Uvođenje AI u firmu u Srbiji: šta obuhvata i kako izabrati

Ja sam Lazar Milićević, AI inženjer i osnivač BizFlowAI. Sam gradim i držim u produkciji automatizacije, agente, sisteme za sadržaj i integracije, pa znam koliko se razlikuje demo od sistema koji radi nedeljama bez nadzora. Pišem ovaj vodič jer vlasnici i menadžeri koji traže izvođača najčešće dobiju pregršt obećanja, a malo pitanja koja bi im pomogla da razlikuju posao od prodaje. Ne rangiram agencije. Pokazaću vam šta ta usluga stvarno obuhvata, na primerima iz sistema koji sam sâm izgradio i koji sam sâm pokvario.

Šta "uvođenje AI u firmu" stvarno obuhvata

Pod istim imenom se prodaju tri različite stvari: alati za zaposlene, automatizacija procesa i agenti ili sistemi koji rade sami po rasporedu. Pre razgovora sa bilo kojim izvođačem morate znati koju od te tri tražite, jer se razlikuju po riziku, ceni i načinu održavanja.

1. Alati za zaposlene (asistenti). Ljudi koriste AI asistente za pisanje, sažimanje, analizu dokumenata. Tu je posao uglavnom obuka, pravila o tome koji podaci smeju u alat i izbor licence. Tehnički je lako, a organizaciono teže nego što izgleda.

2. Automatizacija procesa. Ponavljajući posao koji je neko radio ručno (prepisivanje podataka, sortiranje zahteva, slanje izveštaja) prelazi u tok koji se pokreće na događaj. Ovde AI često čini samo jedan korak u lancu, a ostatak su obične integracije.

3. Agenti i sistemi koji rade sami. Nešto se pokreće po rasporedu, odlučuje, piše, objavljuje ili šalje, a niko ne gleda svaki izvršeni korak. Najveći deo pravog inženjerskog posla je ovde, i ovde se stvari lome. Ne lome se zato što model "pogreši", nego zato što neki mali spoj između delova prestane da radi, a sistem to ne prijavi.

Moj sistem je iz treće kategorije. To je BizFlowAI ContentStudio, autonomna mašina za sadržaj i SEO/AEO koja samostalno objavljuje sadržaj na više sajtova. Laički rečeno: po rasporedu istražuje, piše, optimizuje, objavljuje i meri šta se desilo, a iz stvarnih rezultata pretrage uči šta sledeće da targetira.

Zašto vam to pričam? Ne da bih se hvalio, nego da bi vam bilo jasno šta znači "drži u produkciji". To je spisak stvari koje moraju da rade svaki dan, i svaka može da stane.

Kako izgleda saradnja, korak po korak

Dobra saradnja ima šest koraka. Ako izvođač preskače mapiranje i merenje, a odmah pita "koji alat želite", to je loš znak.

1. Prvi razgovor. Pričate o poslu, ne o tehnologiji: gde se gubi vreme, gde nastaju greške, šta bi se promenilo da to nestane. Dobar izvođač će više pitati nego pričati, i otvoreno reći ako vaš problem ne treba AI.
2. Mapiranje procesa. Zajedno prolazite kroz kako se posao danas stvarno radi, uključujući izuzetke i "neformalne" korake koje zna samo jedna osoba. Većina projekata se zakomplikuje tačno na izuzecima koji nisu bili zapisani.
3. Izbor jednog procesa za pilot. Jedan, ne pet. Bira se onaj koji se ponavlja, ima jasan ulaz i izlaz, i čiji se rezultat može izmeriti. Pilot ne mora da bude najvredniji proces, već onaj na kome ćete oboje naučiti najviše uz najmanji rizik.
4. Izrada. Sistem se gradi sa ljudskim pregledom na početku, pa se nadzor postepeno smanjuje kako se pokazuje da radi. Pre puštanja se dogovara šta se meri i šta se desi kad nešto otkaže.
5. Merenje. Pre i posle. Ako niko nije merio stanje pre uvođenja, kasnije ne možete reći da li je išta bolje. Merenje je deo posla, ne dodatak.
6. Održavanje. Sistem koji radi sâm i dalje se menja jer se menjaju API-ji, modeli, vaši podaci i vaši procesi. Mora biti jasno ko ga prati i ko reaguje.

Od čega zavise rok i cena

Ne navodim brojeve, jer bi svaki broj bez poznavanja vašeg slučaja bio izmišljen. Ono što mogu je da vam kažem šta ih pomera, tako da procenu izvođača možete proveriti.

• Broj integracija. Svaki sistem sa kojim se mora povezati (knjigovodstvo, CRM, mejl, eksterni servis) dodaje posao, a i potencijalno mesto otkaza. Jedna dobro dokumentovana integracija je jedno, tri sistema bez dokumentacije je sasvim druga priča.
• Kvalitet postojećih podataka. Ako su podaci razbacani, nedosledni ili postoje samo u nečijoj glavi, veliki deo posla je prvo to urediti. AI ne popravlja loše podatke, nego ih brže razmnožava.
• Ko u firmi odlučuje. Projekti kasne ređe zbog tehnike, a češće zato što niko ne može da kaže "da, ovako treba" ili što odgovor stiže posle tri sastanka. Jedna osoba sa ovlašćenjem skraćuje posao više od bilo kog alata.
• Da li postoji merenje. Ako se već prati šta se događa, može se brzo reći da li je promena pomogla. Ako ne, merenje se mora tek izgraditi, što je zaseban posao.

Dodajte i osetljivost zadatka: sistem koji samo priprema nacrt košta manje truda nego onaj koji sâm šalje stvari klijentima ili odlučuje o ljudima. Za ovo drugo pazite na zakon. Zakon o zaštiti podataka o ličnosti (tekst zakona) daje licu pravo da se na njega ne primenjuje odluka doneta isključivo automatizovanom obradom ako ona proizvodi pravne posledice ili značajno utiče na njegov položaj. Tačan član i važeću verziju zakona proverite u zvaničnom tekstu, a za svoj slučaj sa pravnikom. Koliko mi je poznato, poseban obavezujući zakon o veštačkoj inteligenciji u Srbiji nisam potvrdio. Strategija za razvoj veštačke inteligencije za period 2025 do 2030 je strateški dokument, a ne propis koji firmama nameće obaveze.

Ratni izveštaj: registracija koja nije radila

Ovo je deo koji bih vama kao kupcu najviše preporučio da pročitate, jer pokazuje šta znači "kako znate da radi". Ovo je moje lično iskustvo na jednom mom proizvodu i opis moje sopstvene konfiguracije, ne nešto što možete proveriti spolja.

Na tom proizvodu registracija mejlom je neko vreme bila potpuno pokvarena: niko nije mogao da otvori nalog mejlom, i to duže nego što bih voleo da priznam.

Uzrok. Za prijavu koristim Supabase. Tok registracije poziva moju malu funkciju (Auth Hook) usred prijave. Funkcija je bila podešena da prihvata samo pozive koji nose Supabase token (podešavanje verify_jwt = true, što je podrazumevano). Ali taj poziv ne dolazi sa Supabase tokenom nego sa potpisom po standardu za webhookove (Standard Webhooks), što potvrđuje i izvor treće strane (Hookdeck). Kapija je zato odbijala poziv sa greškom 401, funkcija se nikad nije ni pokrenula, pa se u njenim logovima nije videlo ništa. Zvanično uputstvo Supabase-a za ovakve slučajeve je da se verify_jwt isključi, a da se potpis proverava unutar same funkcije (Securing Edge Functions). Pošto se hook poziva usred prijave, neispravan hook ne ostavi tihu grešku u pozadini, već blokira samu registraciju.

Zašto niko nije video. Tri stvari su se poklopile:

• U mojoj konfiguraciji, prijava preko Google naloga nije prolazila kroz taj hook, pa je radila normalno.
• Ukupan broj korisnika je i dalje rastao, zbog Google prijava, pa je glavna brojka izgledala zdravo.
• Događaj o neuspeloj registraciji postojao je, ali nije bio među onima koje moj sistem povlači u analitiku. Sistem je imao podatak o otkazu, ali ga nikad nije pogledao.

Rešenje. Napravio sam detektor koji ne veruje analitici u pregledaču (ad-bloker je može sakriti) nego broji registracije po provajderu direktno iz baze. Alarm se pali kad ima pokušaja, a nijedan nalog nije nastao. To je metrika koja ne može lagati, jer ne zavisi od toga da li je neko nešto prijavio.

Pouka za vas kao kupca. Metrika koja izgleda zdravo nije dokaz da sve radi. Zato izvođaču postavite ovo pitanje: šta tačno merite i kako ćete znati da ne radi? Ako odgovor glasi "pratimo rezultate", to je prazno. Dobar odgovor kaže koju brojku, iz kog izvora, i šta se desi kad padne na nulu.

I još jedna stvar. Ovo je greška koju sam napravio ja, koji ovim sistemima živim. Ne verujte izvođaču koji kaže da se njemu to ne dešava. Dešava se svima koji nešto drže u produkciji. Razlika je u tome da li imaju način da to otkriju i koliko brzo.

Pitanja koja treba da postavite izvođaču

Dodajte i pitanje o podacima: gde ide vaš sadržaj kad prođe kroz model i šta izvođač radi sa osetljivim informacijama.

Česte greške

• Počinjanje od alata, ne od procesa. "Hoćemo agenta" nije cilj. Cilj je da se neki konkretan posao radi brže ili bolje.
• Prevelik prvi projekat. Pet procesa odjednom znači da se ništa ne završi, a ne zna se ni šta je uspelo.
• Bez merenja pre uvođenja. Kasnije nema načina da se dokaže bilo kakva korist.
• Verovanje demou. Demo radi na pripremljenim primerima. Produkcija radi na onome što stvarno stigne, uključujući ono što niko nije predvideo.
• Nema vlasnika posle isporuke. Sistem koji niko ne prati tiho propadne, a vi to saznate od klijenta.
• Vera u jednu zdravu brojku. Ukupan broj korisnika mi je rastao dok je jedan ceo kanal bio mrtav.

Šta bih ja uradio

Da sam na vašem mestu, počeo bih sa jednim procesom koji se ponavlja i čiji ishod mogu da vidim u brojevima. Pre bilo kakve izrade zapisao bih kako taj posao izgleda danas, jer bez toga nema šta da se poredi.

Zatim bih izvođaču postavio pitanje o merenju pre pitanja o ceni. Ko ume da objasni kako zna da sistem ne radi, ume i da ga napravi. Tražio bih da vidim nešto što već radi u produkciji i da čujem šta se na tome pokvarilo, jer to govori više od reference.

Na kraju bih ugovorio ko održava sistem posle isporuke, još pre početka rada. To je najčešće ono što se ostavi za kraj i što kasnije najskuplje košta.

Za dokaz da ovo nije samo teorija, moj sistem se oslanja na merenje od prvog dana: klikovi i impresije iz pretrage prate se kontinuirano i koriste kao ulaz za sledeće odluke, a ne kao ukras u izveštaju. Takvo poređenje perioda sa periodom moguće je samo zato što se sve meri od početka.

Ako razmišljate o uvođenju AI u firmu i želite da prvo prođemo kroz to šta bi imalo smisla kao prvi proces, javite se preko lazar-milicevic.com/#contact, a više o tome čime se bavim možete videti na bizflowai.io. Prvi razgovor je baš to, razgovor o vašem poslu, bez obaveza.