Kontrolni seznam pripravljenosti na UI: je vaše podjetje res pripravljeno?
Vsi sprašujejo, kako uporabljati umetno inteligenco. Skoraj nihče si ne zastavi vprašanja, ki je na vrsti prej: je podjetje sploh pripravljeno nanjo? To je iskren kontrolni seznam, ki ga pregledamo, preden bi karkoli priporočili graditi.

Obstaja vprašanje, ki mi ga zdaj zastavijo vsaj enkrat na teden, običajno izrečeno z rahlo živčnim smehom: »No ... bi morali kaj početi z umetno inteligenco?« To je napačno vprašanje, a iskreno. Pravo vprašanje — tisto, ki si ga skoraj nihče ne zastavi prvega — je tišje in veliko bolj uporabno: je to podjetje res pripravljeno izvleči vrednost iz UI, ali bi le kurili denar, da bi delovali sodobno?
Že leta sedim za mizo nasproti lastnikom in vodjem srednje velikih podjetij — proizvajalcem, veletrgovcem, strokovnim pisarnam, regionalnim storitvenim podjetjem s petdeset do tristo zaposlenimi. Tisti, ki z UI uspejo, skoraj nikoli ne začnejo s tehnologijo. Začnejo z iskrenostjo o stanju lastne hiše: o svojih podatkih, svojih procesih, svojih ljudeh in o tem, kako se odločitve dejansko sprejemajo, ko nihče ne gleda. Tehnologija je lahek del. Pripravljenost je del, ki odloča, ali boste dobili rezultat ali obžalovanje.
To je torej kontrolni seznam, ki ga bolj ali manj pregledam, preden bi podjetju priporočil, naj porabi en sam evro za gradnjo česarkoli. Ni model zrelosti z dvanajstimi dimenzijami in barvitim radarskim grafom. Je nabor preprostih vprašanj, na katera lahko odgovorite ob kavi, razvrščenih v pet stvari, ki resnično napovedujejo, ali bo UI delovala za vas — ali vas bo čez šest mesecev tiho osramotila na seji vodstva.
Zakaj je »pripravljenost« pomembnejša od modela
Tu je neprijetna resnica, s katero ponudniki ne začnejo: model UI je le redko tisti, zaradi katerega projekt propade. Modeli so danes osupljivo dobri in vsakih nekaj mesecev postanejo boljši, naj naredite kaj ali ne. Projekte ubije vse okoli modela — neurejeni podatki, s katerimi ga hranite, proces, na katerega je privit, ljudje, ki jih nihče ni vprašal, nejasen lastnik, meglena opredelitev uspeha.
Gledal sem, kako podjetja porabijo resen denar za pameten pilotni projekt, ki je na predstavitvi lepo deloval, nato pa umrl ob stiku z resničnostjo, ker so podatki, ki jih je potreboval, živeli v treh nezdružljivih sistemih in v glavi enega človeka. Pilot ni bil napačen. Podjetje le ni bilo pripravljeno nanj. Pripravljenost ni vrata, ki vas držijo zunaj UI — je tisto, kar odloča, ali se vaša naložba obrestuje ali izpari.
“Model skoraj nikoli ni razlog, da projekt UI propade. To so neurejeni podatki, nejasen lastnik in proces, ki ga nihče ni najprej preslikal.”
Dobra novica je, da je pripravljenost popravljiva in večina popravkov je nebleščečih in poceni. Ne potrebujete podatkovnega jezera ali glavnega direktorja za UI. Iskreno morate vedeti, kje stojite na petih frontah, in zapreti tisto eno ali dve vrzeli, ki bi sicer potopili prvi projekt. Pojdimo skoznje.

Steber 1: Vaši podatki — so dovolj dobri za gradnjo?
UI je tako dobra, kot je tisto, s čimer jo hranite, in prav tu so srednje velika podjetja najpogosteje presenečena. Ne zato, ker bi bili njihovi podatki grozni — običajno so povsem v redu za vodenje posla — temveč zato, ker »v redu za ljudi« in »v redu za stroj« nista isti merilo. Človek lahko prebere nekoliko nedosleden zapis o stranki in ve, da sta »Müller GmbH« in »Mueller G.m.b.H.« isto podjetje. Sistem potrebuje, da ste to že odločili.
Ne potrebujete popolnih podatkov. Nihče nima popolnih podatkov, čakanje nanje pa je le odlašanje v obleki. Potrebujete podatke, ki so dostopni, razumno dosledni in povezani s procesom, ki ga želite izboljšati. Zastavite si preprosta vprašanja:
- Se res lahko dokopljete do podatkov, ki bi jih potrebovali, ali so ujeti v sistemu, iz katerega jih lahko izvozi le en ponudnik?
- Se ista stvar večino časa zapisuje na isti način — stranke, izdelki, statusi, datumi?
- Ali vaši ključni sistemi vedo drug za drugega, ali nekdo vsak dan pretipkava med njimi?
- Je dovolj zgodovine za učenje, tam, kjer naloga zgodovino sploh potrebuje?
- Bi bili mirni, če bi regulator vprašal, od kod izvira določena številka?
Še eno stvar ljudje podcenjujejo: lastništvo podatkov. Če kritičen del tega, s čimer bi hranili model, živi znotraj orodja tretje osebe, katere pogodba prepoveduje izvoz, to ni tehnična težava, ki bi jo obšli z inženiringom — je poslovna, ki jo morate rešiti najprej. Bolje to izvedeti zdaj, na papirju, kot tri mesece sredi gradnje.
Steber 2: Vaši procesi — so dovolj stabilni za avtomatizacijo?
V našem svetu obstaja star rek: če avtomatizirate zmešnjavo, dobite hitrejšo zmešnjavo. Je kliše, ker je neusmiljeno resničen. UI, spuščena na kaotičen proces, kaosa ne popravi — ga razširi, in zdaj ste zmedeni pri hitrosti. Preden lahko na proces postavite inteligenco, mora biti proces dovolj stabilen, da ga lahko opišete novemu zaposlenemu na njegov prvi dan.
To ne pomeni, da mora biti eleganten ali v celoti dokumentiran. Pomeni, da mora biti resničen in ponovljiv. Test je preprost: ga znate narisati? Če bi tri ljudi, ki opravljajo to delo, posedli v sobo in jih prosili, naj skicirajo korake, bi narisali približno isto sliko — ali tri različne, vsak prepričan, da je njegova način, kako se to »v resnici« počne?
Pravila proti presoji
Pomaga tudi vedeti, s kakšno vrsto procesa imate opravka. Če sledi trdnim pravilom — premakni te podatke tja, pošlji oni opomnik, označi vse nad pragom — morda UI sploh ne potrebujete; navadna avtomatizacija je cenejša in zanesljivejša. UI si prisluži kruh tam, kjer je delo resnično neurejeno in jezikovne ali presojevalne narave: branje e-pošte v prostem besedilu in izluščenje naročila, priprava prvega osnutka odgovora, razvrščanje dokumentov, ki jih nihče noče arhivirati. Iskrenost o tem, katerega od obeh imate, vas reši pred nakupom kovaškega kladiva za risalni žebljiček.

Steber 3: Vaši ljudje — ga bodo res uporabljali?
To je steber, ki je deležen najmanj pozornosti in podre največ projektov. Lahko imate čiste podatke in urejen proces in vseeno končate z orodjem, ki se ga nihče ne dotakne, ker so bili ljudje, katerih delo se je spremenilo, obravnavani kot naknadna misel. Model, ki ga ignorirajo, ima donosnost naložbe natanko nič, naj je na predstavitvi izgledal še tako vtisno.
Pripravljenost je tu deloma o veščinah, a v večini o zaupanju in vključenosti. So ljudi, ki delo opravljajo, vprašali, kaj jih upočasnjuje, ali so jim izročili rešitev za problem, za katerega se niso strinjali, da ga imajo? Ali kdo v stavbi čuti občutek lastništva nad tem, da to uspe, ali je to »svetovalčev projekt«? Je v ekipi vsaj en radoveden človek, ki bo to zagovarjal, namesto da to tiho zaobide?
Ne potrebujete podatkovnih znanstvenikov na plačilnem seznamu. Za večino srednje velikih podjetij tehnično globino prinese pravi partner. Tega, česar ne morete oddati zunaj, je pripravljenost spremeniti, kako se opravlja nekaj vsakodnevnih nalog — in ta pripravljenost se gradi z zgodnjim vključevanjem ljudi, ne z naznanitvijo novega sistema na zboru zaposlenih, ko je že kupljen.
Steber 4: Strategija in proračun — ali obstaja resničen lastnik in resnična številka?
Pobude UI, ki prosto plavajo ločeno od poslovanja, brez jasnega lastnika in brez opredeljenega uspeha, ponavadi tavajo, dokler jim nekdo tiho ne ukine sredstev. Pripravljenost na tej fronti je nebleščeča, a odločilna: poimenovana oseba, ki je lastnica izida, konkreten problem, vreden reševanja, in proračun, ki ustreza ambiciji — vključno z delom, ki ga vsi pozabijo, to je ohranjati stvar v teku po zagonu.
Preden začnete, bi morali znati dokončati ta stavek: »Ta projekt uspe, če se v treh mesecih zgodi [konkretna merljiva stvar].« »Postanemo bolj inovativni« ni ciljna črta; je sporočilo za javnost. »Naša ekipa preneha porabljati šest ur na teden za pretipkavanje naročil« je ciljna črta. Ožje in bolj merljivo, tem bolje — in lažje je vedeti, ali ste res zmagali.
| Element | Ni pripravljeno | Pripravljeno |
|---|---|---|
| Cilj | »Početi nekaj z UI« | »Razpoloviti čas vnosa naročil« |
| Lastnik | Nihče, ali odbor | Ena poimenovana oseba |
| Proračun | Samo gradnja | Gradnja + obratovanje + vzdrževanje |
| Uspeh | Ohlapen / političen | Ena merljiva številka |
| Obseg | Preoblikovati podjetje | Popraviti en boleč proces |
Konkretno o proračunu: gradnja je običajno manjša polovica. Model potrebuje spremljanje, občasno doravnavanje in lastnika, ki opazi, ko se resničnost oddalji od tega, na čemer je bil naučen. Podjetja, ki proračunirajo le za gradnjo, postavljajo orodje, ki četrtletje deluje sijajno, nato pa počasi gnije, ker nihče ni bil plačan, da bi zanj skrbel. Načrtujte za dolgočasno posmrtno življenje projekta, ne le za njegovo razburljivo rojstvo.
Steber 5: Tveganje in upravljanje — del, ki ga v Evropi ne smete preskočiti
Za srednje veliko evropsko podjetje ta steber ni izbiren, in pretvarjanje, da je, je način, kako končate s pametnim orodjem, ki ga pravno ne smete uvesti. Ne potrebujete oddelka za skladnost, morate pa si zastaviti osnovna vprašanja pred gradnjo, ne po njej. V večini gre za to, da veste, katerih podatkov se sistem dotika, kje se obdelujejo in kdo je odgovoren, ko nekaj zgreši.
Vprašanja so manj strašljiva, kot zvenijo. Ali orodje obdeluje osebne podatke, in če da, na čigavih strežnikih in po kateri pogodbi? Če UI nekaj predlaga — ceno, odgovor, odločitev — ali to pregleda človek tam, kjer je pomembno, ali deluje sama? Ali znate v preprostem jeziku pojasniti, kako je prišla do danega izhoda, če stranka ali revizor vpraša? Ste premislili, kaj se zgodi na dan, ko se samozavestno zmoti, ker ta dan bo prišel?

Vse skupaj: iskreno se ocenite
Za to ne potrebujete preglednice, čeprav jo lahko izdelate. Pojdite skozi pet stebrov in vsakega ocenite rdeče, oranžno ali zeleno — ne tako, kot bi želeli, temveč kako je danes v resnici. Bistvo ni doseči same zelene; skoraj nobeno podjetje tega ne doseže in tega ne potrebujete. Bistvo je najti tisto eno ali dve rdeči, ki bi potopili prvi projekt, in se z njima spopasti, preden gradite.
- 1Vsak steber ocenite rdeče, oranžno, zelenoPodatki, procesi, ljudje, strategija, upravljanje. Bodite iskreni — optimistična samoocena le prestavi razočaranje na pozneje.
- 2Najdite svoje blokirajoče rdečeRdeča prav na tistem stebru, od katerega je odvisen vaš prvi projekt, je znak stop. Rdeča nekje nepovezano lahko počaka. Kontekst je pomembnejši od vsote.
- 3Najprej popravite poceni vrzeliVečina vrzeli v pripravljenosti se zapre z nebleščečim, nizkostroškovnim delom — z naredbo podatkov dosegljivih, zapisom procesa, zgodnjim vključevanjem ekipe.
- 4Izberite najmanjši resničen projektIzberite en stabilen, pogost, jasno lastovan proces, kjer ste dovolj zeleni za zmago. Majhna dokončana zmaga financira naslednjo — v zaupanju, ne le v denarju.
- 5Šele potem graditeZ očiščenimi rdečimi na stebrih, ki so pomembni, in zapisanim merljivim ciljem ste pripravljeni. Ne popolni — pripravljeni. To sta različni stvari in le ena od njiju gre v produkcijo.
Opazite, da večina tega dela nima nič z UI. Dosegljivi podatki, proces, ki ga znate narisati, ekipa, ki je vključena, jasen lastnik, človek v zanki — to naredi vaše podjetje boljše, tudi če nikoli ne uvedete niti enega modela. To je tihi bonus jemanja pripravljenosti resno: priprava je sama po sebi dragocena. UI vam le da razlog, da to končno storite.
Želite iskren pogled na to, kje stojite?
Ocena pripravljenosti je najcenejši in najmanj tvegan način za začetek. Z vami bomo prehodili vaših pet stebrov, vam jasno povedali, kje ste pripravljeni in kje ne, ter pokazali na najmanjši projekt, ki ga je vredno narediti prvega — brez kakršne koli obveznosti, da karkoli gradite.
Poglejte, kako pristopamo k svetovanju o UIPogosta vprašanja
Kako vem, ali je moje podjetje pripravljeno na UI?
Ali moramo pred začetkom zaposliti podatkovne znanstvenike?
So naši podatki dovolj dobri za UI?
Kaj pa GDPR in Akt EU o umetni inteligenci?
Naj počakamo, da UI postane boljša, preden začnemo?

Have a nice day je programski studio, ki malim in srednjim podjetjem pomaga pri digitalizaciji — avtomatizacija, umetna inteligenca in programska oprema po meri, ki deluje v vsakdanjem poslovanju, ne le na prosojnicah.