Daudzvalstīga līdu kvalifikācija ar AI čatbotu: jautājumi, datu aizsardzība un nodošana

Daudzvalodīgs KI tēlkone čatbots var atpazīt interesi, atbildēt uz jautājumiem un sagatavot nākamo jēgaumīgo soli. Tomēr līdu kvalifikācija nedaubas, ja vārdu pa vārdu tiek tulkota viena vācu valodā izdarīta veidlape vēl 23 citās valodās. Laba kvalifikācija apvieno skaidru sarunas loģiku ar lokāli saprotamiem jautājumiem, tauzīgiem datu apkopšanas veidiem un saprotamu nodošanu pareizajai komandai.

Šis ceļvedis rāda, kā vietnes operatoriem plānot šādu procesu: Kuras ziņas ir tiešām nepieciešamas? Kad ir pietiekams ar anonīmu pirmkvalifikāciju? Kā saglabāt tīru atdalīšanu starp piekrišanu, datu aizsardzības informāciju un mārketingu? Un kā pārbaudīt, vai loģika katrā valodā faktiski darbojas?

Daudzvalodīga līdu kvalifikācija ir vairāk nekā tulkota veidlape

Satiska veidlape parasti vaicā tos pašus laukumus tajā pašā secībā. Savukārt tēlkone čatbots var vispirms saprast lietotāja nepieciešamību un pēc tam uzdot tikai tos jautājumus, kas ir relevanti šim gadījumam. Kam ir jautājums par produktu, nepieciešams cēļš, kas atšķiras no tā, kam vajadzīgs piedāvājums, atzvanis vai tehniskā palīdzība.

Daudzvalodība pastiprina kvalitātes prasības. Termiēniem kā „konsultācija“, „piedāvājums“ vai „demo“ ir dažādasnākotnes atkarībā no tirguma. Tāpat atšķiras tālruņa numuri, uzrunas formas, datumu formāti un preferredie kontakta kanāli. Tāpēc katrai lokālei vajadzīgs ne tikai tulkots teksts, bet redakcionāli pārbaudīta sarunas versija ar vienādu profesionālu nozīmi.

Pamats jāsaprot kā kopīga, no lokāles neatkarīga loģika: atpazīt pieprasījumu, pārbaudīt piemērotību, kontaktinformāciju pieprasīt tikai nepieciešamības gadījumā, izskaidrot mērķi un pēc tam nodot attiecīgajam procesam. Raksts "Daudzvalodu AI čatboti starptautiskiem tīmekļa vietnēm" apraksta plašāko arhitektūru aiz tā.

Mērķbilds: no intereses līdz piemērotam nākamajam solim

Līdu kvalifikācijai nevajadzētu vākt pēc iespējas vairāk datu. Tai būtu jānodrošina iespēja pieņemt lēmumu. Pēc īsa dialoga ir jābūt skaidram, kāds nākamais sols ir jebkuram cilvēkam un uzņēmumam visprasīkākais. Tipiski rezultāti ir:

• tieša atbilde bez datu vākšanas, ja zināšanu bāze pilnībā atrisina pieprasījumu;
• kvalificēts kontaktu pieprasījums ar dažāmnām informācijas detaļām, kas zustajam teamam ir nepieciešamas atbildei;
• tiešsaistes nodošana, ja pieejams darbinieks var palīdzēt nekavējoties;
• atkabalzes zvanu vai tikšanās lūgums ar skaidru gaidījumu par tālāko procesu;
• droša noraidīšana vai neitrāla pārmaršrutēšana, ja piedāvājums, reģions vai kompetence neatbilst.

Tādējādi kvalifikācija kļūst par maršrutēšanas sistēmu, nevis par datu apkaušanas posmu. Tas samazina nevajadzīgus jautājumus, saīsina dialogu un novērš situācijas, kad ziņkārīgie apmeklētāji steidzi ātrāk tiek uzskatīti par pārdošanas potenciālajiem klientiem.

Kuri jautājumi ir tiešām nepieciešami?

Sāciet ar lēmumu, kas jāpieņem pēc dialoga. Tikai pēc tā izplūst jautājumi. Daudziem vepseitem pietiek ar trim līmeņiem.

1. Noskaidrot antrasijas un mērķi

Atvērts sākuma jautājums, piemēram, „Kur mēs varam jums palīdzēt?“, bieži sniedz vairāk konteksta nekā garš izvēles katalogs. Ja atbilde paliek neskaidra, tērzēšanas bots var piedāvāt dažus saprotamus variantus, piemēram, produktu konsultāciju, piedāvājumu, atbalstu vai partnerību. Izvēlēm katrā valodā jābūt vienādai nozīmei un apjomam.

2. Pārbaudīt piemērotību un kompetenci

Pēc tā seko tikai kritēriji, kas maina marutēšanu: vēlamais pakalpojums, reģions, uzņēmuma lielums, projekta fāze vai reāls laika rāmis. Budžeta jautājumi ir jēdzīgi tikai tad, ja dažādi budžeti tatsächlich noved par dažādiem piedāvājumiem vai komandām. Brīvais teksts būtu jāsaglabā tur, kur stingras kategorijas kropinātu pieprasījumu.

3. Piedāvāt saziņas veidu, kas atbilst rezultātam

Vārds, e-pasta adrese vai tālruņa numurs būs nepieciešami tikai tad, ja atbildem jāsniedz neatkarīgi no pašreizējā čata. Nepiesārdiet automātiski visus kontaktlaukus. Rakstiskam atgriezieniem var būt pietiekams e-pasta adrese; skaidri pieprasītam atzvanījumam papildus ir vajadzīgs tālruņa numurs un, ja nepieciešams, laika intervāls.

Šī secība pielāgojas datu minimizācijas principam: Eiropas Komisija to summarized tā, ka jāapstrādā tikai tie personas dati, kas ir nepieciešami notektajam mērķim. Tā ir laba produktu izstrādes noteikums, neatkarīgi no tā, kurš tiesiskais pamats konkrētajā gadījumā tiek izmantots pēc juridiskās pārbaudes.

Valoda, etiķetes un kļūmu ziņojumi pieder pie funkcionalitātes

Tulkojums ir lietojams tikai tad, ja cilvēki saprot gaidīto ievadi bez minēšanas. W3C ievades laukiem pieprasa saprotamas etiķetes vai norādījumus, un automātiski atklātām kļūdām — teksta aprakstu problēmai. Čatbotam tas nozīmē: jālokalizē ne tikai jautājumi, bet arī norādījumi par obligātajiem laukiem, piemēri, apstiprinājumi un kļūdu teksti.

• Izmantojiet redzamus, vienzīmīgus apzīmējumus vietā tikai aizvietojuma teksta.
• Paskaidrojiet gaidītos formātus, piemēram, tālruņu numuriem vai datumiem.
• Konkrēti norādiet, kāda ierakstīta informācija trūkst vai ir neatbilstoša, nevis vienkārši rādiet „Kļūme“.
• Korrektū veikot, saglabājiet jau tādēkārt derīgas atbildes, lai nevienam nebūtu jāievada viss no jauna.
• Korekti norādiet lapas valodu un citas valodas teksta daļas ar piemērotajiem valoda-atributiem.

Tas vienlaikus ir pieejamības tēma. Ieraksts Pieejamais mākslīgā intelekta tērzēšanas bots: WCAG kontrolsaraksts tīmekļa vietnēm tajā piedāvājams detalizētāks pārbaudes saraksts.

Datu aizsardzība: atdalīt mērķi, informēšanu un piekrišanu

Biežs kļūda ir apvienot kontaktu pieprasījumu, atgriezenisko un jaunumu izsūtīšanu vienā piekrišanā. Tas apgrutina informētu lēmuma pieņemšanu. Tā vietā plānojiet katru mērķi atsevišķi: pieprasījuma apstrāde, vēlamā saziņa un izvalktā reklāma ir dažādi procesi.

Atbilstošais tiesiskais pamats ir atkarīgs no konkrētā procesa un tam jābūt profesionāli pārbaudītam; piekrišana nav automātiski pareizais vai vienīgais pamats katram kontaktu pieprasījumam. Ja tiek izmantota piekrišana, saskaņā ar Eiropas Komisijas un Eiropas Datu aizsardzības valdeņa norādījumiem tai jābūt brīvprātīgai, informētai, specifiskai un nepārprotamai. Ir nepieciešama aktīva rīcība, un iespējamai ir piekrišanas atsaukšana.

Praktiski tas tērzēšanas botam nozīmē:

• Pirms sūtīšanas paskaidrojiet, kurš procesē datus un kādam mērķim.
• Saite uz atbilstošo datu aizsardzības informāciju dialoga valodā.
• Neizmantojiet iepriekšsēkrēto mārketinga piekrišanu.
• Nekaļojiet pieprasījuma apstrādi no neneceskiem papildu datiem.
• Definējiet glabāšanas termiņus un piekļuves tiesības atbilstoši mērķim.

Tādā gadumā datu aizsardzība caur tehnisko izpildi un datu aizsardzībai draudzīgi sākkartējumi sākas jau dialoga plānošanā, nevis tikai datu aizsardzības deklarācijā. Papildu pamatus atradīsiet rakstā AI tēlrīks un GDPR. Šis ceļvedis neaizstāj individuālu juridisko konsultāciju.

Maršrutēšanas matrica novērš nejaušus lēmumus

Pirms dialoga izveides ir noderīgi izveidot nelielu maršrutēšanas matricu. Katra rīga apraksta atpazīstamu pieprasījumu, tam nepieciešamo informāciju, mērķekīpējo komandu un pieļautāto nākamo soli. Iespējama struktūra izskatās šādi:

• Vispārīgs produkta jautājums:atbildēt tieši no verificētiem avotiem; kontaktinformācija nav nepieciešama.
• Konkrēts pirkuma nodoms: precēties par pakalpojumu, reģionu un laikrāmi; pēc tam piedāvāt saziņas iespēju.
• Esošais klients ar problēmu: neuzskatīt par jaunu leadu, bet gan novadīt uz atbalsta ceļu.
• Vēlme pēc saziņas ar cilvēku: pārbaudīt pieejamību un caurskatu nodot dzīvais čatā, e-pastā vai atzvanā.
• Neatbalstīts pieprasījums: Atklāti nosaukt kompetences robežu un piedāvāt tikai vienu verificētu alternatīvu.

Nodošanas ceļš nedrīkst beigties ar tūlītēju dead-end. Ja šobrīd Live-čatā neviens nav pieejams, personai ir jābūt reālistai alternatīvai. To, kā šo nodošanu var organizēt, skaidro Cilvēka palīdzība (Human Handoff) mākslīgā intelekta tērzētājā.

Praktiski pielietojams dialogs septiņos soļos

1. Atpazīt vai ļaut izvēlēties valodu: Padarīt lēmumu redzamu un iespotualināt maiņu.
2. Saprast pieprasījumu:Vispirms atbildēt vai precizēt, pirms parādās veidlape.
3. Apstiprināt potenciālā klienta signālu:Pāriet kvalifikācijai tikai gadījumā, ja ir reāla rīcības anēme.
4. Uzdot maršrutēšanas jautājumus: Katrā ziņojumā jābūt pēc iespējas vienam saprotamam jautājumam ar skaidru mērķi.
5. Piedāvāt saziņas veidu: Ārkārtīgi jāapkrop jūglējo kontaktinformāciju, kas nepieciešama izvēlētajam nākamajam solim.
6. Rādīt informāciju un pēc izvēles piekrišanu:Mērķiem jābūt uzrādītiem atsevišķi un skaidrā valodā.
7. Apkopot un nodot: Apstiprināt ievērtotos datus, atbildīgo komandu un gaidāmo nākamo soli.

Šādais process ir īsāks par daudvām formām, lai gan tas sniedz vairāk konteksta. Izšķirošais ir tas, ka tērzēt bots jebkurā laikā var atgriezties pie normālas konsultācijas un netur personunī leadu piltuvē.

Locale-QA: Kas jāpārbauda katrā valodā

Automātiskais tulkojums var nodrosināt pirmo variantu, taču tas neaizstāj gala kontroli. Testējiet katru piedāvāto valodu ar tiem pašiem profesionālajiem scenārijiem un papildus ar locale-specifiskām ierakstīšanām.

• Vai opcijas, kritēriji un rezultāts saturs ziņā sakrīt?
• Vai jautājumi izklausās dabiski,courteži un atbilst tirgumam?
• Vai speciāliezīmekļi, garāki vārdi un mobilie rindkopējumi darbojas?
• Vai tālruņa numuri, vārdi un datuma formāti tiek validēti pareizi?
• Vai datumu aizsardzības saite, mērķa teksts, apstiprinājums un kļūdu ziņojumi ir pilnībā tulkoti?
• Vai produktu nosaukumi, URL adrešes, skaitļi un maršrutēšanas noteikumi paliek nemainīti?
• Vai darbojas tastatūras vadība, fokuss, ekrāna readera izputes un valodas apzīmēšana?

Saimniekojiet šim nolūgumam "Zelta kopumu" (Golden Set) ar tipiskiem, neskaidriem, negatīviem un robežiem pieprasījumiem. Tieši gadījumi „tikai viens jautājums“, „esošais klients“, „nav interesējusies“ un „saruna ar darbinieku“ rāda, vai sistēma uzticami atšķirz līdu vākšanu, atbalstu un nodošanu cilvēkam (handoff).

Pareizie rādītāji mēra kvalitāti, nevis tikai daudrumu

Liels apkopoto kontaktu skaits nav kvalitātes pierādījums. Tā vietā vērojiet visu ceļu: jēgūti saģīstīto kvalifikāciju īsiaudums, atteikšanās pie katra jautājuma, pilnībā nodoti pieprasījumi, kļūdainā maršrutēšana, laiks līdz pirmajai cilvēka reakcijai un turpmākā pieņemšana pārdošanas vai atbalsta nodaļas tarafından.

Salīdzinājiet vērtes pēc lokāles, taču interpretējiet atšķirības piesardzīgi. Zemāks konversijas līmenis var būt saistīts ar neskaidriem tulkojumiem, neatbilstošiem kontaktu kanāliem, tehniskām kļūdām vai vienkārši citādu apmeklētāju struktūru. Tāpēc kombinējiet skaitļus ar izvilkuma sarunu pārskatīm un dokumentētiem labojumiem.

Īstenedums ar ChatReact

ChatReact apvieno daudruvaludīgas tērbota atbildes ar līdu vākšanu un nodošanu cilvēkam. Lai nodrosinātu uzticamu izmantošanu, jums tomēr vajadzētu pielāgot joslām un atpzīšanas sliekņiem savam konkrētajam procesam: kuri signāli nozīmē īstu pirkuma interesi? Kuri jautājumi maina maršrutēšanu? Kad tieša atbilde ir labāka par kontaktu formu?

Sāciet ar vienu skaidru lietojuma gadījumu un diviem vai trim maršrutēšanas jautājumiem. Vispirms pārbaudiet šo procesu izsīkējamajā valodā, pēc tam katrā mērķlokācijā un tikai pēc tam ar reālu trafiku. Atskatskats "Kā AI čatbots uzlabo kontaktu ģenerēšanu tīmekļa vietnē" palīdz iekļaut to kopējā tīmekļa vietnes stratēģijā.

Saraksts startam

• Definēt konkrētu mērķi un atbildīgu komandu katram ceļam.
• Krāt tikai lēmumu ietekmējošus jautājumus un nepieciekamus datus.
• Saimākotni, līdu un nodošanu tehniski sadalīt viens no otra.
• Datu aizsardzības informāciju un izvēlēto mārketinga piekrišanu izveidot atsevišķi.
• Visus etiķetes, norādes, kļūdas un apstiprinājumus redakcionāli pārbaudīt katrai locale.
• QA procesā iekļaut datoru, mobilo ierīces, tastatūru un ekrāna nolasītāju.
• Regulāri analizēt kļūdaino maršrutēšanu un pārtraukumus un paplašināt Golden Set.

Tādējādi neveido iespēkamāk garu datu dialogu, bet gan īsu, saprotamu tiltu starp īsto interesi un pareizo cilvēcisko vai automatizēto atbildi.

Avoti

• Eiropas Komisija: Principles of personal data processing under the GDPR
• Eiropas Komisija: Data protection by design and by default
• Eiropas Komisija: When is consent valid?
• Eiropas Datu aizsardzības valde: Guidelines 05/2020 on consent
• W3C: Web Content Accessibility Guidelines (WCAG) 2.2
• W3C WAI: Kļūdu identificēšana
• W3C internācionalizācija: Valodas deklarēšana HTML