Auttaaksesi liiketoimintatoimintojen automatisoinnissa AI-agenttien avulla, aloita tuloksesta, jonka voit ilmaista yhdessä lauseessa ("jokainen asiakaslasku maksetaan tai nostetaan 45 päivän kuluessa"), anna agentille järjestelmä, jossa tämän tuloksen toimenpiteet ovat valtuutettuja työkaluja, ja anna agentin pyrkiä tulokseen samalla kun ihminen käsittelee esiin nousevat poikkeukset. Tämä on erilainen menetelmä kuin se, jota käytit työnkulkuautomaatiossa, jossa kartoitat polun ja rakennat sen varrelle laukaisimia.
Nämä kaksi täydentävät toisiaan. Työnkulut ovat oikea työkalu, kun polku on kiinteä ja volyymi on suuri; agentit ovat oikea työkalu, kun polku vaihtelee tilanteen mukaan ja tulos on se, mikä merkitsee. Suurin osa varhaisista agenttiprojektien virheistä johtuu työnkulku menetelmän käytöstä (kartoita jokainen vaihe, anna sitten kartta agentille) ja suurin osa onnistumisista tulee tuloksen määrittämisestä, järjestelmän hallinnasta ja siitä, kuinka usein ihmisen on täytynyt astua sisään.
Väärinkäsitys: enemmän automaatiota tarkoittaa enemmän työnkulkuja
Toimintatiimit, jotka ovat käyttäneet viisi vuotta työnkulkuautomaatioon, lähestyvät agentteja samalla tavalla: kartoita prosessi, tunnista jokainen vaihe ja määritä agentti suorittamaan vaiheet. Se tuntuu perusteelliselta. Se tuottaa myös agentteja, jotka ovat hauraita juuri samalla tavalla kuin työnkulut olivat, koska kartta on edelleen se asia, jota toteutetaan, ja kartta on väärä heti, kun asiakas tekee jotain, mitä kartta ei ennakoinut.
Työnkulku koodaa polun. Agentti pyrkii tulokseen, valiten polun käytettävissä olevista työkaluista ja löytämästään tilasta. Kun toimittaja vastaa ostotilaukseen osittaisella toimituspäivällä, työnkulku tarvitsee haaran, jonka joku ajatteli rakentaa; agentti lukee vastauksen, päivittää odotetun päivämäärän, kertoo asiasta huolehtivalle henkilölle ja jatkaa. Ero ei ole älykkyydessä. Ero on siinä, että agentille annettiin tulos ja joukko työkaluja, ei polku.
Joten ensimmäinen menetelmän muutos on lopettaa prosessikartan käyttämisestä aloittaminen. Aloita siitä, mitä haluat olevan totta viikon lopussa.
Aloita tuloksesta, ei tehtävästä
Tulos on lause liiketoiminnan tilasta, joka voidaan tarkistaa. Se nimeää joukon tietueita, ehdon ja ajan. Tehtävät kuvaavat toimintaa; tulokset kuvaavat lopputuloksia. Taulukko näyttää eron neljässä yleisessä toiminnassa, ja kolmas sarake on se, mitä agentin on sallittava tehdä jokaisen tuloksen saavuttamiseksi.
| Tehtävämuotoinen pyyntö | Tulosmuotoinen pyyntö | Agentin tarvitsemat toimenpiteet |
|---|---|---|
| Lähetä muistutus sähköpostit päivinä 1, 7 ja 14 | Jokainen lasku maksetaan tai se on henkilön käsiteltävänä päätöstä varten neljänkymmenenviiden päivän kuluessa laskun päiväyksestä. | Hae laskuja erääntyneen saldon mukaan, lähetä muistutuksia ja tiliotteita, keskeytä, luo tehtäviä. |
| Tarkista varastotasot joka perjantai. | Mikään aktiivisessa listassa ei laske alle uudelleentilauspisteen ilman, että ostotilausta on tehty tai henkilö on informoitu. | Lue varasto- ja uudelleentilauspisteet, laadi ostotilauksia, kysy ylittäen kulurajan. |
| Vastaa tiedusteluihin kahden tunnin kuluessa. | Jokaisessa tiedustelussa on tarjous, varattu puhelu tai nimetty henkilö päivän loppuun mennessä. | Lue saapuneet viestit, laadi tarjouksia, varaa kalenteriaikoja, määritä tehtäviä. |
| Kirjaa toimittajien viivästykset. | Jokaisella työtehtävällä tällä viikolla on vahvistettu toimituspäivämäärä tai merkitty riski maanantaina ennen puoltapäivää. | Lue toimittajien sähköpostit ja tilaukset, päivitä odotettavat päivämäärät, merkitse työt, ilmoita omistajille. |
Vasen sarake kuvaa, miten työnkulut määritellään. Keskimmäinen sarake kuvaa, millaisia agenttien tulisi olla. Oikea sarake on käyttöoikeusjoukko, ja se on tarkoituksella kapea: vain ne toiminnot, joita lopputulos vaatii.
Tuloksen lauseen kirjoittaminen on vaikeampaa kuin miltä se näyttää ja se on tunnin arvoista. Jos et voi sanoa, miten tarkistaisit sen, se ei ole vielä tulos. Jos se tarvitsee lauseen "ja käytä harkintaa", olet löytänyt sen osan, jonka ihminen pitää.
Anna agentille hallittu järjestelmä, ei kirjautumista
Toinen menetelmän muutos koskee sitä, mitä annat agentille. Houkutus on käyttäjätili olemassa olevassa järjestelmässä ja pitkä kehotus. Se antaa sinulle agentin, joka voi nähdä kaiken, tehdä mitä tahansa tili voi tehdä ja jättää jälkiä, jotka eivät eroa henkilön jäljistä. Vaihtoehto on järjestelmä, joka käsittelee agenttia asiakkaana, joka toimii nimettyä henkilöä varten, neljällä ominaisuudella.
- Toiminnot työkaluina. Tuloksen tarvitsemat toiminnot ovat olemassa määriteltyinä, tyypitettyinä toimintoina, joita agentti voi löytää ja kutsua, syötteiden ja tuloksen kanssa, sen sijaan että käytettäisiin näyttöjä. Model Context Protocol on avoin standardi tälle, ja mikä tahansa yhteensopiva agentti voi käyttää sen kautta julkaistuja työkaluja.
- Oikeudet jokaisessa kutsussa. Agentille tarjotut työkalut suodatetaan sen henkilön roolin mukaan, jota se edustaa, ja jokainen kutsu tarkistetaan uudelleen sen suorittaessa. Jonkun, joka ei voi hyväksyä ostotilausta, agentti ei voi myöskään hyväksyä sellaista.
- Budjetti. Missä järjestelmän oma tekoäly tekee päättelyt, kulutus on rajattu per integraatio, jotta huonosti määritelty tulos ei voi kasvattaa laskua.
- Lokikirja. Jokainen kutsu, sen syötteet ja tulos, on liitetty henkilöön, jota agentti edusti, jotta agentin viikon tarkastaminen on sama tehtävä kuin kollegan tarkastaminen.
MCP-määritys itse sanoo, että palvelimien on validoitava syötteet ja toteutettava pääsynhallinta, ja että asiakkaiden tulisi pitää henkilö, joka voi nähdä ja kieltää työkalukutsut. Nykyiset ohjeet sekä Anthropicilta että OpenAI:lta omille tuotteilleen osoittavat samaan suuntaan: tarkista liitetyn palvelimen pyytämät oikeudet, pidä hyväksyntä päällä työkaluilla, jotka muuttavat tietoja, ja yhdistä vain luotettaviin palvelimiin. Hallittu järjestelmä tekee tästä neuvosta käytännöllisen sen sijaan, että se olisi varoitus, jota olisi syytä olla huomioimatta.
Menetelmä kuudessa vaiheessa
- Ilmoita tulosYksi lause, tarkistettavissa, aikarajalla. Kirjoita ylös odottamasi poikkeukset ja kuka omistaa kukin.
- Käytä sitä käsin viikon ajan.Työntekijä, joka tekee työn tänään, kirjoittaa ylös, mitä hän teki ja miksi. Se sivu on politiikka, jota agentti noudattaa, ja se on yleensä lyhyempi kuin kukaan odotti.
- Määritä työkalut.Listaa vain ne toimet, joita lopputulos tarvitsee. Anna agentille ne, henkilön valtuuksien alaisena, jota se edustaa, eikä mitään muuta.
- Luovuta se tarkastuksen kanssa.Agentti toteuttaa lopputuloksen; henkilö tarkastaa jokaisen toiminnan viikon ajan, sitten vain poikkeukset. Korjaa politiikka, ei agenttia.
- Mittaa poikkeukset.Laske, kuinka usein henkilön oli pakko puuttua asiaan, ja kuinka kaukana lopputuloksesta kirjaus oli, kun he tekivät niin. Lähetetyt muistutukset eivät ole mittari.
- Laajenna.Kun ensimmäinen lopputulos on ollut tylsä kuukauden ajan, lisää seuraava. Käytä samaa hallintoa; vain lopputulos ja työkalulista muuttuvat.
Järjestyksellä on merkitystä. Tiimit, jotka ohittavat toisen vaiheen, päätyvät kirjoittamaan politiikan kehotteeseen muistista, ja agentti perii kaikki muistissa olevat aukot. Tiimit, jotka ohittavat kolmannen vaiheen, antavat agentille koko järjestelmän ja viettävät sitten tarkastusaikaa huolehtimisen sijaan.
Mittaa poikkeukset, ei tehtäviä
Työnkulun automaatio mitataan tehtävissä: suoritukset, lähetetyt sähköpostit, päivitetyt tiedot. Nämä luvut nousevat, kun automaatio toimii ja myös silloin, kun se on väärin, mikä tekee niistä sekä lohdullisia että hyödyttömiä. Tavoitteeseen pyrkivää agenttia tulisi mitata sen jättämän jäljen perusteella ihmisille.
Kolme lukua kattaa suurimman osan toiminnoista. Osuus tuloksista, jotka on saatu aikaan ilman ihmistä, jonka tulisi nousta. Poikkeusten määrä viikossa, jonka tulisi laskea ja sitten pysyä tasaisena tasona, jonka liiketoimintasi todella tuottaa. Ja viive jokaisessa poikkeuksessa: kuinka kaukana tuloksesta tieto oli, kun henkilö näki sen. Jos laskut saavuttavat henkilön neljäkymmentä päivää myöhässä sen sijaan, että ne olisivat neljätoista päivää myöhässä, politiikka on myöhässä, ei henkilö.
Missä työnkulut edelleen kuuluvat
Mikään tästä ei poista työnkulun automaatiota. Kiinteä reitti suurella volyymilla ilman arviointia on edelleen parasta koodata työnkuluksi: webhook, joka arkistoi tilauksen, yöaikainen vienti, sääntö, joka ohjaa lomakkeen lähettämisen. Päätöstaulukko määrittelee, milloin tarttua mihin, ja kolmas rivi on yleinen tapaus.
| Tilanne | Tartu | Koska |
|---|---|---|
| Kiinteä reitti, suuri volyymi, ei arviointia | Työnkulku | Se on halvempaa, nopeampaa ja täysin ennustettavaa, eikä agentilla ole mitään päätettävää. |
| Reitti vaihtelee sen mukaan, mitä agentti löytää; tulos on se, mikä merkitsee. | Agentti | Ennakoimattomat haaraumat käsitellään tilanteen lukemisen avulla sen sijaan, että puuttuisi sääntö. |
| Kiinteä laukaisin, jota seuraa arviointi. | Työnkulku, joka käynnistää agentin. | Laukaisin on luotettava ja seuranta vaatii lukemista, valitsemista ja kysymistä. |
| Raha lähtee, sitoumukset asiakkaille, kaikki peruuttamaton. | Agentti, joka valmistaa, ja henkilö, joka hyväksyy. | Väärän toiminnan kustannukset ylittävät tauon kustannukset. |
Kysymys ei ole koskaan siitä, mikä on parempi. Kyse on siitä, onko polku tunnettu etukäteen ja sisältääkö askel arvioinnin.
Työesimerkki
Tässä on yllä olevan taulukon varastotulos, esitettynä jatkuvana pyyntönä agentille, joka on yhteydessä Sois-työtilaan, jossa varasto, toimittajat, ostotilaukset ja tehtävät ovat yksi rekisteri, joka on esitetty työkaluina. Toimintojen johtaja on asettanut kulurajan ja nimennyt toimittajan jokaiselle tuotteelle.
- Varastotasojen lukeminen verrattuna uudelleentilauspisteisiin aktiivisella listalla.
- Kuusi tuotetta alle kynnyksen; tavallinen toimittaja ja viimeisin hinta löytyi jokaiselle.
- Neljä ostotilausta laadittu ja lähetetty budjetin rajoissa
- Kaksi ostotilausta pidätetty: ylittää rajan, odottaa hyväksyntääsi
- Toimituspäivät kirjattu toimittajan vahvistuksista
- Yksi tuote merkitty: toimittaja loppu varastosta, vaihtoehtoa ei ole kirjattu
Agentti käytti varasto-, toimittaja-, ostotilaus- ja tehtävätyökaluja, joita operatiivisen johtajan rooli sallii. Se ei käyttänyt mitään budjetin ylitse ja pysähtyi ainoaan asiaan, jota politiikka ei katsonut.
Poikkeukset ovat tulos. Kaksi hyväksyntää ja yksi hankintapäätös ovat asioita, joita operatiivinen johtaja näkee; neljä rutiinitilausta on olemassa rekisterissä ikään kuin henkilö olisi ne esittänyt, ja maanantain tarkastus on loki. Soisissa yhteydessä oleva agentti on se, jota johtaja jo käyttää, kirjautunut kerran OAuthin kautta ja toimii roolinsa mukaisesti, ja kun tämä agentti tekee päättelyä, Sois ei suorita mitään tekoälyä heidän puolestaan eikä veloita siitä mitään. Menetelmä ei riipu Soisista; se riippuu edellä mainittujen neljän ominaisuuden toteutumisesta missä tahansa järjestelmässä, jossa agentti toimii.
Kysymyksiä, joita ihmiset kysyvät
Pitäisikö minun korvata työnkulkuautomaatio tekoälyagentteilla?
Ei. Pidä työnkulut kiinteille poluille suurissa määrissä, käytä agenteja, kun polku vaihtelee ja lopputulos on tärkeä, ja käytä työnkulkua aloittaaksesi agentin, kun luotettava laukaisin seuraa arviointia.
Miten tiedän, että operaatio on valmis annettavaksi agentille?
Voit ilmaista lopputuloksen yhdessä tarkistettavassa lauseessa, olet suorittanut sen käsin viikon ajan ja kirjannut käytännön, ja järjestelmä paljastaa vain ne toimet, joita lopputulos tarvitsee sen henkilön oikeuksien mukaan, jonka puolesta agentti toimii.
Mitä minun pitäisi mitata, kun agentti suorittaa operaatiota?
Osuus lopputuloksista, jotka on saatu aikaan ilman henkilöä, poikkeusten määrä viikossa ja kuinka kaukana lopputuloksesta kukin poikkeus oli, kun henkilö näki sen. Toimien määrä kertoo, että agentti on kiireinen, ei että se on oikeassa.
Tarvitseeko agentin olla myyjän oma?
Ei, jos järjestelmä käyttää avointa protokollaa. Mikä tahansa MCP-asiakas, mukaan lukien Claude ja ChatGPT, voi yhdistää ja toimia käyttäjän oikeuksien puitteissa. Järjestelmä, joka toimii vain oman avustajansa kanssa, rajoittaa sinut niihin ominaisuuksiin, jotka tälle avustajalle on annettu.
- Model Context Protocol -määrittely: työkalut palvelimien on validoitava syötteet ja valvottava pääsynhallintaa; asiakkaiden tulisi pitää henkilö, joka voi kieltää työkalukutsut ja kirjata käytön
- Anthropic: aloittaminen mukautettujen liittimien kanssa etä-MCP:n avulla yhdistä vain luotettuihin palvelimiin, tarkista pyydetyt laajuudet, hyväksy työkalujen käyttö
- Sois-dokumentaatio: työtilan MCP-palvelin työtila MCP-palvelimena; oma agenttisi yhdistää ja tekee päättelyt
- Sois: turvallisuus ja käyttöoikeuskerros oikeudet valvotaan, kun työkaluja tarjotaan ja jälleen, kun ne toimivat; kulutusrajoitukset per integraatio; agentin toiminta kirjataan
Tätä artikkelia tarkastellaan, kun sen kuvaamat tuotteet muuttuvat. Seuraava tarkastusaika: 4. joulukuuta 2026.