Dobički:
- Sposobnost preoblikovanja dolgih in razpršenih zahtev strank v strukturirane, uporabne povzetke
- Sposobnost razvrščanja zahtev glede na kategorijo, nujnost in razpoloženje strank s fiksno shemo
- Sposobnost definiranja konsistentnega izhodnega formata (JSON/tabela), primernega za avtomatizacijo za množično obdelavo vstopnic
Predstavljajte si jutro podporne ekipe: čez noč se je nabralo 220 novih vstopnic (vstopnic). Nekateri so enovrstični »Pozabil sem geslo«, nekateri so jezna pritožba v treh odstavkih, nekateri pa so dejansko prodajna priložnost. Prebiranje tega kupa, razvrstitev vsakega posebej v pravo kategorijo, določitev njegove nujnosti in usmeritev k pravi osebi (temu se reče triaža; enaka logika razvrščanja pacientov po prioritetah na urgenci) požre prvi dve uri dneva.
Umetna inteligenca (AI) lahko to delo opravi v nekaj sekundah in dosledno. Toda čarovnija ni v tem, da rečete "povzemite to zahtevo"; Modelu vsiljuje fiksen seznam kategorij, jasne stopnje nujnosti in nespremenljiv izhodni format. V tej enoti bomo vzpostavili triažni sistem, ki gre od obdelave ene same zahteve do označevanja na stotine zahtevkov na način, pripravljen za avtomatizacijo.
Opomba: kategorije in oznake nujnosti, ki jih ustvari AI, so orodje za predhodno preverjanje. Predvsem zahtevke z oznako "nujno" in "pritožba" mora pred obdelavo potrditi človek.
Zakaj strukturiran povzetek?
Brezplačnega povzetka (»stranka ima težave s svojo pošiljko«) ni mogoče iskati, razvrščati ali avtomatizirati. Vendar je potreba po vodji podpore jasna pri naslednjih vprašanjih:
- V katero kategorijo spada ta zahteva? (Pošiljanje, vračilo, plačilo, tehnični podatki, informacije o izdelku, pritožba, prodajna priložnost)
- Kako nujno je? (Kritično/visoko/srednje/nizko)
- Kakšno je čustveno stanje stranke? (Jezen/Razočaran/Nevtralen/Zadovoljen)
- Kakšno je njegovo enostavčno bistvo?
- Kaj bi moral biti naslednji korak?
Ko ta vprašanja definirate vnaprej in jih podate modelu kot shemo (konstantna polja in možne vrednosti), postane vseh 220 zahtev primerljivih in jih je mogoče filtrirati v isti obliki.
Korak za korakom: Vzpostavitev triažne sheme
- Pripnite seznam kategorij. Ne pustite, da se model prilega; Podajte zaprt seznam.
- Opredelite merilo nujnosti. Konkretno, kaj pomeni "kritično": storitev popolnoma ustavljena, izguba plačila, varnostno tveganje.
- Prepoznajte oznake čustev. Uporabite omejen in jasen nabor.
- Uvozi izhodni format. Za paketno obdelavo je primeren JSON (strojno beralni podatkovni format, sestavljen iz parov vrednosti polja), za posamezno zahtevo je primerna tabela.
- Naredite pravilo "obkljukajte, če niste prepričani". Če model ni prepričan glede kategorije, naj reče negotov in človek bo pogledal.
- Preveri. V prvi seriji ročno preverite točnost oznak in nastavite poziv.
Pozivi, ki jih je mogoče kopirati
Osnovni poziv, ki pretvori eno samo zahtevo v strukturiran povzetek:
Vloga: Ste izkušen strokovnjak za triažo podpore. Spodaj analizirajte zahtevo stranke. Dodajte komentar; samo zanašajte se na to, kar je v besedilu. Izpolnite naslednja polja:- povzetek: (največ 1 stavek)- kategorija: [Pošiljanje | Vrnitev | Plačilo | Tehnični | Informacije o izdelku | Pritožba | Prodajna priložnost] – nujnost: [Kritično | Visok | Srednje | Nizko]- čustva: [Jezen | Razočaranje | Nevtralno | Zadovoljen]- naslednji_korak: (en sam stavek, konkretno dejanje)- negotov: ("da", če je kategorija/nujnost nejasna, sicer "ne") Zahteva:"""{{ request_text }}"""
Za paketno obdelavo poziv pretvori več zahtev v matriko JSON hkrati:
Obdelajte spodnje oštevilčene zahteve. Ustvarite objekt JSON za vsakega z naslednjo shemo in jih vse vrnite kot matriko JSON. Izhod iz sheme: { "id": "", "summary": "", "category": "", "urency": "", "emotion": "", "next_step": "", "Nisem prepričan": "" }Samo kategorije: Dostava, Vračilo, Plačilo, Tehnične informacije, Informacije o izdelku, Pritožba, Prodajna priložnost. Zahteve: {{ numbered_request_list }}
Poziv, ki pojasni merilo nujnosti in model nauči definicije "Kritičnega":
Določite nujnost v skladu z naslednjim pravilom: - Kritično: storitev popolnoma nedostopna, izguba plačila, tveganje za varnost/podatke, pravna grožnja. - Visoka: pomembna funkcija je pokvarjena, vendar obstaja rešitev; jezna stranka.- Srednje: posamezna težava, potek dela se ne ustavi.- Nizka: zahteva po informacijah, predlog, splošno vprašanje. V polje "nujni_razlog" v enem stavku napišite razlog za svojo odločitev.
Poziv, ki zajame prodajno priložnost in vzpostavi podporni/prodajni most:
Če kupec ob obdelavi povpraševanja izkaže zanimanje za nakup novega izdelka/paketa/dodatka (npr. "imate večji paket", "koliko uporabnikov potrebuje"), naredite kategorijo "Prodajna priložnost" in v polje "prodajna_opomba" dodajte enostavčni nasvet za prodajno ekipo.
Šibek poziv / močan poziv
Šibek poziv
Močan poziv
"Povzemite in razvrstite to zahtevo"
Zaprt seznam kategorij + definicija nujnosti + popravljena shema JSON
Vsakič ustvari različne oznake
Vedno dodeli isto oznako isti zahtevi
Besedo "nujno" uporablja po lastnih željah.
Uporablja konkretna merila za "kritično"
Izmišlja nejasno
emin_degilim: reci da in prepusti to osebi
Tu je doslednost zlato pravilo: če ista pritožba ne spada v isto kategorijo na dva različna dneva, nobeno poročanje in avtomatizacija ne bosta zanesljiva.
Trije mini kovčki
Primer 1 – Zaupen kritik. V podjetju SaaS (internet rented software) se je sporočilo »Ne morem prijaviti, cela ekipa čaka na 40 ljudi« zdelo običajno, ker je bilo kratko. Triažni poziv ga je zaradi pravila nujnosti označil kot "Kritično" (merilo "storitev popolnoma nedosegljiva"). Zahteva je bila obdelana v 6 minutah, namesto da bi čakali 2 uri v čakalni vrsti; je bila preprečena kršitev pogodbe o ravni storitev (SLA, tj. obljubljeni odzivni čas).
2. primer – prednostna naloga jeze. Nekega dne, ko so bile pregledane oznake AI za 180 zahtev, je bilo ugotovljeno, da je bilo 14 zahtevkov s čustvom "jezen" postavljenih v ločeno čakalno vrsto. Te zahteve so bile naslovljene na izkušene zastopnike in negativna ocena ankete (CSAT, tj. ocena zadovoljstva kupcev) se je tisti teden v primerjavi s prejšnjim tednom znatno izboljšala.
Primer 3 — Premostitev podpore do prodaje. "Moj trenutni paket je za 5 uporabnikov, moram ga povečati na 20 ljudi, je to mogoče?" AI je sporočilo označil kot "Prodajna priložnost" in dodal prodajno obvestilo. Zahteva je samodejno padla na prodajno ekipo; Priložnost za dražjo prodajo, ki bi ostala neopažena, če bi se izgubila v standardni čakalni vrsti za podporo, je postala dobiček.
Namig: seznam kategorij naj bo čim krajši in diskreten. 20 kategorij bo zmedlo model (in vašo ekipo); 6-8 jasnih kategorij je bolj dosledno označenih in so v poročilih pomembne. Združite dve kategoriji, ki se pogosto zamenjujeta.
Povezovanje z avtomatizacijo
Resnična moč strukturiranega izhoda JSON je, da samodejno preide v naslednji korak: zahteva z oznako »Kritično« takoj obvesti upravitelja, »Prodajna priložnost« pade v CRM (programska oprema za upravljanje odnosov s strankami), »Vrnitev« gre v samopostrežni tok. Toda prvo pravilo avtomatizacije: dejanja z velikim vplivom (vračilo, zaprtje računa) se nikoli ne sprožijo samo na podlagi oznake AI; Včasih obstaja človeško odobravanje.
Pozor: analiza razpoloženja je napoved in ne natančna meritev. Stranka, ki jo model imenuje "nevtralna", je lahko dejansko tiho zelo jezna. Za določanje prednosti uporabite oznako čustva; vendar se ne zanašajte samo na to, da bi naredili dokončne zaključke, kot je "ta stranka je že zadovoljna."
Pogoste napake
- Prepuščanje seznama kategorij modelu; vsakič dobili različne, nezdružljive oznake.
- Pustite relativno besedo, kot je "nujno", nedoločeno; Zahteva vseh je nujna.
- Ne popravlja izhodnega formata; Včasih se namesto JSON prikaže odstavek, včasih seznam.
- Ne zagotavlja izhodnih vrat za negotovost (nisem prepričan).
- Povezovanje transakcij z velikim vplivom (vračilo, zaprtje računa) z oznako AI brez človeške odobritve.
- Avtomatizacija celotnega toka brez ročnega preverjanja prve serije.
Če povzamem
- Triaža hitro razvršča kup dohodnih zahtevkov po kategorijah, nujnosti in čustvih.
- Ključ do doslednosti: seznam zaprtih kategorij, konkretna definicija nujnosti in fiksni izhodni format (JSON).
- Oznake nujnosti in čustev pospešijo določanje prednosti; Predstavlja kritične in jezne zahteve.
- Strukturirani izhod je mogoče neposredno povezati z avtomatizacijo (obveščanje, usmerjanje, CRM).
- Dejanja z velikim vplivom in dvoumne oznake morajo biti vedno podvržene človeškemu preverjanju.
Aplikacijska naloga
Paketno obdelajte 5 različnih zahtev strank, ki jih imate (ali vzorce), z zgornjim pozivom za polje JSON. Nato ročno preverite rezultat: (1) Ali je vsaka kategorija pravilna? (2) Ali tisti z oznako "kritično" dejansko ustavijo storitev? (3) Ali sem rekel "da" na pravih mestih? Popravite vse oznake, ki ne ustrezajo, in ustrezno posodobite poziv (zlasti definicije kategorij in pravilo nujnosti). Ta vaja gradi navado umerjanja sheme glede na lastno resničnost.
kontrolni seznam
- [ ] Definiral sem zaprt in diskreten seznam kategorij.
- [ ] Opisal sem stopnje nujnosti s konkretnimi ukrepi.
- [ ] Popravil sem izhodni format (JSON/tabela).
- [ ] Dodal sem izhodna vrata zaradi negotovosti (nisem prepričan).
- [ ] Ročno sem preveril prvo serijo in umeril poziv.
- [ ] Ukrepom z velikim vplivom dodam plast človeškega odobravanja.