Botti vastaa 5 minuutissa eikä lähetä virheellistä hinta-arviota

Pidä tätä käytännön asiantuntijoiden ilmaisena oppaana: hyvä alkuun ja tiimikeskusteluihin, liian kevyt ainoaksi pohjaksi raskaaseen päätöksentekoon. Puolalainen tuotanto- ja palveluyritys, 40 työntekijää, saa sähköpostitse ja lomakkeella 60–80 tarjouspyyntöä viikossa. Aiemmin myyjät kirjasivat tiedot manuaalisesti CRM-järjestelmään ja vastasivat 2–4 tunnissa arkipäivisin. Kello 16:00 jälkeen tullut pyyntö odotti aamuun. Myyntijohtaja halusi alle 5 minuutin vasteajan aukioloaikojen ulkopuolella ilman riskiä siitä, että botti lähettää virheellisen, sitovan hinnan. Kuvaamme toteutusta, joka yhdistää kaksi vastaavaa projektia. Luvut ovat peräisin toisesta niistä.

AIKuva on luotu tekoälyllä.

Miten se rakennettiin

Ensimmäisellä viikolla koottiin 100 viimeisintä pyyntöä ja niistä merkittiin 5 kenttää: Y-tunnus, tuote, määrä, toimitusaika ja budjetti. Toisella viikolla no-code-työkaluun asetettiin summan tunnistuksen varmuusrajaksi 0,95 ja luotiin vastauspohja varaumalla: "automaattinen hinta-arvio, myyjä vahvistaa". Kolmannella viikolla käynnistettiin 2 viikon rinnakkaisajo: botti vastasi ja myyjä sai kopion tarkistusta varten. Asiakasyrityksestä projektiin osallistuivat myyntijohtaja (6 tuntia), IT-ylläpitäjä (4 tuntia) ja kaksi myyjää (kumpikin 3 tuntia).

Lasku

Aloituskustannus no-code-työkalulla on 0–3 000 PLN (kuukausitilaus 200–500 PLN). Integraatio CRM- ja ERP-järjestelmiin maksaa 8 000–20 000 PLN kertainvestointina. Ylläpito on 200–800 PLN kuukaudessa. Säästö: ensimmäisen vastauksen viive putosi 3 tunnista 2 minuuttiin aukioloaikojen ulkopuolella, ja myyjät säästivät 6–8 tuntia viikossa manuaalisesta tietojen syötöstä. Takaisinmaksuaika 60 viikoittaisella pyynnöllä ja 500 PLN:n tilauskatteella on 2–3 kuukautta, jos botti kotiuttaa 2–3 lisäliidiä viikossa. Tulos riippuu pyyntöjen datan laadusta ja tuotteiden toistuvuudesta. Toteutuksissamme tämä kynnys toimi vakiotuotteilla.

Mikä meni pieleen

Botin ensimmäinen versio lähetti tarjouksen 0,88 varmuudella. Asiakas kysyi 12 kuormalavaa, järjestelmä tulkitsi sen 12 kappaleeksi ja laski hinnaksi 14 000 PLN 1 400 PLN:n sijaan. Tapauksen jälkeen raja nostettiin arvoon 0,95, ja jokainen yli 5 000 PLN:n summa ohjataan myyjän hyväksyttäväksi. Toinen korjaus liittyi puuttuvaan Y-tunnukseen: botti pyysi tunnusta, asiakas vastasi työajan ulkopuolella ja botti pyysi sitä uudelleen. Nyt Y-tunnuksen puuttuessa lähetetään vain vastaanottokuittaus ilman hintaa. Kolmas muutos: maininta automaattisesta arviosta oli viestin lopussa, ja asiakas piti vastausta sitovana. Siirsimme sen heti ensimmäiseen lauseeseen. AI Act edellyttää tiedon automaattisesta avustajasta viimeistään ensimmäisen vuorovaikutuksen yhteydessä.

AIKuva on luotu tekoälyllä.

Mitä tekisimme toisin

Aloittaisimme 100 pyynnön sijaan 200 pyynnöllä, sillä vasta tämä määrä paljastaa määrä- ja yksikkövaihtelut. Testaisimme summan varmuusrajaksi 0,97 ja jättäisimme arvon 0,95 Y-tunnukselle sekä aikataululle. Lisäisimme säännön: jokainen yli 5 000 PLN netto vaatii myyjän kuittauksen mallin varmuudesta riippumatta. Ensimmäisen vasteajan lisäksi mittaisimme ihmiselle siirrettyjen tapausten osuutta sekä lähetysten jälkeisiä korjauksia. Nämä rajat perustuvat toteutuksiimme, eivät suoraan lakiin: lopullinen ratkaisu kannattaa tarkistaa lakimieheltä. Palveluissamme kuvaamme, miten määritämme tietojen poimintarajat.

Tämä malli toimii yrityksissä, joissa on 20–100 tarjouspyyntöä viikossa, toistuva tuotevalikoima ja selkeä hinnasto, ja joissa hintavirhe on kallis, muttei tuhoisa. Se ei sovellu räätälöityihin projekteihin, yli 50 000 PLN:n tarjouksiin tai vähäiseen kyselymäärään, jossa manuaalinen vastaus on nopeampi kuin järjestelmän määritys. Automaattinen vastaus 5 minuutissa on toiminnallinen tavoite, ei takuu. Luottamustasolla 0,95 ja estämällä yli 5 000 PLN:n summat virheellisen tarjouksen riski laskee hallittavalle tasolle.