Vidinės sistemos su AI: kada verta kurti, o kada pirkti

Vidinės sistemos su AI tampa vis prieinamesnės net mažoms komandoms. Tai, kas anksčiau reikalaudavo brangaus programuotojų projekto, dabar kartais sukuriama per kelias dienas. Bet būtent dėl to atsiranda pagunda kurti viską iš eilės. Šiame straipsnyje aptariame, kada savo įrankis tikrai apsimoka, o kada geriau rinktis paprastesnį kelią.

Kada verta kurti savo sprendimą

Ne kiekvienas procesas nusipelno atskiros sistemos. Savo įrankis pateisina save tada, kai sutampa kelios sąlygos:

• Procesas kartojasi dažnai ir atima daug laiko.
• Gatavi sprendimai netinka dėl specifikos ar per brangūs.
• Duomenys išsibarstę po kelias vietas ir juos reikia sujungti.
• Klaidos rankiniame darbe kainuoja pinigus ar reputaciją.

Jei bent trys iš šių punktų teisingi, savo vidinė sistema greičiausiai atsipirks.

Kada geriau nekurti

Lygiai taip pat svarbu žinoti, kada stabdyti. Jei procesas retas arba paprastas, gatavas įrankis beveik visada bus pigesnis ir greitesnis. Nauja sistema reikalauja ir sukūrimo, ir priežiūros, atnaujinimų bei mokymo komandai.

Dažna klaida yra kurti sudėtingą sprendimą problemai, kurią išspręstų lentelė ar esamas įrankis. Prieš pradedant verta atvirai paklausti, ar tikrai reikia naujo įrankio, ar tik geriau sutvarkyto proceso.

Kur AI keičia skaičiavimus

AI sumažina kūrimo kainą ir laiką, todėl slenkstis, ties kuriuo savas įrankis apsimoka, nusileidžia. Sistemos, kurios anksčiau būtų buvusios per brangios mažam verslui, dabar tampa realios. Kokio dydžio sumos šioje srityje realiai juda ir kokia parama prieinama, aprašome tekste apie AI investicijas Lietuvos versle.

AI padeda keliais etapais: greitai parengia komponentų juodraščius, paaiškina klaidas, pasiūlo sprendimus. Taip pat pati sistema gali turėti AI funkcijų, pavyzdžiui, tekstų apdorojimą ar duomenų klasifikavimą. Tačiau architektūros, saugumo ir duomenų sprendimai lieka žmogui.

Nuo ko pradėti

Prieš kuriant bet ką, verta aiškiai aprašyti procesą, kurį norite pagerinti:

• Kokie žingsniai atliekami dabar ir kiek laiko užima.
• Kur atsiranda klaidos ir kodėl.
• Ką sistema turėtų automatizuoti, o ką palikti žmogui.

Šis aprašymas ir padeda įsivertinti prasmę, ir tampa pagrindu programuotojui ar AI darbo eigai. Kuo aiškesnis procesas popieriuje, tuo pigesnis ir tikslesnis sprendimas.

Kokybė ir priežiūra

Vidinė sistema nėra vienkartinis projektas. Ją reikia prižiūrėti, atnaujinti ir pritaikyti prie kintančių poreikių. Todėl svarbu, kad kodą kurtų ar peržiūrėtų patyręs specialistas, ne pasitikima aklai AI rezultatu. Naujesnės technologijos keičiasi greitai, o klaida vidinėje sistemoje gali tyliai kaupti problemas.

Būtent todėl geriausias rezultatas gaunamas derinant AI greitį su žmogaus atsakomybe už kokybę.

Skaičiavimas: savas įrankis ar prenumerata

Sprendimą lengviausia priimti sulyginus tris skaičius: kiek laiko procesas atima dabar, kiek kainuotų gatavas įrankis ir kiek kainuotų savas.

Paimkime 18 žmonių prekybos įmonę, kuri rankiniu būdu tvarko tiekėjų sąskaitas. Du žmonės tam skiria po pusantros valandos per dieną, tai yra apie 60 valandų per mėnesį. Esant 18 eurų valandos savikainai, procesas kainuoja maždaug 1 080 eurų per mėnesį.

Gatavas sprendimas su reikiamomis funkcijomis kainuotų, tarkime, 180 eurų per mėnesį plius vienkartinis įdiegimas. Jei jis padengia 80 procentų poreikio, atsakymas aiškus: perkate ir klausimą uždarote.

Savas įrankis tampa įdomus tada, kai gatavas padengia tik apie pusę. Vienkartinis sukūrimas kainuoja, sakykime, 6 000 eurų, plius maždaug 100 eurų per mėnesį priežiūrai ir serveriams. Jei jis nuima 70 procentų rankinio darbo, tai apie 750 eurų vertės laiko per mėnesį. Atėmus priežiūrą lieka maždaug 650 eurų, taigi investicija atsiperka per devynis mėnesius.

Riba, kurią verta įsidėmėti: jei atsipirkimas ilgesnis nei 18 mėnesių, procesas greičiausiai per retas arba per mažas savai sistemai. Platesnį šio pasirinkimo palyginimą pateikiame tekste paruoštas AI įrankis ar individualus sprendimas.

Šeši žingsniai nuo idėjos iki veikiančio įrankio

1. Išmatuokite procesą, o ne įspūdį. Vieną savaitę fiksuokite, kiek laiko jis realiai atima. Skaičius dažnai skiriasi nuo to, kaip atrodo iš šalies.
2. Sutvarkykite duomenis. Jei informacija guli penkiuose failuose skirtingais formatais, jokia sistema jos nesujungs. Kodėl tai svarbiausias etapas, aprašėme tekste apie AI duomenų parengtį.
3. Nubraižykite procesą popieriuje. Kiekvienas žingsnis, kiekvienas sprendimo taškas, kiekviena išimtis. Būtent išimtys dažniausiai ir tampa brangiausia dalimi.
4. Nuspręskite, kas lieka žmogui. Sistemos, kurios sprendžia viską pačios, nepatikimos. Sistemos, kurios paruošia ir laukia patvirtinimo, veikia.
5. Padarykite mažiausią veikiančią versiją. Vienas procesas, vienas vartotojas, dvi savaitės. Tai pilotinis projektas, o ne galutinis produktas.
6. Susitarkite dėl integracijų. Įrankis, į kurį duomenis reikia suvedinėti ranka, greitai lieka nenaudojamas. Kaip tai atrodo praktiškai, aprašėme tekste apie AI integraciją į esamas sistemas.

Dažniausios klaidos

• Kuriama pagal tai, ką sako vadovas, o ne pagal tai, ką daro darbuotojas. Realus procesas beveik visada turi neoficialių žingsnių. Sprendimas: pusdienis šalia to žmogaus, kuris darbą atlieka kasdien.
• Bandoma iškart sutvarkyti visas išimtis. Devyniasdešimt procentų atvejų yra paprasti. Sprendimas: automatizuoti juos, o likusius nukreipti žmogui.
• Nesutarta, kas prižiūrės. Po pusmečio pasikeičia formatas ar sąsaja, ir įrankis nustoja veikti. Sprendimas: aiškus atsakingas žmogus ir biudžetas, apie tai plačiau rašome tekste AI priežiūra po diegimo.
• Įrankis kuriamas be tų, kurie juo naudosis. Sistema, kurios komanda nesuprato, tyliai apleidžiama. Sprendimas: rodyti veikiančią versiją kas savaitę, o ne po trijų mėnesių.
• Nefiksuojama, ką sistema padarė. Be veiksmų žurnalo neįmanoma nei rasti klaidos priežasties, nei įrodyti, kad sprendimas buvo teisingas.

Prieštaravimai ir sąžiningi atsakymai

„Neturime programuotojų." Daliai sprendimų jau pakanka no-code įrankių ir AI pagalbos. Bet ten, kur liečiami finansiniai ar klientų duomenys, patyrusio žmogaus peržiūra vis tiek reikalinga.

„Liksime priklausomi nuo kūrėjo." Reali rizika. Ją mažina paprastas reikalavimas: kodas, dokumentacija ir visos prieigos priklauso jums. Dėl to susitariama prieš pradedant, ne pabaigoje.

„Po metų technologijos pasikeis." Pasikeis modeliai, bet ne jūsų procesas. Gerai aprašytas procesas perkeliamas prie naujo modelio per kelias dienas.

Ką keičia komandos dydis

Vieno ar dviejų žmonių įmonėje savas įrankis retai pasiteisina: apimtis per maža, o priežiūra atima tą patį laiką, kurį taupo. Ten daugiau duoda tvarkinga darbo eiga iš gatavų įrankių.

Nuo maždaug dešimties žmonių atsiranda kitas efektas. Tas pats procesas kartojasi keliuose žmonėse, ir kiekvienas jį atlieka šiek tiek kitaip. Čia savas įrankis duoda ne tik sutaupytą laiką, bet ir vienodą rezultatą. Būtent nevienodumas dažniausiai kainuoja daugiausia, nes klaidas randa klientas, o ne kolega.

Pradėkite nuo mažo pavyzdžio

Nesistenkite iškart sukurti sistemos visiems procesams. Išsirinkite vieną aiškų ir dažną procesą, kuris atima daug laiko, ir jam paruoškite paprastą sprendimą. Kai jis realiai veikia ir komanda juo naudojasi, plėsti daug lengviau, o rizika mažesnė.

• Pasirinkite vieną skausmingą procesą bandymui.
• Aprašykite jį aiškiai popieriuje prieš kuriant.
• Įvertinkite rezultatą po kelių savaičių naudojimo.
• Tik tada svarstykite plėtrą į kitas sritis.

Toks laipsniškas kelias apsaugo nuo pagrindinės klaidos, kai sukuriama didelė sistema, kurios komanda galiausiai nenaudoja. Mažas veikiantis pavyzdys visada vertingesnis už didelį neišbaigtą projektą.

Jei svarstote savo vidinę sistemą ir norite įsivertinti, ar ji apsimoka, pažiūrėkite mūsų IT paslaugas arba susisiekite konsultacijai. Padėsime atskirti, kur savas įrankis duos realią naudą, o kur užteks paprastesnio kelio.