Kysymykseen tekoälyjärjestelmän rakentamisesta tai ostamisesta on helppo vastata huonosti.
Toiset sanovat: ”Osta vain valmis työkalu. Toimittajat ovat jo ratkaisseet tämän.” Toiset sanovat: ”Tarvitsemme räätälöidyn tekoälyn. Meidän työnkulkumme on erityinen.” Molemmat voivat olla oikeassa. Molemmat voivat käydä kalliiksi, jos periaatetta sovelletaan ajattelematta.
Todellinen päätös ei ole rakentaa vai ostaa. Se on yleensä tämä:
- Osta työkalu.
- Konfiguroi työkalu.
- Laajenna työkalua työnkulun automaatiolla.
- Rakenna räätälöity järjestelmä mallien rajapintojen ympärille.
- Itseisännöi tai hienosäädä vain, kun perustelut ovat vahvat.
Tämä artikkeli tarjoaa käytännön kehikon.
Arvioi koko järjestelmä: tietojen saatavuus, työnkulun sopivuus, validointi, käyttöoikeudet, integraatiot, valvonta, ihmisen tekemä tarkastus, ylläpito, sopimusehdot ja irtautumiskustannus. Älä tee päätöstä mallidemon perusteella.
Aloita tarvittavan toiminnon tyypistä
| Toiminto | Lähtöhypoteesi | Miksi se pitää testata |
|---|---|---|
| Yleinen kirjoittamisen, kokousten, tiedonhaun ja koodauksen tuki | Kokeile ensin ostamista tai määrittämistä | Useampi ehdokas voi täyttää rajatun vaatimuksen |
| Tavanomainen liiketoiminnan työnkulku | Kokeile ensin ostamista tai määrittämistä | Nykyiset liiketoimintajärjestelmät voivat jo tarjota sopivan hallitun toiminnon |
| Työnkulkukohtainen automaatio | Vertaa laajentamista ja rakentamista | Työnkulkualustat voivat sopia, jos hallinta-, luotettavuus- ja integraatiotestit menevät läpi |
| Yrityksen tietämysavustaja | Konfiguroi tai rakenna | Riippuu käyttöoikeuksista ja lähteistä |
| Asiakkaille tarkoitettu agentti | Rakenna tai laajenna harkiten | Brändi, turvallisuus, integraatiot ja lokit ratkaisevat |
| Säännelty päätöksenteon tuki | Pätevä tarkastus ensin; vertaa hyväksyttyä toimialaratkaisua, ostamista, rakentamista ja tekoälytöntä polkua | Laki, näyttö, vastuunkanto ja valvonta voivat kaataa minkä tahansa arkkitehtuurin |
| Tuotteen keskeinen erottautumistekijä | Vertaa omistajuusvaihtoehtoja | Vasta asiakkaista ja toiminnasta saatu näyttö kertoo, tuottaako omistaminen etua |
Jos useampi toimittaja täyttää vaatimukset, ostaminen voi keventää omaa vastuuta. Jos työnkulku on strategisesti tärkeä tai toimittajien puutteet ovat olennaisia, laajentaminen tai rakentaminen voi olla perusteltua. Todenna kumpikin oletus.
Neljä päätösulottuvuutta
1. Työnkulun sopivuus
Pystyykö toimittajan työkalu vastaamaan todellista prosessia?
Kysy:
- Pääseekö se käsiksi virallisiin ydinjärjestelmiin?
- Pystyykö se panemaan hyväksyntäsääntömme täytäntöön?
- Osaako se käsitellä poikkeukset?
- Säilyttääkö se auditointilokit?
- Tukeeko se kieliämme ja asiakkaidemme odotuksia?
- Voivatko käyttäjät työskennellä siellä, missä he jo työskentelevät?
Jos tiimi joutuu kiertämään työkalua päivittäin, ostohinta antaa väärän kuvan.
2. Tietojen hallinta
Mitä tietoja järjestelmään menee ja minne ne päätyvät?
Ostaminen on helpompi vaihtoehto, kun tiedot ovat julkisia, sisäisiä tai jo hyväksytty kyseisen toimittajan käsiteltäviksi. Rakentaminen tai yksityinen käyttöönotto on todennäköisempi vaihtoehto, kun tiedot ovat luottamuksellisia, säänneltyjä tai asiakaskohtaisia tai kun niitä koskevat tiukat sijainti- ja säilytysvaatimukset.
Älä rakenna ratkaisua vain tietosuojan vaikutelman vuoksi. Rakenna tai ota ratkaisu käyttöön yksityisesti silloin, kun tietojen käsittelysäännöt sitä todella vaativat.
3. Integraation syvyys
Osa tekoälyjärjestelmistä tuottaa arvoa hallituilla yhteyksillä virallisiin tieto- tai toimintajärjestelmiin: CRM:ään, sähköpostiin, kalenteriin, tikettijärjestelmään, ERP:hen, asiakirjavarastoihin, tietokantoihin, maksuihin, identiteetinhallintaan ja lokeihin. Toiset käyttötapaukset on syytä pitää eristettyinä tai pelkällä lukuoikeudella.
Lähtöhypoteesina vakiointegraatiot puoltavat ostamista, kun taas räätälöidyt, tilaa ylläpitävät työnkulut puoltavat laajentamista tai rakentamista. Edustavan kokeilun on testattava käyttöoikeudet, virheistä toipuminen, havainnoitavuus ja irtautumiskustannus.
Esimerkki:
- ”Tiivistä tukipyynnöt” -> osta tai määritä.
- ”Esiluokittele tukipyynnöt, tarkista sopimuksen palvelutaso, tutki tuotteen telemetria, laadi vastaus, ohjaa asiakastason mukaan ja kirjaa kaikki päätökset lokiin” -> laajenna tai rakenna.
4. Strateginen erottautuminen
Jos kilpailijat pystyvät hankkimaan ja määrittämään saman toiminnon vastaavin tuloksin, pelkkä toiminto ei välttämättä ole kestävä etu. Mittaa asiakasarvoa ja toiminnallista erottautumista sen sijaan, että keksisit arvion kopiointiin kuluvasta ajasta.
Rakenna silloin, kun järjestelmä yhdistää prosessisi, tietosi, jakelusi, toimialaosaamisesi tai asiakaskokemuksesi tavalla, johon yleiskäyttöinen toimittaja ei pysty.
Omistamisen kokonaiskustannus
Vertaa kokonaiskustannuksia, älä pelkkää lisenssihintaa kehittäjätyöhön.
| Kustannuserä | Ostaminen | Rakentaminen |
|---|---|---|
| Lisenssi/API | Sopimuksessa määritelty mutta voi vaihdella käyttäjämäärän, käytön, palvelutason tai käyttörajan ylitysten mukaan | API, päättely, infrastruktuuri ja kolmannen osapuolen palvelut |
| Käyttöönotto | Konfigurointi, migraatio, integrointi ja muutosjohtaminen | Tuote-, integraatio-, alusta- ja migraatiotyö |
| Ylläpito | Toimittaja vastaa osasta alustakerroksia; asiakas vastaa yhä määrityksistä ja integraatioista | Oma tiimi vastaa määritellyistä järjestelmäkerroksista ja riippuvuuksista |
| Tietoturva-arviointi | Toimittajan taustojen ja riskien arviointi | Arkkitehtuurin ja koodin arviointi |
| Integrointi | Toimittajan rajoissa | Joustavaa mutta kallista |
| Muutostenhallinta | Riippuvuus toimittajan tuotesuunnitelmasta | Sisäisen tuotesuunnitelman ylläpitovastuu |
| Tuki | Toimittajan tuki | Oma tuki |
| Irtautumiskustannus | Datan ja viennin rajoitteet | Tekninen velka ja omistajuus |
Kumpikin polku voi tuoda merkittäviä ja pitkäikäisiä kustannuksia. Vertaa samalta ajanjaksolta nykyisiä tarjouksia, työn kokonaiskustannusta sivukuluineen, migraatiota, tukea, häiriöitä ja irtautumisskenaarioita.
Pisteytyslomake
Anna jokaiselle ulottuvuudelle pistemäärä väliltä 1 ja 5, määrittele jokaisen pistemäärän merkitys ja painota ulottuvuudet ennen toimittajien arviointia. Älä anna korkean yhteispistemäärän kumota tietoturvaan, lakiin, tietosuojaan, turvallisuuteen, saavutettavuuteen tai tietojen sijaintiin perustuvaa poissulkevaa ehtoa.
| Ulottuvuus | Matala arvo puoltaa ostamista | Korkea arvo puoltaa rakentamista |
|---|---|---|
| Työnkulun erityisyys | Yleinen työnkulku | Ainutlaatuinen työnkulku |
| Tietojen arkaluonteisuus | Julkinen tai sisäinen | Luottamuksellinen tai rajoitettu |
| Integraation syvyys | Vakiointegraatiot | Räätälöity monen järjestelmän työnkulku |
| Erottautuminen | Hyödyke | Strateginen etu |
| Muutosnopeus | Toimittajan tiekartta riittää | Tarvitaan nopeaa sisäistä iterointia |
| Operatiivinen kapasiteetti | Vähän tai ei lainkaan kehityskapasiteettia | Tiimi pystyy vastaamaan tuotantojärjestelmästä |
Tähän artikkeliin linkitetty pisteytyslomake antaa valmiin pohjan. Liitä jokaiseen pisteeseen näyttö: kokeilun tulos, sopimusehto, arkkitehtuurin arviointi, tarjous, vertailumittaus tai asiakastutkimus.
Toteuta finalisteille sama edustava osuus työnkulusta ja kirjaa tehtävän onnistuminen, virheistä toipuminen, ihmistyön määrä, viive, kustannus, integraatiorajoitteet, käyttöoikeuksien toiminta, havainnoitavuus sekä vienti- ja irtautumispolku. Laske pisteet uudelleen kokeilun jälkeen.
Käytännön päätöspuu
- Täyttääkö jokin valmis työkalu pakolliset vaatimukset turvallisesti? Kokeile ostettavia ja määritettäviä vaihtoehtoja.
- Onko jäljelle jäävällä puutteella käytännön merkitystä? Laajenna automaatiolla ennen räätälöityä rakentamista.
- Vaatiiko työnkulku yksityisiä tietoja, räätälöityjä käyttöoikeuksia tai syvää integraatiota? Vertaa yritystason määritystä, laajennusta, ohutta räätälöityä kerrosta sekä tekoälyttömiä ja manuaalisia hallintatoimia pakollisiin vaatimuksiin.
- Pitääkö itse mallin käyttäytymistä muokata? Harkitse hienosäätöä vasta, kun olet arvioinut yksinkertaisemmat soveltuvat keinot, kuten kehotteet, deterministisen logiikan, haun tai rajoitetun tulosteen, ja tehnyt arvioinnit jokaisesta vaihtoehdosta.
- Vaatiiko käyttöönotto yksityistä hallintaa? Harkitse omaa pilviverkkoa (VPC) tai itseisännöintiä vasta, kun olet mitannut laadun, kustannukset ja operoinnin.
Aloita ylhäältä. Älä hyppää räätälöityyn infrastruktuuriin siksi, että esittely tuntuu strategiselta.
Milloin ostaminen on oikea valinta
Osta, kun:
- Työnkulku on tavanomainen.
- Toimittaja integroituu jo teknologiapinoosi.
- Tietojen arkaluonteisuus on hallittavissa.
- Kustannus vastaa käyttöä.
- Hyötyjen nopea saavuttaminen on tärkeää.
- Toiminto ei erota sinua kilpailijoista.
- Sinulla ei ole kapasiteettia operoida räätälöityä järjestelmää.
Esimerkkejä: kokousyhteenvedot, kirjoitusavustajat, tuen perusmakrot, koodin automaattitäydennys, myyntisähköpostien luonnostelu ja sisäinen haku hyväksyttyihin dokumentteihin.
Milloin rakentaminen on oikea valinta
Rakenna, kun:
- Työnkulku on liiketoiminnan ytimessä.
- Toimittajien työkalut eivät pysty toteuttamaan vaadittuja hallintakeinoja.
- Tarvitset syvän integraation sisäisiin järjestelmiin.
- Tietoja ei saa siirtää yleiseen SaaS-palveluun.
- Tarvitset yksityiskohtaista havainnoitavuutta ja arviointeja.
- Käyttökokemus on osa tuotettasi.
- Pystyt ylläpitämään sen.
Esimerkkejä: asiakkaille tarkoitettu tekoälytuote, säännelty asiakirjatyönkulku, käyttöoikeuksia noudattava yrityksen RAG-ratkaisu, toimialakohtainen agentti ja yksityisten tietojen poimintaputki.
Älä tee tätä vielä
Älä rakenna alustaa ennen kuin olet osoittanut yhden työnkulun toimivaksi.
Älä osta työkalua ilman tietojenkäsittelyn arviointia.
Älä hyväksy toimittajan tekoälyominaisuuksia testaamatta todellisia reunatapauksia.
Älä hienosäädä ennen kuin olet kokeillut kehotteita, RAG:ia ja arviointeja.
Älä valitse itseisännöintiä siksi, että se kuulostaa yksityiseltä. Osoita tietosuojavaatimus ja ylläpitokyky.
Anna edustavan kokeilun ratkaista
Oikea päätös tekoälyn rakentamisesta tai ostamisesta riippuu näytöstä. Britannian hallituksen nykyinen ohje tekoälyn soveltuvuuden arvioinnista lähtee samalla tavalla liikkeelle siitä, onko tekoäly ylipäätään oikea ratkaisu, ja käsittelee tietoja, käyttäjiä, haittoja, vaihtoehtoja ja elinkaarikustannuksia.
Käsittele ostamista, määrittämistä, laajentamista, rakentamista sekä tekoälytöntä ja manuaalista polkua hypoteeseina. Valitse se vaihtoehto, joka vaatii vähiten omaa ylläpito- ja omistajavastuuta ja täyttää pakolliset työnkulku-, tieto-, turvallisuus-, integraatio-, kustannus-, saavutettavuus- ja irtautumisvaatimukset. Rajoittava tekijä voi olla joko malli tai sitä ympäröivä järjestelmä; edustavan kokeilun on osoitettava kumpi.
