zisky:
- Schopnosť transformovať dlhé a roztrúsené požiadavky zákazníkov na štruktúrované, použiteľné súhrny
- Schopnosť klasifikovať požiadavky podľa kategórie, naliehavosti a zákazníckeho sentimentu s pevnou schémou
- Schopnosť definovať konzistentný výstupný formát (JSON/tabuľka) vhodný na automatizáciu hromadného spracovania lístkov
Predstavte si ráno podporného tímu: cez noc sa nazhromaždilo 220 nových vstupeniek (vstupeniek). Niektoré sú jednoriadkové „zabudol som heslo“, niektoré sú nahnevanou sťažnosťou s tromi odsekmi a niektoré sú v skutočnosti predajnou príležitosťou. Prečítať si túto kopu, zaradiť každú do správnej kategórie, určiť jej naliehavosť a nasmerovať ju na správnu osobu (hovorí sa tomu triedenie; rovnaká logika triedenia pacientov podľa priorít na pohotovosti) zaberie prvé dve hodiny dňa.
Umelá inteligencia (AI) túto prácu zvládne za pár sekúnd a dôsledne. Ale kúzlo nie je v tom, že poviete „zhrňte túto požiadavku“; Ukladá modelu pevný zoznam kategórií, jasné úrovne naliehavosti a nemenný výstupný formát. V tejto jednotke vytvoríme systém triedenia, ktorý prechádza od spracovania jednej požiadavky až po označovanie stoviek požiadaviek spôsobom pripraveným na automatizáciu.
Poznámka: Označenia kategórie a naliehavosti generované AI sú predbežným nástrojom na skríning. Najmä žiadosti označené ako „naliehavé“ a „sťažnosť“ musia byť pred spracovaním potvrdené človekom.
Prečo štruktúrovaný súhrn?
Bezplatný súhrn („zákazník má problémy so zásielkou“) nie je možné vyhľadávať, triediť ani automatizovať. Potreba manažéra podpory je však jasná pri nasledujúcich otázkach:
- Do ktorej kategórie patrí táto žiadosť? (Doprava, vrátenie, platba, technické informácie, informácie o produkte, reklamácia, predajná príležitosť)
- Aké naliehavé je to? (Kritické / Vysoké / Stredné / Nízke)
- Aký je emocionálny stav zákazníka? (Nahnevaný / sklamaný / neutrálny / spokojný)
- Aká je jeho jednovetová podstata?
- Aký by mal byť ďalší krok?
Keď tieto otázky vopred zadefinujete a dáte ich modelu ako schému (konštantné polia a možné hodnoty), všetkých 220 požiadaviek sa stane porovnateľnými a filtrovateľnými v rovnakom formáte.
Krok za krokom: Vytvorenie schémy triedenia
- Pripnite zoznam kategórií. Nedovoľte, aby sa model zmestil; Dajte uzavretý zoznam.
- Definujte kritérium naliehavosti. Uveďte, čo znamená „kritické“: úplne zastavená služba, strata platby, bezpečnostné riziko.
- Identifikujte nálepky emócií. Použite obmedzený a prehľadný set.
- Importujte výstupný formát. Pre dávkové spracovanie je vhodný JSON (strojovo čítaný dátový formát pozostávajúci z párov pole-hodnota), pre jednu požiadavku je vhodná tabuľka.
- Urobte pravidlo „zaškrtnite, ak si nie ste istý“. Ak si model nie je istý kategóriou, nech povie neistý a človek bude vyzerať.
- Overiť. V prvej dávke ručne skontrolujte presnosť štítkov a nastavte výzvu.
Kopírovateľné výzvy
Základná výzva, ktorá konvertuje jednu požiadavku na štruktúrovaný súhrn:
Úloha: Ste skúsený špecialista na triedenie podpory. Analyzujte požiadavku zákazníka nižšie. Pridať komentár; stačí sa spoľahnúť na to, čo je v texte.Vyplňte nasledujúce polia:- zhrnutie: (max. 1 veta)- kategória: [Doprava | Návrat | Platba | Technické | Informácie o produkte | Sťažnosť | Predajná príležitosť]- naliehavosť: [kritické | Vysoká | Stredná | Nízka]- emócia: [Nahnevaný | Sklamanie | neutrálny | Spokojný]- ďalší_krok: (jedna veta, konkrétna akcia)- neviem: ("áno", ak nie je jasná kategória/naliehavosť, inak "nie") Požiadavka:"""{{ text žiadosti }}"""
Pri dávkovom spracovaní výzva konvertuje viacero požiadaviek na pole JSON naraz:
Spracujte nižšie očíslované žiadosti. Pre každý vygenerujte objekt JSON s nasledujúcou schémou a vráťte ich všetky ako pole JSON. Prekročenie schémy: { "id": "", "summary": "", "category": "", "urgencia": "", "emotion": "", "next_step": "", "nie som si istý": "" }Iba kategórie: Doprava, Vrátenie, Platba, Technické, Informácie o produkte, Sťažnosť, Predajná príležitosť. Žiadosti: {{ numbered_request_list }}
Výzva, ktorá objasňuje kritérium naliehavosti a učí model definíciu „kritického“:
Naliehavosť určte podľa nasledujúceho pravidla:- Kritické: služba je úplne nedostupná, strata platby, bezpečnostné/údajové riziko, právna hrozba.- Vysoká: dôležitá funkcia je nefunkčná, ale existuje riešenie; nahnevaný zákazník.- Stredný: ojedinelý problém, nezastavuje pracovný tok.- Nízky: žiadosť o informácie, návrh, všeobecná otázka. Do poľa „dôvod_naliehavosti“ napíšte jednou vetou dôvod svojho rozhodnutia.
Výzva, ktorá zachytáva predajnú príležitosť a vytvára most podpory/predaja:
Ak pri spracovaní požiadavky zákazník prejaví záujem o kúpu nového produktu/balenia/doplnku (napr. „máte väčšie balenie“, „koľko užívateľov to zaberie“), vytvorte kategóriu „Možnosť predaja“ a do poľa „poznámka k predaju“ pridajte jednovetový tip pre predajný tím.
Slabá výzva / silná výzva
Slabá výzva
Výkonná výzva
"Zhrnúť a klasifikovať túto požiadavku"
Uzavretý zoznam kategórií + definícia naliehavosti + pevná schéma JSON
Zakaždým generuje iné štítky
Vždy dáva rovnaký štítok na rovnakú požiadavku
Slovo „naliehavé“ používa podľa vlastného želania.
Uplatňuje konkrétne kritériá pre „kritické“
Vymýšľa nejasnosti
emin_degilim: povedz áno a nechaj to na človeka
Zlatým pravidlom je tu konzistentnosť: ak tá istá sťažnosť nespadá do rovnakej kategórie v dvoch rôznych dňoch, žiadne hlásenie a automatizácia nebudú spoľahlivé.
Tri mini puzdrá
Prípad 1 – Dôverný kritik. V spoločnosti SaaS (prenajatý softvér cez internet) sa správa „Nemôžem sa prihlásiť, celý tím čaká 40 ľudí“ vyzerala obyčajne, pretože bola krátka. Výzva na triedenie ju označila za „kritickú“ vďaka pravidlu naliehavosti (kritériá „služba je úplne nedostupná“). Požiadavka bola spracovaná za 6 minút namiesto čakania 2 hodín vo fronte; bolo zabránené porušeniu SLA (dohoda o úrovni služieb, t. j. sľúbený čas odozvy).
Prípad 2 – Stanovenie priorít hnevu. Jedného dňa, keď boli preskúmané AI značky 180 žiadostí, bolo vidieť, že 14 žiadostí s emóciou „Nahnevaný“ bolo zaradených do samostatného frontu. Tieto požiadavky smerovali k skúseným zástupcom a negatívne skóre prieskumu (CSAT, t. j. skóre spokojnosti zákazníkov) sa ten týždeň v porovnaní s predchádzajúcim týždňom výrazne zlepšilo.
Prípad 3 – Premostenie od podpory k predaju. "Môj aktuálny balík je pre 5 užívateľov, potrebujem ho zvýšiť na 20 ľudí, je to možné?" AI označila správu ako „Sales Opportunity“ a pridala poznámku o predaji. Požiadavka automaticky padla na predajný tím; Príležitosť upsell, ktorá by zostala nepovšimnutá, ak by bola stratená v štandardnom fronte podpory, sa stala ziskom.
Tip: Udržujte svoj zoznam kategórií čo najkratší a diskrétny. 20 kategórií popletie modelku (a váš tím); 6 až 8 jasných kategórií je označených konzistentnejšie a má význam v prehľadoch. Skombinujte dve často zamieňané kategórie.
Pripojenie k automatizácii
Skutočná sila štruktúrovaného výstupu JSON spočíva v tom, že automaticky prechádza do ďalšieho kroku: Požiadavka označená ako „Kritická“ okamžite upozorní manažéra, „Obchodná príležitosť“ spadá do CRM (softvér na riadenie vzťahov so zákazníkmi), „Návrat“ prejde do samoobslužného toku. Ale prvé pravidlo automatizácie: akcie s vysokým dopadom (vrátenie peňazí, zrušenie účtu) sa nikdy nespúšťajú iba na základe značky AI; Niekedy existuje ľudský súhlas.
Upozornenie: Analýza sentimentu je predpoveď, nie presné meranie. Zákazník, ktorého model nazýva „Neutral“, môže byť v skutočnosti potichu veľmi nahnevaný. Na stanovenie priorít použite značku emócií; ale nespoliehajte sa len na to, že vyvodíte definitívne závery typu „tento zákazník je už spokojný“.
Časté chyby
- Ponechanie zoznamu kategórií na model; zakaždým získať iné, nekompatibilné štítky.
- Ponechanie relatívneho slova ako „naliehavé“ nedefinované; Žiadosť každého je naliehavá.
- Nie je opravený výstupný formát; Niekedy sa namiesto JSON zobrazí odsek, niekedy zoznam.
- Neposkytnutie únikových dverí pre neistotu (nie som si istý).
- Prepojenie transakcií s vysokým vplyvom (vrátenie peňazí, zatvorenie účtu) so značkou AI bez súhlasu človeka.
- Automatizácia celého toku bez manuálneho overenia prvej dávky.
V súhrne
- Triage rýchlo triedi hromadu prichádzajúcich žiadostí podľa kategórie, naliehavosti a emócií.
- Kľúč ku konzistencii: uzavretý zoznam kategórií, konkrétna definícia naliehavosti a pevný výstupný formát (JSON).
- Označenia naliehavosti a emócií urýchľujú stanovenie priorít; Prináša kritické a nahnevané požiadavky.
- Štruktúrovaný výstup je možné priamo prepojiť s automatizáciou (notifikácia, smerovanie, CRM).
- Akcie s vysokým dopadom a nejednoznačné označenia by mali byť vždy overené človekom.
Aplikačná úloha
Dávkové spracovanie 5 rôznych požiadaviek zákazníkov, ktoré máte (alebo vzoriek), pomocou výzvy poľa JSON uvedenej vyššie. Potom manuálne skontrolujte výstup: (1) Je každá kategória správna? (2) Zastavia tí, ktorí sú označení ako „kritickí“, skutočne službu? (3) Povedal som určite „áno“ na správnych miestach? Opravte všetky značky, ktoré sa nehodia, a aktualizujte výzvu (najmä definície kategórií a pravidlo naliehavosti). Toto cvičenie vytvára zvyk kalibrovať schému podľa vlastnej reality.
kontrolný zoznam
- [ ] Definoval som uzavretý a diskrétny zoznam kategórií.
- [ ] Stupne naliehavosti som opísal konkrétnymi opatreniami.
- [ ] Opravil som výstupný formát (JSON/tabuľka).
- [ ] Pridal som únikové dvere pre neistotu (I'm_unsure).
- [ ] Ručne som overil prvú dávku a nakalibroval výzvu.
- [ ] Na akcie s vysokým dopadom kladiem vrstvu ľudského súhlasu.