Tekoälyagentti ei korjaa huonoa liiketoimintaprosessia

Agentit pystyvät jo mainiosti rajattuihin, monivaiheisiin tehtäviin. Toisaalta prosessien ja tehtävien uudistaminen kaatuu silti harvoin teknologiaan. Se kaatuu siihen, ettei ole päätetty, miten työ kulkee, kuka saa päättää ja mihin tietoon voi luottaa. Ensimmäinen hieman isompi agenttihanke ei siksi ole ensisijaisesti tekninen projekti. Se on tapa tehdä puuttuvat päätökset näkyviksi.

McKinseyn State of AI 2026 tuo esille pienen joukon organisaatioita, jotka saavat tekoälystä yritystason hyötyä. Niitä yhdistää kolme asiaa: ne tavoittelevat tehokkuuden lisäksi kasvua tai innovaatiota, ne uudistavat työnkulkuja, eivätkä lisää tekoälyä vanhaan malliin ja ne sitovat johdon sekä operatiivisen kurin toteutukseen. Lähes kolme neljästä huippusuoriutujasta kertoo uudistaneensa työnkulkuja perusteellisesti. Muilla osuus on noin neljännes.

Deloitten aineistossa vain 16 prosenttia johtajista arvioi prosessinsa valmiiksi agenteille. Yli 70 prosenttia on ottanut tekoälyä käyttöön ilman, että työtä, työnkulkuja ja päätösvaltaa olisi suunniteltu uudelleen. Yksittäiset tehokkuushyödyt katoavat ennen tuloslaskelmaa.

“

Agentti skaalaa sen toimintatavan, joka sillä jo on. Jos toimintatapa on epäselvä, skaalautuu epäselvyys.

Sillä välin teollisuusyrityksessä

Kuvitellaan tavallinen tilanne teollisuusyrityksessä. Toimittaja ilmoittaa kriittisen komponentin toimituksen myöhästyvän viikolla.

Ostaja lukee sähköpostin, tarkistaa tilauksen ERP:stä ja kysyy tuotannosta, mihin viive vaikuttaa. Varastolta selvitetään todellinen saldo. Myynti arvioi asiakaslupaukset. Korvaavaa osaa etsitään taulukoista, sähköposteista ja kysellään kokeneelta kollegalta.

Tässä olisi luonteva tehtävä agentille: tunnistaa poikkeama, yhdistää tiedot, selvittää vaihtoehdot ja valmistella toimenpiteet.

Agentti ei kuitenkaan voi ratkaista neljää kysymystä, joista toteutus riippuu:

Saako komponentin vaihtaa?
Kuka hyväksyy lisäkustannuksen?
Kenen asiakas asetetaan etusijalle?
Onko järjestelmän saldo oikea?

Nämä ovat organisaation päätöksiä. Jos niitä ei ole tehty, agentti tuottaa ehdotuksia, jotka näyttävät hyviltä ja ovat silti väärin.

Teknologia riittää rajattuun työnkulkuun, ei ketjun johtamiseen

Rakentamisen perusosat ovat olemassa: tiedonhaku, työkalujen käyttö, monivaiheinen työnkulku ja ihmisen hyväksyntäpisteet. Luotettavuus on silti arvioitava tehtäväkohtaisesti. Pitkissä ketjuissa virheet kasautuvat.

Anthropicin Building Effective Agents -linjaus on edelleen käyttökelpoinen suunnitteluperiaate: pidä ratkaisu yksinkertaisena, näytä vaiheet läpinäkyvästi ja määrittele työkalut tarkasti. Monimutkaisuutta lisätään vasta, kun se parantaa tulosta. Ihmisen on säilyttävä kontrollissa.

Moni sanoo, että "teknologia on valmis", mutta se vaatii tarkennusta. Rajattu työnkulku on toteutettavissa nyt. Kokonaisen toimitusketjun itsenäinen johtaminen on eri vaatimustaso, eikä siihen pidä tähdätä ensimmäisenä.

Sama näkyy toimialadatassa. Economist Impactin selvityksessä vain joka kymmenes yritys on integroinut agentteja laajasti toimitusketjuun. Gartnerin CSCO-kyselyssä 56 prosenttia pitää keskeisenä esteenä integrointia vanhoihin järjestelmiin ja prosesseihin. Erottava tekijä ei ole malli, vaan se, suunnitellaanko toimintamalli uudelleen vai kiinnitetäänkö agentti vanhaan rakenteeseen.

Organisaatiovelka on skaalautumisen korko

Tekninen velka syntyy, kun nopea ratkaisu jätetään korjaamatta. Organisaatiovelka syntyy samalla logiikalla työnjaossa, päätöksenteossa ja toimintatavoissa. Ihmiset oppivat paikkaamaan sen: soittamaan oikealle henkilölle, tulkitsemaan puutteellista tietoa ja muistamaan poikkeukset.

Tuoreessa tutkimuksissa sama ilmiö esiintyy nimellä prosessivelka. Kun työnkulut ovat kirjaamattomia ja ristiriitaisia, agentti ei käyttäydy tuotannossa ennustettavasti. Velka ei ole sivujuonne. Se on syy, miksi pilotit jäävät piloteiksi.

“

Nopea testi: kysy kolmelta ihmiseltä eri osastoilta, kuka päättää kiirekuljetuksesta ja millä perusteella. Jos vastaukset eroavat, velkaa on.

Toimitusketjussa velka näkyy muun muassa näillä tavoin.

Omistajuus katkeaa osastorajoihin

Hankinta ostaa, tuotanto valmistaa, myynti vastaa asiakkaasta. Poikkeaman ratkaiseminen alusta loppuun jää yhteisen venymisen varaan.

Päätössäännöt ovat hiljaista tietoa

Kokenut ostaja tietää, milloin kiirekuljetus kannattaa. Perustetta ei ole kirjattu eikä valtuutta määritelty.

Mittarit vetävät eri suuntiin

Hankinta minimoi ostohintaa, varasto pääomaa ja myynti toimitusaikaa.

Datalla ei ole yhteistä merkitystä

Toimituspäivä tarkoittaa yhdessä järjestelmässä lähtöpäivää ja toisessa asiakkaan vastaanottopäivää.

Jos agentti rakennetaan tämän päälle, se optimoi sen mittarin, joka sille annetaan. Hankinnan mittarilla se valitsee halvimman korvaavan osan. Se ei näe, että toimitusaika ylittää asiakaslupauksen, jos lupaus elää myynnin sähköpostissa. Ostaja hyväksyy ehdotuksen ja virhe toistuu nopeammin ja johdonmukaisemmin kuin ennen.

Historiatiedosta voi päätellä osan hiljaisista säännöistä. Päättelemisen ja hyväksymisen ero on olennainen. Kun agentti näyttää, että kiirekuljetus on valittu 40 prosentissa tapauksista ilman kirjattua perustetta, jonkun on päätettävä, onko se jatkossa sääntö vai virhe. Ensimmäisen hankkeen arvo on juuri tämä: epämääräinen velka muuttuu päätösjonoksi.

Ensimmäinen kohde on työnkulku, joka pakottaa päätöksiin

Hyvä ensimmäinen kohde on toistuva, liiketoiminnallisesti merkittävä työnkulku, jonka tuloksen voi tarkistaa ja jonka virheiden vaikutus voidaan rajata. Sillä pitää olla omistaja, jolla on valtuus muuttaa työn tekemistä.

McKinsey kuvaa siirtymän kolmena horisonttina: käyttöönotto, olemassa olevan työn automatisointi ja uudelleen keksiminen, jossa roolit, työnkulut ja toimintamalli suunnitellaan uudelleen. Yritystason hyöty näkyy selvästi vasta kolmannessa. Johtajat, jotka raportoivat työnkulkujen uudistamisesta, ilmoittavat yritystason arvosta yli viisi kertaa useammin kuin ne, jotka jättävät työnkulut ennalleen.

Toimitusketjussa käyttökelpoisia ensimmäisiä kohteita ovat tilausvahvistusten käsittely, toimituspoikkeamien selvittäminen ja nimiketietojen täydentäminen. Niissä yhdistetään hajanaista tietoa ja valmistellaan päätös.

Arvioi ehdokkaat näillä kysymyksillä:

Paljonko ongelma maksaa?
Ovatko tiedot saatavilla?
Voidaanko onnistuminen todentaa?
Mitä virheestä seuraisi?

Ensimmäinen toteutus kannattaa rajata: yksi tehdas, yksi komponenttiryhmä, toimitusviiveiden vaikutusarvio ja ratkaisuehdotus ostajan hyväksyttäväksi. Automaattiset toimittajavaihdokset ja tuotantosuunnitelman muutokset ovat myöhempiä laajennuksia, jotka arvioidaan erikseen.

Samalla kannattaa kysyä, tarvitaanko kaikkia nykyisiä vaiheita. Jos kolme ihmistä kokoaa saman tilannekuvan eri palavereihin, yhteinen näkymä ei tehosta työtä. Se poistaa työtä.

Työnjako tehdään tehtävien ja päätösten tasolla

Älä jaa työtä roolien mukaan. Jaa se sen mukaan, mikä on rutiinia, mikä harkintaa ja mikä vastuu.

Työvaihe	Agentin tehtävä	Ihmisen vastuu
Poikkeaman tunnistaminen	Tulkita toimittajan viesti ja verrata sitä tilaukseen.	Määritellä, millaiset poikkeamat vaativat käsittelyä.
Vaikutusten selvittäminen	Yhdistää tilaus-, saldo- ja tuotantotiedot sekä näyttää puutteet.	Ratkaista ristiriidat ja arvioida vaikutukset, joita data ei kuvaa.
Vaihtoehtojen valmistelu	Hakea hyväksytyt vaihtoehdot ja koota kustannus- ja toimitusaikavertailu.	Hyväksyä tekniset poikkeamat ja asiakaspriorisointi.
Toteutus ja seuranta	Tehdä valtuutetut kirjaukset ja seurata sovitun ratkaisun etenemistä.	Päättää valtuudet ylittävistä toimista ja vastata lopputuloksesta.

Kielimalli ei ole oikea paikka varastolaskennalle, kustannusvertailulle tai suunnittelun rajoitteille. Ne hoidetaan säännöillä, laskennalla, koneoppimisella ja optimoinnilla. Agentti yhdistää nämä osaksi työnkulkua.

Hyväksyntä on työvaihe, ei seremoniallinen klikkaus. Määrittele kuka tarkistaa, mitä hän näkee ja missä ajassa hänen on vastattava. Jos kaikki tapaukset päätyvät samaan jonoon, pullonkaula siirtyy, ei poistu.

Hallinta on suunniteltava alusta. Gartner arvioi, että vuoteen 2028 mennessä suuryrityksessä voi olla kymmeniä tai satoja tuhansia agentteja. Vain 13 prosenttia organisaatioista pitää nykyistä hallintaa riittävänä. Ensimmäinen hanke ei saa synnyttää hallitsematonta agenttiviidakkoa.

Legacy ei ole ensimmäinen este, data usein on

Vanha ERP voi estää reaaliaikaisen luvun tai turvallisen päivityksen. Se ei silti edellytä koko ympäristön uusimista ennen ensimmäistä toteutusta. Aloita lukuyhteyksillä ja ihmisen tekemillä kirjauksilla. Avaa kirjoitusoikeuksia vasta, kun käyttöoikeudet, tarkistukset ja tapahtumaloki ovat kunnossa.

Sisällön laatu on usein suurempi este kuin rajapinta. Korvaavan komponentin tunnistaminen vaatii luotettavaa tietoa ominaisuuksista ja hyväksytystä yhteensopivuudesta. Samankaltainen nimike ei ole vaihtokelpoinen osa.

Vastuu ei siirry agentille

Prosessin omistaja vastaa palvelutasosta, kustannuksista ja tuloksista. IT vastaa teknisestä toimintakyvystä ja pääsynhallinnasta. Tiedon omistajat vastaavat kriittisten tietojen laadusta. Agentin ehdotus ei siirrä vastuuta.

Asiantuntijan työ siirtyy tiedon kokoamisesta poikkeamien arviointiin, päätössääntöjen kehittämiseen ja toimittajayhteistyöhön. Tarvittava taito on lähteiden tarkistaminen, puuttuvan tiedon tunnistaminen ja uskottavan ehdotuksen haastaminen.

Tämä ei synny työkalukoulutuksella. Ihmisille tarvitaan aikaa kuvata nykyinen työ, suunnitella uusi työnkulku ja harjoitella myös virhetilanteita. Roolimuutos ja vapautuvan ajan käyttö on kerrottava avoimesti.

Toimintasuunnitelma

Valitse yksi työnkulku ja nimeä omistaja
Rajaa alku, loppu ja tavoiteltava liiketoimintahyöty.
Kuvaa todellinen työ
Ota mukaan sähköpostit, taulukot, odotusajat ja epäviralliset päätökset.
Suunnittele uusi työnjako
Poista tarpeettomat vaiheet ja määrittele agentin valtuudet, hyväksynnät sekä poikkeamien käsittely.
Korjaa kohteen kriittiset edellytykset
Varmista tiedot, yhteydet, käyttöoikeudet ja toiminta häiriöissä.
Etene näytön perusteella
Testaa vanhoilla tapauksilla, vertaa ehdotuksia todellisiin päätöksiin ja siirry rajattuun käyttöön. Lisää itsenäisyyttä vasta tulosten perusteella.

Mittaristo ei saa olla pelkkä käsittelyaika. Seuraa myös päätösten laatua, toimitusvarmuutta, lisäkustannuksia sekä ihmisten tarkistus- ja korjaustyötä. Nopeampi ehdotus on hyöty vasta, kun koko työnkulku paranee.

Toimitusketjun AI-valmius ei synny mallista. Se syntyy siitä, että tavoite, tieto ja päätösvalta kohtaavat samassa työnkulussa. Nämä päätökset voi tehdä tänään. Ensimmäinen agentti näyttää, mitkä niistä puuttuvat.