Kavanda AI-klienditoe agent: triaaž, teadmised, toimingud ja eskaleerimine

Pealkirjaväited piletite lahendamise, säästu ja vastamiskiiruse kohta võivad kirjeldada mõnd konkreetset tarnija juurutust, kuid need ei näita, kui suure osa sinu järjekorrast saab automatiseerida. Tulemus sõltub ulatusest, reeglitest, teadmiste kvaliteedist, tööriistade ligipääsust, eskaleerimisest ja sellest, kuidas „lahendamist“ mõõdetakse.

„Tüüpilise SaaS-i toe järjekorra“ jaoks ei ole põhjendatavat universaalset automatiseerimismäära. Parooli lähtestamisel, arveldusvaidlusel, teenusekatkestusel ja tooteveal on erinevad käsitluspiirid ning tarnijad loevad „lahendamist“ erinevalt. Agent võib anda põhjendamata või reegleid rikkuvaid vastuseid ka siis, kui selle keel kõlab enesekindlalt. Arhitektuur ja mõõtmisviis on tähtsamad kui pealkirjaprotsent.

Artikkel esitab näidislahenduse, mida saad testida oma järjekorra märgendatud valimil. Selle kategooriad, ajavahemikud, lävendid, promptid ja töövooetapid on näited, mitte vaikesätted ega tulemuslubadused. Säilita ainult need osad, mis läbivad sinu reeglite ja turbe ülevaatuse ning hindamiskriteeriumid.

Tugiagendi neli tööd

Kasulik AI tugiagent teeb järjekorras nelja asja:

1. Mõista piletit. Mida klient tegelikult küsib? Mida ta emotsionaalselt sellega kaasa toob? Milline probleemikategooria see on?
2. Otsi õige kontekst. Kliendi konto, tema ajalugu sinuga, asjakohane dokumentatsioon, sarnased lahendatud piletid.
3. Otsusta, mida teha. Vasta lahendusega, küsi täpsustavat küsimust, suuna inimesele, soorita konto peal mingi tegevus.
4. Täida volitatud otsus. Saada vastus, küsi küsimus, eskaleeri või soorita heakskiidetud kontotoiming, talletades samal ajal käituseks ja auditiks vajalikud tõendid, volituse ning tulemuse.

Paljud tugiagendi ebaõnnestumised saavad alguse puuduvast kontekstist või ebaselgest marsruutimisest, kuid mudeli võimekus ja hindamine on samuti olulised. Käsitle süsteemi tervikuna.

Arhitektuur

Üks näidistöövoog on:

Sissetulev pilet
    ↓
[Triaaži agent: liigitamine, prioriseerimine, marsruutimine]
    ↓
[Konteksti kogumine: kliendiandmed, ajalugu, teadmusbaasi RAG]
    ↓
[Otsustusagent: vastuse või toimingu ettepanek]
    ↓
[Reeglivärav: volita, kinnita, blokeeri või suuna]
    ↓
[Vastuse koostaja / kontrollitud toimingu täitja]
    ↓
[Vastuse kvaliteedikontroll, saatmine või eskaleerimine]

Kastid tähistavad vastutusalasid, mitte nõutud arvu mudeleid või teenuseid. Neid võib n8n-is, agendiraamistikus või enda teenuses ühendada või eraldada, kui volitamispiir jääb mudelist väljapoole. Voog sarnaneb Anthropicu tõhusate agentide ehitamise juhendi marsruutimismustriga, kus üheks näiteks on klienditoe suunamine; see pole platvormist sõltumatu garantii.

Käime iga sammu läbi.

Samm 1: Triaaž

Triaaži agent saab toore sissetuleva pileti ja liigitab selle.

Allpool on triaažiprompti näide. Kohanda silte ja lävendeid oma järjekorrale ning testi kategooriate kaupa valepositiivseid ja valenegatiivseid tulemusi enne päris piletite suunamist:

Sa oled ettevõtte [ettevõte] klienditoe triaažiagent. Liigita iga sissetulev pilet kolme tunnuse järgi:

1. CATEGORY: üks järgmistest
   - account_access (sisselogimine, parool, MFA, lukustatud konto)
   - billing (tasud, tagasimaksed, paketimuudatused, arved)
   - product_question (kasutusjuhised, funktsiooniküsimused, seadistus)
   - bug_report (miski ei tööta või käitub ootamatult)
   - feature_request (soovitakse funktsiooni, mida meil pole)
   - complaint (rahulolematu klient, kuid mitte konkreetne tehniline probleem)
   - other

2. URGENCY: üks järgmistest: "critical" (tootmiskeskkond ei tööta, arveldusvaidlus), "normal", "low" (teabepäring).

3. EMOTIONAL_TONE: üks järgmistest "calm", "frustrated", "very_angry". Ole aus.

Tagasta JSON väljadega `category`, `urgency`, `emotional_tone`, `confidence` ja `needs_review`. Sea `needs_review`, kui tõendeid ei piisa või tulemus ei ületa selle kategooria valideeritud lävendit.

Kasuta triaažiks kõige odavamat ja väiksema latentsusega mudelit, mis läbib sinu liigitamis- ja marsruutimishindamised. Mitmetähendusliku või mitmekeelse järjekorra puhul võib siiski vaja minna võimekamat mudelit; otsusta mõõdetud vigade, mitte kindla mudelinime järgi.

Triaaži väljund võib sisestada kahte reegliotsust:

• Ühe reegli järgi lähevad suure kiireloomulisusega või väga vihased piletid otse inimesele. Teine järjekord võib kasutada teistsuguseid signaale või nõuda deterministlikke intsidendireegleid.
• Kategooria võib piirata järgmises etapis kasutatavat teadmusallikat ja tööriistu; see ei tohi ise ligipääsu anda.

Samm 2: Konteksti kogumine

Konteksti kvaliteet on toe kvaliteedi oluline muutuja. Asjakohaste ja volitatud tõenditeta võib mudel täita lüngad põhjendamata järeldustega.

Kolm võimalikku kontekstiallikat on:

Kliendiandmed. Kes see klient on? Pakett, konto vanus, hiljutine tegevus, makse-staatus, avatud probleemid. See tuleb tavaliselt sinu CRM-ist või tooteandmebaasist API-kutsega.

Vestluse ajalugu. Kas see klient on sinuga varem ühendust võtnud? Mille pärast? Kuidas see lahendati? Väldi “ma ju ütlesin sulle eile” ebaõnnestumismustrit.

Teadmusbaas. Dokumentatsioon, abikeskuse artiklid ja sisemised juhendid. Otsing võib kasutada filtreid, märksõnaotsingut, tihedat otsingut, hübriidotsingut, ümbersortimist või tootepõhist kombinatsiooni. Vali meetod ja tulemuste arv otsinguhindamise, mitte üldise sildi „RAG“ põhjal. Vaata artikleid isikliku RAG-i ehitamisest ja tootmis-RAG-ist.

Järgmised ajavahemikud ja tulemuste arvud on näitlikud kohatäitjad. Määra need järjekorraajaloo, privaatsus- ja säilitusreeglite, latentsuseelarve ning otsinguhindamiste põhjal:

Kogu pileti [sisu] põhjal kontekst:

1. Otsi klient e-posti järgi. Kui leiad ta, tagasta `plan`, `account_age_days`, `recent_actions` (viimased 7 päeva) ja `open_tickets`.

2. Otsi kliendi piletite ajaloost viimase 90 päeva kirjed. Tagasta kuni viis viimast piletit koos lahendusega.

3. Otsi teadmusbaasist asjakohaseid artikleid. Tagasta semantilise sarnasuse järgi kolm parimat koos pealkirja, kokkuvõtte ja URL-iga.

4. Otsi andmebaasist sarnaste probleemidega lahendatud pileteid. Tagasta kaks parimat koos lahendusega.

Kombineeri kontekstiobjektiks.

See samm annab agendile tõendid, millele toetuda, kuid nende katvus ja latentsus sõltuvad ühendatud süsteemidest, otsingu ülesehitusest ja kontrollitud teenustaseme eesmärkidest. Talleta dokumentide identifikaatorid ja versioonid, et ülevaataja saaks taastada, millised tõendid olid kättesaadavad.

Privaatsuspiir. Kliendikontekst on juurdepääsuõigustega teave, mitte mugav lisand prompti. Too ainult selle pileti jaoks vajalikud väljad, rakenda rentniku- ja rollipõhine ligipääs enne andmete toomist, eemalda saladused ja ebavajalikud isikuandmed ning kohalda heakskiidetud säilitusreegleid promptidele, tööriistatulemustele, jälgedele ja mustanditele. Ära jäta mudeli otsustada, milliseid kirjeid tal oli õigus näha.

Samm 3: Arutlev agent

Nüüd teeb agent ettepaneku, mida teha. See prompt on otsustusreegli näide, mitte volitus toimingut täita. Asenda fikseeritud raha-, kindlus- ja emotsioonilävendid väärtustega, mis on iga piletikategooria ning jurisdiktsiooni jaoks heaks kiidetud:

Sa oled ettevõtte [ettevõte] klienditoe spetsialist. Sinu ülesanne on lahendada kliendi probleem.

Iga pileti puhul:

1. Loe pilet ja kontekst hoolikalt. Kontekst sisaldab kliendi kontot, ajalugu meiega ja asjakohast dokumentatsiooni.

2. Otsusta üks järgmistest tegevustest:
   - RESOLVE: sul on kindel vastus või lahendus. Koosta vastus.
   - CLARIFY: vajad rohkem infot. Koosta täpsustav küsimus.
   - ESCALATE: see vajab inimest. Selgita miks.
   - ACT_AND_RESOLVE: tee ettepanek kontotoiminguks (tagasimakse, parooli lähtestamine, paketi muutmine jne) ning koosta toimingule järgnev vastus. Ära toimingut täida; järgmine reeglivärav otsustab, kas seda tohib teha.

3. Sinu toon on otsekohene, soe ja pädev. Sobita oma väljenduslaad kliendi omaga. Ära ole üleolev. Ära vabanda rohkem kui korra. Ära kasuta stampfraasi „täname kannatlikkuse eest“.

4. Dokumentatsiooni tsiteerides linki konkreetsele artiklile. Ära parafraasi mälust.

5. Kui klient on frustreeritud, tunnista seda lühidalt ja selgelt, siis liigu lahenduse juurde.

6. Eskaleeri alati, kui:
   - Klient palub rääkida inimesega.
   - Probleem puudutab rahalist vaidlust üle €100 / $100.
   - Juhtum ei ületa selle kategooria valideeritud kindlus- või reeglilävendit.
   - Kliendi toon on vihane ja probleem pole lihtne ühe sammuga lahendus.
   - Probleem puudutab turvalisust või privaatsust.
   - Probleem puudutab kaebust meie tiimi inimese kohta.

7. Sinu väljund peab olema JSON:
{
  "action": "<resolve|clarify|escalate|act_and_resolve>",
  "confidence": <0.0-1.0>,
  "reasoning": "<brief explanation>",
  "response_draft": "<the email body>",
  "escalation_reason": "<if applicable>",
  "action_to_take": "<if act_and_resolve, the specific action and arguments>"
}

See on agendi süda. Vali odavaim mudel, mis saavutab esinduslikel piletitel sinu lahendi-, vastusekvaliteedi-, ohutus- ja eskaleerimislävendid. Hinda seda uuesti, kui mudel, prompt, tööriistad või järjekord muutub. Selle näite väli reasoning peaks sisaldama operaatorile mõeldud lühikest tõendi- ja reeglipõhist põhjendust, mitte privaatset mõttekäiku ega tõendit, et toiming oli volitatud.

Samm 4: Tegevuse täitmine

RESOLVE ja CLARIFY puhul läbib pakutud vastus enne saatmist ikkagi vastusekvaliteedi ja reeglite kontrolli.

ESCALATE puhul suuna pilet inimese järjekorda koos kliendi sõnumi, leitud tõendite, asjakohase reegli, proovitud sammude ja eskaleerimispõhjusega. Ära asenda seda operaatorile mõeldud kirjet mudeli peidetud mõttekäiguga.

ACT_AND_RESOLVE puhul pakub mudel toimingu välja. Eraldi kontrollitee otsustab, kas seda tohib täita. OWASP-i liigse agentsuse juhis soovitab minimaalset funktsionaalsust ja õigusi, täitmist kasutaja turbekontekstis, järgmise teenuse volitamist ning suure mõjuga toimingute inimese heakskiitu. Rakenda need kontrollid toe töövoole:

• Minimaalsete õigustega lubatud toimingud. Ava ainult kitsa ulatusega toimingud. Reegel võib näiteks lubada näitlikult kuni 50-euroseid tagasimakseid ja nõuda suurema summa puhul ülevaatust, kuid tegelik piir peab tulenema volitatud reeglist, mitte sellest artiklist või promptist.
• Identiteet ja volitamine. Tuvasta enne täitmist autenditud klient, rentnik, operaator ja antud volituste ulatus. Jõusta ligipääs järgmises teenuses iga kutse puhul; mudeli kategooria ega kindlus ei saa ligipääsu anda.
• Valideeritud argumendid. Piira toimingunimed ja argumendid skeemiga, lükka ootamatud väljad tagasi ning kontrolli kontot, valuutat, summat, sihtkohta ja reeglit uuesti vahetult enne kõrvalmõju. Kui pakkuja toetab skeemipiiranguga tööriistakutseid, luba need. Näiteks OpenAI strict funktsioonikutsete režiim jõustab skeemi järgimise, kuid ei tõesta volitust ega faktitäpsust.
• Kinnitus ja heakskiit. Nõua selgesõnalist kliendikinnitust või inimese heakskiitu, kui risk, reegel, õigus või mitmetähenduslikkus seda nõuab. Turvatundlik taastamine peab järgima kontrollitud identiteeditaaste protsessi, mitte üldist lähtestamistoimingut.
• Idempotentsus ja samaaegsus. Anna igale toimingule idempotentsusvõti, väldi korduskatsetel topelttäidet ning käsitle aegunud kontoseisu või konkureerivaid uuendusi.
• Tagasipööratavus ja tõrkekäsitlus. Eelista etapilisi või tagasipööratavaid toiminguid, määra osalise tõrke jaoks tagasipööramine või vastavuskontroll ning suuna ebakindel tulemus inimesele, mitte ära korda toimingut pimesi.
• Turbekontrollid. Rakenda mudelist sõltumatult kiiruspiiranguid, tööriistade ajalõppe, rentnike eraldatust, saladuste käitlemist ja väärkasutuse seiret.
• Auditikirje. Logi päringu identifikaator, toimija ja kliendi identiteet, puhastatud sisendid, tõendite identifikaatorid ja versioonid, reegli- ning volitamisotsus, kinnitus või heakskiitja, täpsed toiminguargumendid, tööriista tulemus ja tagasipööramise või vea olek. Mudeli genereeritud põhjendus võib ülevaatust aidata, kuid see pole auditijälg.

Samm 5: Kvaliteedikontroll

Kasuta kaht eri kontrolli. Enne kõrvalmõju peavad deterministlikud reegli- ja volitamiskontrollid pakutud toimingu blokeerima, heaks kiitma või edasi suunama. Eraldi võib mudeli- või reeglipõhine vastusekontrollija avastada kvaliteediprobleeme enne sõnumi saatmist. Käsitle seda hinnatud detektorina, mille valepositiivsete ja valenegatiivsete määr on teada, mitte eksimatu kohtuniku või volitamisteenusena.

Sa oled AI-genereeritud klienditoe vastuste kvaliteedikontrollija.

Algse pileti ja koostatud vastuse põhjal kontrolli:

1. Kas vastus tegelikult käsitleb kliendi küsimust?
2. Kas see on konteksti põhjal täpne (pole hallutsineeritud fakte)?
3. Kas toon on õige (soe, otsekohene, mitte alatiav, mitte liigvabandav)?
4. Kas mõni link on katki või vale?
5. Kas see sisaldab mõnda neist punastest lippudest:
   - Lubab midagi, mida me ei saa pakkuda
   - Vabandab asjade eest, mis pole meie süü
   - Kõlab vihase või sarkastilisena
   - Kasutab sisemist žargooni
   - Avaldab sisemist infot

Väljund: APPROVE või REVISE (koos konkreetsete parandustega).

Kui kvaliteedikontroll tagastab APPROVE ja vastus läbib reeglikontrolli, võib selle saata. Kui vastus on REVISE, tee piiritletud parandus ja kontrolli uuesti või suuna see inimesele. Sea automaatsete paranduste arvule piir, et ebaõnnestuv detektor ei tekitaks tsüklit.

Kas kvaliteedivärav on oma hinda väärt, on empiiriline küsimus. Logi, kui sageli see lahendit muudab, mitu halba vastust kinni püüab ja mitu head vastust blokeerib; säilita lisakutse ainult siis, kui need mõõtmised õigustavad lisalatentsust ja mudelikulu.

Muuda teadmusbaas testitavaks

Teadmusbaas on üks agendi kvaliteedi kriitilisi tegureid. Kui sinu abikeskus on aegunud, vasturääkiv või poolik, võib agent anda enesekindlaid, kuid tõendamata vastuseid.

Praktilised põhimõtted:

Auditeeri enne juurutamist. Võta valim suurima mahu ja riskiga piletitüüpidest ning kontrolli, et teadmusbaasis on igaühe jaoks õige vastus. Täida lüngad, lahenda vastuolud ja uuenda aegunud artiklid. Laienda valimit, kuni sinu vastuvõtukriteeriume toetavad oma järjekorra andmed.

Struktureeri valitud otsingumeetodi jaoks. Fookustatud jaotised, selged pealkirjad, püsivad identifikaatorid ja sõnaselge kohaldatavus võivad otsingut parandada, kuid tükeldamine ja artikli pikkus on teostusvalikud. Testi, kas vajaliku lõigu ja selle kohaldamisala leiab esinduslike küsimuste korral üles.

Lisa selgesõnalised “ÄRA tee” osad. Paljud tugipiletid on selle kohta, kuidas teha midagi, mida klient ei tohiks teha. Teadmusbaasi artiklid peaksid selgesõnaliselt ütlema: “kui sa proovid X-i teha, siis siin on, miks me seda ei soovita, ja siin on alternatiiv.”

Esita kohaldatavus. Metaandmed nagu „ainult tasuta pakett“, „ainult EL-i kliendid“ või „ainult iOS-i rakendus“ võivad filtreid toetada. Jõusta need piirangud otsingukihis ja testi vastuolulise või käsitlusalast välja jääva materjali välistamist.

Vaata üle omaniku ja muutuste päästikute järgi. Määra igale teadmusalale omanik ning selle riski ja muutumiskiirusega sobiv ülevaatusvälp. Vaata asjaomane materjal uuesti üle, kui tooted, reeglid, intsidendid või õigusaktid muutuvad.

Kalibreeri eskaleerimine reeglite ja hindamise järgi

Liiga laialt eskaleeriv süsteem suurendab järjekorra koormust, liiga kitsalt eskaleeriv süsteem võib tekitada kliendi- ja turbekahju. Määra reeglid kategooria, tagajärje, tõendite kvaliteedi, kliendi valiku ja mõõdetud veamäärade järgi. Esialgne reegel võib sisaldada järgmist:

Suuna inimese või spetsialisti järjekorda:

• Selgesõnalised inimese-soovid
• Viha üle teatud läve (eriti pärast üht halba agendi-käiku)
• Tõsist raha hõlmavad vaidlused
• Turva- või privaatsuseprobleemid
• Tervise-, ohutus- või juriidilised tagajärjed
• Sama kliendi korduvad piletid sama probleemi kohta
• Juhtumid, mis ei ületa oma kategooria valideeritud kindlus- või reeglilävendit

Automatiseerimise kandidaadid pärast asjakohaste hindamiste läbimist:

• Triviaalsed küsimused selgete vastustega KB-s
• Konto-majapidamine (parooli lähtestamine, profiili lihtsad muudatused)
• Staatuspäringud (“kas mu tagastus läks läbi?”)
• Funktsioonisoovid (suuna tootemeeskonnale, mitte inimese toele)

Need pole universaalsed nimekirjad. Parooli lähtestamine, tagasimakse olek või konto muutmine võib ühes tootes olla suure riskiga ja teises rutiinne. Automatiseeri ainult siis, kui vastus või toiming on reeglitega kooskõlas, helistaja identiteet ja volitus on kontrollitud, tööriista ulatus on rangelt piiratud ning juhtum läbib kategooria mõõdetud vastuvõtureegli.

Keskmaa on koht, kus agendi hinnang loeb. Ehita mõõdistus, mis lubab näha: kõikidest juhtumitest, mida agent oleks võinud eskaleerida, aga ei eskaleerinud, mitu protsenti klient hiljem uuesti tuli? Kõikidest juhtumitest, mida agent eskaleeris, mitu lahendas inimene triviaalselt?

Tuleta automatiseerimise siht oma järjekorrast

Ära alusta tarnija lahendamismäära sihist. Märgenda oma hiljutise järjekorra esinduslik valim näiteks järgmistesse kategooriatesse:

• lihtsad, selgelt dokumenteeritud küsimused;
• küsimused, mis vajavad kontokonteksti või piiratud tööriista;
• keerukas tõrkeotsing, emotsionaalsed olukorrad või reegliotsused;
• veateated ja funktsioonisoovid, mis kuuluvad toote- või inseneritiimile.

Testi iga kategooria puhul päris reeglite alusel, kas agent suudab valida õige lahendi ja anda õige vastuse. Vastuvõtulävendit ületavate kategooriate summa on sinu esialgne automatiseerimise ülempiir. Arvuta see pärast teadmusbaasi, tööriista või reeglite muutust uuesti; ära kohanda silte tagantjärele lubatud protsendi saavutamiseks.

Mõõda klienditulemusi

Mõõda oma järjekorras, mida kliendid väärtustavad. Tüüpilised hindamiskandidaadid on:

• aeg õige lahenduseni;
• vastuse täpsus ja reeglite järgimine;
• korduvkontaktide määr, kliendi pingutus ja rahulolu;
• võimalus jõuda inimeseni, kui automatiseerimine ebaõnnestub.

Ära järelda eelistust ainult kiiruse põhjal. Kiire vale vastus või robot, mis peidab tee inimeseni, võib olla halvem kui ausalt näidatud ooteajaga järjekord.

Korduv automatiseeritud tsükkel ilma toimiva teeta inimeseni on ettenähtav tõrkerežiim. Mõõda korduvkontakte ja katkestatud seansse, piira automaatsete korduskatsete arvu ning tee eskaleerimine leitavaks.

Mõned konkreetsed mustrid

Personaliseerimine võib olla asjakohane. „Tere Anna, näen, et oled meie Pro-paketis ja oled meiega olnud alates 2023. aastast“ mõjub teisiti kui „Tere klient“. Kasuta ainult heakskiidetud üksikasju, mis aitavad juhtumit lahendada, ning väldi detaile, mis võivad mõjuda jälgimisena.

Tunnusta kontrollitud ooteaega, kui see on asjakohane. Kasuta piletisüsteemi ajatemplite ja tegeliku teenustasemepoliitika andmeid, mitte ära mõtle välja kliendi ooteaega ega vihja põhjendamata, et eesmärk jäi täitmata.

Kinnita asjakohane üksikasi. „Sa mainisid, et sinu impordil ebaõnnestusid kirjed, mille ettevõtte nimes oli erimärke.“ Kasuta seda ainult siis, kui see kajastab piletit täpselt; kordamine ei tõesta, et süsteem sai sellest aru.

Lõpeta kontrollitud järgmise sammuga. „[Maksesüsteem] võttis tagasimakse vastu [kellaaeg]. Selle praegune arveldusaken on [kontrollitud reegel või teenusepakkuja ajavahemik].“ Ära väida mudeli mustandi põhjal, et toiming õnnestus, ega mõtle tarneaega välja.

Ära vabanda ette küsimata. “Olen nii kahju ebamugavuse pärast” enne kui sa tead, mis juhtus, mõjub ebasiiralt. Vabanda üks kord, konkreetselt, kus see on õigustatud.

Läbitöötatud näide

Klient kirjutab:

Tere, ma olen kolm päeva proovinud sisse logida ja süsteem ütleb aina, et mu parool on vale. Olen kindel, et parool on õige — olen seda kaks aastat kasutanud. Hakkan mõtlema, et teid on häkitud.

Pärast konto ja heakskiidetud taastetee kontrollimist on ohutum mustand järgmine:

Tere Anna,

Mõistan, miks kolm päeva ebaõnnestunud sisselogimisi muret tekitab. Toele kättesaadavad sisselogimiskirjed näitavad korduvaid ebaõnnestunud katseid, kuid neist ei selgu, kes need tegi ega kas kontole pääseti ligi. Ma pole sinu parooli ega mitmefaktorilise autentimise seadeid muutnud.

Kasuta palun meie kontrollitud sisselogimislehel olevat konto taastamise linki: [heakskiidetud taaste-URL]. Enne lähtestamise lõpuleviimist kontrollib taastamisvoog sinu identiteeti. Ära jaga toega parooli, ühekordset koodi, taastekoodi ega lähtestamislinki.

Kui sa katseid ära ei tunne, kontrollitud taastamisvoogu läbida ei saa või märkad tundmatut seanssi või kontomuudatust, vasta siin ja suunan juhtumi meie kontoturbe tiimile. Nende vastamiseesmärk on [kontrollitud turvajärjekorra teenustase].

— AI Expert Support

See mustand eristab vaadeldud tõendeid järeldustest, ei väida, et kompromissi polnud, ei avalda ega vali taasteaadressi ning jätab turbeeskaleerimise ja vastamisaja sõnaselgeteks kohatäitjateks. Lõppversioon vajab endiselt ettevõtte kontrollitud URL-i, identiteediprotsessi ja kehtivat teenustaseme eesmärki.

Mida esimesena ehitada

Sea lahendamissihi aluseks märgendatud lähtetase ja piloodiandmed, mitte see artikkel või tarnija juhtumiuuring. Mudel on ainult üks osa süsteemist. Neli peamist hooba on:

1. Hallatud ja hinnatud teadmusbaas.
2. Tugev konteksti kogumine (kliendiandmed, ajalugu, KB-otsing, sarnased lahendatud piletid).
3. Arutlev agent selgete otsustuskriteeriumide ja eskaleerimisreeglitega.
4. Kontrollväravad (volitamine, lubatud toimingute nimekirjad, kinnitamine, vastusekontrollid ja auditi logimine).

Need kontrollid võivad toetada kasulikku pilooti, kuid ei taga paremat tuge ega väiksemat inimtöö mahtu.

Alusta kitsa ja tagasipööratava piloodiga. Mõõda õiget lahendit, põhjendatud vastuste täpsust, reeglite järgimist, volitamata toimingukatseid, topelt- või ebaõnnestunud toiminguid, korduvkontaktide määra, aega õige lahenduseni, kliendi pingutust, eskaleerimise täpsust ja saagist ning valepositiivsete tulemuste loodud koormust inimeste järjekorrale. Jaota tulemused piletikategooria, keele, vajaduse korral kliendirühma ja tööriistatoimingu järgi, et koondskoor ei peidaks ohtlikku lõiku.

Jääkrisk säilib ka pärast pilooti: otsing võib tõendi välja jätta või tuua aegunud tõendi, identiteedisignaalid võivad olla valed, reeglid võivad olla puudulikud, ülevaatajad võivad ohtliku mustandi vahele jätta, lõiming võib heakskiidu ja täitmise vahel ebaõnnestuda ning kliendid võivad automaatvastusest valesti aru saada. Säilita nähtav tee inimeseni, intsidendi peatamiskontroll, seiratav tagasipööramis- või vastavuskontrolli protsess ning reeglite, teadmiste, tööriistade ja hindamise nimetatud omanikud. Laienda ulatust alles siis, kui mõõdetud kasu ja jääkrisk toetavad järgmist kategooriat.