Kokia dažniausia priežastis, kodėl AI projektai įmonėse žlunga?

Pagal „Reddit" diskusijas, dažniausia priežastis yra ne technologija, o žmonės ir procesai: darbuotojų baimė, aiškaus tikslo trūkumas ir lūkestis, kad AI viską padarys pats be pastangų. Įrankiai paprastai nėra pagrindinė problema.

Ar mažai įmonei reikia AI naudojimo taisyklių?

Taip. Be aiškios politikos darbuotojai dažnai naudoja nemokamas AI paskyras su įmonės ar klientų duomenimis, o tai kelia duomenų saugumo riziką. Paprastos, aiškios taisyklės, ką galima ir ko negalima daryti, sumažina riziką ir kartu padrąsina žmones naudoti AI ramiau.

Nuo ko pradėti, kad AI diegimas nesustotų?

Pradėkite nuo vienos konkrečios problemos, kuri turi aiškų tikslą ir matuojamą rezultatą, o ne nuo bandymo diegti AI visur iš karto. Pridėkite žmogaus priežiūrą, aiškias taisykles ir tolesnį palaikymą, ir tada plėskite į kitas sritis.

Kaip pamatuoti, ar AI diegimas duoda naudos?

Užtenka keturių rodiklių: aktyvių naudotojų dalies per pastarąsias dvi savaites, panaudojimo atvejų skaičiaus vienam žmogui, laiko vienam darbo vienetui prieš ir po, ir perdarymo dalies. Jei perdarymo dalis auga, sutaupytas laikas yra tariamas. Matuoti verta po mėnesio ir po ketvirčio, o ne kas savaitę.

Kodėl AI diegimas įmonėse stringa: 5 pamokos iš „Reddit"

Daug įmonių pradeda AI diegimą su entuziazmu, o po kelių mėnesių tyliai jį pamiršta. Kad suprasčiau, kur dažniausiai lūžta, surinkau, ką apie žlugusius AI projektus atvirai rašo patys darbuotojai ir vadovai r/PromptEngineering, r/AIAssisted, r/LLMDevs ir kitose bendruomenėse. Įdomiausia tai, kad beveik niekada nekaltinama pati technologija. Toliau penkios pamokos su nuorodomis į realias diskusijas.

1. Priežastis dažniausiai ne technologija

Gijos pavadinimas „Most AI adoption fails, and it's not because of the tools" pasako esmę: patys įrankiai retai būna problema. Kliūva žmonės, procesai ir aiškumo trūkumas. Tą patvirtina ir platesnė diskusija r/PromptEngineering, pavadinta „AI adoption is stalling in most orgs, and it's not a technology problem".

2. Darbuotojų baimė yra tikra kliūtis

Toje pačioje r/PromptEngineering gijoje išsakoma mintis, kurią verta perskaityti kiekvienam vadovui: darbuotojai bijo, kad, tapę geri su AI, tiesiog apmoko savo pamainą. Kol ši baimė neadresuota, žmonės tyliai sabotuoja diegimą, net jei atvirai neprieštarauja. Sprendimas ne spaudimas, o aiškus paaiškinimas, kad AI perima rutiną, o ne darbo vietą.

3. Lūkestis, kad AI viską padarys pats

Gijoje „It feels like most AI projects at work are failing" taikliai pasakyta: dauguma verslo AI projektų žlunga, nes niekas nenori įdėti pastangų ir laiko, o tikimasi, kad AI atliks visą sunkų darbą. Realybėje AI yra galingas įrankis, bet jam reikia gero proceso, aiškių instrukcijų ir žmogaus priežiūros.

4. Trūksta aiškių taisyklių ir saugumo

Kelios gijos, pavyzdžiui „AI adoption inside companies feels much slower", mini nerimą keliantį dalyką: darbuotojai naudoja nemokamas AI paskyras su jautriais įmonės ar klientų duomenimis, nes nėra jokios politikos. Tai ir saugumo rizika, ir stabdis, nes atsargesni žmonės tiesiog nedrįsta nieko daryti be aiškių taisyklių.

5. Bandymas diegti viską iš karto

Bendra visų šių diskusijų gija: geriausiai sekasi toms įmonėms, kurios pradeda nuo vienos konkrečios, aiškiai apibrėžtos problemos, o ne bando „įdiegti AI" visame versle vienu metu.

Kaip atrodo sustojęs diegimas

Retai kada projektas paskelbiamas žlugusiu. Jis tiesiog nutyla, ir tai atpažįstama iš kelių ženklų.

Įrankiu naudojasi tie patys du ar trys žmonės, kurie juo naudojosi ir pirmą savaitę.
Niekas nebeklausia, kaip sekasi, nes nėra kam atsakyti.
Prenumeratos vis dar mokamos, bet paskyrų aktyvumo niekas netikrina.
Į klausimą, kiek laiko sutaupyta, atsakoma bendrai, be skaičių.
Atsiranda antras įrankis, nors pirmasis dar neveikia iki galo.

Jei atpažįstate bent tris punktus, problema jau ne technologijoje. Ji valdyme, ir taisoma ji valdymo priemonėmis.

Skaičiavimas, kuris parodo, kur dingo nauda

Diskusijose skaičių beveik nėra, o be jų ginčas neturi pabaigos. Paprastas skaičiavimas jį uždaro.

Tarkime, penkiolikos žmonių įmonė nupirko licencijas visiems po 20 eurų per mėnesį. Tai yra 300 eurų per mėnesį, arba 3 600 eurų per metus. Po ketvirčio pasitikrinama, kas realiai naudojasi: aktyvūs yra keturi žmonės. Vadinasi, 220 eurų kas mėnesį moka už neveikiančią prieigą.

Toliau žiūrima į naudos pusę. Tie keturi žmonės sako sutaupantys apie 3 valandas per savaitę kiekvienas. Tai yra 12 valandų per savaitę, arba apie 48 valandos per mėnesį. Prie 20 eurų valandos kaštų tai yra 960 eurų vertės.

Skaičius, kuris iš to seka, nemalonus, bet naudingas: projektas atsiperka net esant tokiam nedideliam naudojimui, ir visa problema yra likusieji vienuolika žmonių. Sprendimas todėl yra ne nutraukti prenumeratas, o suprasti, kodėl vienuolika žmonių įrankio nenaudoja. Beveik visada atsakymas yra vienas iš trijų: nežino, kam jį naudoti savo darbe, bijo suklysti, arba niekas neparodė, kaip.

Penki žingsniai, kad diegimas nesustotų

Pradėkite nuo problemos, ne nuo įrankio. Užrašykite vieną sakinį: koks darbas atima per daug laiko ir kaip atrodys geresnis rezultatas. Jei sakinio parašyti nepavyksta, projekto dar nėra, ir tada dažniausiai padeda AI konsultacijos iš šalies.
Paskirkite šeimininką. Vieną žmogų, ne komitetą, kuris atsako už rezultatą ir į kurį kreipiamasi su klausimais. Kodėl be jo viskas sustoja, nagrinėjame tekste apie tai, kas įmonėje atsakingas už AI.
Parašykite ribas anksčiau nei duodate prieigą. Kelių sakinių taisyklės, ką galima kelti į įrankį ir ko negalima, nuima didžiąją dalį atsargumo. Rinkinį aprašėme tekste apie AI naudojimo politiką įmonėje.
Duokite kiekvienam po vieną panaudojimo atvejį jo darbe. Bendras mokymas apie galimybes duoda smalsumą. Konkretus atvejis duoda įprotį.
Susitarkite dėl peržiūros datos. Po mėnesio ir po ketvirčio. Be datos niekas nepasitikrins, ar dar veikia, kaip aprašyta tekste apie AI priežiūrą po diegimo.

Dažniausios klaidos ir jų taisymas

Pilotas be pabaigos kriterijaus. Bandymas, kuris tęsiasi „kol pamatysime", niekada nesibaigia sprendimu. Pataisymas: dar prieš pradedant užrašykite, koks rezultatas reikš tęsiame ir koks reikš nutraukiame. Struktūrą aprašėme tekste apie AI pilotinį projektą.

Mokoma vieną kartą. Po dviejų savaičių lieka apie penktadalį to, kas buvo parodyta. Pataisymas: trumpas pakartojimas po mėnesio ir vieta, kur komanda dalijasi tuo, kas suveikė.

Diegiama iš viršaus be žmonių, dirbančių su procesu. Jie žino išimtis, kurios ir sugriauna sprendimą trečią savaitę. Pataisymas: bent vienas jų dalyvauja nuo pirmos dienos.

Perkami įrankiai vietoj proceso taisymo. Jei duomenys netvarkingi, o procesas neaprašytas, nė vienas modelis to neišspręs. Kitas dažnas šios rūšies klaidas surinkome tekste apie AI diegimo klaidas.

Neatsakoma į klausimą apie etatus. Tyla čia visada išverčiama blogiausiu būdu. Pataisymas: atviras atsakymas pirmą savaitę, net jei jis nėra visiškai malonus.

Klausimai, kurie kyla Lietuvos įmonėse

„Ar mums užtenka masto?" Dažniausiai taip. Mažoje komandoje diegimas net paprastesnis, nes sprendimai priimami greitai ir nereikia derinti tarp skyrių. Ką tai reiškia praktiškai, aprašėme tekste apie tai, kaip AI diegia mažos komandos.

„Neturime kam to prižiūrėti." Tada pradėkite nuo tokio siauro proceso, kurį prižiūrėti užtenka valandos per savaitę. Projektas, kuriam nėra šeimininko, sustos nepriklausomai nuo to, koks jis geras. Ar tokiu atveju verta ieškoti pagalbos iš išorės, aptariame tekste apie tai, ar verta samdyti AI agentūrą.

„Bijome dėl klientų duomenų." Baimė pagrįsta, sprendimas paprastas: verslo planas su duomenų tvarkymo sutartimi ir aiškus sąrašas, ko į įrankį nekeliame. Be šio sąrašo žmonės naudoja asmenines paskyras, ir rizika tampa nematoma. Kaip tokias ribas dėlioja finansų įstaigos, aprašome tekste apie AI Lietuvos bankuose.

„Kiek laiko realiai reikia?" Pirmam veikiančiam procesui dažniausiai užtenka nuo keturių iki aštuonių savaičių, iš kurių didžioji dalis tenka ne technikai, o susitarimams, pavyzdžiams ir taisyklėms.

Ką matuoti, kad diegimas nesustotų

Diskusijose dažnai skundžiamasi, kad naudos neįmanoma pamatuoti. Įmanoma, tik reikia iš anksto susitarti, ko žiūrite. Užtenka keturių rodiklių.

Aktyvių naudotojų dalis. Ne licencijų skaičius, o kiek žmonių įrankiu naudojosi per pastarąsias dvi savaites.
Panaudojimo atvejų skaičius vienam žmogui. Vienas atvejis reiškia smalsumą, trys reiškia įprotį.
Laikas vienam darbo vienetui. Kiek užtruko paruošti pasiūlymą, ataskaitą ar atsakymą prieš ir po.
Perdarymo dalis. Kiek rezultatų tenka taisyti iš esmės. Jei ji auga, greitis yra tariamas.

Skaičiai renkami ne kas savaitę, o po mėnesio ir po ketvirčio. Matuojant dažniau matuojamas triukšmas, o ne pokytis.

Kaip apie tai kalbėti su komanda

Antroji pamoka, apie darbuotojų baimę, sprendžiama ne pranešimu, o keliais paprastais žingsniais.

Pirma, pasakykite, kas nesikeis. Tyla apie etatus visada užpildoma blogiausia prielaida.

Antra, paprašykite žmonių pačių nurodyti, kurią savo darbo dalį jie atiduotų mielai. Beveik visada nurodoma rutina, o ne ta dalis, kurioje jie stiprūs.

Trečia, pirmą rezultatą parodykite viešai ir su klaidomis. Komanda greičiau patiki demonstracija, kurioje kažkas nepavyko ir buvo pataisyta, nei tvarkinga prezentacija. Platesnį vaizdą aprašėme tekste apie pokyčių valdymą diegiant AI ir tekste apie tai, kaip vadovui pristatyti AI komandai.

Ką iš to pasiimti Lietuvos įmonei

Kaip pradėti: išsirinkite vieną procesą su aiškiu tikslu ir matuojamu rezultatu, pridėkite paprastas AI naudojimo taisykles, žmogaus priežiūrą ir tolesnį palaikymą. Kai šis pirmas žingsnis suveikia, plėskite toliau.

Būtent tai ir darome kaip AI partneris: padedame išsirinkti pirmą teisingą žingsnį, susikurti saugaus naudojimo taisykles ir pravesti diegimą taip, kad jis nesustotų po pirmo entuziazmo. Norite aptarti savo situaciją? Konsultacija nemokama.