Kako uvesti AI u poslovanje: plan za prvih 30 dana

Kako uvesti AI u poslovanje u prvih 30 dana? Nemojte pokušati „uvesti AI u cijelu tvrtku”. Realan cilj je manji i korisniji: odabrati jedan mjerljiv poslovni proces, imenovati vlasnike, postaviti pravila, educirati pilot-tim, provjeriti podatke i ovlasti te na ograničenom pilotu prikupiti dovoljno dokaza za odluku nastaviti, prilagoditi ili stati.

Trideset dana nije obećanje produkcijske transformacije, regulatorne usklađenosti ni povrata ulaganja. Složen proces, osjetljivi podaci ili teške integracije mogu tražiti dulju pripremu. Dobar rezultat 30. dana može biti i obrazložena odluka da AI nije pravi alat za taj proces.

Plan uvođenja AI-a u poslovanje kroz prvih 30 dana

Što treba postojati 30. dana

Do kraja prvog ciklusa trebali biste imati:

popis AI alata i važnih načina uporabe koji već postoje u tvrtki;
kratka pravila dopuštene uporabe, podataka, provjere rezultata i ljudskog odobrenja;
pilot-tim koji razumije mogućnosti, ograničenja i svoj dio odgovornosti;
jedan omeđen proces s vlasnikom, početnim mjerenjem i prihvatljivim ishodom;
mapu podataka, sustava, dobavljača, pristupa i zabranjenih radnji;
reprezentativan testni skup s uobičajenim, rubnim i namjerno problematičnim slučajevima;
rezultate ograničenog pilota te zapisanu odluku nastaviti, prilagoditi ili stati.

Microsoftov okvir za planiranje usvajanja AI-a povezuje poslovne ciljeve, vještine, podatke, infrastrukturu, prioritizaciju slučajeva uporabe, dokaz koncepta i odgovorno upravljanje. NIST AI Risk Management Framework organizira upravljanje rizikom kroz funkcije Govern, Map, Measure i Manage. Ovaj 30-dnevni plan prevodi te principe u mali poslovni ciklus; nije zamjena za njihove pune okvire.

Plan za prvih 30 dana

Dani	Fokus	Konkretan rezultat	Vrata odluke
1–5	Vlasništvo, inventar i pravila	Vlasnik, pilot-tim, popis uporaba i kratka pravila	Znamo tko odlučuje, koji su podaci dopušteni i što AI ne smije raditi
6–10	AI pismenost, proces i početno stanje	Educiran tim, odabran proces, početne metrike i rizici	Proces je dovoljno vrijedan, izvediv, mjerljiv i ograničen
11–18	Podaci, dobavljač, integracije i ovlasti	Minimalna arhitektura, mapa pristupa i pilot-brief	Rješenje može raditi s najmanje potrebnih podataka i ovlasti
19–24	Testni skup, evaluacije i povrat	Rezultati normalnih, rubnih i napadačkih slučajeva	Kvaliteta i kontrole prelaze unaprijed dogovorene pragove
25–30	Kontrolirani pilot i odluka	Dokazi o koristi, trošku, riziku i iskustvu korisnika	Nastaviti, prilagoditi ili stati — uz obrazloženje

Raspored nije obvezna metodologija. Ako pravna, sigurnosna ili tehnička provjera nije završena, ne prelazite na stvarne podatke ili radnje samo zato što je počeo novi tjedan.

Dani 1–5: vlasnik, inventar i pravila

Imenujte poslovnog vlasnika procesa i osobu koja može odlučiti o opsegu, pristupu i prekidu pilota. Uključite stručnjaka za proces, stvarne korisnike te sigurnost, privatnost, pravne ili radnopravne uloge kada vrsta podataka i posljedice to zahtijevaju. Ne morate osnivati veliki „AI odbor” za jedan mali pilot, ali odgovornost ne smije ostati na dobavljaču ili neformalnom entuzijastu.

Zatim popišite alate i važne načine na koje se AI već koristi. Cilj nije nadzirati svaki prompt, nego otkriti gdje poslovni podaci već napuštaju odobrene sustave, tko donosi odluke na temelju AI rezultata i postoji li način za prijavu pogreške. NIST-ov profil za generativni AI preporučuje inventar sustava, jasne uloge, periodični pregled i sigurno gašenje kada sustav više nije prikladan.

Pravila za pilot mogu stati na jednu stranicu:

koji su alat, poslovni račun i korisnici odobreni;
koje vrste javnih, internih, povjerljivih i osobnih podataka smiju u sustav;
koji rezultat uvijek mora provjeriti čovjek;
koje su vanjske poruke, promjene zapisa, plaćanja, brisanja ili odluke 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

Aktualni članak 4. Akta o umjetnoj inteligenciji EU-a 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. Ne zahtijeva se 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. Uloga se procjenjuje za svaki konkretan sustav i način uporabe.

To znači da prodajni tim, osoba koja odobrava račun i tehnički administrator ne trebaju istu edukaciju. Pilot-tim treba razumjeti stvarni zadatak, dopuštene podatke, provjeru rezultata, eskalaciju i posljedice pogreške. Europska komisija u odgovorima o AI pismenosti ne propisuje jedan obvezni tečaj ili certifikat. Kao praktičnu evidenciju možete voditi teme, uloge i datume, ali 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

Prikupite nekoliko kandidata, ali odaberite samo jedan proces. Dobri kandidati su česti, imaju poznat ulaz i prihvatljiv izlaz, troše mjerljivo ljudsko vrijeme, koriste dostupne podatke i imaju pogreške koje se mogu otkriti i popraviti. Prvi pilot ne bi trebao biti najrizičnija odluka tvrtke.

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;
reverzibilnosti radnji i dostupnosti ručnog postupka;
spremnosti vlasnika procesa i korisnika na pilot.

Prije izrade zabiljež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 zahtijeva prilagodbu, a što odmah zaustavlja pilot. 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 koristite kada je razgovor glavni zadatak. AI agenta uvodite kada sustav mora protumačiti promjenjiv sadržaj, odabrati između dopuštenih alata i prilagoditi više koraka. Vodič AI agent, chatbot ili automatizacija pomaže donijeti tu odluku prije kupnje platforme.

Anthropic preporučuje krenuti najjednostavnijim rješenjem i dodavati agentnu složenost tek kada evaluacije pokažu da jednostavniji pristup nije dovoljan. To je dobra zaštita od skupog pilota koji demonstrira tehnologiju, ali ne rješava proces.

Kada 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, a detaljna usporedba n8n-a, Copilot Studija, Makea i Zapiera veže odluku uz hosting, postojeće sustave, upravljanje i trošak.

Za odabrano rješenje dokumentirajte:

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

CRM, ERP, dokumentni sustav i druge interne izvore najprije spajajte 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.

Kada je moguće, PoC započ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 nije automatski potrebna za svaki AI pilot, ali prema GDPR-u voditelj obrade mora je 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

Od stvarnih, prikladno zaštićenih primjera složite testni skup koji uključuje:

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, uključivanje rubnih i napadačkih slučajeva te kalibraciju automatskog ocjenjivanja ljudskom procjenom.

Ponovno pokrenite isti skup nakon promjene modela, uputa, alata, izvora znanja ili poslovnog pravila. Demonstracija s tri pažljivo odabrana primjera nije evaluacija.

Dani 25–30: kontrolirani pilot i dokumentirana odluka

Pilot počnite u sjeni ili samo za čitanje. Ograničite korisnike, volumen, trajanje i sustave. Svaki rezultat pregledavajte dok ne dokažete da je niži stupanj nadzora opravdan. Vanjske poruke, promjene službenih zapisa, plaćanja, brisanja i druge teško povratne radnje držite iza jasnog ljudskog odobrenja. Odluke o zapošljavanju i druge odluke koje mogu znatno utjecati na prava osoba držite izvan općeg prvog pilota dok se ne provedu posebna klasifikacija rizika i pravna procjena; ljudsko odobrenje samo po sebi nije dokaz usklađenosti.

Pratite barem četiri skupine mjera:

poslovni učinak: vrijeme ciklusa, oslobođeni ljudski rad, backlog 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 rad prekidača 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:

Nastaviti — pragovi su zadovoljeni, rizik je prihvatljiv i postoji plan sljedeće kontrolirane etape.
Prilagoditi — hipoteza ima smisla, ali treba suziti opseg, popraviti podatke, integraciju, pravila ili edukaciju pa ponoviti evaluaciju.
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 njegov razvoj ili uvođenje nastaviti. Zaustavljanje nije neuspjeh pilota; to je vrijedna odluka donesena prije šireg troška i rizika.

Tko treba sudjelovati

Mali pilot obično treba pet odgovornosti, iako jedna osoba može nositi više uloga:

sponzor povezuje pilot s poslovnim ciljem i uklanja organizacijske prepreke;
vlasnik procesa definira prihvatljiv ishod, iznimke i mjerila;
stvarni korisnik ili domenski stručnjak daje primjere i ocjenjuje rezultat;
vlasnik izvedbe upravlja konfiguracijom, integracijama, testovima i promjenama;
sigurnost, privatnost, pravna ili druga kontrolna uloga uključuje se prema podacima, osobama i posljedicama uporabe.

Dobavljač može pomoći u izvedbi, ali ne može preuzeti poslovnu odgovornost za odluku, podatke i 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 izričito isključene slučajeve;
podatke, sustave, dobavljače, dozvole i pravila čuvanja;
prihvatljiv ishod, početne mjere i pragove odluke;
testni skup, ljudsku provjeru i zabranjene radnje;
trajanje, ograničenje 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š nije dovoljno omeđen 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 kada sintetički ili anonimizirani primjeri mogu potvrditi hipotezu.
Ne mjerite uspjeh brojem promptova, poruka, izvršenja ili demonstracija.
Ne širite pilot na cijelu tvrtku prije evaluacije, vlasništva, podrške i plana 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 prikladno omeđen slučaj bez neriješenih pravnih, sigurnosnih ili integracijskih prepreka, 30 dana može biti dovoljno za kontrolirani pilot i odluku utemeljenu na dokazima. Nije realno obećanje potpune produkcijske implementacije, usklađenosti ili povrata ulaganja u svakoj tvrtki.

Treba li nam interni IT tim?

Ne nužno kao zaseban tim, ali trebate imenovanog vlasnika izvedbe i poslovnog vlasnika. IT, sigurnost, privatnost ili pravna funkcija uključuju se kada to traže sustavi, podaci i moguće posljedice; vanjski partner ne može preuzeti vaše poslovne odluke i odgovornost.

Koji proces treba odabrati prvi?

Proces koji se često ponavlja, ima provjerljiv ishod, dostupne primjere i mjerljiv trošak ili čekanje, a pogreške se mogu otkriti i ispraviti. Procjena procesa za AI automatizaciju pomaže usporediti kandidate prije gradnje.

Koje podatke ne smijemo unositi u AI alat?

Ne unosite lozinke, tajne, osobne, povjerljive ili vlasničke podatke u neodobreni alat. Za svaki odobreni alat provjerite ugovorne uvjete, svrhu, zadržavanje, lokaciju obrade i kontrole pristupa; za osobne podatke utvrdite primjenjivu pravnu osnovu, a za povjerljive ili vlasničke podatke ugovorna ograničenja, poslovnu tajnu i interna pravila.

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

Tek nakon što 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 prolazi, sljedeća etapa nije automatski „uključiti svima”. Proširite samo jednu dimenziju: više slučajeva, još jednu dopuštenu radnju ili još jednu skupinu korisnika. Ponovite evaluacije, pratite stvarne ishode i ažurirajte edukaciju, pristupe i pravila. Ako pilot ne prolazi, sačuvajte nalaze i zaustavite trošak.

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

Izvori

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.