Työntekijämme huomasi töihin ajaessaan kaksi pimeää katulamppua. Hän pyysi Teslan Grokia ilmoittamaan niistä. Hänen kertomansa mukaan Grok tarkisti Teslan kartalta kadun ja kunnan, antoi tehtävän Grok Botille ja Grok Bot lähetti palautteen kunnan tekniselle osastolle. Arkinen havainto eteni näin ilmoitukseksi jo työmatkalla.
Yrityksen arjessa vastaavia havaintoja syntyy jatkuvasti. Kun tehtävän voi antaa heti, paikan ja tilanteen yksityiskohdat ovat vielä tuoreessa muistissa. Olennaista on saada havainto talteen, oikealle vastaanottajalle ja seurattavaksi ilman, että työntekijän pitää aloittaa asia myöhemmin uudelleen.
Tehtävä syntyy siellä, missä asia huomataan
Pimeän lampun näkee kadulla. Varaston rikkoutuneen oven huomaa tavaraa siirtäessä, ja asiakkaan puuttuva toimitusohje tulee esiin puhelussa. Jos ilmoittaminen vaatii myöhemmin erillisen järjestelmän avaamista, työntekijän on muistettava sekä itse asia että sen yksityiskohdat. Asia jää työntekijän muistin varaan, kunnes hän ehtii kirjata sen.
Tehtävän antamisen agentille pitäisi siksi onnistua työn lomassa. Yrityksessä se voisi tarkoittaa puheella kirjattavaa huoltohavaintoa tai asiakaspuhelun jälkeen annettavaa tehtävää. Paikan, kohteen ja ongelman pitäisi siirtyä mukana. Jos jokin näistä puuttuu, agentin on pyydettävä täsmennystä ennen kuin se ohjaa tehtävän eteenpäin. Epäselvä sijainti ei tarkennu sillä, että ilmoituksen teksti kuulostaa valmiilta.
Katulampputarinassa kiinnostava kohta on juuri sijainnin yhdistäminen havaintoon. Työntekijämme kertoman mukaan Grok selvitti kadun ja kunnan kartalta. Yrityksen omassa toteutuksessa vastaava tieto voisi olla laitetunnus tai asiakasnumero, jonka avulla havainto kohdistetaan oikeaan asiaan. Tiedon lähde ja mahdollinen epävarmuus pitää säilyttää myös silloin, kun toinen agentti jatkaa tehtävää.
Luonnos ja lähetetty ilmoitus ovat eri työvaiheita
Hyvä vikailmoitusluonnos auttaa kirjoittamisessa. Lähetetty vikailmoitus puolestaan siirtää asian vastaanottajan käsiteltäväksi. Jos työntekijä pyytää hoitamaan ilmoituksen, pelkkä valmis teksti jättää hänelle vielä vastaanottajan etsimisen ja lähettämisen. Yrityksen on määriteltävä, mihin kohtaan agentin vastuu ulottuu ja millä perusteella tehtävä merkitään valmiiksi.
Tässä tapauksessa työntekijämme kertoo palautteen lähteneen kunnan tekniselle osastolle. Ilmoituksen lähettäminen ei vielä korjaa lamppuja. Kunnan tekninen osasto vastaa asian käsittelystä ja huoltotöistä. Sama raja kannattaa tehdä näkyväksi yrityksen huoltotehtävissä: ilmoittajan työ voi valmistua, vaikka huoltajan työ on vasta alkamassa.
Käyttäjälle pitäisi näyttää, mitä lähetettiin, kenelle ja milloin. Jos lähetys epäonnistuu tai sen onnistumista ei voida todentaa, tehtävä jää avoimeksi. Mahdollinen vastaanottajan kuittaus voidaan liittää tehtävään myöhemmin. Näin työntekijän ei tarvitse päätellä keskustelun sävystä, tapahtuiko pyydetty asia todella.
Yrityskäyttö tarvitsee rajatut oikeudet
Varaston huoltoilmoitus olisi käytännöllinen aloituskohde. Työntekijä kertoisi, mikä on rikki ja missä. Agentti kokoaisi ilmoituksen ja toimittaisi sen sovittuun huoltojonoon. Ennen käyttöönottoa pitäisi sopia tarvittavat tiedot, sallittu vastaanottaja ja se, saako agentti lähettää ilmoituksen suoraan. Epäselvä kohde palautuisi työntekijälle tarkennettavaksi.
Asiakastyössä vastaava tehtävä voisi olla puuttuvan toimitusohjeen pyytäminen. Agentti voisi valmistella viestin asiakkuuden tiedoista, mutta lähetysoikeus pitäisi rajata sovittuun tarkoitukseen. Lupa pyytää lisätietoa ei antaisi oikeutta muuttaa toimitusehtoja tai luvata asiakkaalle hyvitystä. Hyväksyntää vaativat kohdat on määriteltävä etukäteen, jotta jokainen tavallinen kirjaus ei jää odottamaan esihenkilöä.
Myös tiedonsaanti kannattaa rajata tehtävän mukaan. Huoltoilmoituksen tekijä tarvitsee kohteen tiedot ja huollon yhteystiedon. Yrityksen muiden asiakkaiden aineistoa ei tarvita. Kun tehtävä siirtyy agentilta toiselle, mukana pitää kulkea myös lupa tehdä juuri tämä työ. Siirto ei saa laajentaa alkuperäistä toimeksiantoa.
Valmistuminen pitää voida tarkistaa
AI Generationin näkökulmasta käyttökelpoinen kokeilu alkaa yhdestä toistuvasta tehtävästä. Valitaan esimerkiksi huoltohavaintojen ilmoittaminen ja sovitaan, mistä käyttäjä näkee avoimet, tarkennusta odottavat ja lähetetyt ilmoitukset. Samalla nimetään ihminen, jolle keskeytynyt tehtävä siirtyy. Silloin työntekijä tietää, tarvitseeko hänen vielä tehdä jotakin.
Kokeilussa kannattaa seurata erityisesti kohtia, joissa käyttäjä joutuu palaamaan jo antamaansa tehtävään. Puuttuiko kohdetieto, jäikö lähetys odottamaan lupaa vai oliko lopputulos epäselvä? Näistä havainnoista saa suoran työlistan toteutuksen parantamiseen. Työmatkalla huomattu pimeä lamppu on pieni asia, mutta sen ilmoittaminen tekee näkyväksi koko ketjun havainnosta vastaanottajalle asti.