🇳🇴 Norsk
🇳🇴 Norsk
Тёмная тема
Før oppstart av en nevrale medarbeider er det viktig å ikke bare åpne chatten og spørre: «Så, fungerer det?»
Eieren av virksomheten må midlertidig late som om de er en kunde i sitt eget selskap. Ikke utvikleren, ikke eieren, og ikke en som allerede vet alt, men en vanlig kunde: med spørsmål, tvil, unøyaktige formuleringer og genuin interesse.
En slik test hjelper til med å se om den nevrale medarbeideren er klar for reelle dialoger.
Ingen kjenner virksomheten bedre enn eieren eller den ansvarlige lederen.
Utvikleren kan sjekke den tekniske delen: svarer boten, fungerer scenariet, er kunnskapsbasen koblet til, går knapper og skjemaer i stykker. Men bare virksomhetens eier forstår hvilket svar som er trygt, hvilket svar som er svakt, og hvilket som kan endre alt til det verre.
For eksempel kan den nevrale medarbeideren formelt svare pent, men:
Derfor er testing ikke en formalitet. Det er en sjekk på om man kan slippe medarbeideren løs på levende kunder.
Den beste måten å teste på er å gå inn i dialogen som om man ser selskapet for første gang.
Det er ikke nødvendig å skrive perfekte spørsmål fra instruksjonen. Virkelige kunder formulerer sjelden perfekt.
Det er bedre å spørre på en menneskelig måte:
Slik ser man om den nevrale medarbeideren ikke bare kan gjenta teksten fra kunnskapsbasen, men også føre en normal kundesamtale.
Først bør man sjekke det som kundene oftest spør om.
Vanligvis er dette:
Hvis den nevrale medarbeideren tar feil i de vanligste spørsmålene, er det for tidlig å slippe ham løs. Først må man rette opp i kunnskapsbasen, instruksjonene eller svaret i scenariet.
Etter de populære spørsmålene bør man ikke sjekke alt på en gang, men fokusere på de viktigste områdene.
Dette er spørsmål hvor et feilaktig svar kan ha stor påvirkning på kunden, økonomi, forventninger eller omdømmet til selskapet.
For eksempel:
Her er den nevrale medarbeideren ikke forpliktet til å svare selv for enhver pris. Noen ganger er det beste svaret å forsiktig samle konteksten og overføre spørsmålet til en person.
Det må også sjekkes at den nevrale medarbeideren ikke argumenterer med kunden når en levende person er nødvendig.
Testfraseene kan være enkle:
Den riktige logikken er slik: den nevrale medarbeideren anerkjenner spørsmålet, samler viktige detaljer, oppsummerer og overfører det til den ansvarlige personen.
Å overføre til en person er ikke en feil. Det er en normal del av trygge arbeidsprosesser.
Svaret kan være faktisk korrekt, men passer fortsatt ikke for virksomheten.
Når man tester, bør man se på:
En god nevrale medarbeider bør ikke minne om en tilfeldig nevralt nettverk, men om en ansatt i din virksomhet.
Hvis noe ikke er bra under testen, er det bedre å ikke skrive til utvikleren bare: «boten svarer feil».
Det er mer nyttig å spesifisere:
Slik gjennomføres endringer raskere og mer presist.
Den nevrale medarbeideren kan slippes løs til kundene når han passerer tre nivåer av sjekk med selvsikkerhet:
Det er ikke nødvendig å vente på en perfekt tilstand der boten vet alt i verden. En slik tilstand oppstår vanligvis ikke.
Det er viktig at han er trygg i de grunnleggende scenariene, ikke oppfinner på kritiske steder og kan overføre kontroversielle situasjoner til en person.
Selv en god test vil ikke vise alle mulige spørsmål fra kundene.
Etter oppstart vil det fortsatt komme:
Det er normalt. Den nevrale medarbeideren lærer underveis.
Virksomhetens oppgave er å fange opp hullene, overføre endringer og gradvis styrke medarbeideren. Akkurat som med et vanlig menneske: først gjennomgår han introduksjonsopplæring, så jobber han, får tilbakemelding og blir mer presis.
Før oppstart må eieren ta på seg rollen som kunde i sitt eget selskap.
Først sjekke de vanligste spørsmålene. Deretter — de viktigste og risikofylte. Så sørge for at kompliserte situasjoner overføres til mennesket.
Og etter oppstart fortsette å samle hull og unøyaktigheter fra reelle dialoger.
Slik går den nevrale medarbeideren ut i arbeid ikke som en «magisk nevrale nettverk», men som en styrt medarbeider: med tydelige regler, sjekker, ansvar og gradvis forbedring.
Hvor man bør starte: plan for første oppstart, FAQ som første scenario, typiske feil.