Kada Excel prestane da bude dovoljan: znaci i šta dalje

Prošle godine sam pomogao jednoj distributivnoj firmi iz Beograda da izađe iz haosa od sedam Excel fajlova koji su "držali" celu operativu. Glavni fajl je imao 47 sheet-ova, tri različite verzije istog cenovnika, i makro koji je pucao svaki put kad ga otvori neko sa novijim Office-om. Vlasnik je mislio da mu treba "još jedan sheet". Zapravo mu je trebalo da prestane sa sheet-ovima.

Ovaj tekst je za ljude koji su na sličnoj tački. Nije prodajna priča za custom softver, jer custom nije uvek odgovor. Ali kad jeste, treba znati zašto i kako izgleda prelazak, bez iluzija o ceni i vremenu.

Kada gotovi alati zaista prestanu da budu dovoljni

Postoji jasan skup signala koji govore da ste prerasli tabele i out-of-the-box SaaS. Nije reč o veličini firme nego o tome koliko manuelnog rada troši vaš tim samo da bi alati radili zajedno, i koliko odluka donosite na osnovu podataka za koje niste sigurni da su tačni.

Konkretni znaci koje sam viđao u praksi:

• Ista informacija se unosi u dva ili više sistema (ERP i tabela, CRM i Excel, itd.)
• Postoji "onaj kolega" bez kog izveštaj u ponedeljak ne izlazi
• Excel fajl ima makro koji niko živ više ne razume
• Različiti timovi rade sa različitim verzijama iste tabele
• Kada neko pita "koliko smo prodali prošlog meseca", odgovor stiže sutradan
• Gotov alat košta 200 EUR mesečno, a koristite 15% funkcija, dok vam 3 ključne stvari fale
• Onboarding novog čoveka traje nedeljama jer "moraš da naučiš kako mi to radimo"

Ako prepoznajete tri ili više ovih znaka, matematika verovatno već ide u korist custom rešenja. Ostaje pitanje kad i kako.

ROI računica bez marketinške magle

Custom softver se ne isplati zato što je "moderno" nego zato što u nekom trenutku manuelni rad i licence gotovih alata koštaju više nego razvoj i održavanje sopstvenog rešenja. Ovo je matematika koju radim sa svakim klijentom pre nego što napišemo prvi red koda.

Realan primer, pojednostavljen ali blizak stvarnim brojevima koje sam viđao:

U ovom scenariju, custom se otplati za 12 do 18 meseci. Posle toga je svaka godina čist profit. Ali obratite pažnju: ako radite 10h manuelnog rada mesečno i plaćate 50 EUR licenci, custom vam se ne isplati. Ostanite na tabelama.

Pravilo koje koristim: ako godišnji trošak trenutnog rešenja (licence + vreme + greške) prelazi 8.000 do 10.000 EUR i raste sa firmom, custom počinje da ima smisla. Ispod toga, verovatno ne.

Šta obično nije razlog za custom (a klijenti misle da jeste)

Pola razgovora sa potencijalnim klijentima završi tako što im kažem da im custom softver ne treba. Ovo su tri najčešća pogrešna razloga:

"Hoću nešto svoje, brendirano." Ako vam je jedini razlog to što želite logo u gornjem levom uglu, ne trošite 20.000 EUR. Postoje white-label rešenja i customizacija gotovih alata.

"Naši procesi su specifični." Verovatno nisu. Devet od deset firmi za koje sam gradio nešto na kraju je imalo procese koji se 80% poklapaju sa industrijom. Onih 20% specifičnosti često dolazi od loše navike, ne od stvarne poslovne potrebe. Prvo pitanje mora biti: zašto radite baš tako? Ako je odgovor "jer smo tako oduvek", to nije input za softver.

"Konkurencija ima aplikaciju." Aplikacija konkurenta je najlošiji razlog. Ne znate koliko ih je koštala, koliko je koriste, niti da li im donosi novac.

Legitimni razlozi su: integracija između sistema koja gotov alat ne pokriva, protok podataka koji zahteva automatizaciju, poslovni model koji zavisi od podataka koje trenutno gubite, ili operativna kompleksnost koja proždire sate svaki dan.

Kako izgleda prelaz, korak po korak

Ovo je proces koji sam prošao više puta, i uvek u ovom redosledu, jer preskakanje bilo kog koraka košta kasnije.

1. Mapiranje stvarnog procesa (1-2 nedelje)

Ne mapira se ono što bi trebalo da bude, mapira se ono što jeste. Sedim sa ljudima koji rade posao, ne sa menadžerima koji misle da znaju kako se radi. Pišem svaki korak, svaki fajl, svaki email, svaki "onda ga ja pozovem na Viber". Devet od deset puta menadžment ne zna 30% onoga što se stvarno dešava.

2. Definisanje minimalnog domena (3-5 dana)

Custom softver ne pravite odjednom za sve. Biram jedan proces koji je: (a) najbolniji, (b) najjasnije merljiv, (c) sa najmanje spoljnih zavisnosti. Taj proces postaje MVP. Sve ostalo ide u fazu 2, 3, 4.

Za distributivnu firmu iz uvoda, prvi domen je bio prijem porudžbina i generisanje otpremnica. Ne CRM, ne fakturisanje, ne izveštavanje. Samo jedan tok, od SMS-a sa terena do dokumenta koji ide sa robom.

3. Tehnički izbori koji ne postaju teret za 3 godine

Za većinu B2B slučajeva koje sam gradio, stack izgleda otprilike ovako:

• Baza: PostgreSQL (Supabase ako klijent nema DevOps kapacitet)
• Backend: Node.js/TypeScript ili Python, u zavisnosti od tima
• Frontend: Next.js + React + TypeScript
• Hosting: Vercel ili AWS, sa serverless komponentama gde ima smisla
• Auth: Supabase Auth ili Auth0, retko custom

Ovo nije jedini validan stack, ali je stack sa kojim se lako nađe developer za održavanje u Srbiji i regionu. To je važnije od "najmodernije" tehnologije. Softver koji niko ne može da nastavi je propao pre lansiranja.

4. Migracija podataka (uvek duže nego što misliš)

Podaci u Excel-u nikad nisu čisti. Uvek postoji kolona "Napomena" u kojoj je pola važnih informacija. Uvek postoje duplikati, tipografske greške, redovi sa "PROVERI!!!". Migracija se radi u tri koraka:

1. Ekstrakcija (skripta koja povlači sirove podatke iz svih fajlova)
2. Normalizacija (mapiranje na novu šemu, čišćenje, deduplication)
3. Validacija (poređenje agregata: da li se totali slažu sa starim izveštajima)

Treći korak je taj koji svi preskaču i zbog kog kasnije imate "aplikacija pokazuje drugi broj nego Excel". Ako novi sistem ne reprodukuje ključne izveštaje starog sistema tačno u cent, ne puštate ga.

5. Paralelni rad (2-4 nedelje)

Ovo mnogi preskoče i uvek zažale. Stara i nova solucija rade istovremeno 2 do 4 nedelje. Ljudi unose i tamo i tamo. Bolno je, znam. Ali je jedini način da uhvatite ivične slučajeve koji se dešavaju jednom mesečno.

6. Ugašena stara solucija

Fajlovi se arhiviraju, ne brišu. Pristup se zaključava. Ako ostavite otvoren Excel, ljudi će nastaviti da ga koriste "samo za ovu jednu stvar", i za šest meseci ste nazad na dva sistema.

Skrivene stavke koje niko ne pominje u ponudi

Ovo su troškovi koje sam naučio da uključim u razgovor od prvog dana, jer inače postaju iznenađenje:

• Održavanje: 15-20% od inicijalne cene godišnje, minimum. Baze rastu, biblioteke se ažuriraju, browseri menjaju ponašanje.
• Obuka: 3-5 dana rada tima koji ne radi svoj posao dok se obučava. Realan trošak.
• Podrška u prvih 90 dana: bag-ovi izlaze tek kad realni korisnici rade realne stvari. Uračunajte 20-40h developerskog rada u ovom periodu.
• Backup i sigurnost: automatski backup, monitoring, alertovanje. Nije opcija, i nije besplatno.
• Dokumentacija za internu upotrebu: kratak video za svaki glavni proces. Ako nema, sledeći novi zaposleni će vas mrzeti.

Realno, budžet za prvu godinu treba da bude 30-40% viši od cene razvoja. Ko vam obeća "aplikaciju i gotovo za 10.000 EUR bez daljih troškova", ili ne razume šta prodaje, ili laže.

Gde AI menja računicu u 2026.

Ovo se odnosi na firme koje bi ranije rekle "nemamo dovoljno obima da opravdamo custom". Sa alatima koje danas imamo, mnogo toga što je zahtevalo custom backend sad se rešava kombinacijom LLM API-ja, workflow orkestratora i tanke aplikacije preko toga.

Konkretni primeri iz projekata koje sam gradio:

• Klasifikacija dolaznih email-ova i rutiranje: nekad su bila potrebna pravila i integracije, sad radi Claude ili GPT API sa dobro napisanim promptom, za dolare mesečno.
• Ekstrakcija podataka iz PDF faktura dobavljača: nekad OCR pipeline sa validacijom, sad multimodalni LLM sa strukturisanim outputom.
• Interni "pitaj bilo šta" nad internom dokumentacijom: RAG pipeline sa pgvector-om na Postgres bazi koju već imate, ne treba poseban vector store.

Ovo ne znači da vam treba "AI aplikacija" umesto klasičnog softvera. Znači da za neke domene sada isplati custom čak i kada obim ne bi opravdao klasičan razvoj, jer je 30% funkcionalnosti pokriveno LLM pozivima umesto stotinama sati kodiranja. Prelomna tačka za ROI se pomerila naniže.

Šta bih ja uradio

Da sam vlasnik firme koja razmišlja o prelasku, prošao bih ovim redosledom:

1. Sedeo bih dva dana pored ljudi koji rade i zapisao svaki korak procesa. Bez pretpostavki.
2. Izračunao bih koliko sati mesečno stvarno troši trenutna solucija, uključujući ispravke grešaka. Pomnožio sa 12.
3. Proverio bih 3-4 gotova rešenja za taj domen. Ne pretpostavljajte da vam custom treba dok ne vidite šta ne postoji.
4. Ako ostane gap, uzeo bih inženjera na 2-3 dana konsultacija pre nego što uzmem bilo koga za razvoj. Neko ko će mi reći "ovo ti ne treba" ako mi ne treba.
5. Krenuo bih sa MVP-om na jednom bolnom procesu, ne sa "totalnom digitalizacijom firme". Totalne digitalizacije se ne završe, viđao sam ih dovoljno.
6. Insistirao bih na tome da vlasnički kod ostaje kod mene, sa čistom dokumentacijom i pristupom bazi. Ako developer zbog toga pravi problem, to je crvena zastava.

I najvažnije: ne bih žurio. Firma koja je preživela 5 godina na Excel-u može preživeti još 2 meseca dok se ne donese prava odluka. Loš custom softver je gori od tabela, jer se u njega uloži novac koji se ne vraća.

Za kraj

Prelaz sa Excel-a i gotovih alata na custom softver nije tehnička odluka, nego poslovna. Tehnika je najlakši deo. Teško je iskreno pogledati brojeve, procese i ljude, i priznati gde stvarno gubite vreme i novac.

Ako razmišljate o ovome za svoju firmu i treba vam neko ko će vam prvo reći treba li vam custom uopšte, pre nego što priča o razvoju, javite mi se preko lazar-milicevic.com/#contact. Prvi razgovor je uvek besplatan, i ne završi svaki sa projektom, što je i poenta.