Ajatusjohtajat

Järjestelmäsi eivät ole suunniteltu puhuttaviksi

mm
Lisää Unite.AI suosikkilähteisiisi Google-palvelussa

Kun ihmiset puhuvat työpaikalla tekoälystä, on havaittavissa ennustettavissa riskien korostaminen. Hallusinaatiot, datan vuotaminen, yhdenmukaisuuden aukot, ohjelmointiinjektio. Koko mökkiyrittäjyyden muodot muodostuvat kaiken kirjaamiseen, mitä voi mennä pieleen, kun malli on lähellä herkkää tietoa.

Se väittely väistää asian ytimen.

Todellinen muutos ei ole riskistä tai automaatiosta. Se on siinä, miten työ todella tapahtuu. Chat-rajapinnat ovat muuttumassa oletusarvoiseksi tavaksi, jolla ihmiset vuorovaikuttavat yrityssovellusten kanssa. Kysymys ei ole siinä, onko se muutos tulossa. Se on jo täällä. Mitä tapahtuu yritysjärjestelmille, jotka eivät ole koskaan suunniteltu puhuttaviksi?

Clawdbot on varoitusmerkki, ei kriisi

Tarkastellaan Clawdbotia, älykästä avustajaa, joka levisi yritysten sisällä ennen kuin IT edes tiesi sen olemassaolosta.

Jossain mielessä tämä on tuttu tarina. Jokainen yritysten teknologian aalto on tuottanut oman varjotyökalunsa: Dropbox ennen hyväksyttyä pilvitallennusta, Slack ennen hyväksyttyä viestintää, Notion ennen virallista tietopohjaa. Clawdbot on vain uusin versio tästä mallista. Hyödyllinen työkalu, joka otettiin käyttöön alhaalta ylöspäin, koska se ratkaisi todellisen ongelman nopeammin kuin viralliset järjestelmät.

Mitä erityistä tässä on, on se, kuinka voimakkaasti chat-pohjaiset työkalut kiinnittyvät. Kun työntekijät tottuvat kysymään bottia vastauksia (“tiivistele tämä sopimus”, “etsi minulle viime kvartaalin numerot”, “laadi vastaus tähän asiakkaaseen”), on vaikea palata siihen, että klikataan kansioita ja ohjauspaneelia.

Asia ei ole itse Clawdbotissa. Se on siinä, miten nopeasti keskustelurobotit uppoavat päivittäisiin työprosesseihin, hiljaisesti istuen ihmisten ja heidän perusjärjestelmien välissä. Varjoteknologia ei hävinnyt. Se muuttui muotoa. Sen sijaan, että olisi luvattomia sovelluksia, meillä on nyt luvattomia rajapintoja, jotka välittävät pääsyn yritystietoihin.

Chatista tulee työn rajapinta

Vuosikymmenien ajan yrityssovellukset olettivat maailman, jossa on näytöt, valikot ja strukturoidut lomakkeet. Jos halusit jotain järjestelmästä, navigoit sinne: avaa CRM, etsi tili, suodata näkymä, vie tieto ulos. Työ virtasi eksplisiittisten, näkyvien askelten kautta.

Chat kääntää tämän mallin ylösalaisin.

Keskustelurajapinnat ovat muuttumassa pääasialliseksi tavaksi, jolla ihmiset vuorovaikuttavat yritystiedon kanssa. Käyttäjät eivät enää halua “avata” CRM:ää, ERP:ää, HR-järjestelmiä tai asiakirjavarastoja. He haluavat kysyä kysymyksiä ja antaa komennot luonnollisella kielellä. Järjestelmän tulisi ratkaista, mitä tehdä.

Tämä ei ole vain käyttöliittymän muutos. Se on työprosessin nollaus, joka on verrattavissa siirtymään pöytäkoneesta mobiiliin. Niin kuin mobiili muutti, miten tuotteet suunnitellaan ja hallitaan, chat muuttaa, mitä “käytön” yrityssovelluksissa tarkoittaa.

Monissa yrityksissä voit jo nähdä tämän tapahtuvan. Työntekijät asuvat Slackissa, Teamsissa tai heidän tekoälyavustajassaan. Kaikki muu tulee olemaan jotain, joka on takana tämän keskustelurajapinnan.

Kun rajapinnat muuttuvat, järjestelmät jäävät jälkeen

Tässä vaiheessa arkkitehtoninen epäsopivuus tulee näkyviin.

Useimmat perinteiset yritysjärjestelmät, erityisesti asiakirjahallintajärjestelmät, on suunniteltu maailmaan, jossa on ihmisten navigointi. Ne olettavat kansioita, sisään-/uloskirjautumista, manuaalista versiointia ja käyttöoikeuksia, jotka on pakotettu perinteisen käyttöliittymän kautta. Ne on optimoitu yhdenmukaisuuden ja tietojen hallinnan kannalta, eivät siitä, että ne voidaan kysyä ohjelmallisesti tekoälyagenttien toimesta.

Chat ei “navigoi” perinteisessä mielessä. Se ei klikkaa kansioita eikä ymmärrä sisäistä taksonomiaasi. Se odottaa puhdasta API:ta, rikasta metatietoa, semanttista hakua ja luotettavaa hakua. Se odottaa järjestelmiä, jotka voidaan indeksoida, johdettua ja yhdistää muihin työkaluihin reaaliajassa.

Jos DMS:lläsi ei ole näitä ominaisuuksia, et saa sileää integraatiota modernien tekoälyavustajien kanssa. Saat liimakoodin. Tiimit alkavat ompelemaan hauraita liittimiä, mukautettuja skriptejä ja middlewarea vain saadakseen perustoiminnallisuuden toimimaan. Paperilla järjestelmä “tukee tekoälyä”. Käytännössä olet rakentanut Frankenstein-pinoa, joka on hauras, kallis ja vaikea ylläpitää.

Työntekijät huomaavat.

Jos virallinen asiakirjahallintajärjestelmä ei voi puhua heidän valitsemaansa chat-rajapintaan, he eivät tee tikettiä. He kiertävät sen. Asiakirjat alkavat ajautua Slack-keskusteluihin, jaettuihin asemien, henkilökohtaisiin pilvitileihin tai mihin tahansa ympäristöön, joka integroituu heidän avustajaansa. Viralliset asiakirjahallintasäännökset eivät mene rikki pahasta aikomuksesta. Ne kuluvat käytännön vuoksi.

Jos bottia kysymään on nopeampaa kuin navigoida DMS:lläsi, DMS:lläsi häviää.

Onko asiakirjahallintajärjestelmäsi chat-valmis?

Tämä johtaa meidät kysymyksiin, joita useimmat organisaatiot eivät vielä ole kysyneet.

Voiko asiakirjahallintajärjestelmäsi pakottaa käyttöoikeuksia, kun se käytetään keskustelumuodossa? Ei vain selaimen kautta, vaan myös tekoälyagentin kautta, joka toimii käyttäjän puolesta?

Onko siinä moderni, luotettava API, joka sallii tekoälytyökalujen indeksoida, hakea, tiivistää ja johtaa sisältöä ilman hauraita kierityksiä?

Kohdellaako se asiakirjoja strukturoiduina, koneellisesti luettavina tiedoina, joilla on yhdenmukainen metatieto, polku ja suhteet, eikä vain tiedostoina kansioissa?

Ja ehkä ennen kaikkea: voiko se selittää vastauksensa? Jos tekoälyavustaja hakee tietoa DMS:ltäsi, voitko jäljittää, mitkä asiakirjat antoivat tiedon, mikä versio käytettiin ja miksi?

Monet perinteiset järjestelmät eivät ole suunniteltu tällaiselle koneelliselle välittämiselle. Ne olettavat, että ihminen on silmukassa, klikkaamassa, lukeamassa ja tulkkaamassa. Tämä oletus menee rikki.

Chat ei korvaa järjestelmiä. Se paljastaa ne.

Yleinen väärinkäsitys on, että chat tekee perusjärjestelmistä merkityksettömiä. Tosi on, että chat tekee niistä tärkeämmät.

Kun kaikki virtaa keskustelurajapinnan kautta, vastausten laatu riippuu kokonaan järjestelmien laatusta sen alla. Huonot metatiedot, sekavat versionhallinnat, epäjohdonmukaiset käyttöoikeudet, hajanaiset varastot. Nämä eivät katoa. Ne vahvistuvat.

Jos asiakirjasi ovat hajallaan viidessä eri työkalussa, tekoälyavustajasi ei yhdistä niitä magiassa. Jos DMS:lläsi on heikko haku tai huonot käyttöoikeudet, chat heijastaa uskollisesti nämä rajoitukset. Tai pahemminkin, se kannustaa ihmisiä kiertämään niitä.

Chat toimii yritysinfrastruktuurin stressitestinä. Se paljastaa, mitkä järjestelmät ovat todella modernit ja mitkä ovat vain tukahdutettu perinteisillä tavoilla.

Tämä on asiakirjaongelma, ei vain tekoälyongelma

On houkuttelevaa kuvata kaikkea tätä “tekoälyongelmana”. Mutta sen ytimessä tämä on asiakirjaongelma.

Asiakirjat ovat se, miten useimmat yritykset todella toimivat: sopimukset, käytäntö, suunnitelmat, oikeudelliset tiedostot, taloudelliset tiedot, asiakassopimukset. Jos nämä asiakirjat ovat järjestelmissä, jotka eivät voi käyttää ohjelmallista pääsyä ja hallintaa chat-ensimmäisessä maailmassa, mikään tekoälyinnovaatio ei korjaa aukkoa.

Jotkut organisaatiot alkavat uudelleenajatella asiakirja-infrastruktuuria ei vain yhdenmukaisuuden takana, vaan yhtenä heidän tekoälypinon perustana. He kysyvät: miten DMS:ämme tulisi olla rakennettu, jos chat on ensisijainen rajapinta? Mitkä metatiedot tarvitsemme? Mitkä API:t on paljastettava? Miten varmistamme luotettavuuden ja jäljitettävyyden mittakaavassa?

Se on oikea keskustelu.

Varjoteknologia oli työkaluista. Tämä on rajapinnoista.

Kymmenen vuotta sitten varjoteknologia tarkoitti luvattomia sovelluksia. Markkinointitiimi käytti Mailchimpia, insinöörit käyttivät GitHubia, myyntiedustajat hallitsivat myyntiputkia Excel-taulukoissa.

Nykyinen varjo on hienostuneempi. Se ei ole vain siinä, mitä työkaluja ihmiset käyttävät. Se on siinä, miten he vuorovaikuttavat kaiken kanssa.

Keskustelurobotit ja chat-rajapinnat ovat muuttumassa oletusarvoiseksi tavaksi, jolla työntekijät saavat työn tehtyä. Ne istuvat perusjärjestelmien edessä kuin uusi ohjauskerros, kääntäen luonnollista kieltä toiminnaksi pinon ylitse.

Yritykset, jotka kamppailevat, eivät ole niitä, joilla ei ole tekoälyavustajia. Ne ovat niitä, joiden perusjärjestelmät eivät ole suunniteltu selviytymään puhuttaviksi.

Voittajat eivät kohtele chatia ominaisuutena, jota lisätään. Sen sijaan he suunnittelevat yritysarkkitehtuureja chat-rajapinnan ympärille. He modernisovat asiakirja-infrastruktuuriaan, omaksuvat ohjelmallisen pääsyn ja tekevät hallinnon toimivan keskustelutekoälyn kanssa, ei sitä vastaan.

Kontrolli ei katoa. Se kehittyy.

Stéphan Donzé on AODocsin perustaja ja toimitusjohtaja, ohjelmistoyhtiö, jonka hän perusti ideasta, että yrityksen tarve compliancelle ja tehokkaille prosesseille ei ole ristiriidassa hyvän käyttökokemuksen kanssa. Ennen AODocsin perustamista hän toimi Exaleadin insinöörintiimin johtajana, joka on johtava enterprise-hakuyritys. Kun Exalead myytiin Dassault Systèmesille vuonna 2010, hän muutti Pariisista Kaliforniaan tuotestrategian varatoimitusjohtajana. Stéphanella on master-tutkinto ohjelmistotuotannosta École Polytechniquessa Ranskassa (X96). 18 vuoden kokemuksella enterprise-ohjelmistosta hän on intohimoinen käyttökokemuksesta koko organisaatiossa.