Kako uvesti AI u poslovanje: plan za prvih 30 dana

Ukratko:

• U 30 dana možete doći do odluke ako cilj ostane uzak: jedan mjerljiv proces, imenovani vlasnici, napisana pravila, educiran pilot-tim, provjereni podaci i ovlasti.
• Plan je podijeljen na pet blokova (dani 1–5, 6–10, 11–18, 19–24, 25–30) i završava dokumentiranom odlukom: nastaviti, prilagoditi ili stati.
• 30 dana ne obećava produkcijsku transformaciju, regulatornu usklađenost ni povrat ulaganja.

Uprava pita možete li „uvesti AI” do kraja mjeseca. Možete doći do odluke ako cilj ostane uzak: jedan mjerljiv proces, imenovani vlasnici, napisana pravila, educiran pilot-tim, provjereni podaci i ovlasti. Na ograničenom pilotu skupite dovoljno dokaza da odlučite hoćete li nastaviti, prilagoditi ili stati.

Trideset dana ne obećava produkcijsku transformaciju, regulatornu usklađenost ni povrat ulaganja. Složen proces, osjetljivi podaci ili teška integracija mogu tražiti dulju pripremu. Dobar ishod 30. dana može biti i zapisana odluka da AI za taj proces nije pravi alat.

Što treba postojati 30. dana

Do kraja prvog ciklusa na stolu treba biti ovo:

1. popis AI alata i važnih načina uporabe koji već postoje u tvrtki;
2. kratka pravila dopuštene uporabe, podataka, provjere rezultata i ljudskog odobrenja;
3. pilot-tim koji razumije mogućnosti, ograničenja i svoj dio odgovornosti;
4. jedan proces s jasnom granicom, vlasnikom, početnim mjerenjem i prihvatljivim ishodom;
5. mapa podataka, sustava, dobavljača, pristupa i zabranjenih radnji;
6. reprezentativan testni skup s uobičajenim, rubnim i namjerno problematičnim slučajevima;
7. dokazi s ograničenog pilota i zapisana odluka nastaviti, prilagoditi ili stati.

Microsoftov okvir za planiranje usvajanja AI-a na jedno mjesto stavlja poslovne ciljeve, vještine, podatke, infrastrukturu, prioritizaciju slučajeva uporabe, dokaz koncepta i odgovorno upravljanje. NIST AI Risk Management Framework rizik slaže u funkcije Govern, Map, Measure i Manage. Ovaj plan te principe stavlja u jedan mali poslovni ciklus. Nije zamjena za njihove pune okvire.

Plan za prvih 30 dana

Dani u tablici su orijentir. Ako pravna, sigurnosna ili tehnička provjera nije gotova, ne prelazite na stvarne podatke ili stvarne radnje samo zato što je na kalendaru novi tjedan.

Dani 1–5: vlasnik, inventar i pravila

Netko mora moći reći stop. Imenujte poslovnog vlasnika procesa i osobu koja smije odlučiti o opsegu, pristupu i prekidu pilota. Uključite stručnjaka za proces, ljude koji posao stvarno rade, te sigurnost, privatnost, pravnu, radnopravnu ili drugu kontrolnu ulogu kad vrsta podataka i posljedice to traže.

Za jedan mali pilot ne treba velik „AI odbor”. Odgovornost ipak ne smije ostati samo na dobavljaču ili na neformalnom entuzijastu.

Zatim zapišite alate i važne načine na koje se AI već koristi. Ne morate čitati svaki prompt. Trebate vidjeti gdje poslovni podaci već izlaze iz odobrenih sustava, tko radi po AI rezultatu i kako se prijavljuje pogreška.

NIST-ov profil za generativni AI preporučuje inventar sustava, jasne uloge, periodični pregled i uredno gašenje kad sustav više nije prikladan.

Pravila za pilot stanu na jednu stranicu:

• koji su alat, poslovni račun i korisnici odobreni;
• koje javne, interne, povjerljive i osobne podatke smijete unijeti;
• koji rezultat uvijek mora provjeriti čovjek;
• koje vanjske poruke, promjene zapisa, plaćanja, brisanja ili odluke ostaju zabranjene bez odobrenja;
• kako se prijavljuju pogreška, neželjeno otkrivanje podataka ili incident;
• tko može zaustaviti pilot i kako se posao vraća na ručni postupak.

AI pismenost prije široke uporabe

Prije nego što alat izađe iz pilot-tima, otvorite aktualni članak 4. Akta o umjetnoj inteligenciji EU-a. Taj članak propisuje da dobavljači i subjekti koji uvode AI sustave poduzimaju mjere za potporu razvoju AI pismenosti svojeg osoblja i drugih osoba koje se u njihovo ime bave radom i uporabom AI sustava.

Pri određivanju mjera uzimaju se u obzir tehničko znanje, iskustvo, obrazovanje i osposobljavanje, kontekst uporabe te osobe ili skupine osoba na kojima se sustav upotrebljava. Konsolidirani tekst izričito kaže da obveza ne traži jamstvo određene razine AI pismenosti svakog pojedinca.

U smislu Akta, dobavljač razvija ili daje razviti AI sustav ili AI model opće namjene i pod vlastitim imenom ili žigom stavlja taj sustav ili model na tržište, odnosno AI sustav stavlja u uporabu.

Subjekt koji uvodi sustav koristi AI sustav u okviru svoje nadležnosti, izvan osobne neprofesionalne uporabe. Ulogu procijenite za svaki konkretan sustav i način uporabe.

Prodajni tim, osoba koja odobrava račun i tehnički administrator ne uče istu stvar. Pilot-tim treba razumjeti stvarni zadatak, dopuštene podatke, provjeru rezultata, eskalaciju i posljedicu pogreške. Europska komisija u odgovorima o AI pismenosti ne propisuje jedan obvezni tečaj ni certifikat.

Teme, uloge i datume možete zadržati kao evidenciju. Nemojte tvrditi da radionica sama dokazuje ukupnu usklađenost.

Za program prilagođen ulogama pogledajte AI edukaciju za tvrtke.

Dani 6–10: jedan proces i početno mjerenje

Na stolu će biti nekoliko kandidata. Odaberite jedan proces. Dobar kandidat je proces koji se često ponavlja, ima poznat ulaz i ishod koji možete prihvatiti, troši sate koje možete izmjeriti, oslanja se na dostupne podatke, a pogrešku možete vidjeti i popraviti. Prvi pilot neka ne bude odluka s najtežom posljedicom u tvrtki.

Svaki kandidat ocijenite prema:

• poslovnoj vrijednosti i učestalosti;
• jasnoći ishoda i mogućnosti provjere;
• dostupnosti reprezentativnih primjera;
• tehničkoj izvedivosti integracija;
• osjetljivosti podataka i posljedicama pogreške;
• tome može li se radnja povući i postoji li ručni postupak;
• spremnosti vlasnika procesa i korisnika da uđu u pilot.

Prije izrade zapišite današnje stanje: mjesečni volumen, vrijeme ciklusa, minute ljudskog rada, čekanje, pogreške, dorade, eskalacije i trošak po prihvaćenom ishodu. Dogovorite što znači uspjeh, što traži prilagodbu, a što pilot odmah zaustavlja. Ne upisujte proizvoljan postotak uštede. Prag mora odgovarati početnom stanju i riziku procesa.

Za strukturirani izbor koristite procjenu procesa za AI automatizaciju, a za financijsku hipotezu kalkulator cijene i ROI-ja AI agenta.

Dani 11–18: najjednostavnije rješenje, podaci i ovlasti

Tek sada birajte pristup. Stabilna pravila ostavite u klasičnoj automatizaciji. Chatbot uzmite kad je razgovor sam posao. AI agenta uvodite kad sustav mora protumačiti promjenjiv sadržaj, odabrati među dopuštenim alatima i prilagoditi više koraka. Vodič AI agent, chatbot ili automatizacija pomaže da tu odluku donesete prije kupnje platforme.

Anthropic preporučuje krenuti najjednostavnijim rješenjem i dodati agentnu složenost tek kad evaluacije pokažu da jednostavniji pristup ne daje dovoljno dobar rezultat. Tako izbjegnete skup pilot koji pokaže tehnologiju, a proces ostane isti.

Kad agent doista ima smisla, vodič kako izraditi AI agenta za poslovni proces prevodi proces u ulaze, alate, granice i testove. Odabir modela i platforme dolazi nakon toga. Usporedba n8n-a, Copilot Studija, Makea i Zapiera veže odluku uz hosting, postojeće sustave, upravljanje i trošak.

Za odabrano rješenje zapišite:

• izvor svakog podatka i svrhu za koju se koristi;
• dobavljača, lokaciju obrade, zadržavanje, uporabu podataka i izlazni plan;
• identitet servisa i najmanje dozvole potrebne za čitanje i pisanje;
• dopuštene sustave, zapise, domene, alate, broj koraka i trošak;
• radnje koje čekaju ljudsku potvrdu i osobu koja tu potvrdu smije dati;
• zapis potreban za evaluaciju, uz ograničen pristup i razumno čuvanje.

CRM (sustav za evidenciju odnosa s kupcima), ERP (sustav za vođenje poslovanja tvrtke), dokumentni sustav ili drugi interni izvor prvo spojite samo za čitanje, posebnim servisnim identitetom i s najmanjim potrebnim ovlastima. Vodič za povezivanje AI agenata s internim sustavima detaljnije pokriva pristup, odobrenja, zapisivanje i siguran povrat na ručni rad.

Kad je praktično, PoC počnite sintetičkim podacima ili podacima koji su nakon kontekstualne procjene doista anonimizirani. Pseudonimizirani podaci i dalje su osobni podaci. Ako su potrebni osobni podaci, prije obrade utvrdite svrhu i primjenjivu pravnu osnovu, minimizirajte podatke te provedite odgovarajuću sigurnosnu i pravnu procjenu.

DPIA (procjena učinka na zaštitu podataka) nije automatski potrebna za svaki AI pilot. Prema GDPR-u voditelj obrade ipak je mora provesti prije obrade kada je vrsta obrade vjerojatno visokorizična za prava i slobode ljudi. Za povjerljive ili vlasničke podatke zasebno provjerite ugovorna ograničenja, poslovnu tajnu, interna pravila i kontrole dobavljača.

Dani 19–24: evaluacije prije stvarnog utjecaja

Prije nego što sustav nešto promijeni u stvarnom radu, složite testni skup od stvarnih, prikladno zaštićenih primjera:

• uobičajene uspješne slučajeve;
• rubne, nepotpune i konfliktne ulaze;
• zastarjele ili nedostupne izvore;
• pokušaje izvlačenja tajni ili navođenja sustava izvan opsega;
• neuspjeh integracije, duplikat i sigurno ponovno pokretanje;
• slučajeve u kojima sustav mora stati i predati posao čovjeku.

Za svaki primjer zapišite prihvatljiv ishod, zabranjene radnje, očekivanu ljudsku provjeru i način bodovanja. OpenAI-jeve smjernice za evaluacije preporučuju testove specifične za zadatak, podatke koji odražavaju stvarnu distribuciju, rubne i napadačke slučajeve te kalibraciju automatskog ocjenjivanja ljudskom procjenom.

Isti skup ponovno pokrenite nakon promjene modela, uputa, alata, izvora znanja, integracije ili poslovnog pravila. Tri pažljivo odabrana primjera na demou nisu evaluacija.

Dani 25–30: kontrolirani pilot i dokumentirana odluka

Pilot počnite u sjeni ili samo za čitanje. Ograničite korisnike, volumen, trajanje i spojene sustave. Svaki rezultat pregledavajte dok dokazi ne pokažu da je slabiji nadzor opravdan. Vanjske poruke, promjene službenih zapisa, plaćanja, brisanja i druge teško povratne radnje držite iza izričitog ljudskog odobrenja.

Odluke o zapošljavanju i druge odluke koje mogu znatno utjecati na prava osoba držite izvan ovog prvog, općeg pilota dok ne završite posebnu klasifikaciju rizika i pravnu procjenu. Ljudsko odobrenje samo po sebi nije dokaz usklađenosti.

Pratite barem četiri skupine:

• poslovni učinak: vrijeme ciklusa, oslobođeni ljudski rad, backlog (zaostatak neriješenih zadataka) i trošak po prihvaćenom ishodu;
• kvaliteta: udio prihvaćenih ishoda, ispravci, eskalacije i neuspjeli slučajevi;
• rizik: nedopuštene radnje, neželjeno otkrivanje podataka, sigurnosni događaji i radi li prekidač za zaustavljanje;
• uporaba: stvarna primjena, povratne informacije, vrijeme provjere i slučajevi u kojima korisnik zaobilazi sustav.

Na 30. dan donesite jednu od tri odluke:

1. Nastaviti. Pragovi su zadovoljeni, rizik je prihvatljiv i sljedeća etapa ima jasnu granicu.
2. Prilagoditi. Hipoteza i dalje ima smisla, ali prije novog kruga evaluacije treba suziti opseg ili popraviti podatke, integraciju, pravila ili edukaciju.
3. Stati. Korist ne opravdava trošak i rizik, kvaliteta nije dovoljna, ili jednostavnija promjena procesa rješava problem bolje.

NIST-ov Manage 1.1 izričito predviđa odluku ostvaruje li AI sustav namjenu i treba li razvoj ili uvođenje nastaviti. Zaustavljanje nije neuspio pilot. To je korisna odluka, donesena prije šireg troška i izloženosti.

Tko treba sudjelovati

Na malom pilotu obično ima pet odgovornosti. Jedna osoba može nositi više uloga.

• Sponzor vezuje pilot uz poslovni cilj i miče organizacijske prepreke.
• Vlasnik procesa određuje prihvatljiv ishod, iznimke i mjerila.
• Stvarni korisnik ili stručnjak za taj posao donosi primjere i ocjenjuje rezultat.
• Vlasnik izvedbe drži konfiguraciju, integracije, testove i promjene.
• Sigurnost, privatnost, pravna ili druga kontrolna uloga ulazi prema podacima, osobama na koje sustav utječe i mogućim posljedicama.

Dobavljač može pomoći u izvedbi. Ne može preuzeti poslovnu odluku, podatke ni dopuštene radnje vaše tvrtke.

Pilot-brief na jednoj stranici

Prije prvog testa zapišite:

• problem, sadašnji proces i razlog zašto bi AI mogao pomoći;
• vlasnika, korisnike, opseg i slučajeve koje izričito ostavljate vani;
• podatke, sustave, dobavljače, dozvole i pravila čuvanja;
• prihvatljiv ishod, početne mjere i pragove odluke;
• testni skup, ljudsku provjeru i zabranjene radnje;
• trajanje te granicu volumena i troška;
• osobu za incident, način zaustavljanja i povrat na ručni rad;
• datum i kriterije odluke nastaviti, prilagoditi ili stati.

Ako te stavke ne možete napisati jasno, proces još nema dovoljno jasnu granicu za pilot.

Što ne raditi u prvih 30 dana

• Ne kupujte široke licence prije nego što znate proces, korisnike i mjerila.
• Ne spajajte agenta administratorskim računom „samo za test”.
• Ne koristite osjetljive produkcijske podatke kad sintetički ili anonimizirani primjeri mogu provjeriti hipotezu.
• Ne mjerite uspjeh brojem promptova, poruka, izvršenja ili demonstracija.
• Ne širite pilot na cijelu tvrtku prije evaluacije, vlasništva, podrške i postupka za incident.
• Ne nazivajte edukaciju dokazom ukupne pravne usklađenosti.
• Ne automatizirajte loš proces prije nego što uklonite nepotrebne korake.

Česta pitanja

Je li 30 dana dovoljno za uvođenje AI-a u poslovanje?

Za slučaj s jasnom granicom, i bez neriješenih pravnih, sigurnosnih ili integracijskih prepreka, 30 dana može biti dovoljno za kontrolirani pilot i odluku na dokazima. To nije vjerodostojno obećanje pune produkcijske implementacije, usklađenosti ili povrata ulaganja u svakoj tvrtki.

Treba li nam interni IT tim?

Ne mora biti zaseban tim. Treba vam imenovani vlasnik izvedbe i poslovni vlasnik. IT, sigurnost, privatnost ili pravnu funkciju uključite kad to traže sustavi, podaci i moguće posljedice. Vanjski partner ne može preuzeti vaše poslovne odluke ni odgovornost.

Koji proces treba odabrati prvi?

Onaj koji se često ponavlja, ima ishod koji možete provjeriti, dostupne primjere i mjerljiv trošak ili čekanje, a pogreške ljudi mogu vidjeti i ispraviti. Procjena procesa za AI automatizaciju pomaže usporediti kandidate prije nego što išta gradite.

Koje podatke ne smijemo unositi u AI alat?

Lozinke, tajne, osobne, povjerljive i vlasničke podatke ne stavljajte u alat koji nije odobren. Za svaki odobreni alat provjerite ugovorne uvjete, svrhu, zadržavanje, lokaciju obrade i kontrole pristupa. Za osobne podatke utvrdite primjenjivu pravnu osnovu. Za povjerljive ili vlasničke podatke provjerite ugovorna ograničenja, poslovnu tajnu i interna pravila.

Kada povezati AI s CRM-om, ERP-om ili drugim internim sustavom?

Kad su opseg, podaci, testovi, ljudska odobrenja i način zaustavljanja jasni. Prvi spoj neka bude samo za čitanje, s posebnim servisnim identitetom i najmanjim potrebnim ovlastima. Detalji su u vodiču za integraciju AI agenata s internim sustavima.

Nakon 30. dana

Ako pilot prođe, ne palite ga cijeloj tvrtki odjednom. Širite jednu dimenziju: više slučajeva, još jedna dopuštena radnja ili još jedna skupina korisnika. Ponovite evaluacije, pratite stvarne ishode i ažurirajte edukaciju, pristup i pravila. Ako pilot ne prođe, sačuvajte nalaze i zaustavite trošak.

Za prvi konkretan korak pošaljite jedan proces kroz procjenu procesa za AI automatizaciju. Izlaz treba biti mjerljiv pilot-brief ili obrazložena odluka da se projekt ne pokreće.

Trebate pomoć s prvim pilotom?

Ako želite ovo primijeniti na svom procesu, javite se Sororu. Zajedno možemo odabrati jedan proces, zapisati granice ovlasti i dogovoriti kako ćete izmjeriti pilot. Pogledajte procjenu procesa za AI automatizaciju ili nam pišite na ante.barisic@gmail.com.

Izvori

• EUR-Lex — konsolidirani Akt o umjetnoj inteligenciji EU-a, članak 4.
• Europska komisija — AI literacy questions and answers
• NIST — AI Risk Management Framework Core
• NIST — Generative AI Profile, NIST AI 600-1
• Microsoft — Plan for AI adoption
• AWS — Architecting a successful generative AI proof of concept
• OpenAI — Evaluation best practices
• Anthropic — Building effective agents
• GDPR — Regulation (EU) 2016/679

Pregledano 31. kolovoza 2026. Ovaj operativni vodič nije pravni savjet. Obveze ovise o ulozi organizacije, konkretnom sustavu, podacima, osobama na koje utječe i kontekstu uporabe; prije važne odluke provjerite aktualne službene izvore i primjenjive sektorske zahtjeve.