Multikeelne leadide kvalifitseerimine AI-chatbotiga: küsimused, andmekaitse ja üleandmine

Keeleest anan KI-vestlusbot suudab tuvastada hu لدي, vastata küsimustele ja ette valmistada järgmise mõtekad sammu. Kuid leadide kvalifitseerimine ei toime nii, et saksa keelse vormi tõlgitakse sõna-sõlt veel 23 keelde. Hea kvalifitseerimine ühendab selge vestlusloogika kohaliku kontekstis arusaadavate küsimuste, säästliku andekogumisega ja jälgitava edasilepiku õigele meeskonnale.

Käesolev juhend näitab, kuidas veebilehe operatorid sellist protsessi planeerivad: Millised andmed on tõesti vajalikud? Millal piisab anonüümse eelkvalifitseerimisega? Kuidas hoida nõusolek, andmekaitseinfo ja turundus selgelt eraldatud? Ja kuidas kontrollida, kas loogika toimib tegelikult igas keeles?

Keeleest leadide kvalifitseerimine on rohkem kui lihtsalt tõlgitud vorm

Staatiline vorm küsib tavaliselt samu väljad samas järjekorras. Vestlusbot suudab sellevastu esmalt mõista päringut ja seejärel esitada ainult neid küsimusi, mis on antud juhtumis asjakohased. Kes küsib toote kohta, vajab teist rada kui keegi, kes soovib pakkumist, tagasõnu või tehnilist abi.

Keeleestus tõstab kvaliteedinõudeid. Terminitel nagu „konsultatsioon“, „pakkumine“ või „demo“ on sõltuvalt turust erinevad ootused. Ka telefoninumbrid, pöördumisvormid, kuupäevavormingud ja eelistatud kontaktkanalid erinevad. Seetõttu vajab iga kohalik variant mitte ainult tõlgitud teksti, vaid toimetatud vestlusversiooni, millel on sama erialane tähendus.

Aluseks jääb ühine, lokaliseeringust sõltumatu loogika: tuvastada päring, kontrollida sobivust, küsida kontaktandmeid ainult vajadusel, selgitada eesmärki ja seejärel edastada sobivale protsessile. Artikkel "Keeleületuse KI-vestibotid rahvusvahelistele veebilehtele"kirjestab selle taga olevat laiemat arhitektuuri.

Sihtpilt: hulist hüppeks sobivasse järgmisesse samмуsse

Leadide kvalifitseerimise eesmärk ei peaks ole koguda võimalikult palju andmeid. See peaks võimaldama teha otsust. Lühise dialoogi lõpus peab olema selge, milline järgmine samm on isiku ja ettevõtte jaoks mõistlik. Tüüpilised tulemused on:

• otsene vastus ilma andmete kogumise soojitamiseta, kui teadmusbaas vastab päringule täielikult;
• kvalifitseeritud kontaktipäring vähesega teavaga, mida vastav meeskond vastuseks vajab;
• otseühendus (live-übergabe), kui vaba töötaja saab koheselt aidata;
• tagasihelistuse- või appointmentisoov koos selge ootusega edasise kulgu kohta;
• kindel keeldumine või neutraalne edasi saatmine, kui pakkumine, piirkond või vastutusala ei sobi.

Sellega muutub kvalifitseerimine marsrutimisüsteemiks ja mitte andmekogumise etapiks. See vähendab tarunamisi, lühendab dialoogi ja prevents, et uudishimulisi külastajaid käideldaks liiga kiiresti müügileadina.

Millised küsimused on tõesti vajalikud?

Alustage otsusega, mis tuleb pärast dialoogi teha. Alles sealt tulenevad küsimused. Paljude veebilehtede jaoks piisab kolmest tasandist.

1. Selgitage päevakorda ja eesmärki

Avatud sissejulev küsimus nagu „Kuidas me võime teid aidata?“ annab sageli rohkem konteksti kui pikk valiknimekiri. Kui vastus jääb ebaselgeks, võib chatbot pakkuda vähesid arusaadavaid valikuid, näiteks tootenõustamist, pakkumist, tugi või partnerlust. Valikutel peab olema igas keeles sama tähendus ja ulatus.

2. Kontrollige sobivust ja vastutust

Sellele järgnevad ainult kriteeriumid, mis muudavad suunamist: soovitud teenus, piirkond, ettevõtte suurus, projekti faas või realistlik aikavahemik. Budgeti küsimused on mõtekad vaid siis, kui erinevad eelarved viivad tegelikult erinevate pakkumiste või meeskondade juurde. Vaba teksti peaks jääma võimalikuks seal, kus jäikad kategooriad moonutaksid päringut.

3. Pakkuge tulemusega vastav kontaktivõimalus

Nime, e-posti adressi või telefonnumbrit on vaja alles siis, kui vastus peaks toimuma käesoleva vestluse väliselt. Ärge küsige automaatselt kõiki kontaktiväljasid. Kirjaliku vastuse jaoks võib piisata e-posti aadressist; selgelt soovitud tagasihelistamiseks on vaja lisaks telefonnumberit ja vajadusel ajavahemikku.

See järjekord järgib andmete minimeerimise põhimõttet: Euroopa Komisjon kokkuvõtteviisialt ütleb, et töödeldakse ainult neid isikandmeid, mis on määratud eesmärgi saavutamiseks vajalikud. See on hea toote-reegel, sõltumata sellest, millist õigusäärispõhist on pärast õiguslikku kontrolli konkreetse juhtumi puhul kasutatud.

Keel, märkendud ja veamessaged kuuluvad funktsiooni juurde

Tõlge on kasutamine valmis alles siis, kui inimesed mõistavad oodatavat sisestamist ilma arvamast. W3C nõuab sisestusväljadele arusaadavaid märkendeid või juhiseid ning automaatselt tuvastatud vigade puhul probleemi tekstilist kirjeldust. Chatboti puhul tähendab see: ei pea lokaliseerima ainult küsimusi, vaid ka kohustuslike väljade märkendeid, näiteid, kinnitusi ja veatekstid.

• Kasutage nähtavaid ja ümbisid tähiste asemel mitte ainult asendustekste.
• Selgitage oodatavaid vormaate, näiteks telefoninumbrite või kuupäevade puhul.
• Nimetage konkreetselt, milline sisend puudub või onke validity, selle asemel, et kuvata ainult „Viga“.
• Säilitage parandamise korral juba olemasolevad vastused, et keegi ei peaks kõike uuesti sisestama.
• Märkige lehe ja teisest keeledest tekstiosade keel korrektselt sobivatega keel-atribuutide.

See on samal ajal ligipääsetavuse teema. PostitusSõnadusvaba AI-chatbot: WCAG-kontrollnimekiri veebilehtedele pakub selle jaoks üksikasjalikumat kontrollnime.

Andmekaitse: eesmärgi, teavituse ja nõusoleku eraldamine

Korduv viga on kontaktpäringu, tagasiside ja uudiskirja segamine üheks nõusolekuks. See raskendab teadlikku otsustamist. Planeerige selle asemel iga eesmärk eraldi: päringu töötlemine, soovitud kontakti võtmine ja valikuline reklaam on erinevad protsessid.

Sobiv õigusalus sõltub konkreetsest protsessist ja seda tuleks kontrollida asjatundliku abi abil; nõusolek ei ole automaatselt iga kontaktpäringu puhul õige ega ainus alus. Kui kasutatakse nõusolekut, peab see Euroopa Komisjoni ja Euroopa Andmekaitse reactantside juhiste kohaselt olema vabatahtlik, teadlik, spetsiifiline ja ümbamatu. Vajalik on aktiivne tegevus ning tagasivõtmine peab olema võimalik.

Praktiliselt tähendab see chati puhul järgmist:

• Selgitage enne saatmist, kes töötleb andmeid ja millisel eesmärgil.
• Lisage link vastavale andmekaitseinfole dialoogi keeles.
• Ärge kasutage eelneelt märgitud turundusnõusolekut.
• Ärge tehke päringu töötlemist sõltuvaks ebavajalikest täiendandest.
• Määrake säilitamisajad ja juurdepääsuõigused vastavalt eesmärgile.

Andmekaitse projekteerimise kaudu ja andmekaitse sõbralikud vaikeseaded algavad seega dialoogi planeerimisest, mitte alles andmekaitse deklaratsioonis. Lisamaterjale leiate artiklist AI-chatbot ja GDPR. See juhend ei asenda individuaalset õigusnõustamist.

Routingu matriks prevents juhuslikke otsuseid

Enne dialoogi ehitamist on kasulik koostada väike routingu matriks. Iga rida kirjeldab tuvastatavat päringut, selleks vajalikke tegetUserMedia, sihtequipe ja lubatud järgmist sammu. Üks võimalik struktuur on järgmine:

• Üldine tooteküsimus: vastata otse verifyeritud allikatest; kontaktandmeid ei vaja.
• Konkreetne ostusoht: selgitada teenus, piirkond ja aikavahemik; seejärel pakkuda kontakti võimalust.
• Olemasolev klient probleemiga: mitte hinnata uue leadina, vaid juhtida tugiteele.
• Soov rääkida inimesega: kontrollida kättesaadavust ja transparentselt üle anda live-chati, e-maili või tagasõtu.
• Toetamata päring: Nimetage vastutuspiiri selgelt ja pakkuge ainult ühte verifyeritud alternatiivi.

Üleminekmisteek ei tohi lõppeda tupikuga. Kui live-chatis ei ole parasjagu kedagi saadaval, vajab isik realistlikku alternatiivi. Kuidas seda üleminekut vormistada, on selgitatud Inimestele üleandmine AI-chatbotis.

Praktiline dialoog seitsmes sammuna

1. Kee tuvastamine või valimise võimaldamine:Teeme otsuse nähtavaks ja võimaldame keele vahetamist.
2. Päeviku/soovi mõistmine:Vastake või selgitage esmalt, enne kui vorm ilmub.
3. Lead-signaali kinnitamine:Kvalifitseerimisse üleminek ainult tegeliku tegevussoovi korral.
4. Routing-küsimuste esitamine: Ühe sõnumi kohta võimalikult üks arusaadav küsimus koos selge eesmärgiga.
5. Kontaktviisi pakkumine: Koguda ainult neid kontaktandmeid, mida on vaja valitud järgmise sammu jaoks.
6. Teabe ja valikulise nõusoleku kuvamine: Esitada eesmärgid eraldi ja selges keeles.
7. Kokkuvõtmine ja edastamine:Kinnitada sisestatud andmed, vastav meeskond ja järgmine oodatav samm.

Selline protsess on lühem kui paljud vormid, kuigi see annab rohkem konteksti. Oluline on, et chatbot saab igal ajal normaalse nõustamise juurde pöörduda ja ei hagi isikku lead-protsessi sisse.

Locale-QA: Mida tuleb igas keeles kontrollida

Automaatne tõlge võib pakkuda esimest alaandmet, kuid see ei asenda lõplikku kontrolli. Testige iga pakutava keele samu erialaseid stsenaariume ja lisaks locale-spetsiifilisi sisestamisi.

• Kas valikud, kriteeriumid ja tulemus on sisuliselt ühesko આવશે?
• Kas küsimused kõlavad loomulikult, viisakalt ja turuga sobivalt?
• Kas erimärgid, pikemad sõnad ja mobiilsed reasid töötavad?
• Kas telefoninumbrid, nimed ja kuupäevavormingud on korrektseelt valideeritud?
• Kas andmekaitselink, eesmärgu tekst, kinnitus ja veateated on täielikult tõlgitud?
• Kas tootenimed, URL-id, numbrid ja marsrutmisreeglid jäävad muutmata?
• Kas klaviatuuriga juhtimine, fookus, ekraanilugeja väljund ja keelemärkimine töötavad?

Kasutage selleks tüpilistest, ebaselgevatest, negatiivsetest ja piirjoonelistest päringutest koostuvut "Golden Set"-i. Just juhtumid "ainult üks küsimus", "olemasolev klient", "puudub huvi" ja "rääkida töötajaga" näitavad, kas süsteem suudab usaldusväärselt eristada leadide kogumist, tugikeskust ja üleandmist.

Õiged näitajad mõõgavad kvaliteeti, mitte ainult kogust

Kõrge kogutud kontaktide arv ei ole kvaliteedi tõend. Jälgige selle asemel kogu teekonda: mõtekalt alustatud kvalifitseerimise osa, katkestused iga küsimuse korral, täielikult üleantud päringud, vale marsrutiseerimine, aeg esimeseni inimesiku vastuseni ja hilisem aktsepteerimine müügi- või tugimeeskonna poolt.

Võrlyndage väärtusi vastavalt locale'ile, kuid tõlgendage erinegusi ettevaatlikult. Madalam konversioonimäär võib tulenege ebaselgetest tõlgetest, sobimatutst kontaktkanalitest, tehnilistest vigadest või lihtsalt erinevast külastajastruktuurist. Kombineerige numbrid seetõttu juhuslike vestlustega ülevaatuste ja dokumenteeritud parandustega.

Rakendamine ChatReactiga

ChatReact ühendab mitmekeelsed chatbot'i vastused leadide kogumise ja inimesele üleandmisega. Usaldusväärse kasutamise tagamiseks peaksite siiski kohandama väljad ja tuvastamise lähemised oma konkreetsele protsessile: millised signaalid tähendavad tõelist ostuhuvi? Millised küsimused muudavad marsrutiseerimist? Millal on otsene vastus parem kui kontaktvorm?

Alustage ühe kindla kasutusjuhuga ja kahe või kolme marsrutimisest küsimusega. Testige seda protsessi esmalt algkeeles, seejärel igas sihtkeeles ja alles pärast seda reaalse liiklusega. Ülevaade Kuidas AI-chatbot tõstab veebilehe leadide genereerimist aitab paigutada selle kogu veebilehe strateegiasse.

Kontrolllist käivitamiseks

• Määrata üks konkreetne eesmärk ja vastutav meeskond iga tee kohta.
• Küsida ainult otsustamiseks olulisi küsimusi ja koguda vajalikke andmeid.
• Eraldada tugi, juhtmees ja üleandmine tehniliselt üksteisest.
• Sõnastage andmekaitseolised teavitus ja valikuline turundusnõusolek eraldi.
• Kõik märgendid, märkused, vead ja kinnitused tuleb redaktsioneerida iga locale'i kohta.
• Lisage QA-sse desktop, mobiil, klaviatuur ja ekraanilugeja.
• Analüüsige regulaarselt valesti suunatud päringuid ja katkestusi ning laiendage Golden Set-i.

Nii ei tekita võimalikult pikka andmeddialogi, vaid lühikest ja arusaadavat silda tõelise huvi ning õige inimesiku või automatiseeritud vastuse vahel.

Allikad

• Euroopa Komisjon: Isikuandmete töötlemise põhimõtted GDPR-i alusel
• Euroopa Komisjon: Andmekaitse projekteerimisel ja vaikeseadete puhul
• Euroopa Komisjon: Millal on nõusolek kehtiv?
• Euroopa Andmekaitsenõukogu: Paigutused 05/2020 nõusoleku kohta
• W3C: Veebisisu ligipääsetavuse juhised (WCAG) 2.2
• W3C WAI: Vea tuvastamine
• W3C rahvusvahelistamine: Keele deklaratsioon HTML-is