Virolaisyritykset työskentelevät usein useammalla kielellä kuin niiden henkilöstömäärästä voisi päätellä.
Pieni tiimi saattaa myydä englanniksi, palvella asiakkaita viroksi ja venäjäksi, lukea toimittajien aineistoja suomeksi, kirjoittaa verkkosivuston sisällön ensin englanniksi ja ylläpitää sisäisiä muistiinpanoja sillä kielellä, jota tiimi kulloinkin käyttää. Tekoäly voi auttaa, mutta vain jos työnkulussa otetaan huomioon termistö, sävy, tietosuoja ja vastuu tarkistamisesta.
Tavoitteena ei ole ”kääntää kaikkea automaattisesti”. Tavoitteena on siirtää työtä kielestä toiseen menettämättä merkitystä tai aiheuttamatta asiakasviestintään liittyviä riskejä.
Käsittele monikielistä tekoälyä operatiivisena työnkulkuna, älä käännöspainikkeena. Laatu syntyy sanastoista, ensisijaista lähdettä koskevista säännöistä, tarkistuspisteistä ja selkeästä omistajuudesta.
Neljä yleistä työnkulkua
Useimmat yritykset tarvitsevat jonkin neljästä mallista.
1. Asiakastukipyyntöjen luokittelu
Asiakas kirjoittaa viroksi, englanniksi, venäjäksi, suomeksi tai jollakin muulla kielellä. Työnkulku tunnistaa kielen, tiivistää pyynnön tukitiimille, ehdottaa vastausta asiakkaan kielellä ja ohjaa riskialttiit tapaukset ihmiselle.
Sopii hyvin:
- ensivastausten luonnosteluun,
- tukipyyntöjen luokitteluun,
- kiireellisyyden tunnistamiseen,
- sisäisten yhteenvetojen laatimiseen,
- tehtävien siirtämiseen eri kieliä suosivien tukihenkilöiden välillä.
Tarkistus tarvitaan, kun kyseessä on:
- peruutus,
- laskutus,
- oikeudellinen valitus,
- tietoturvaongelma,
- vihainen asiakas,
- henkilötietoja tai tilin käyttöoikeuksia koskeva asia.
2. Myynti ja liidien kvalifiointi
Saapuvat liidit kirjoittavat eri kielillä. Työnkulku poimii yrityksen, roolin, ongelman, budjettisignaalin, kiireellisyyden ja seuraavan vaiheen. Se voi luonnostella vastauksen potentiaalisen asiakkaan kielellä, mutta sitoumusten on pysyttävä ihmisen hallinnassa.
Sopii hyvin:
- liidien yhteenvetoihin,
- CRM-tietojen rikastamiseen,
- tapaamisiin valmistaviin muistiinpanoihin,
- vastausten ensimmäisiin luonnoksiin,
- myyntimahdollisuuksien sisäiseen vertailuun.
Älä automatisoi täysin:
- hintalupauksia,
- teknisiä väitteitä,
- sopimusehtoja,
- sertifiointeja tai vaatimustenmukaisuutta koskevia väitteitä,
- yksilöllisiä tarjouksia, jotka edellyttävät liiketoiminnan hyväksyntää.
3. Sisäinen tiedonhaku
Kysymys voi olla englanniksi, vaikka lähdeasiakirja olisi viroksi. Tai käytäntö voi olla englanniksi, vaikka tiimi kysyisi siitä venäjäksi. Monikielinen RAG-työnkulku voi hakea tietoa eri kielillä ja vastata sitten käyttäjän valitsemalla kielellä.
Sopii hyvin:
- käytäntöjen hakemiseen,
- perehdytykseen,
- tekniseen dokumentaatioon,
- myynnin tukemiseen,
- sisäisiin usein kysyttyihin kysymyksiin.
Vaikein osa ei ole kääntäminen. Vaikeinta on hallita käyttöoikeuksia, lähteiden ajantasaisuutta ja lähteiden asemaa. Väärään asiakirjaan perustuva käännetty vastaus on edelleen väärä.
4. Sisällön lokalisointi
Englanninkielinen artikkeli, laskeutumissivu tai sähköpostiviesti toimii ensisijaisena lähteenä. Viron- ja venäjänkieliset versiot lokalisoidaan hyväksytystä englanninkielisestä lähteestä ja esimerkit sovitetaan paikallisille markkinoille.
Sopii hyvin:
- blogikirjoituksiin,
- ohjekeskuksen artikkeleihin,
- palvelusivuihin,
- sähköpostikampanjoihin,
- webinaarien kuvauksiin.
Ihmisen tekemä tarkistus on tärkeä, koska sävy, kulttuurinen sopivuus, oikeudellinen sanamuoto ja tuoteväitteet eivät siirry mekaanisesti kielestä toiseen.
Suunnittele työnkulku
Käytä seuraavaa järjestystä.
Vaihe 1: Tunnista kieli ja tarkoitus
Järjestelmän tulisi tunnistaa:
- lähdekieli,
- pyydetty kohdekieli,
- asiakkaan tarkoitus,
- kiireellisyys,
- arkaluonteisten tietojen luokat,
- tarvitaanko ihmisen tekemä tarkistus.
Älä päättele kieltä maan, sähköpostiverkkotunnuksen tai nimen perusteella. Tunnista se varsinaisesta sisällöstä ja anna käyttäjän tai työnkulun operaattorin tarvittaessa korjata valintaa.
Vaihe 2: Säilytä lähdeteksti
Pidä alkuperäinen teksti näkyvissä ja siihen johtava linkki tallessa. Käännetty yhteenveto ei ole ensisijainen lähde.
Tallenna asiakastuen yhteydessä:
- alkuperäinen viesti,
- tunnistettu kieli,
- sisäisen yhteenvedon kieli,
- vastausluonnoksen kieli,
- tarkistaja,
- lopullinen vastaus.
Tallenna sisällön lokalisoinnin yhteydessä:
- ensisijaisen artikkelin versio,
- kohdelokaali,
- sanaston versio,
- tarkistaja,
- julkaisupäivä.
Vaihe 3: Käytä sanastoa
Jokaisella yrityksellä on termejä, joiden täytyy säilyä yhdenmukaisina.
Esimerkkejä:
- tuotenimet,
- palvelujen nimet,
- hintapakettien nimet,
- oikeushenkilöiden nimet,
- tukipyyntöjen luokat,
- tekniset termit,
- brändin äänensävyä koskevat säännöt,
- sanat, jotka tulee säilyttää englanniksi.
Ilman sanastoa tekoälyn tuottama lokalisointi on usein sujuvaa mutta epäyhtenäistä. Malli tuottaa uskottavia sanamuotoja, mutta yritys tarvitsee vakiintunutta termistöä.
Aloita pienestä sanastosta: 30–80 termiä. Lisää siihen hyväksytty termi, kielletyt vaihtoehdot, kohdekieliset vastineet ja yksi esimerkkilause.
Vaihe 4: Päätä tarkistustaso
Kaikki monikieliset tuotokset eivät tarvitse samanlaista tarkistusta.
| Tuotoksen tyyppi | Tarkistustapa |
|---|---|
| Sisäinen yhteenveto | Otantatarkistus |
| Asiakastuen vastausluonnos | Ihmisen hyväksyntä ennen lähettämistä |
| Hyväksyttyyn lähteeseen perustuva tavanomainen UKK-vastaus | Poikkeamien tarkistus |
| Oikeudellinen, laskutukseen, tietoturvaan, henkilöstöhallintoon, lääketieteeseen tai talouteen liittyvä sisältö | Ihminen vastaa lopullisesta päätöksestä |
| Julkinen markkinointi- tai verkkosivusisältö | Toimituksellinen tarkistus ennen julkaisua |
Yleinen virhe on tarkistaa kaikki käännökset yhtä perusteellisesti. Siitä tulee liian kallista, jolloin tarkistaminen lopulta lopetetaan. Suhteuta tarkistustyö seurauksiin.
Vaihe 5: Validoi vastaus
Tarkista asiakkaalle näkyvästä tuotoksesta:
- Vastaako se esitettyyn kysymykseen?
- Säilyttääkö se sitoumukset ja rajoitukset?
- Välttääkö se käytäntöjen, hinnan tai saatavuuden keksimistä?
- Käyttääkö se hyväksyttyä termistöä?
- Onko sävy asiakassuhteeseen sopiva?
- Estääkö se sisäisten muistiinpanojen paljastumisen?
- Sisältääkö se linkkejä vain hyväksytyiltä verkkotunnuksilta?
Tarkista sisäiseen tietoon perustuvista vastauksista lisäksi:
- lähdetunnisteet,
- lähteiden ajantasaisuus,
- käyttöoikeusraja,
- pitäisikö vastauksessa todeta: ”En pysty vastaamaan käytettävissä olevien lähteiden perusteella.”
Tietosuoja ja tietojen käsittelyrajat
Monikielinen työ voi peittää tietosuojariskin, koska tiimi keskittyy kielen laatuun.
Älä lähetä asiakastietoja työkaluihin, joita ei ole hyväksytty kyseiselle tietoluokalle. Älä liitä kokonaisia sopimuksia, henkilöllisyystodistuksia, terveystietoja, palkkatietoja tai yksityisiä asiakasviestiketjuja kuluttajille tarkoitettuihin työkaluihin, ellei yrityksen käytäntö sitä salli. Älä käytä käännöstyönkulkua, joka säilyttää asiakassisältöä tarpeettoman pitkään.
Määritä yrityksen työnkuluille:
- mitkä tekoälytyökalut on hyväksytty,
- mitä kieliä tuetaan,
- mitkä tietoluokat ovat sallittuja,
- minne lokit tallennetaan,
- kuinka kauan syötteitä ja tuotoksia säilytetään,
- kuka saa tarkistaa tuotoksia,
- miten asiakkaat voivat tarvittaessa pyytää tietojen korjaamista tai poistamista.
Kääntäminen ei vähennä tietojen henkilökohtaisuutta. Englanniksi käännettyyn venäjänkieliseen asiakasviestiin liittyvät edelleen samat tietosuojavelvoitteet.
Esimerkki: asiakastuen vastaustyönkulku
Syöte: asiakas kirjoittaa venäjäksi epäonnistuneesta laskun maksusta.
Työnkulku:
- Tunnista kieli: venäjä.
- Luokittele tarkoitus: laskutusongelma.
- Poimi turvalliset kentät: laskun viite, päivämäärä ja virheteksti.
- Laadi sisäinen yhteenveto englanniksi.
- Hae hyväksytty laskutuskäytäntö ja maksuhäiriöiden vianmääritysartikkeli.
- Luonnostele venäjänkielinen vastaus laskutussanastoa käyttäen.
- Ohjaa vastaus ihmisen tarkistettavaksi, koska laskutus näkyy asiakkaalle ja voi sisältää tilitietoja.
- Tarkistaja muokkaa vastauksen ja lähettää sen.
- Tallenna lopullinen vastaus, käytetyt lähdeartikkelit, tarkistaja ja sanaston versio.
Malli nopeuttaa työtä ja auttaa kielessä. Yritys vastaa silti viestistä.
Yleiset virhetilanteet
Sujuva virhekäännös. Tuotos kuulostaa luontevalta, mutta muuttaa merkitystä. Vertaa seurauksiltaan merkittävää aineistoa lähteeseen äläkä arvioi vain luettavuutta.
Termistön vaihtelu. Sama tuote tai palvelu saa eri kieliversioissa viisi nimeä. Käytä sanastoa.
Väärä ensisijainen lähde. Malli vastaa vanhan käännetyn sivun eikä nykyisen ensisijaisen lähteen perusteella. Seuraa lähteen versiota ja viimeisintä tarkistuspäivää.
Sävyvirhe. Suora englanninkielinen ilmaisu voi kuulostaa toisella kielellä kylmältä tai oudolta. Tarkista asiakkaalle näkyvän tekstin sävy.
Ylilokalisointi. Nimet, tuotetermit ja tekniset termit käännetään, vaikka niiden pitäisi säilyä ennallaan.
Piilevä tietosuojavuoto. Sisäiset yhteenvedot sisältävät asiakastietoja, joita ei pitäisi kopioida yhteisiin kanaviin.
Yhteenveto
Monikielinen tekoäly on hyödyllinen, kun sen käyttö on operatiivisesti arkista:
- tunnista kieli,
- säilytä alkuperäinen teksti,
- käytä sanastoa,
- hae tietoa hyväksytyistä lähteistä,
- tarkista seurauksiltaan merkittävät tuotokset,
- pidä lokit ja omistajuus selkeinä,
- lokalisoi esimerkit mekaanisen kääntämisen sijaan.
Näin pieni virolainen tiimi voi palvella asiakkaita useammalla kielellä väittämättä, että malli olisi lopullinen auktoriteetti. Tekoäly on kieliavustaja hallitussa työnkulussa.
