← All articles

AI pilotni projekt v podjetju: načrt, merila in pasti

AI pilotni projekt v podjetju: načrt, merila in pasti

Operaterka beleži čas vnosa naročila

AI pilotni projekt je omejen, merljiv preizkus umetne inteligence na enem resničnem procesu. Merila zanj dogovorite pred začetkom, na koncu pa sledi jasna odločitev: uvedemo, prilagodimo ali ustavimo. Dober pilot ni predstavitev, ki navduši na sestanku. Pokazati mora, da rešitev v vašem okolju, z vašimi podatki in vašimi ljudmi skrajša čas, zmanjša napake ali zniža stroške. V nadaljevanju je načrt, po katerem tak pilot izpeljete v nekaj tednih, z merili, ki jim bo verjela tudi uprava.

Novacore-groupPreverite, kje AI izboljša proceseNovaCore Group avtomatizira delovne procese z umetno inteligenco ter podjetjem pomaga optimizirati dokumente, proizvodnjo in načrtovanje.Spoznajte NovaCore Group

Na kratko

  • Pilot preverja poslovno vrednost v resničnem delu, proof of concept (PoC) pa predvsem tehnično izvedljivost. Potrebujete oboje, a vsak odgovarja na drugo vprašanje.
  • Izberite ozek, pogost in merljiv problem, za katerega že imate podatke: zajem naročil, obdelavo prejetih dokumentov ali napoved povpraševanja za en asortiman.
  • Izhodiščno stanje izmerite, preden karkoli spremenite, in ga pozneje merite na enak način. Brez tega je vsak rezultat ugibanje.
  • Za prvi pilot se v praksi dobro obnese okvir 6 do 8 tednov, majhna ekipa in odločevalec, ki je znan že prvi dan.
  • Preverite, ali vaš primer uporabe spada med visoko tvegane po evropskem aktu o umetni inteligenci. Večina operativnih pilotov v proizvodnji in logistiki ne spada, a preverba sodi pred začetek.

Kazalo

Proof of concept, pilot in uvedba: kaj je kaj

Izraza proof of concept in pilotni projekt se pogosto uporabljata kot sopomenki, a odgovarjata na različni vprašanji. PoC pove, ali model sploh zmore nalogo. Pilot pove, ali se to splača v vsakdanjem delu. Če ju zamešate, dobite tehnično uspešen preizkus, ki ga nihče ne uporablja, ali pa pilot, ki se zatakne pri vprašanju, ki bi ga moral rešiti že PoC.

Proof of concept (PoC) Pilotni projekt Produkcijska uvedba
Ključno vprašanje Ali tehnično deluje? Ali prinaša vrednost v resničnem delu? Ali deluje zanesljivo v celotnem obsegu?
Podatki Zgodovinski vzorec Tekoči, resnični podatki Vsi podatki, vsi tokovi
Uporabniki Razvojna ekipa Manjša skupina ključnih uporabnikov Vsi uporabniki procesa
Integracija Pogosto brez Osnovna povezava z ERP ali MES Polna, z nadzorom in podporo
Tipično trajanje Nekaj tednov 6 do 8 tednov Po dogovorjenem načrtu
Izid Tehnična ocena Odločitev: uvedemo, prilagodimo ali ustavimo Merjena donosnost naložbe

Pri manjših projektih PoC in pilot v praksi pogosto združimo: prva dva tedna preverjamo tehnično izvedljivost na zgodovinskih podatkih, nato rešitev vključimo v resnično delo. Pomembno je le, da ima vsaka faza svoje merilo in svojo točko odločitve.

Kje so slovenska podjetja danes

Po podatkih Statističnega urada je leta 2025 umetno inteligenco uporabljalo 22 % podjetij z vsaj 10 zaposlenimi, z velikimi razlikami glede na velikost: 18 % malih, 31 % srednjih in 72 % velikih podjetij. Kot glavno oviro statistika navaja pomanjkanje ustreznega znanja v podjetju. To je tudi najpogostejši razlog, da pilot sploh ne steče: nihče ne ve, kje začeti in kako izmeriti uspeh.

Raziskava Evropske investicijske banke za Slovenijo kaže, da približno štiri od desetih slovenskih podjetij sistematično uporabljajo orodja generativne umetne inteligence za izboljšanje procesov, kar je nekoliko nad povprečjem EU. Uporaba klepetalnika v pisarni pa še ni avtomatizacija procesa. Pilot mora pokazati prav razliko med tem, da ljudje uporabljajo AI, in tem, da proces teče hitreje in z manj napakami.

Za mala in srednja podjetja je Gospodarska zbornica Slovenije pripravila vodič uvajanja umetne inteligence v MSP, ki je dober uvod, preden se lotite prvega konkretnega primera.

Kje so slovenska podjetja danes — overview diagram

Kako izbrati pravi primer za pilot

Začnite s problemom, ne s tehnologijo. Vprašanje ni, kje bi lahko uporabili AI, temveč katera naloga vas danes stane največ časa ali napak in jo znate izmeriti. Dober kandidat za pilot izpolni večino teh meril:

  1. Pogostost. Naloga se ponovi desetkrat ali stokrat na dan, ne enkrat na mesec. Le tako v nekaj tednih zberete dovolj primerov za zanesljivo oceno.
  2. Merljivost. Že danes veste, ali je bil rezultat pravilen: naročilo je bilo pravilno vneseno ali ne, napoved je bila blizu dejanski prodaji ali ne.
  3. Dostopni podatki. Podatki obstajajo in do njih pridete brez večmesečnih dogovorov med oddelki.
  4. Omejen obseg. En proces, en obrat, en asortiman ali ena vrsta dokumentov.
  5. Poslovni vpliv. Če pilot uspe, se prihranek pozna v stroških, roku dobave ali kakovosti, ne le v občutku.
  6. Lastnik procesa. Obstaja vodja, ki proces pozna in ga želi izboljšati.

Nekaj primerov, ki se v slovenskih podjetjih pogosto izkažejo za dobre prve pilote:

  • Distribucija: naročila kupcev prihajajo po e-pošti, v PDF-jih in Excelovih tabelah. AI jih prebere, razvrsti, preveri šifre artiklov in pripravi zapis v ERP, človek pa potrdi le izjeme.
  • Prehrambena industrija: napoved povpraševanja za izdelke s kratkim rokom trajanja, kjer vsak odstotek natančnosti pomeni manj odpisa in manj praznih polic.
  • Logistika: manj napak pri naročilih in prevzemih ter samodejno usklajevanje dobavnic s transportnimi nalogi.
  • Proizvodnja: razporejanje naročil na linije in zgodnje odkrivanje ozkih grl, ki jih planer danes opazi šele, ko zamuda že nastane.

Pri dokumentih premislite tudi, kako se bo spreminjal sam vhod. Če razmišljate o avtomatizaciji prejetih računov, preverite, kaj prinaša priprava na obvezne e-račune. Strukturirani e-računi namreč spremenijo, kateri del procesa sploh še potrebuje AI zajem in kje je vrednost bolj v preverjanju in knjiženju.

Načrt pilota v sedmih korakih

1. Zapišite problem in izmerite izhodišče

V enem odstavku opišite, kaj je narobe, koga to stane in koliko. Nato izmerite, kako proces teče danes: čas na dokument ali naročilo, delež napak, število ročnih popravkov. Merite natanko tako, kot boste merili med pilotom. Ocena, da nekaj traja dolgo, ni izhodišče.

2. Določite merila uspeha in prag odločitve

Pred začetkom zapišite, kaj pomeni dovolj dobro. Na primer: vsaj 90 % pravilno izluščenih polj na naročilih in vsaj pol krajši čas obdelave. Zapišite tudi, kdaj pilot ustavite. Ko je prag dogovorjen vnaprej, odločitev na koncu ni stvar okusa.

3. Sestavite majhno ekipo

Zadostujejo lastnik procesa, ki pozna stroko, nekaj ključnih uporabnikov (praviloma od 4 do 8), tehnični kontakt za podatke in sisteme ter odločevalec, ki bo na koncu rekel da ali ne. Pred začetkom vključite tudi pooblaščene osebe, na primer za varstvo osebnih podatkov in informacijsko varnost, da vas ne ustavijo sredi pilota.

4. Pripravite podatke in evalvacijski nabor

Ločite podatke, na katerih se rešitev uči ali nastavlja, od nabora, na katerem jo ocenjujete. Evalvacijski nabor so resnični primeri s pravilnimi odgovori, ki jih je potrdil strokovnjak iz procesa. Pri generativni AI je to pogosto največji del dela in obenem mesto, kjer ekipe najpogosteje ubirajo bližnjice: preizkusijo nekaj pozivov, rezultat se zdi dober, izmeril pa ga ni nihče.

5. Odločite o infrastrukturi

Ali bodo podatki zapustili vaše okolje? Ali potrebujete lasten model? Ti odgovori vplivajo na skladnost, ceno in hitrost. Več o tem preberete v primerjavi on-premise ali oblak za AI in v članku o tem, kdaj se splača zasebni LLM v podjetju. Če so podatki razpršeni po več sistemih, preverite tudi, kje bodo shranjeni po pilotu: data lake ali data warehouse.

6. Izvajajte v valovih s kontrolnimi točkami

Pilot razdelite na kratke cikle, na primer po dva tedna, z jasnim pregledom ob koncu vsakega: kaj deluje, kje so izjeme, kaj popravimo. Računajte s tem, da bodo prvi tedni počasnejši. Uporabniki so previdni, preverjanje je strogo, rešitev še ne pozna vseh izjem. Zato rezultatov ne ocenjujte po prvem tednu, temveč v zadnjih tednih in na istih testnih primerih kot na začetku.

7. Odločite in imejte načrt za naprej

Na koncu primerjajte rezultat z izhodiščem in pragom iz drugega koraka. Ključno je, da je načrt za primer uspeha pripravljen vnaprej: kdo financira uvedbo, kdo bo rešitev vzdrževal, katere integracije z ERP ali MES so potrebne in kdaj jo razširite na ostale uporabnike. Pilot brez takega načrta obtiči pri predstavitvi.

Kaj meriti glede na vrsto pilota

Vrsta pilota Glavna merila Dodatna merila
Zajem in obdelava dokumentov Delež pravilno izluščenih polj, čas obdelave na dokument Delež dokumentov brez ročnega posega, čas do vnosa v ERP
Upravljanje naročil in logistika Delež napak pri naročilih, čas od prejema do potrditve Število reklamacij, točnost dostav
Napovedovanje povpraševanja Odstopanje napovedi od dejanske prodaje Raven zalog, odpis, izpolnjenost naročil
Planiranje proizvodnje Spoštovanje urnika, čas zastojev Izkoriščenost linij, čas priprave plana
Vsi piloti Delež uporabnikov, ki rešitev dejansko uporabljajo Zadovoljstvo uporabnikov, število izjem na teden

Zadnja vrstica se pogosto pozabi. Rešitev s 95-odstotno natančnostjo, ki je planerji ne uporabljajo, v praksi nima vrednosti.

Računski primer (ponazoritev, ne podatek iz projekta): distributer prejme 150 naročil na dan, ročni vnos traja povprečno 6 minut. To je 15 ur dela na dan. Če pilot pokaže, da se čas na naročilo skrajša na 2 minuti, ker človek potrjuje le izjeme, je prihranek 10 ur na dan. Pri približno 250 delovnih dneh to pomeni okoli 2.500 ur na leto, ki jih ekipa lahko nameni kupcem namesto prepisovanju. Prav takšen izračun, narejen na vaših številkah, je osnova za odločitev o uvedbi.

Izračun dnevnega in letnega prihranka časa

Zakonodaja: kaj velja za pilot v Sloveniji

Evropski akt o umetni inteligenci razvršča sisteme po stopnji tveganja. Večina operativnih pilotov, kot sta zajem naročil ali napoved povpraševanja, ne spada med visoko tvegane. Če pa sistem vpliva na varnost, zdravje ali pravice ljudi, na primer pri odločanju o zaposlenih, veljajo strožje zahteve.

Če pilot obdeluje osebne podatke zaposlenih ali kupcev, pred začetkom vprašajte svojo pooblaščeno osebo za varstvo podatkov ali pravnika, ali potrebujete oceno učinka. To vzame manj časa kot ustavitev pilota v petem tednu.

Zakaj piloti obstanejo

Večina pilotov ne propade zaradi tehnologije, temveč zaradi organizacije. Najpogostejši razlogi:

  • Ni izhodišča. Na koncu nihče ne zna povedati, ali je bolje kot prej.
  • Preširok obseg. Avtomatizacija celotne nabave je program, ne pilot.
  • Merjenje z nekaj pozivi. Brez evalvacijskega nabora je ocena kakovosti le mnenje.
  • Ni lastnika odločitve. Pilot uspe, a nihče nima pooblastila ali proračuna za naslednji korak.
  • Zaprti podatki. Dostop do ERP ali arhiva dokumentov je odobren šele v četrtem tednu.
  • Prezgodnja ocena. Ekipa obupa po prvem tednu, ko se rešitev še uči.
  • Pilot brez integracije. Rešitev deluje v ločenem okolju, uporabniki pa morajo rezultate ročno prepisovati v ERP, kar izniči prihranek.

Naš pogled

Pri nas pilot ni ločen eksperiment, temveč prvi del uvedbe. Rešitev od začetka gradimo na resničnem procesu naročnika in jo povežemo z obstoječimi sistemi, kot sta ERP in MES, ker se le tako pokaže, ali prihranek zdrži v vsakdanjem delu.

Drugo, kar vidimo znova in znova: pilot uspe ali pade pri razumevanju panoge. Napoved povpraševanja v prehrambeni industriji ima drugačne pasti kot planiranje v betonarni ali vodenje kliničnih študij. Zato pri nas skupaj delajo strokovno specializirane ekipe, ki poznajo tako tehnologijo kot panogo. Rešitev prilagodimo poslovnim procesom naročnika, ne obratno.

Rezultat mora biti merljiv. Pri eni od naših uvedb se je čas obdelave naročil skrajšal za 68 %, naložba pa se je povrnila v 8 do 10 mesecih. Takšne številke niso obljuba za vsak projekt, so pa razlog, da vsak pilot začnemo z izhodiščem in merili, dogovorjenimi vnaprej.

Po zagonu ne izginemo. Stalna podpora po uvedbi je del našega pristopa, ker se prave izjeme pogosto pokažejo šele v polnem obsegu.

— Martin

Pilot z NovaCore Group

Če imate proces, ki ga želite preizkusiti, lahko začnemo na enem od naših področij: z avtomatizacijo dokumentov (AI zajem, klasifikacija, preverjanje in prenos v ERP), z upravljanjem proizvodnje in logistike ali s prediktivnim planiranjem, povezanim z ERP in MES. Za farmacijo in betonske obrate imamo tudi končna produkta Vilintra in Concreete.

→ Oglejte si naše rešitve → Sistemi, ki že delujejo v produkciji

Pogosta vprašanja

Koliko časa traja AI pilotni projekt?

Za prvi pilot je razumen okvir 6 do 8 tednov. To je dovolj, da se začetno učenje konča in vidite običajne delovne tedne, in dovolj kratko, da pilot ostane osredotočen. Krajši tehnični PoC na zgodovinskih podatkih lahko traja nekaj tednov.

Koliko stane pilot?

Cena je odvisna od obsega, stanja podatkov in potrebnih integracij, zato je pošteno ponudbo mogoče dati šele po pregledu procesa. Bolj kot absolutni znesek je pomembno razmerje: stroški pilota naj bodo majhni v primerjavi s prihrankom, ki ga merite. Zato izračun prihranka pripravite že pred začetkom.

Ali potrebujemo lastne podatkovne strokovnjake?

Ne nujno. Potrebujete lastnika procesa, ki pozna delo, nekaj ključnih uporabnikov in tehnični kontakt za dostop do sistemov. Tehnični razvoj in modeliranje lahko prevzame izvajalec, znanje o procesu pa mora ostati pri vas.

Ali za naš pilot velja akt o umetni inteligenci?

Akt velja za vse sisteme AI, obveznosti pa so odvisne od stopnje tveganja. Zajem dokumentov ali napoved povpraševanja običajno ne spadata med visoko tvegane sisteme, odločanje o zaposlenih ali sistemi v reguliranih izdelkih pa lahko spadajo. Pred začetkom primer uporabe preverite s pravnikom ali pooblaščeno osebo.

Viri

Priporočeno

AI pilotni projekt v podjetju: načrt, merila in pasti | NovaCore Group