Monikielinen liidien karsinta AI-chatbotilla: kysymykset, tietosuoja ja siirrot

Monikielinen tekoäly-chatbot voi tunnistaa kiinnostuksen, vastata kysymyksiin ja valmistella seuraavan järkevän askeleen. Liidien karsinta ei kuitenkaan onnistu kääntämällä saksalaista lomaketta sana sanalta 23 muulle kielelle. Hyvä karsinta yhdistää selkeän keskustelulogiikan paikallisesti ymmärrettäviin kysymyksiin, säästeliääseen tiedonkeruuseen ja jäljitettävään siirtoon oikealle tiimille.

Tämä opas näyttää, miten verkkosivustojen ylläpitäjät suunnittelevat tällaista prosessia: Mitkä tiedot ovat todella välttämättömiä? Milloin anonyymi esikarsinta riittää? Miten suostumus, tietosuojaseloste ja markkinointi pidetään puhtaasti erillään? Ja miten tarkistetaan, toimiiko logiikka todella jokaisella kielellä?

Monikielinen liidien karsinta on enemmän kuin käännetty lomake

Staattinen lomake kysyy yleensä samoja kenttiä samassa järjestyksessä. Chatbot voi sen sijaan ensin ymmärtää asian ja kysyä sen jälkeen vain niitä kysymyksiä, jotka ovat kyseisessä tapauksessa olennaisia. Henkilö, jolla on tuotekysymys, tarvitsee eri polun kuin joku, joka haluaa tarjouksen, takaisinsoiton tai teknistä apua.

Monikielisyys kiristää laatutasoa. Termeillä kuten ”konsultointi”, ”tarjous” tai ”demo” on eri odotukset markkinasta riippuen. Myös puhelinnumerot, puhuttelumuodot, päivämäärämuodot ja suositut yhteydenottokanavat eroavat. Siksi jokainen lokalisointi tarvitsee ei vain käännettyä tekstiä, vaan toimituksellisesti tarkistetun keskusteluversion, jolla on sama asiantunnollinen merkitys.

Perustana säilyy yhteinen, paikallisuudesta riippumaton logiikka: asian tunnistaminen, soveltuvuuden tarkistaminen, yhteystietojen kysyminen vain tarvittaessa, tarkoituksen selittäminen ja tämän jälkeen siirtyminen sopivaan prosessiin. Artikkeli Monikieliset tekoäly-chatbotit kansainvälisille verkkosivustoillekuvaa sen taustalla olevaa laajempaa arkkitehtuuria.

Tavoitekuva: kiinnostuksesta sopivaan seuraavaan askeleeseen

Liidien karsinnan tavoitteen ei pitäisi olla kerätä mahdollisimman paljon tietoa. Sen pitäisi mahdollistaa päätöksenteko. Lyhyen vuoropuhelun päätteeksi on oltava selvää, mikä seuraava askel on järkevin sekä henkilölle että yritykselle. Tyypillisiä tuloksia ovat:

• suora vastaus ilman tiedonkeruuta, jos tietokanta ratkaisee asian täydellisesti;
• pätevöity yhteydenottopyyntö niillä harvoilla tiedoilla, joita vastaava tiimi tarvitsee vastatakseen;
• live-siirto, jos vapaana oleva työntekijä voi auttaa välittömästi;
• takaisinsoittopyyntö tai tapaamispyyntö selkeällä odotuksella jatkokulusta;
• varma hylkäys tai neutraali ohjaus eteenpäin, jos tarjous, alue tai vastuualue ei sovi.

Tämän ansiosta pätevöinti muuttuu reititysjärjestelmäksi eikä tiedonkeruureitiksi. Tämä vähentää turhia kysymyksiä, lyhentää vuorovaikutusta ja estää sitä, että uteliaat vierailijat käsitellään hätiköiden myyntiliideinä.

Mitkä kysymykset ovat todella välttämättömiä?

Aloita päätöksestä, joka halutaan tehdä dialogin jälkeen. Vasta siitä seuraavat kysymykset. Monille verkkosivustoille kolme tasoa riittää.

1. Tarpeen ja tavoitteen selvittäminen

Avoin aloituskysymys, kuten ”Kuinka voimme auttaa teitä?”, antaa usein enemmän kontekstia kuin pitkä valikkoluettelo. Jos vastaus jää epäselväksi, chatbot voi tarjota muutamia ymmärrettäviä vaihtoehtoja, kuten tuoteneuvonta, tarjous, tuki tai kumppanuus. Vaihtoehtojen on oltava merkitykseltään ja laajuudeltaan samat jokaisella kielellä.

2. Sopivuuden ja vastuualueen tarkistaminen

Tämän jälkeen seuraavat ainoastaan kriteerit, jotka vaikuttavat reititykseen: haluttu palvelu, alue, yrityksen koko, projektivaihe tai realistinen aikataulu. Budjettikysymykset ovat järkeviä vain, jos eri budjetit johtavat tosiasiassa eri tarjouksiin tai tiimeihin. Vapaamuotoisen tekstin tulisi olla mahdollista siellä, missä jäykät kategoriat vääristäisivät pyyntöä.

3. Tulokseen sopivan yhteydenottotavan tarjoaminen

Nimeä, sähköpostiosoitetta tai puhelinnumeroa tarvitaan vain, jos vastaus on annettava käynnissä olevan chatin ulkopuolella. Älä kysy kaikkia yhteystietokenttiä automaattisesti. Kirjallista palautetta varten sähköpostiosoite voi riittää; nimenomaan pyydettyä takaisinsoittoa varten tarvitaan lisäksi puhelinnumero ja mahdollisesti aikaväli.

Tämä järjestys noudattaa tietojen minimoinnin periaatetta: Euroopan komissio tiivistää sen niin, että vain ne henkilötiedot, jotka ovat välttämättömiä määritetylle tarkoitukselle, tulisi käsitellä. Tämä on hyvä tuotesääntö riippumatta siitä, mitä oikeudellista perustaa oikeudellisen tarkastelun jälkeen konkreettisessa tapauksessa käytetään.

Kieli, tunnisteet ja virheilmoitukset kuuluvat toiminnallisuuteen

Käännös on käyttövalmis vasta sitten, kun ihmiset ymmärtävät odotetun syötteen arvaamatta. W3C vaatii syöttökentille ymmärrettävät tunnisteet tai ohjeet ja automaattisesti havaittujen virheiden kohdalla tekstimuotoisen kuvauksen ongelmasta. Chatbotin osalta tämä tarkoittaa: ei vain kysymyksiä, vaan myös pakollisten kenttien ohjeet, esimerkit, vahvistukset ja virhetekstit on lokalisoitava.

• Käytä näkyviä, yksiselitteisiä tunnisteita pelkän paikkamerkkitekstin sijaan.
• Selitä odotetut muodot, esimerkiksi puhelinnumeroiden tai päivämäärien kohdalla.
• Ilmoita tarkasti, mikä syöte puuttuu tai on virheellinen, sen sijaan että näyttäisit vain sanan ”virhe”.
• Säilytä korjauksen yhteydessä jo annetut oikeat vastaukset, jotta kenenkään ei tarvitse syöttää kaikkea uudelleen.
• Merkitse sivun kieli ja muun kielen tekstiosat oikein sopivilla kieli-attribuutteja.

Tämä on samalla saavutettavuuskysymys. Kirjoitus Esteetön tekoäly-chatbot: WCAG-tarkistuslista verkkosivustoille tarjoaa tähän tarkemman tarkistuslistan.

Tietosuoja: erota tarkoitus, tiedotus ja suostumus

Yleinen virhe on sekoittaa yhteydenottopyyntö, palaute ja uutiskirje yhteen suostumukseen. Tämä vaikeuttaa tietoon perustuva päätöksentekoa. Suunnittele sen sijaan jokainen tarkoitus erikseen: pyynnön käsittely, toivottu yhteydenotto ja valinnainen mainonta ovat eri toimintoja.

Sopiva oikeudellinen peruste riippuu konkreettisesta prosessista ja se tulisi tarkistaa asiantuntevasti; suostumus ei ole automaattisesti oikea tai ainoa peruste jokaista yhteydenottopyyntöä varten. Jos suostumusta käytetään, sen on oltava Euroopan komission ja Euroopan tietosuojaneuvoston ohjeiden mukaisesti vapaaehtoinen, tietoon perustuva, yksilöity ja yksiselitteinen. Aktiivinen toiminta on vaadittava, ja peruuttaminen on oltava mahdollista.

Käytännössä tämä tarkoittaa chatin osalta:

• Selittäkää ennen lähettämistä, kuka käsittelee tiedot ja mitä tarkoitusta varten.
• Linkittäkää asianmukaiset tietosuojatiedot dialogin kielellä.
• Älkää käyttäkö valmiiksi rastitettua markkinointisuostumusta.
• Älkää tekökö pyynnön käsittelyä riippuvaiseksi tarpeettomista lisätiedoista.
• Määritelkää säilytysajat ja pääsy-oikeudet tarkoituksen mukaisesti.

Tietosuoja suunnittelulla ja tietosuojaystävälliset oletusasetukset alkavat siis dialogin suunnittelusta, eivätkä vasta tietosuojaselosteesta. Lisää perusteita löytyy artikkelista Tekoäly-chatbot ja GDPR. Tämä opas ei korvaa yksilöllistä oikeudellista neuvontaa.

Reititysmatriisi estää satunnaiset päätökset

Ennen dialogin rakentamista kannattaa tehdä pieni reititysmatriisi. Jokainen rivi kuvaa tunnistettavan asian, siihen tarvittavat tiedot, kohdetiimin ja sallitun seuraavan vaiheen. Mahdollinen rakenne näyttää tältä:

• Yleinen tuotekysymys: vastata suoraan vahvistetuista lähteistä; yhteystietoja ei tarvita.
• Konkreettinen ostomyntäys: selvitetään palvelu, alue ja aikataulu; tämän jälkeen tarjotaan yhteydenottotapa.
• Nykyinen asiakas, jolla on ongelma: ei luokitella uutena liidinä, vaan ohjataan tukipolkuun.
• Toive ihmiskontaktista: tarkistetaan saatavuus ja siirretään läpinäkyvästi live-chattiin, sähköpostiin tai takaisinsoittoon.
• Ei tuettu pyyntö: Ilmoita vastuualueen raja avoimesti ja tarjoa vain yksi varmistettu vaihtoehto.

Siirtopolun ei saa päättyä umpikujaan. Jos kukaan ei ole tällä hetkellä käytettävissä live-chatissa, henkilöllä on oltava realistinen vaihtoehto. Miten tämä siirto voidaan toteuttaa, selittää Ihmiselle siirto tekoäly-chatbotissa.

Käytännönläheinen dialogi seitsemässä vaiheessa

1. Tunnista kieli tai anna valita se: Tee päätös näkyväksi ja mahdollista vaihto.
2. Ymmärrä asia: Vastaa tai selvitä ensin, ennen kuin lomake tulee näkyviin.
3. Vahvista liidisignaali: Siirry karsintaan vain aidon toimintatarkoituksen yhteydessä.
4. Esitä reitityskysymyksiä: Yksi ymmärrettävä kysymys tunnistettavalla tarkoituksella per viesti.
5. Tarjoa yhteydenottotapa: Kerää vain ne yhteystiedot, joita valittu seuraava vaihe edellyttää.
6. Näytä tiedot ja valinnainen suostumus: Esitä tarkoitukset erillään ja selkeällä kielellä.
7. Yhteenveto ja luovutus: Vahvista kerätyt tiedot, vastuullinen tiimi ja odotettu seuraava vaihe.

Tällainen prosessi on lyhyempi kuin monet lomakkeet, vaikka se tarjoaakin enemmän kontekstia. Ratkaisevaa on, että chatbot voi milloin tahansa palata normaaliin neuvontaan eikä pidättele henkilöä liidipolulla.

Locale-QA: Mitä jokaisessa kielessä on tarkistettava

Automaattinen käännös voi tarjota ensimmäisen luonnoksen, mutta se ei korvaa lopputarkastusta. Testaa jokainen tarjottu kieli samoilla asiantuntijaskenaarioilla ja lisäksi lokaalikohtaisilla syötteillä.

• Ovatko vaihtoehdot, kriteerit ja lopputulos sisällöllisesti vastaavia?
• Kuulostavatko kysymykset luonnollisilta, kohteliailta ja markkinoihin sopivilta?
• Toimivatko erikoismerkit, pidemmät sanat ja mobiilin rivinvaihdot?
• Validoidaanko puhelinnumerot, nimet ja päivämäärämuodot oikein?
• Onko tietosuojalinkki, tarkoitusteksti, vahvistus ja virheilmoitukset käännetty kokonaan?
• Pysyvätkö tuotenimet, URL-osoitteet, numerot ja reitityssäännöt muuttumattomina?
• Toimivatko näppäimistön käyttö, kohdistus, ruudunlukijan tulostus ja kielimerkintä?

Käytä tähän Golden Setiä, joka koostuu tyypillisistä, epäselvistä, negatiivisista ja rajatapauksien kyselyistä. Erityisesti tapaukset ”vain yksi kysymys”, ”olemassa oleva asiakas”, ”ei kiinnostusta” ja ”puhua työntekijälle” osoittavat, erottaako järjestelmä liidien keräämisen, tuen ja siirron ihmiselle (handoff) luotettavasti.

Oikeat tunnusluvut mittaavat laatua, eivät vain määrää

Suuri määrä kerättyjä kontakteja ei ole laadun tae. Seuraa sen sijaan koko polkua: järkevästi aloitettujen karsintojen osuus, keskeytykset kysymystä kohden, täydellisesti siirretyt kyselyt, väärä reititys, aika ensimmäiseen inhimilliseen reaktioon sekä myynnin tai tuen jälkikäteen antama hyväksyntä.

Vertaa arvoja kielen/alueen (Locale) mukaan, mutta tulkitse eroja varovasti. Alhaisempi konversioprosentti voi johtua epäselvistä käännöksistä, sopimattomista yhteydenottokanavista, teknisistä virheistä tai yksinkertaisesti erilaisesta kävijärakenteesta. Yhdistä numerot siksi pistemäisiin keskustelujen katselmuihin ja dokumentoituihin korjauksiin.

Toteutus ChatReactilla

ChatReact yhdistää monikieliset chatbot-vastaukset liidien keräämiseen ja siirtoon ihmiselle (Human Handoff). Varmistaaksesi luotettavan käytön sinun tulee kuitenkin mukauttaa kentät ja tunnistuskynnykset konkreettiseen prosessiisi: Mitkä signaalit tarkoittavat aitoa ostohalukkuutta? Mitkä kysymykset muuttavat reititystä? Milloin suora vastaus on parempi kuin yhteydenottolomake?

Aloita yhdellä selkeällä käyttötapauksella ja kahdella tai kolmella reitityskysymyksellä. Testaa tämä kulku ensin lähikielellä, sitten jokaisessa kohdelokaliteetissa ja vasta tämän jälkeen oikealla liikenteellä. Yleiskatsaus Kuinka tekoälychatbot lisää liidien generointia verkkosivustolla auttaa sijoittamisessa koko verkkosivustostrategiaan.

Aloitus checklist

• Määritä yksi konkreettinen tavoite ja vastuullinen tiimi per polku.
• Kerää vain päätöksentekoon vaikuttavia kysymyksiä ja tarvittavia tietoja.
• Erota tuki, liidit ja siirrot toisistaan sisällöllisesti.
• Muotoile tietosuojatiedot ja valinnainen markkinointisuostumus erillisinä.
• Tarkista kaikki tunnisteet, ohjeet, virheet ja vahvistukset toimituksellisesti kieli- ja alueasetuskohtaisesti.
• Sisällytä työpöytä, mobiili, näppäimistö ja ruudunlukija laadunvarmistukseen.
• Analysoi väärät reititykset ja keskeytykset säännöllisesti ja laajenna Golden Setiä.

Näin ei synny mahdollisimman pitkää datadialogia, vaan lyhyt ja ymmärrettävä silta aidon kiinnostuksen ja oikean inhimillisen tai automatisoidun vastauksen välille.

Lähteet

• Euroopan komissio: Principles of personal data processing under the GDPR
• Euroopan komissio: Data protection by design and by default
• Euroopan komissio: Milloin suostumus on pätevä?
• Euroopan tietosuojaneuvomo: Guidelines 05/2020 on consent
• W3C: Web Content Accessibility Guidelines (WCAG) 2.2
• W3C WAI: Virheiden tunnistaminen
• W3C Internationalization: Kielen määrittäminen HTML:ssä