Dvije ponude za isti projekt mogu se razlikovati i osam puta. Objašnjavamo što određuje cijenu, donosimo okvirne raspone za različite vrste projekata i pokazujemo kako doći do realne procjene.
Klijent nam je jednom pokazao dvije ponude za isti projekt. Jedna je iznosila 12.000 EUR, druga 95.000 EUR. Obje su opisivale „razvoj web aplikacije za upravljanje servisnim zahtjevima”.
Pitao nas je, sasvim razumljivo, kako je moguća tolika razlika.
Odgovor je složen, ali u njemu nema ničega tajanstvenog. Cijena razvoja softvera ovisi o nizu čimbenika koje kratak opis projekta ne otkriva. U ovom tekstu objašnjavamo te čimbenike, donosimo okvirne raspone i savjete kako doći do ponude koja odgovara onome što zaista gradite.
Zašto se ponude toliko razlikuju
„Web aplikacija za upravljanje zahtjevima” može biti:
- jednostavan obrazac koji prima zahtjeve i šalje obavijest e-poštom
- sustav s korisničkim ulogama (klijent, tehničar, voditelj), praćenjem SLA rokova, automatskim dodjeljivanjem, eskalacijama i izvještajima
- platforma s klijentskim portalom, integracijom s ERP-om, mobilnom verzijom i radom bez internetske veze za terenske ekipe
Tehnički su sve tri „web aplikacija za upravljanje zahtjevima”, no količina posla, a time i cijena, višestruko se razlikuje.
Cijena softvera ne raste s brojem stranica ni s vizualnom složenošću, nego s poslovnom logikom iza sučelja.
Zato programeri i agencije teško daju cijenu na temelju kratkog opisa, a jedna ponuda može biti i osam puta veća od druge.
Pet čimbenika koji stvarno određuju cijenu
1. Složenost poslovne logike
To je najvažniji čimbenik. Koliko pravila, iznimaka i uvjetnih tokova ima vaš poslovni proces?
Aplikacija koja izračunava cijenu ponude na temelju nekoliko parametara relativno je jednostavna. Ako pri izračunu mora uzeti u obzir rabate po klijentu, količinske pragove, sezonske koeficijente, kombinacije artikala i ručne izmjene, projekt je višestruko veći, iako na ekranu izgleda slično.
2. Korisničke uloge i prava pristupa
Svaka nova vrsta korisnika povećava složenost. Administrator koji smije sve jednostavan je slučaj. Zamislite sada sustav u kojem klijent vidi samo svoje podatke, tehničar samo predmete koji su mu dodijeljeni, voditelj vidi tim, ali ne i financije, a direktor zbirne izvještaje. To su četiri različita sučelja i četiri skupa prava pristupa koja moraju biti dosljedna u svakom dijelu aplikacije.
3. Integracije s vanjskim sustavima
Svaka je integracija zaseban manji projekt. Uz samo spajanje na API treba riješiti mapiranje podataka, obradu pogrešaka, sinkronizaciju u oba smjera, testiranje sa stvarnim podacima i dugoročno održavanje kad druga strana promijeni svoj API.
Tipične integracije i koliko podižu cijenu:
| Integracija | Tipičan dodatni trošak |
|---|---|
| Slanje e-pošte (SendGrid, Mailgun) | Nizak |
| Plaćanje (Stripe, PayWay) | Srednji |
| eRačun i računovodstveni softver (npr. Minimax) | Srednji do visok |
| ERP sustav (SAP, Pantheon, vlastiti) | Visok |
| Stariji sustav bez dokumentiranog API-ja | Visok do teško procjenjiv |
4. Migracija podataka
Ako u postojećem sustavu postoje podaci koji moraju prijeći u novu aplikaciju, to je zaseban zadatak koji se često podcjenjuje. Podaci iz starih sustava rijetko su „čisti”: ima duplikata, nedosljednih formata, praznih polja i poslovne logike skrivene u načinu na koji su se unosili.
Zato migracija obično traži mnogo više od uvoza iz Excela. Na većim projektima može činiti 20 do 30 % ukupnog posla.
5. Tko razvija
Samostalni programer (freelancer), manja agencija i veća agencija imaju vrlo različite troškove, ali i različitu pouzdanost, kapacitet i dugoročnu podršku. Nijedna opcija sama po sebi nije bolja ni lošija; sve ovisi o tome što trebate.
Napomena o najjeftinijoj ponudi
Najjeftinija ponuda ne znači uvijek i najjeftiniji projekt. Ako ponuda ne uključuje specifikaciju, testiranje, projektnu dokumentaciju i podršku nakon puštanja u rad, ti se troškovi pojave naknadno. Zato uz konačni iznos uvijek usporedite i što je točno uključeno.
Okvirni rasponi po vrsti projekta
Ovo su realni rasponi za hrvatsko i regionalno tržište u 2026., uz pretpostavku da projekt radi profesionalna agencija ili iskusan tim, a ne najjeftiniji mogući izvođač.
| Vrsta projekta | Okvirni raspon | Tipično trajanje |
|---|---|---|
| Jednostavna web aplikacija (obrazac, CRUD, administracija) | od 4.000 do 12.000 EUR | 1 do 3 mj. |
| Višekorisnički poslovni sustav (2 do 4 uloge, izvještaji) | od 12.000 do 35.000 EUR | 3 do 6 mj. |
| Složena platforma (integracije, klijentski portal, više modula) | od 35.000 do 90.000 EUR | 6 do 12 mj. |
| Rješenje za velike tvrtke ili zamjena zastarjelog (legacy) sustava | od 80.000 EUR naviše | 12 mj. i više |
Rasponi su orijentacijski. Stvarna cijena ovisi o konkretnoj situaciji i ne može se pouzdano utvrditi bez detaljnog razgovora i specifikacije.
Što obično ulazi u cijenu, a što ne
Jedno od najčešćih neugodnih iznenađenja nastaje kad se projekt „završi”, a zatim počnu stizati računi za stavke za koje je klijent mislio da su uključene.
| Stavka | Uobičajeno | Na što pripaziti |
|---|---|---|
| Dizajn sučelja | Ovisi o ponudi | Neki nude samo gotove UI predloške bez dizajna po mjeri |
| Testiranje i kontrola kvalitete | Ovisi o ponudi | Izravno pitajte koliki je udio testiranja u proračunu |
| Postavljanje na poslužitelj | Ovisi o ponudi | Ponekad je izvan dogovorenog opsega |
| Obuka korisnika i dokumentacija | Često nije uključeno | Dogovorite posebno |
| Godišnje održavanje i ažuriranja | Nije uključeno | Dogovorite servisni ugovor |
| Hosting i domene | Nije uključeno | Vaša obveza ili posebna stavka |
| Migracija podataka | Najčešće nije uključeno | Posebna stavka ako postoji stari sustav |
Razvoj po mjeri ili gotovo rješenje
Prije početka razvoja vrijedi se zapitati postoji li gotovo rješenje koje pokriva 80 % vaših potreba.
| Kriterij | Gotovo rješenje | Razvoj po mjeri |
|---|---|---|
| Početni trošak | Nizak (pretplata) | Visok (jednokratno ulaganje) |
| Prilagodba procesima | Ograničena | Potpuna |
| Integracija s internim sustavima | Otežana ili nemoguća | Planirana od početka |
| Kontrola nad podacima | Kod dobavljača | Kod vas |
| Dugoročni trošak | Raste s brojem korisnika i opsegom rada | Stalan (uz održavanje) |
| Brzina uvođenja | Tjedni | Mjeseci |
| Specifična poslovna logika | Kompromisi | Točno prema vašim potrebama |
Kada se razvoj po mjeri isplati
Razvoj po mjeri ekonomski je opravdan ako vaš poslovni proces ima posebnosti koje gotova rješenja ne mogu pratiti, ako trebate nestandardnu integraciju s internim sustavima ili ako bi vas pretplata za gotovo rješenje u tri do četiri godine stajala više od jednokratnog razvoja.
Kako dobiti realnu procjenu
Ponuda bez specifikacije samo je nagađanje, i s vaše strane i sa strane agencije. Da biste dobili procjenu koja nešto znači, pripremite odgovore na sljedeća pitanja ili zamolite agenciju da vam ih pomogne pripremiti.
O projektu:
- Koji poslovni (ne tehnički) problem rješavate?
- Tko su korisnici i koliko ih je, okvirno?
- Postoji li stari sustav s podacima koje treba prenijeti?
- Koje su integracije nužne za početak rada?
O razvoju:
- Što je prioritet za prvu verziju (MVP), a što može doći poslije?
- Postoje li slični alati, makar iz druge djelatnosti, koji pokazuju što imate na umu?
- Kakav je okvirni rok?
O budućnosti:
- Hoćete li sustav dalje razvijati ili je riječ o jednokratnom projektu?
- Tko će kod vas biti zadužen za korištenje sustava i uvođenje novih korisnika?
Znak upozorenja u ponudi
Agencija ili programer koji daju fiksnu cijenu, a nisu postavili nijedno pitanje o poslovnoj logici, integracijama ili korisničkim ulogama, ili ne razumiju projekt ili računaju na naknadne promjene opsega. Dobra procjena uvijek dolazi nakon razgovora.
Što nas klijenti najčešće pitaju
„Zašto ne možete dati cijenu bez razgovora?”
Zato što se isti opis može odnositi na projekt od 8.000 ili od 80.000 EUR, ovisno o detaljima. Radije ćemo potrošiti sat vremena na razgovor i dati smislenu procjenu nego izreći iznos koji će se poslije pokazati netočnim.
„Možemo li početi s manjim budžetom pa vidjeti?”
Možete, i to je čest i razuman pristup. Zove se MVP (minimum viable product), odnosno prva verzija koja rješava jedan ključan problem, bez svega što bi „jednog dana trebalo imati”. Dobra agencija pomoći će vam odrediti što ulazi u MVP, a što može pričekati.
„Koliko košta održavanje nakon pokretanja?”
Servisni ugovor koji pokriva ažuriranja, sigurnosne zakrpe, manje izmjene i podršku obično godišnje iznosi 15 do 20 % iznosa uloženog u razvoj. Bez održavanja svaki sustav zastarijeva.
Što dalje
Univerzalnog odgovora na pitanje koliko košta web aplikacija nema, ali za vaš konkretan projekt odgovor postoji i do njega se dolazi razgovorom. Ako razmišljate o razvoju ili ste dobili ponudu koja vam se čini preniskom ili previsokom, javite nam se. Razgovor vas ni na što ne obvezuje, a cilj mu je da razumijete što gradite i koliko to realno stoji.
Autor
Osnivač Unitpicka i softverski arhitekt. Poslovni softver razvija od 2003., a danas vodi razvoj vlastitog SaaS proizvoda UnitLook.
Imate projekt na umu?
Javite nam se i razgovarajmo o vašem projektu, bez obveze.