Finnish · Rusaka

Asiakaspalveluautomaation työkalujen valinta

Asiakaspalveluautomaation työkalu kannattaa valita palveluprosessin, tiedon, integraatioiden ja riskien perusteella, ei ominaisuusluettelon tai demon perusteella. Markkina sisältää tiketti- ja CRM-automaatioita, chatbot- ja tietopohja-alustoja, yhteyskeskuksia, työnkulkumoottoreita sekä tekoälykerroksia. Yksi tuote voi kattaa useita luokkia, mutta vastuut ja käyttöoikeudet on silti erotettava. Tämä opas antaa vaatimusrungon, pisteytysmallin ja pilotin päätöksentekoon. Se ei ole toimittajaranking eikä maksettu suositus.

Valitse ensin ratkaistava prosessi, sitten työkaluluokka

Tikettijärjestelmä sopii jonojen, vastuiden ja palvelutasojen hallintaan. CRM yhdistää asiakas- ja historiatiedot. Yhteyskeskusalusta palvelee puhelua, viestejä ja työvuoroja. Tietopohja hallitsee hyväksyttyjä ohjeita. Työnkulkumoottori yhdistää järjestelmätoiminnot, ja chatbot tarjoaa keskustelukäyttöliittymän. Kirjaa tavoite ja nykyiset järjestelmät ennen tarjouspyyntöä; muuten hankinta päätyy päällekkäisiin lisensseihin ja integraatiovelkaan.

Tee vaatimuksista testattavia

Muuta toiveet hyväksymiskriteereiksi. Esimerkiksi 'hyvä suomen kieli' tarkoittaa sovittua testijoukkoa, oikeellisuusrajaa ja virheluokkia. 'Helppo integraatio' tarkoittaa dokumentoitua rajapintaa, tunnistautumista, nopeusrajaa, virheenkäsittelyä, testiympäristöä ja lokitusta. Ryhmittele vaatimukset pakollisiin, pisteytettäviin ja myöhemmin tarvittaviin. Lisää tietosuoja, saavutettavuus, jatkuvuus, poistuminen ja ylläpitovastuu samaan taulukkoon kuin toiminnalliset ominaisuudet.

Arvioi tekoälyominaisuudet omalla aineistolla

Toimittajan yleinen tarkkuusluku ei kerro suorituskykyä omissa tuotteissa, kielissä ja poikkeuksissa. Testaa luokittelu, haku, tiivistys ja vastaus erikseen. Sisällytä vanhentunut ohje, ristiriitainen lähde, puuttuva tieto, kirjoitusvirhe, henkilötieto ja hyökkäävä syöte. Tarkista, voiko järjestelmä näyttää lähteen, ilmaista epävarmuuden ja kieltäytyä. Varmista malliversioiden muutospolitiikka ja mahdollisuus jäädyttää tai palauttaa versio.

Tarkista integraatiot, identiteetit ja lokit

Luetteloi kaikki luettavat ja muokattavat järjestelmät sekä tietokentät. Käytä vähimmäisoikeuksia, erillisiä palvelutunnuksia ja lyhytikäisiä tunnisteita. Vaadi audit-loki käyttäjän, automaation ja ylläpitäjän toimista. Selvitä, miten sanomajono, aikakatkaisu, kaksoiskirjaus ja osittainen epäonnistuminen käsitellään. Integraatiokustannus syntyy usein poikkeuksista ja ylläpidosta, ei ensimmäisestä yhteydestä. Testaa palautuminen toimittajan palvelukatkosta.

Vertaile tietosuojaa, turvallisuutta ja saavutettavuutta

Dokumentoi rekisterinpitäjän ja käsittelijän roolit, alikäsittelijät, sijainnit, säilytysajat, poistaminen ja datan käyttö mallien koulutukseen. Tarkista salaus, käyttöoikeusmalli, haavoittuvuuksien hallinta, ilmoitusajat ja palautukset. Testaa käyttöliittymä näppäimistöllä, ruudunlukijalla, suurennuksella ja mobiilissa. Asiakkaan on saatava ymmärrettävät ohjeet, virhepalautteet ja vaihtoehtoinen palvelukanava. Sopimuslupaus ei korvaa teknistä testiä.

Laske kolmen vuoden kokonaiskustannus

Laske lisenssit, käyttöperusteiset viestit ja mallit, integraatiot, tiedonsiirto, tietopohjan ylläpito, testaus, valvonta, koulutus, tuki, saavutettavuuskorjaukset ja poistuminen. Mallinna perus-, kasvu- ja poikkeustilanne. Halpa yksikköhinta voi muuttua kalliiksi, jos jokainen kieli, kanava tai raportti on lisäosa. Vertaa kustannusta ratkaistuun palvelutilanteeseen ja asiakkaan vaivaan, ei vain automaation käsittelemään kontaktiin.

Pisteytä toimittajat ja aja kontrolloitu pilotti

Käytä samaa aineistoa ja käsikirjoitusta kaikille toimittajille. Esimerkkipainotus voi olla prosessin sopivuus 25 %, laatu 20 %, integraatiot 15 %, turvallisuus ja tietosuoja 15 %, saavutettavuus 10 %, kokonaiskustannus 10 % ja toimittajakyky 5 %. Pakollisen ehdon hylkäys ei saa peittyä kokonaispisteisiin. Aja pilotti rajatulla volyymilla rinnakkain nykyprosessin kanssa ja sovi etukäteen hyväksymis-, korjaus- ja keskeytysrajat.

Sovi omistajuus ja poistumissuunnitelma

Nimeä palvelun, tietopohjan, integraatioiden, tietosuojan ja malliarvioinnin omistajat. Varmista, että organisaatio saa ulos keskustelut, tietosisällöt, asetukset, lokit ja arviointitulokset käyttökelpoisessa muodossa. Määritä poistamisen todentaminen, siirtymäapu ja kustannus sopimukseen. Tarkista vuosittain käyttö, lisenssit, laatumittarit, toimittajan alikäsittelijät ja mallimuutokset. Työkalu säilytetään vain, jos se tuottaa mitattua hyötyä hyväksyttävällä riskillä.

Veelgestelde vragen

Mikä asiakaspalveluautomaation työkalu on paras?

Yhtä parasta tuotetta ei ole. Valinta riippuu prosessista, nykyjärjestelmistä, kielistä, riskeistä, volyymista ja ylläpitokyvystä. Vertaa tuotteita samalla testillä.

Tarvitaanko erillinen chatbot ja tikettijärjestelmä?

Ei aina. Tärkeintä on, että keskustelu, työnkulku, omistajuus ja historia toimivat yhtenäisesti ilman päällekkäistä tietoa tai katkennutta siirtoa.

Miten tekoälyn suomen kieltä testataan?

Käytä omaa edustavaa aineistoa, puhekieltä, kirjoitusvirheitä, eri kanavia ja vaikeita poikkeuksia. Arvioi oikeellisuus, lähdetuki, epävarmuus ja kieltäytyminen.

Mitä tarjouspyynnössä pitää vaatia?

Testattavat toiminnalliset vaatimukset, integraatiot, lokit, tietosuoja, turvallisuus, saavutettavuus, kustannusmalli, palvelutasot, mallimuutokset ja poistumismenettely.

Kuinka monta toimittajaa kannattaa pilotoida?

Yleensä kaksi tai kolme aidosti sopivaa finalistia riittää, kun esikarsinta on tehty pakollisilla ehdoilla ja kaikille käytetään samaa aineistoa.

Miten toimittajalukko estetään?

Säilytä data, tietopohja ja testit siirrettävinä, käytä rajapintoja, rajaa omisteiset riippuvuudet ja sovi vienti, poistaminen sekä siirtymäapu etukäteen.

Bronnen

Asiakaspalveluautomaation työkalujen valinta

Asiakaspalveluautomaation työkalu kannattaa valita palveluprosessin, tiedon, integraatioiden ja riskien perusteella, ei ominaisuusluettelon tai demon