Miksi tarkistuslista voittaa myyntipuheen

Kun myyntiekspertti demoaa chatbottia joka vastaa asiakaskysymyksiin 0,4 sekunnissa, on helppo ajatella että vaikein osa on malli. Se ei ole. Vaikein osa on, pystyykö organisaatiosi todella syöttämään sille oikean datan, hyväksymään sen vastaukset ja operoimaan sitä 36 kuukautta ilman että se hiljaa heikkenee. Tarkistuslista pakottaa katsomaan osia joita myyjä ei nosta esille: kuka omistaa lähdedatan, kuka tarkistaa vastaukset, mitä tapahtuu kun yläpuolinen prosessi muuttuu, ja miten tiedät kuukauden 18 kohdalla että se yhä toimii. Olemme toimittaneet AI-työtä alle 200 hengen yrityksiin ja 5 000 hengen konsernien yksiköihin, ja samat viisi kategoriaa ratkaisevat, tuleeko projektista infrastruktuuria vai unohdettu kokeilu.

1. Datan valmius

Et tarvitse datavarastoa. Tarvitset dataa joka on yhtenäistä, haettavaa ja tarpeeksi luotettavaa että antaisit nuoren työntekijän tehdä päätöksen sen perusteella. Käytännössä tämä tarkoittaa kolmea asiaa. Ensinnäkin data sijaitsee järjestelmässä jolla on API tai vähintäänkin puhdas vienti — ei entisen harjoittelijan skannaamissa PDF-tiedostoissa. Toiseksi datan lähimmät käyttäjät ovat yhtä mieltä siitä mitä kukin kenttä tarkoittaa: jos "asiakas" tarkoittaa joskus "ostajaa" ja joskus "loppukäyttäjää", se on siivottava ennen kuin mikään malli koskee siihen. Kolmanneksi data on ajantasainen. Kahden vuoden vanhoihin politiikkadokumentteihin pohjaava RAG-assistentti siteeraa luottavaisesti sääntöjä jotka eivät enää päde. Ennen AI-projektin käynnistystä kirjoita ylös viisi tärkeintä datalähdettä ja arvioi ne näillä kolmella akselilla 1–5. Alle 3 on projektiriski joka vaatii korjausvaiheen suunnitelmaan.

2. Prosessin selkeys

AI loistaa prosesseissa jotka on hyvin ymmärretty ja hieman tylsiä — laskun erottelu, tukipyyntöjen luokittelu, sopimusten ensimmäiset versiot, sisäiset kysymykset. Se kompuroi prosesseissa jotka ovat sotkuisia tai joissa ihmiset yhä kiistelevät mikä on oikea vastaus. Rehellinen testi: jos antaisit prosessin älykkäälle mutta uudelle työntekijälle nykyisellä dokumentaatiolla, tekisikö hän sen oikein? Jos ei, olet pyytämässä mallia tekemään jotain mistä tiimi ei itse ole päässyt yhteisymmärrykseen. Korjaus ei ole parempi malli. Korjaus on istua tiimin kanssa, kartoittaa todellinen nykyprosessi (ei SOP-dokumentin) ja päättää mitkä vaiheet AI todella ottaa hoitaakseen.

3. Tekninen valmius

Et tarvitse täyden pinon alustatiimiä. Tarvitset muutaman asian: jonkun joka omistaa identiteetin ja käyttöoikeudet (jotta AI-assistentti kunnioittaa kuka näkee mitä), olemassa olevan järjestelmän johon AI voi liittyä ilman että jokainen käyttäjä joutuu vaihtamaan välilehteä, ja perustason lokituksen jotta näet mitä assistentti teki tällä viikolla. Suurin yksittäinen ennustaja AI-projektin onnistumiselle ei ole mallin laatu. Se on, pystyykö tiimi vastaamaan alle viidessä minuutissa: "mitä assistentti teki eilen ja oliko se oikein". Jos se on hämärää, projekti ajautuu. Jos se on havaittavaa, ongelmat löytyvät ajoissa.

4. Muutoksenhallinta

Jokaisen AI-projektin epäglamouri puoli. Työnkulkua omistavan tiimin on tunnettava että AI auttaa heitä, ei korvaa eikä arvostele. Se on tietoinen viestintävalinta johdolta, ei hyvän julkaisusähköpostin sivutuote. Kolme konkreettista liikettä: ota kaksi-kolme käyttäjää tiimiltä mukaan suunnitteluun viikosta yksi; julkaise assistentti ensin "luonnostilassa" jossa se kirjoittaa mutta ihminen yhä lähettää; ja tee julkinen sitoumus että tavoite ei ole henkilöstön vähentäminen (tai jos on, sano se ääneen — peittely on huonompi). AI-työkalujen hiljainen sabotointi on todellista. Olemme nähneet tukihenkilöiden tarkoituksellisesti jättävän kirjaamatta parannuksia jotta mittari ei liikkuisi. Luottamukseen sijoittaminen aikaisin ei maksa mitään ja sen korjaaminen myöhemmin on hyvin kallista.

5. Mittaaminen ja hallinta

Päätä ennen julkaisua miten tiedät että se toimi. Ei abstrakti "ROI" — kolme konkreettista mittaria, perustaso nyt, joita katsot 90 päivän kuluttua. Esimerkkejä: keskimääräinen aika myyntiehdotuksen ensiluonnokseen; tukipyyntöjen prosenttiosuus jotka ratkeavat ilman ihmistä; päivien määrä politiikan päivityksen ja sen heijastumisen välillä. Valitse numerot joista tiimi jo välittää, ei numeroita jotka kuulostavat hyviltä hallituksen esityksessä. Hallintomallista: jo 30 työntekijällä kirjaa ylös kuka voi muuttaa systeemikehotetta, kuka tarkistaa lipuilla merkityt vastaukset ja mitä tapahtuu jos asiakas valittaa että assistentti sanoi väärin. Kaksi sivua, ei kaksikymmentä. Yritykset joilla on myöhemmin ongelmia ovat niitä jotka pultasivat hallinnan kiinni läheltä-piti-tilanteen jälkeen.

Yhteenveto

Pisteytä projektisi viidellä ulottuvuudella asteikolla 1–5. Alle 3 missä tahansa on paikka käyttää seuraavat kaksi viikkoa ennen kuin allekirjoitat mitään. Meillä on pitempi versio tästä tarkistuslistasta toimittajakysymyksineen, hallintomalliesimerkkeineen ja kartoitushaastattelun käsikirjoituksineen; jos siitä olisi hyötyä, ota yhteyttä yhteydenottolomakkeen kautta ja jaamme sen. Tarkistuslistan tarkoitus ei ole hidastaa sinua. Sen tarkoitus on varmistaa että kun liikut, liikut kerran.