AI čatbota pēcpārdošanas atbalsts: Pasūtījumi, atgriešana un garantija

Kad klients noklikšķina uz “pirkt”, viņa jautājumi kļūst konkrētāki un jutīgāki. Viņi vēlas zināt, kur atrodas pasūtījums, vai preci var atgriezt, ko sedz garantija un kurš novērsīs problēmu. AI čatbots pēcpārdošanas atbalstam var padarīt šos procesus ātrākus, taču tikai tad, ja tas nošķir publiskās vadlīnijas no konta datiem, pārbauda faktus pirms atbildēšanas un nodod neskaidros gadījumus atbildīgajai personai.

Šī pamācība skaidro, kā izstrādāt darbības modeli trim biežākajiem izmantošanas gadījumiem: pasūtījuma statusam, atgriešanai un garantijas vai remonta gadījumiem. Mērķis nav aizstāt katru klientu apkalpošanas sarunu. Mērķis ir automatizēt atkārtojamās daļas, vienlaikus saglabājot skaidru identitāti, politiku, pierādījumus, izņēmumus un cilvēka atbildību.

Sāciet ar trim dažādiem procesiem, nevis vienu vispārīgu atbalsta botu

Jautājumi “Kur ir mana paka?”, “Vai varu šo nosūtīt atpakaļ?” un “Kāpēc šis produkts nedarbojas?” var tikt saņemti tajā pašā čata logā, taču tiem ir nepieciešami dažādi dati un lēmumi. Uztveriet tos kā atsevišķus procesus ar savu ievadi, uzticamiem avotiem, kļūmju stāvokļiem un eskalācijas noteikumiem.

• Pasūtījuma statuss parasti prasa autentificētu piekļuvi konkrētam pasūtījumam un piegādes notikumam.
• Atgriešana apvieno vispārīgu politikas informāciju ar datumiem, produktu izņēmumiem, pasūtījuma stāvokli un kontrolētu pieprasījuma darbplūsmu.
• Garantija vai remonts var pieprasīt pirkuma apliecinājumu, produkta identifikāciju, defekta detaļas, problēmu novēršanas robežas un speciālista pārbaudi.

Kopīgs sarunas slānis var atpazīt nodomu un apkopot minimālo nepieciešamo informāciju. Aiz tā katram procesam vajadzētu izsaukt šauru pakalpojumu ar noteiktām atļaujām. Tas ir drošāk un vieglāk testējams, nekā piešķirot vienai uzvednei plašu piekļuvi tirdzniecības, loģistikas un servisa sistēmām.

Novelciet stingru robežu starp publiskām un autentificētām atbildēm

Apmeklētājs, kurš nav pieteicies, var saņemt publisku informāciju: piegādes reģionus, parastos procesa soļus, publicēto atgriešanas politiku, kontakta kanālus vai dokumentus, kas parasti nepieciešami remonta pieprasījumam. Viņiem nevajadzētu saņemt reālu pasūtījuma statusu, kas balstīts tikai uz pasūtījuma numuru, vārdu, pasta indeksu vai citu viegli atrodamu informāciju.

Lai sniegtu atbildes par konkrētu pasūtījumu, novirziet klientu uz autentificētu vidi un nodrošiniet autorizāciju sistēmas aizmugurē (backend). Modelis nekad nedrīkst lemt par to, vai lietotājs drīkst redzēt pasūtījumu. Jūsu lietojumprogrammai ir jāidentificē pieteicies klients, jāvaicā tikai tie resursi, kuriem šim klientam ir piekļuve, un jāatgriež neliels, mērķim pielāgots rezultāts. Mūsu ceļvedis par autentificētu čatbota piekļuvi klientu portāla datiem sīkāk apraksta šo robežu.

Izmantojiet neitrālus pārejas tekstus, kad nepieciešama autentifikācija: paskaidrojiet, kāpēc nākamais solis ir nepieciešams, saglabājiet tikai drošu sarunas kontekstu un izvairieties no lūguma klientam ievadīt paroles, pilnus maksājumu karšu numurus vai personu apliecinošus dokumentus brīvā tekstā.

Pasūtījuma statuss: iztulkojiet notikumus, neizdomājot neesošu skaidrību

Loģistikas sistēmas bieži parāda īsus notikumu kodus. Čatbota uzdevums ir izskaidrot pārbaudītu notikumu vienkāršā valodā, nevis prognozēt vairāk par esošajiem pierādījumiem. Izveidojiet deterministisku kartēšanu no pārvadātāja vai izpildes stāvokļiem uz klientam saprotamiem paskaidrojumiem. Iekļaujiet notikuma laika zīmogu un, ja tas ir pieejams no uzticamā avota, nākamo plānoto soli.

Paredziet situācijas ar novecojušiem, pretrunīgiem un nepilnīgiem izsekošanas datiem

Uzticama plūsma nošķir stāvokļus “etiķete izveidota”, “nodots pārvadātājam”, “tranzītā”, “izsniegts piegādei”, “piegādāts”, “aizkavējies” un “izņēmums”. Tā arī saprot, kad datu plūsma ir novecojusi. Ja iekšējā izpildes sistēma uzrāda, ka paka ir nosūtīta, bet pārvadātājam nav nekāda skenējuma, parādiet apstiprinātos faktus un paskaidrojiet, ka izsekošanas informācijas atjaunināšana var prasīt laiku. Neizdomājiet piegādes datumu, lai atbilde izklausītos pilnīgāka.

Eskalējiet situāciju, ja piegādes notikums tiek apstrīdēts, izņēmuma gadījumā nepieciešama adreses maiņa, trūkst augstas vērtības pakas vai datu avoti ir pretrunā ilgāk par noteikto laika logu. Nodošanai aģentam jāietver autorizēta pasūtījuma atsauce, jaunākie pārbaudītie notikumi un klienta norādītā problēma — nevis visa neapstrādātā saruna.

Atgriešana: nošķiriet atbilstības vadlīnijas no galīgā lēmuma

Čatbots var paskaidrot publicēto atgriešanas procesu, apkopot iemeslu, parādīt pieejamās meodoloģijas un izveidot pieprasījumu pēc tam, kad sistēma ir pārbaudījusi pasūtījumu. Tam nevajadzētu imrovizēt tiesiskus secinājumus vai solīt naudas atmaksu, pirms ir pārbaudīti attiecīgie nosacījumi.

ES patērētāju piemērā oficiālās Your Europe vadlīnijas apraksta vispārēju 14 dienu atteikuma tiesību periodu daudziem distances pirkumiem un uzskaita svarīgus izņēmumus. Tajā pašā vietnē šīs atteikuma tiesības tiek nošķirtas no tiesiskās aizsardzības līdzekļiem bojātu preču gadījumā. Konkrētas tiesības un procedūras ir atkarīgas no darījuma, produkta, pārdevēja, valsts un spēkā esošajiem tiesību aktiem, tāpēc uzrādiet autoritatīvu politikas tekstu un novirziet neskaidros gadījumus izskatīšanai, nevis pārvērtiet vispārīgu noteikumu par automātisku lēmumu.

Padariet katru atgriešanas atbildi izsekojamu

Saglabājiet versijotu politikas identifikatoru kopā ar rezultātu. Pieprasījumu pakalpojumam — nevis valodas modelim — vajadzētu izvērtēt pirkuma datumu, piegādes datumu, produkta kategoriju, atgriešanas vēsturi un piemērojamos izņēmuma kodus. Pēc tam atbilde var paskaidrot iznākumu, izmantojot apstiprinātu formulējumu. Ja produkts var tikt izslēgts higiēnas, personalizācijas, ātras bojāšanās, digitālās piegādes vai cita iemesla dēļ, uzdodiet tikai tos jautājumus, kas nepieciešami ceļa noteikšanai, un izvairieties no lēmuma paziņošanas, balstoties uz neskaidru aprakstu.

Parādiet klientam, kas notiks tālāk: vai tiks izveidota etiķete, kurp paka jānosūta, kuras preces tajā jāiekļauj, kā atgriešanu var izsekot un kad var būt nepieciešama pārbaude. Izvairieties no atpakaļskaitīšanas apgalvojumiem, ja vien avota sistēma nesniedz uzticamu, konkrētam gadījumam atbilstošu datumu.

Garantija un remonts: apkopojiet pierādījumus, neveicot diagnozi ārpus kompetences robežām

Garantijas sarunās bieži tiek jaukti vairāki jēdzieni: komercgarantija, likumā noteiktās tiesības bojātu preču gadījumā, maksas remonta pakalpojums un vispārēja problēmu novēršana. Uzturiet šos ceļus nošķirtus zināšanu bāzē un gadījuma veidā, kas tiek nosūtīts servisa komandai.

Oficiālās ES patērētāju vadlīnijas norāda, ka patērētājiem parasti ir vismaz divu gadu likumīgā garantija no tirgotāja pirktajām bojātajām precēm, savukārt valsts noteikumi var paredzēt papildu aizsardzību. Komercgarantija var pievienot papildu solījumus, taču to nedrīkst pasniegt kā piemērojamo likumīgo tiesību aizstājēju. Šī ir vispārīga informācija, nevis juridiska konsultācija; čatbotam vajadzētu sniegt saiti uz pārdevēja pašreizējiem noteikumiem un eskalēt strīdus vai neskaidrus gadījumus.

Apkopojiet strukturētus pierādījumus: produkta modeli no kontrolēta kataloga, pirkuma atsauci pēc autentifikācijas, simptomu kategoriju, brīdi, kad radās defekts, un veiktos apstiprinātos problēmu novēršanas soļus. Atļaujiet pievienot fotoattēlus tikai tad, ja jūsu glabāšanas, saglabāšanas, piekļuves kontroles un dzēšanas procesi ir izstrādāti to apstrādei. Nekad nelūdziet klientam atvērt elektroierīces, apiet drošības mehānismus vai veikt riska pilnas diagnostikas darbības.

Piemērojiet datu minimizēšanu visai darbplūsmai

Datu aizsardzība netiek atrisināta, vienkārši pievienojot teikumu čata sveiciena ziņojumam. Eiropas Komisijas VDAR (GDPR) pamatprincipi uzsver mērķa ierobežojumu, datu minimizēšanu, glabāšanas ierobežojumu, precizitāti un atbilstošu drošību. Piemērojiet šos principus sarunu tekstam, pasūtījumu meklēšanai, rīku rezultātiem, aģentu kopsavilkumiem, pielikumiem, analītikai un rezerves kopijām.

• Apkopojiet tikai tos laukus, kas nepieciešami izvēlētajam procesam.
• Nekad neuzglabājiet čatā konfidenciālus datus un pilnus maksājumu datus.
• Pirms modeļa apstrādes anonimizējiet vai izlaidiet nevajadzīgo personīgo informāciju.
• Ierobežojiet rīku atļaujas atbilstoši procesam un autentificētajam klientam.
• Nosakiet atsevišķus glabāšanas terminus transkriptiem, gadījumiem un pielikumiem.
• Reģistrējiet piekļuvi un stāvokļa izmaiņas, neiekļaujot jutīgos datus žurnālos (logs).

Publiskie BUJ var izmantot privātumam drošu mājaslapas čatbota iestatījumu. Pasūtījumiem specifiskam atbalstam ir nepieciešamas stingrākas identitātes un autorizācijas kontroles, kā aprakstīts iepriekš.

Veidojiet rīkus, kas atgriež faktus, nevis datubāzes troksni

Katram čatbota rīkam ir jābūt precīzam līgumam (contract). Pasūtījuma statusa rīks var atgriezt autorizēta pasūtījuma atsauci, izpildes stāvokli, jaunāko pārvadātāja notikumu, laika zīmogu, drošu nākamo soli un eskalācijas karodziņu. Atgriešanas rīks var atgriezt atbilstības stāvokli, politikas versiju, pieejamās meodoloģijas, nepieciešamās darbības un izskatīšanas iemeslu. Remonta rīks var atgriezt servisa maršrutu, pierādījumu kontrolsarakstu, drošības paziņojumu un gadījuma ID.

Validējiet visas ievades servera pusē. Izmantojiet idempotences atslēgas (idempotency keys), kad rīks izveido atgriešanas vai remonta pieprasījumu, lai atkārtoti modeļa izsaukumi neizveidotu dublētus pieprasījumus. Uztveriet noilgumus (timeouts) kā nenoteiktus rezultātus: pirms atkārtota mēģinājuma pārbaudiet, vai darbība ir pabeigta. Glabājiet klientam redzamos formulējumus atsevišķi no paša darījuma, lai frāzes maiņa nevarētu mainīt biznesa loģiku.

Izstrādājiet godīgu atkāpšanās scenāriju un nodošanu cilvēkam

Čatbotam ir jāapstājas, ja nevar noteikt identitāti, politikas rezultāts ir neskaidrs, klients apstrīd piegādi vai lēmumu, var būt iesaistīta drošība, sistēmas uzrāda atšķirīgus datus vai klients lūdz savienot ar cilvēku. Paskaidrojiet iemeslu atbilstošā līmenī, neatklājot iekšējos krāpšanas vai riska noteikumus.

Nododiet kompaktas informācijas paketi: pārbaudītu klienta un pasūtījuma atsauci, izvēlēto procesu, jau iegūtos uzticamos faktus, jau pabeigtās darbības, klienta pieprasīto rezultātu un precīzu neatrisināto jautājumu. Labi izstrādāta čatbota nodošana ar kontekstu un maršrutēšanu novērš atkārtošanos un sniedz saņēmējai komandai skaidru atbildību.

Pārbaudiet rezultātus, nevis tikai tekošas atbildes

Izveidojiet testēšanas kopu parastajiem gadījumiem, robeždatumiem, produktu izņēmumiem, trūkstošiem skenējumiem, pretrunīgiem notikumiem, neautorizētiem pasūtījumiem, beigušām sesijām, atkārtotiem rīku izsaukumiem, pakalpojumu sniedzēja noilgumiem, nedrošiem remonta pieprasījumiem un pretinieka (adversarial) instrukcijām. Katram scenārijam pārbaudiet atbildi, rīka izsaukumu, atļauju pārbaudi, audita notikumu, izveidoto ierakstu, klientam redzamo stāvokli un nododamo datu paketi.

Mēriet efektivitāti tikai kopā ar pareizību un klienta pūlēm. Noderīgi darbības rādītāji ietver pārbaudītu pašapkalpošanās pabeigšanu, neautorizētas piekļuves blokus, gadījumu dublēšanos, nepareizas politikas incidentus, atkārtotus kontaktus, eskalācijas precizitāti un laiku līdz atbildīgajam darbiniekam. Plašāks ceļvedis par AI čatbota KPI paskaidro, kāpēc ar vienu novirzīšanas rādītāju nepietiek.

Ieviešanas kontrolsaraksts

1. Izvēlieties vienu procesu un nosakiet tā patiesības avotu.
2. Nošķiriet publiskās vadlīnijas no autentificētiem klientu datiem.
3. Pārvietojiet atbilstības un autorizācijas lēmumus uz aizmugursistēmas (backend) pakalpojumiem.
4. Veidojiet politiku versijas un kartējiet sistēmas stāvokļus uz apstiprinātiem paskaidrojumiem.
5. Minimizējiet transkriptu, rīku, pielikumu un nodošanas datus.
6. Pievienojiet idempotenci, noilguma atjaunošanu un audita notikumus.
7. Nosakiet eskalācijas trigerus, rindas atbildību un bezsaistes uzvedību.
8. Pārbaudiet parastos, robežu, kļūmju, privātuma un drošības scenārijus.
9. Ieviesiet pakāpeniski un pārbaudiet reālos labojumus pirms paplašināšanas.

Pēcpārdošanas automatizācija darbojas vislabāk, kad tā dara mazāk, bet uzticami. Sāciet ar vienu liela apjoma procesu, savienojiet to ar pārbaudītiem faktiem, padariet katru biznesa lēmumu deterministisku un saglabājiet skaidru ceļu pie cilvēka. Tas nodrošina klientiem ātrākas atbildes, nepārvēršot noderīgu čatu par nekontrolētu pasūtījumu pārvaldības saskarni.

Avoti

• Your Europe: Atgriešana un 14 dienu atteikuma tiesību periods
• Your Europe: Garantijas un atgriešana
• Eiropas Komisija: VDAR pamatprincipi