Sano vain: Miksi paras CRM-käyttöliittymä on se, jota ei ole

Tukkumarkkinoilla viideltä aamulla ostaja sopii toimittajan kanssa tilauksen: kolmekymmentä kiloa agar agaria, toimitus torstaina. Käsi lyödään. Ostaja päättää kirjata tilauksen järjestelmään toimistolla.

Toimistoon hän pääsee yhdeksältä. Kahdeksan sähköpostia odottaa, toimittajapuhelu venyi, lounasbukkauksessa on ongelma. Tilaus kirjataan kahden aikaan iltapäivällä — muistista, neljä tuntia tapahtuneen jälkeen. Asiakaskortti etsitään, tuote haetaan katalogista, määrä syötetään, toimituspäivä asetetaan. Matkalla markkinoilta lomakkeelle "30 kg" muuttuu "30 kappaletta". Kukaan ei huomaa ennen kuin toimitus saapuu vajaana.

Kyse ei ole kurin puutteesta. Kyse on suunnitteluongelmasta — joka on sisäänrakennettuna jokaiseen CRM- ja ERP-järjestelmään, joka koskaan on tehty.

Lomake liiketapahtumien verottajana

Jokainen liiketoimintajärjestelmä toimii samalla logiikalla: jotain tapahtuu — puhelu, tapaaminen, tilaus, reklamaatio — mutta järjestelmä ei tiedä siitä mitään ennen kuin ihminen pysähtyy, avaa oikean moduulin, navigoi oikeaan tietueeseen, täyttää kentät ja tallentaa. Tämä ei ole minkään yksittäisen tuotteen vika. Se on koko kategorian perusoletus: järjestelmä on paikka, johon kirjataan mitä tapahtui, sen jälkeen kun se tapahtui, kun on aikaa.

Käytännössä aikaa ei ole. Lomake täytetään päivän päätteeksi, kun konteksti on jo haalistunut. Tai sitä ei täytetä lainkaan, koska seuraava kohtaaminen alkoi ennen kuin edellinen oli kirjattu. Tai se täytetään huolimattomasti, koska tuotteen nimi markkinoilla ei vastaa katalogimerkintää ja käyttäjä arvailee. Pipeline vanhenee. Varastosaldo on pielessä. Torstaiksi sovittu yhteydenotto ei tapahdu, koska tiistain muistiinpano ei koskaan päätynyt järjestelmään.

Väliaikaisratkaisut lisääntyvät. Äänimuistioita litteroidaan myöhemmin. Muistilappuja kerätään viikonlopulla. Paperivihkoja pidetään lomakkeen korvikkeena. Jokainen näistä tunnustaa saman tosiasian: kirjaamisen hetki ja liiketapahtuman hetki ovat erillään ajassa, ja niiden välissä asioita katoaa.

Miksi lisäkoulutus ei auttanut

CRM-koulutuksia on järjestetty 1990-luvun puolivälistä. Pipeline on silti viikkoja jäljessä. Ongelma ei ole tiedon puutteessa — jokainen osaa täyttää lomakkeen. Ongelma on siinä, että lomakkeen täyttäminen on toinen työ, joka tehdään varsinaisen työn jälkeen ja kilpailee seuraavan puhelun ja seuraavan asiakkaan kanssa. Kurinalaisuudella ei paikkata työnkulun aukkoa.

Kolmenkymmenen vuoden oletus

Jokainen liiketoimintaohjelmisto ensimmäisestä CRM:stä viime vuosineljänneksen ERP-päivitykseen on rakennettu yhden suunnitteluoletuksen varaan: työn tekijä ja työn kirjaaja ovat sama ihminen, toimistotuolissa, muutama minuutti varattuna. Tämä oletus oli kyseenalainen vuonna 1995. Nykyään se kuvaa käytännössä ketään kenttämyynnissä, logistiikassa, ravintola-alalla tai rakentamisessa — toimialalla, jossa varsinainen työ tapahtuu liikkeessä.

Liiketapahtumat syntyvät fyysisessä maailmassa: markkinoilla, lastausalueilla, ravintoloiden keittiöissä, työmaakokouksissa, puheluissa. Järjestelmä, jonka pitäisi tallentaa ne, istuu toimistossa odottamassa päivitystä. Kaikki väliaikaisratkaisut — mobiilisovellukset, äänimuistiot, viikonloppukertaukset — yrittävät kuroa tätä kuilua umpeen muuttamatta arkkitehtuuria. Kuilu jatkuu, koska arkkitehtuuri jatkuu.

Mitä lomakkeen poistaminen oikeasti tarkoittaa

Ei järjestelmän poistamista. Vaiheen poistamista liiketapahtuman ja sen rekisteröimisen väliltä.

"Le Sablon tilasi 30 kg agar agaria, toimitus torstaina." Kirjoitetaan viestikenttään markkinakäytävällä tai sanotaan puhelimeen matkalla autoon. Järjestelmä tunnistaa "Le Sablonin" oikeaan asiakastietueeseen, linkittää "agar agar" oikeaan katalogimerkintään, asettaa toimituspäivän ja näyttää vahvistuskortin. Yksi napautus. Tilaus on olemassa tapahtuman hetkellä — oikein, attribuoituna, täydellisenä — ei neljää tuntia myöhemmin toimistossa muistista rekonstruoituna.

Tietue ei parane sitä pidempään odotettuaan. Jokainen minuutti tapahtuman ja kirjaamisen välillä on minuutti, jona yksityiskohdat hämärtyvät, konteksti haalistuu ja kirjoitusvirheen riski kasvaa. Reaaliaikaisuus ei ole lisäominaisuus. Se on ainoa versio datasta, joka on oikeasti tarkka.

Tietolaatuargumentti

Tässä on se, mitä oikeasti muuttuu, kun kirjaaminen tapahtuu tapahtuman hetkellä.

30 kilogramman tilaus on järjestelmässä 30 kilogrammaa — ei 30 kappaletta, ei tulkinnanvarainen muistiinpano. Asiakkaan nimi täsmää, koska järjestelmä ratkaisi sen kirjaushetkellä — ei siksi, että joku kirjoitti sen oikein puolitoista tuntia myöhemmin muistista. Päivä on oikein, koska se asetettiin kontekstissa. Tähän ei tarvita enemmän kurinalaisuutta. Tarvitaan järjestelmä, jolle on helpompi kertoa asioista silloin kun ne tapahtuvat.

Vaikutukset kertautuvat. CRM ajantasaisella datalla tuottaa ennusteita, joihin voi oikeasti nojata. Varastojärjestelmä, joka päivittyy vastaanottohetkellä eikä päivän sulkemishetkellä, ei tuota haamustokia. Asiakaspalvelutiimi, jonka järjestelmässä näkyy jokainen vuorovaikutus — myös ne epäviralliset puhelut, jotka eivät aiemmin koskaan päätyneet järjestelmään — näkee asiakassuhteen sellaisena kuin se todellisuudessa on.

Missä muutos näkyy eniten

Kenttämyynti on ilmeisin tapaus. Myyjä, joka kirjaa tapaamisen, tilauksen tai sovitun soiton asiakkaan parkkipaikalta — ennen seuraavaan kohteeseen ajamista — pitää pipelinen ajantasaisena. Ei sitä, mitä muisti torstai-iltapäivänä.

Sama logiikka ulottuu laajemmalle: lähettiauton kuljettajat vahvistavat vastaanoton ilman paperityötä; ravintoloitsijat tilaavat tavarantoimittajalta keittiön lattialla palvelujen välissä; projektipäälliköt kirjaavat työmaakokouksen päätöksen vielä paikan päällä; hankintapäälliköt vahvistavat suullisen sopimuksen ennen neuvottelusta poistumista. Puhelimesta tulee todellinen käyttöliittymä — ei karsittu mobiiliversio pöytäsovelluksesta, vaan yksi lause ja napautus.

Kieli ei ole sivuseikka

Luonnollisen kielen syöttö toimii vain, jos se ymmärtää kielen, jolla käyttäjä ajattelee. Suomalainen ostaja ajattelee suomeksi. Saksalainen logistiikkavastaava käsittelee tilauksen saksaksi. Brasilialainen jakelija kirjaa toimitusmerkinnän portugaliksi. Järjestelmä, joka vaatii kääntämistä kirjaushetkellä — vaikka vain sekunnin mittaisen mentaalisen siirtymän — palauttaa juuri sen kitkaa, jota oli tarkoitus poistaa. Kun järjestelmä ymmärtää lauseen sillä kielellä, jolla se sanottiin, kynnys katoaa kokonaan.

Pipeline, joka päivittää itse itsensä

Jokainen myyntijohtaja tuntee pipeline-katsauksen, jossa puolet ajasta kuluu tositilanteen selvittämiseen: ihmisiä käsketään päivittämään tietueet, numeroita alennetaan koska ne tuntuvat vanhentuneelta, sulkemistodennäköisyyksiä arvioidaan kauppoihin, joihin kukaan ei ole koskettanut kolmeen viikkoon. Tämä ei ole johtamisongelma. Tämä on kirjaamisongelma.

Kun kirjaaminen tapahtuu tapahtuman hetkellä, yhdellä lauseella, sieltä missä tapahtuma sattui, pipeline on oletuksena ajantasainen. Ei koska se on pakotettu. Vaan koska asian kirjaamisen kitka laski alle kirjaamatta jättämisen kitkasta.

ERP ei korvaa ihmistä. Ihminen lakkaa olemasta pullonkaula tapahtuneen ja järjestelmän tietämän välillä.

---