Joka aamu avatessanne kannettavan tietokoneenne löydätte uuden ilmoituksen. CRM-järjestelmässänne on nyt "AI Assistant". Projektinhallintatyökalussanne on "AI Writer". Jopa kirjanpito-ohjelmistossanne on "AI Insights" -kojelauta. Tuntuu siltä, että vastaus kysymykseen pitäisikö minun käyttää tekoälyä liiketoiminnassani on jo päätetty puolestanne ohjelmistotoimittajien toimesta. He ovat liimanneet kiiltävän "AI-Powered"-tarran työkaluihin, joista jo maksatte, ja yleensä tähän liittyy hiljainen hinnankorotus tai uusi "Pro"-taso.
Mutta tässä on kova totuus, jonka olen havainnut autettuani satoja yrityksiä tässä siirtymässä: useimmat näistä ominaisuuksista ovat ansa. Ne eivät auta teitä uudistumaan; ne auttavat ohjelmistotoimittajaa välttämään vanhentumisen. Jos tekoälystrategianne koostuu pelkästään uuden "Magic"-painikkeen napsauttamisesta perinteisissä SaaS-työkaluissanne, ette ole rakentamassa tekoälylähtöistä liiketoimintaa. Maksatte vain "käyttöliittymäveroa" teknologista, jota voisitte käyttää tehokkaammin – ja huomattavasti halvemmalla – itse.
'Ominaisuuspöhö-harha': Miksi päälleliimattu tekoäly epäonnistuu
💡 Haluatko Pennyn analysoivan liiketoimintaasi? Hän kartoittaa, mitkä roolit tekoäly voi korvata, ja rakentaa vaiheittaisen suunnitelman. Aloita ilmainen kokeilu →
Ymmärtääksenne, miksi teidän tulisi olla epäluuloisia, meidän on tarkasteltava "ominaisuuspöhö-harhaa" (Feature-Bloat Fallacy). Perinteiset ohjelmistoyritykset ovat tällä hetkellä hiljaisen paniikin vallassa. Heidän koko liiketoimintamallinsa perustuu "käyttäjäpaikkoihin" – siihen määrään ihmisiä, jotka kirjautuvat kojelaudalle suorittamaan tehtäviä. Tekoäly taas luonnostaan vähentää tarvetta ihmisten kirjautumiselle kojelaudoille.
Tämä luo perustavanlaatuisen eturistiriidan. Perinteinen CRM-yritys ei halua automatisoida myyntiprosessianne niin täydellisesti, että tarvitsisitte vain yhden lisenssin kymmenen sijasta. He haluavat antaa teille juuri tarpeeksi tekoälyä, jotta jatkatte kymmenestä lisenssistä maksamista. Tuloksena on se, mitä kutsun "käärityksi tekoälyksi" (Wrapped AI) – ohut kerros toiminnallisuutta, joka on rakennettu yleisen mallin (kuten ChatGPT:n GPT-4) päälle ja joka on rajoitettu toimimaan vain kyseisen työkalun ekosysteemin sisällä.
Kun minulta kysytään, "pitäisikö minun käyttää tekoälyä liiketoiminnassani jo käytössä olevien työkalujen kautta?", vastaukseni on yleensä varoittava "ei". Jos tekoäly ei pysty keskustelemaan muiden järjestelmienne kanssa, jos se ei voi käynnistää toimintoja oman ikkunansa ulkopuolella ja jos se vaatii ihmisen istumaan ja antamaan kehotteita manuaalisesti, kyseessä ei ole tehokkuushyöty. Se on häiriötekijä.
Käyttöliittymävero: Maksatte kitkan etuoikeudesta
Yksi keskeisistä käsitteistä, joita jaan tilaajille osoitteessa aiaccelerating.com, on käyttöliittymävero (The Interface Tax).
Historiallisesti maksoimme SaaS-palveluista, koska käyttöliittymä (UI) teki monimutkaisista tietokannoista helposti hallittavia ihmisille. Maksoimme painikkeista, valikoista ja visuaalisesta asettelusta. Mutta tekoälylähtöisessä maailmassa käyttöliittymä on usein pullonkaula. Tekoäly ei tarvitse painikkeita. Se tarvitsee API-pääsyn raakadataan.
Kun perinteinen työkalu veloittaa teiltä £30 ylimääräistä käyttäjää kohden "tekoälyominaisuuksista", he usein veloittavat vain hienommasta tavasta käyttää mallia, jonka suora käyttö maksaa vain murto-osan pennistä. Maksatte lisähintaa rajoitetusta kokemuksesta. Esimerkiksi projektinhallintatyökalun sisällä oleva "AI Writer" voi auttaa laatimaan tehtävän, mutta se ei päivitä automaattisesti IT-tukipyyntöjänne tai synkronoidu asiakaspalautekierronne kanssa, ellei toimittaja ole rakentanut juuri kyseistä integraatiota.
Sitä vastoin tekoäly-natiivi lähestymistapa käyttää orkestraattoria tiedon siirtämiseen työkalujen välillä. Lakatkaa maksamasta "käyttöliittymästä" ja alkakaa maksaa "lopputuloksesta".
Kuviotunnistus: SaaS-muutoksen 90/10-sääntö
Olen havainnut toistuvan kaavan eri aloilla, vähittäiskaupasta asiantuntijapalveluihin. Kutsun sitä 90/10-säännöksi.
Lähes kaikissa liiketoiminnan toiminnoissa tekoäly voi nykyään hoitaa 90 % rutiininomaisesta, tietointensiivisestä suorituksesta. Loput 10 % vaativat inhimillistä harkintaa, empatiaa tai strategista valvontaa. Perinteiset SaaS-työkalut on suunniteltu vanhaan maailmaan, jossa ihmiset tekivät 90 % työstä. Heidän "tekoälytarransa" on suunniteltu auttamaan tuossa 10 % osuudessa – luonnostelussa, tiivistämisessä ja "alkuun pääsyssä".
Todellinen muutos tapahtuu, kun käsikirjoitus käännetään ympäri. Tekoälyä ei käytetä auttamaan ihmistä tekemään työtä; tekoälyä käytetään tekemään työ, ja ihminen valvoo lopputulosta. Tämä vaatii yleensä siirtymistä pois perinteisistä "kaikki samassa" -alustoista kohti eriytynyttä pinoa erikoistuneita, tekoäly-natiiveja työkaluja, jotka viestivät API-rajapintojen kautta.
Perusteet eriytymiselle: Miksi 'Headless' on parempi
Jos harkitsette vakavasti, miten teidän tulisi käyttää tekoälyä liiketoiminnassanne, teidän on tutustuttava "Headless"-toimintoihin. Tämä on verkkokehityksestä lainattu käsite, jossa taustajärjestelmä (data ja logiikka) on erotettu käyttöliittymästä (UI).
Kun käytätte perinteisen SaaS-työkalun tekoälyä, olette lukittuja heidän "päähänsä". Jos heidän tekoälynsä ei ole kovin hyvä tietyssä tehtävässä, olette jumissa. Jos eriytätte toiminnot, saavutatte "ketteryysedun". Voitte käyttää parasta mallia litterointiin, parasta mallia data-analyysiin ja parasta mallia asiakaspalveluun (kuten Claude tai ChatGPT), ja kaikki nämä syöttävät tietoa keskitettyyn tietolähteeseen.
Tässä ei ole kyse vain suorituskyvystä; kyse on tuloksesta. Kun tarkastelemme SaaS- ja ohjelmistosäästöjä, suurimmat voitot eivät tule saman työkalun halvemman version löytämisestä. Ne tulevat työkalun tarpeen poistamisesta kokonaan korvaamalla se kevyellä, tekoälypohjaisella työnkululla.
Miten auditoida nykyinen teknologiapino
Ennen kuin klikkaatte "päivitä" uuteen tekoälytasoon, kysykää itseltänne nämä kolme kysymystä:
- Onko tämä 'tuottamista' vai 'operointia'? Jos tekoäly vain kirjoittaa tekstiä ihmisen kopioitavaksi ja liitettäväksi, se on lelu. Jos se voi käynnistää monivaiheisen prosessin eri osastojen välillä ilman ihmisen väliintuloa, se on työkalu.
- Onko data loukussa? Onko tekoälyllä pääsy koko yrityksenne kontekstiin vai vain siihen, mitä kyseisen ohjelmiston sisällä on? Siiloutunut tekoäly on heikko tekoäly.
- Mikä on 'ihminen välissä' -kustannus? Vaatiiko tämä ominaisuus edelleen ihmisen kirjautumista, painikkeen painamista ja vastauksen odottamista? Jos näin on, ette ole automatisoineet kustannusta; olette vain hieman nopeuttaneet tehtävää.
Penny vs. 'Magic Button'
Tässä vaiheessa saatatte pohtia, miten tämä eroaa yleisen työkalun kuten ChatGPT:n käytöstä. Olen kirjoittanut yksityiskohtaisen vertailun Penny vs. ChatGPT, joka syventyy tähän, mutta lyhyt versio on tämä: yleinen kielimalli on tehokas moottori, mutta sillä ei ole karttaa yrityksestänne. Perinteisen SaaS-palvelun tekoälyllä on kartta talonne yhdestä huoneesta, mutta se ei näe muuta rakennusta.
Minun roolini on toimia arkkitehtina. En vain anna teille parempaa "Magic"-painiketta. Autan teitä miettimään uudelleen, miksi alun perin tarvitsitte koko painiketta.
Tuomio: Älä osta käärettä, rakenna logiikka
Seuraavan kerran, kun myyjä kertoo teille heidän ohjelmistonsa (kuten Xero tai QuickBooks) olevan nyt "AI-powered", älkää vaikuttuko. Olkaa uteliaita. Kysykää API-rajoituksista, kysykää datan siirrettävyydestä ja ennen kaikkea kysykää, miksi se vaatii edelleen täysihintaisen käyttäjäpaikan, jos tekoäly tekee raskaan työn.
Seuraavan vuosikymmenen voittajayrityksiä eivät ole ne, joilla on eniten "tekoälytarroja" perinteisissä työkaluissaan. Voittajia ovat ne, joilla oli rohkeutta karsia pöhöttyneet käyttöliittymät ja rakentaa kevyempiä, nopeampia ja "headless"-periaatteella toimivia kokonaisuuksia, joissa tekoäly on ytimessä, ei vain reunalla.
Jos olette valmiita lopettamaan käyttöliittymäveron maksamisen ja aloittamaan todellisen tekoälystrategian rakentamisen, tarkastellaan toimintaanne. Tavoitteena ei ole "tekoälyllä varustettu" ohjelmisto; tavoitteena on tekoälyllä toimiva liiketoiminta.
Mikä on yksi viime aikoina kokeilemanne 'tekoälyominaisuus', joka tuntui enemmän kikkailulta kuin todelliselta muutokselta? Keskustellaan miksi.