Egy ügyfél az Instagramon kérdez rá a méretre, majd két órával később e-mailben reklamál ugyanarról a rendelésről. Közben a Messengerben már ír egy harmadik üzenetet. Ha ezeket külön felületeken kezelitek, három értesítés, három előzmény és jó eséllyel három eltérő válasz keletkezik. Az ügyfélmegkeresések címkézése több csatornán azért nem adminisztratív apróság, mert ez dönti el, hogy a csapat valóban átlátja-e a beérkező munkát.
A címke nem dekoráció az inboxban. Egy jól felépített címkézési rendszer megmutatja, miért keresnek benneteket az ügyfelek, mely ügyeket kell azonnal átvenni, hol akad el a vásárlási folyamat, és mely visszatérő problémák emésztik fel a supportidőt. Nem több táblázatra van szükség, hanem egységes logikára ott, ahol az üzenetek eleve találkoznak.
A csatorna nem ügytípus
A legtöbb csapat ott hibázik, hogy a bejövő üzeneteket csatorna szerint kezeli. Van e-mailes ügyintéző, Messenger-felelős és Instagram-fiókért felelős kolléga. Ez kezdetben működhet, de növekedéskor a csatornaalapú szervezés gyorsan információs silókat épít.
Az ügyfél szemszögéből nem "Instagram-ügy" vagy "e-mailes ügy" létezik. Neki rendelése, számlája, hibája vagy kérdése van. A címkéknek ezért az ügy jelentését kell rögzíteniük, nem azt, hogy honnan érkezett. A csatorna legyen szűrhető adat, de ne ez legyen a folyamat gerince.
Egy webáruháznál például a rendelés állapota, szállítási késés, csere-visszaküldés, fizetési probléma és termékinformáció címkék sokkal többet mondanak, mint az, hogy Messengerből vagy e-mailből érkezett az üzenet. SaaS esetén ugyanez lehet belépési hiba, számlázás, integráció, hibajelentés, funkciókérés vagy trial kérdés.
Így épüljön fel a címkerendszer
A jó rendszer rövid, következetes és akcióképes. Ha egy címke alapján nem lehet eldönteni, kihez kerüljön az ügy, milyen prioritást kapjon vagy milyen riportban jelenjen meg, akkor valószínűleg csak zajt termel.
Kezdjetek három címkeszinttel
Az első szint az ügy oka. Ide kerül például a rendelés, a fizetés, a technikai hiba vagy az előfizetés. A második szint a konkrét altípus: rendelésen belül lehet késés, módosítás, sérült csomag vagy hiányzó termék. A harmadik szint az üzleti állapotot jelzi: sürgős, visszatérő ügyfél, visszahívás szükséges, eszkaláció vagy utánkövetés.
Ezzel egy beérkező üzenet nem egy homályos "support" címkét kap, hanem például rendelés / szállítási késés / sürgős besorolást. A kolléga azonnal látja a kontextust. A vezető pedig nem érzésre, hanem adatokból látja, hogy a panaszok valójában a futárszolgálatnál, a termékoldalnál vagy a belső folyamatoknál keletkeznek.
Ne induljatok 80 címkével. Az első verzióban 10-20 fő címke általában elég. A túl részletes struktúra papíron precíz, a gyakorlatban viszont senki nem fogja következetesen használni. Ha két ügyintéző ugyanazt a problémát három különböző néven címkézi, a riport használhatatlanná válik.
A címkenevek legyenek egyértelműek
A probléma, egyéb, fontos és vegyes típusú címkék nem adnak döntési alapot. Helyettük nevezzétek meg az ügyet és az állapotot: technikai hiba, számla kérése, lemondási szándék, visszahívás szükséges.
A nyelvezet is számít. Ha a csapat magyarul dolgozik, a címkék maradjanak magyarul. Ne legyen félig angol, félig rövidítéses taxonómia csak azért, mert egy másik rendszerből így maradt rátok. A gyors besorolás fontosabb, mint a belső zsargon.
Ügyfélmegkeresések címkézése több csatornán egy inboxból
A többcsatornás működés kritikus pontja nem maga a címke, hanem az, hogy minden csatornán ugyanazt a szabályt alkalmazzátok. Ha az e-mailben kötelező a címkézés, a Messengerben pedig csak opcionális, az adatok már az első napon torzulnak.
Egy egyesített inboxban a live chat, e-mail, WhatsApp, Messenger, Instagram és Telegram üzenetei ugyanabba a munkafolyamatba érkeznek. Itt a címke, a felelős, a prioritás és az ügyfél előzménye egy helyen kezelhető. Nem kell az ügyintézőnek ablakok között ugrálnia, és nem kell külön ellenőriznie, hogy valaki más csatornán már válaszolt-e.
Ez különösen akkor erős, amikor az ügyfél csatornát vált. A címke megmarad, az előzmény követhető, az ügy pedig nem indul újra nulláról. Egy visszatérítés folyamatban jelölés mellett egyértelmű, hogy nem új kérdésről, hanem nyitott ügyről van szó - akárhol is folytatja a beszélgetést az ügyfél.
A Yaplet ebben nem újabb összekötött eszközöket ad a stackhez, hanem egy közös ügyfélkommunikációs felületet. Egy belépésen belül lehet egységesen kezelni a csatornákat, a címkézést, a kiosztást és az automatizálást. Ez kevesebb licenc, kevesebb betanítás és sokkal kevesebb elveszett kontextus.
Ne minden címkét adjatok kézzel
A manuális címkézés értékes, de nem kell minden üzenetnél ugyanazt a rutint ismételni. Az ismétlődő mintákat automatizálni kell. Ha az üzenetben szerepel a "hol a csomagom" vagy rendelési azonosító érkezik, a rendszer hozzáadhatja a rendelés állapota címkét, magasabb prioritást állíthat be, és a megfelelő csapathoz irányíthatja az ügyet.
Ugyanez működik számlázási, lemondási vagy hibajelentési eseteknél is. A cél nem az, hogy a szabályok minden kivételt lefedjenek. A cél az, hogy a gyakori, egyértelmű megkeresések ne vegyenek el figyelmet azoktól az ügyektől, ahol valóban emberi döntés kell.
Az AI itt akkor hasznos, ha segít felismerni a szándékot, összefoglalja a beszélgetést, és javaslatot ad a címkére vagy a válaszra. Nem érdemes vakon automatizálni a panaszos, jogi vagy magas értékű ügyfelekhez kapcsolódó ügyeket. Ezekhez legyen eszkalációs címke és emberi ellenőrzés. A gyors válasz jó, a rossz automatikus válasz viszont drága.
A címke akkor ér valamit, ha munkát indít
A címkézésnek következménye kell legyen. A sürgős címke például ne csak piros szín legyen: indítson gyorsabb SLA-t, értesítse a kijelölt felelőst, vagy kerüljön a műszakvezető nézetébe. A lemondási szándék címke küldhet ügymegtartásra specializált kollégához. A hibajelentés kerülhet termékcsapatnak, a funkciókérés pedig a roadmap értékelési folyamatába.
Ettől válik a support valódi üzleti visszacsatolási rendszerré. Nem csak válaszoltok, hanem felismeritek, hol veszítetek bevételt, hol nő a frusztráció, és mely kérdéseket lehetne egy jobb termékoldallal, tudásbázissal vagy proaktív üzenettel megelőzni.
Érdemes tulajdonost is kijelölni a címkerendszerhez. Nem kell külön projektcsapat hozzá, de valakinek havonta át kell néznie, mely címkéket használja a csapat, melyek fedik egymást, és milyen új minta jelent meg. Egy szezonális webáruháznál például a kampányidőszakban ideiglenesen szükség lehet akciós kupon, készlethiány vagy ajándékkártya címkékre. Utána ezeket ki lehet vezetni, hogy ne maradjanak örök digitális lomok.
A riport ne a címkék számát mérje
Az a riport, amely csak azt mutatja, hány ügy kapott címkét, nem segít dönteni. A kérdés az, hogy mely kategóriák növekednek, mennyi idő alatt oldjátok meg őket, hány alkalommal kell továbbadni egy ügyet, és mely címkék kapcsolódnak alacsony ügyfélelégedettséghez.
Ha a termékinformáció címke kiugróan sok, lehet, hogy a termékoldal nem válaszol meg alapvető kérdéseket. Ha sok a szállítási késés, de a válaszidő jó, a support nem a probléma forrása - csak ő viszi el a következményt. Ha a lemondási szándék címkék száma nő, nézzétek meg, mely csomag, árképzés vagy onboarding-lépés előzi meg őket.
A címkék így összekötik az ügyfélszolgálatot az operációval, a marketinggel és a termékfejlesztéssel. Ez az a pont, ahol a support költséghelyből döntéstámogató funkcióvá válik.
Kezdjétek a következő száz üzenettel
Nem kell hónapokig tervezni a tökéletes taxonómiát. Vegyetek elő száz friss ügyfélmegkeresést minden fontos csatornáról, keressétek meg bennük a visszatérő okokat, majd építsetek rájuk egy rövid, egységes címkelistát. Ezután állítsatok be néhány egyértelmű automatizmust, és nézzétek meg két hét múlva, hol akad el a csapat.
A jó címkerendszer nem attól erős, hogy bonyolult. Attól, hogy egyetlen pillantással megmondja: mi történt, kié a következő lépés, és milyen üzleti problémát jelez az ügyfél.
