Custom web ili mobilna aplikacija u Hrvatskoj kod mene je od 6.000 €, ovisno o opsegu projekta, a izrada traje od tri mjeseca naviše. Gdje će tvoj projekt završiti iznad te brojke ne odlučuje broj ekrana. Odlučuje šest stvari: integracije, uloge korisnika, broj tokova, migracija podataka, pristupačnost i GDPR te dubina dizajna.
Što je custom web aplikacija i po čemu se razlikuje od stranice
Custom web aplikacija je softver napravljen za jedan konkretan proces ili proizvod, s korisničkim računima, podacima i pravilima koja gotov alat nema, a kod i podaci pripadaju naručitelju. Web stranica prikazuje sadržaj. Aplikacija radi posao: prima podatke, provjerava tko smije što i pamti stanje.
U praksi to su interni sustavi koji zamjenjuju Excel i mail, portali s korisničkim računima, SaaS proizvodi i MVP za novu ideju. Takve projekte gradim na izradi web i mobilnih aplikacija, od discoveryja do predaje repozitorija.
Granica prema web stranici nije tehnologija nego pitanje tko se prijavljuje. Na HoReCa PRO, B2B portalu za ugostiteljstvo i hotelijerstvo, portal radi na članskom modelu. Prijava, registracija i newsletter zato su ugrađeni u tok čitanja, umjesto da stoje sa strane. Čim postoji član, postoji i netko tko nije član, a to je već aplikacija, ne stranica.
Razlika se vidi i u cijeni. Stranica se procjenjuje po broju predložaka i sadržaju. Aplikacija se procjenjuje po tome što korisnici rade i s čim se spaja, pa dvije aplikacije s istim brojem ekrana mogu imati vrlo različitu ponudu.
Koliko košta izrada web aplikacije: razredi i rokovi
Izrada web aplikacije u Hrvatskoj kod mene je od 6.000 €, ovisno o opsegu projekta, s rokom od tri mjeseca naviše. Iznos od 6.000 € je početna cijena, ne cjenik. Konačna ponuda je fiksna i dolazi nakon discoveryja, kad oboje točno znamo što gradimo.
| Razred | Investicija | Rok | Što najviše pomiče cijenu |
|---|---|---|---|
| Web stranica | od 1.500 € | 3–6 tjedana | Broj predložaka, sadržaj, višejezičnost |
| Web shop | od 3.000 € | 6–12 tjedana | Plaćanja, fiskalizacija, ERP, migracija proizvoda |
| Web ili mobilna aplikacija | od 6.000 € | od 3 mjeseca | Integracije, uloge, tokovi, podaci, iOS i Android |
| Support nakon lansiranja | od 50 € mjesečno | mjesečno | Broj sati i brzina odziva |
Rasponi služe kao filter prije prvog razgovora, ne kao ponuda. Cijena bez razumijevanja opsega je ili previsoka da se izvođač zaštiti, ili preniska pa se kasnije „ispravlja” kroz dodatne račune. Zato broj koji dobiješ nakon discoveryja stoji do kraja projekta.
Kalkulator
Procjena opsega i investicije
Sedam pitanja, bez upisivanja kontakta. Rezultat nije ponuda nego okvir: u koji razred projekt pada, od koliko kreće i što ga unutar razreda gura prema gore.
Rezultat
Rezultat još nije izračunat. Odaberi što gradiš.
Odaberi što gradiš
Rezultat se slaže ovdje dok odgovaraš. Ništa se ne šalje i ništa se ne sprema.
Trošak nakon lansiranja
Ne ovisi o razredu. Ovo teče i kad je projekt gotov.
- Hosting
- 90 € godišnjePrva godina je u cijeni projekta. Poslije se plaća godišnje.
- Domena
- Kao i dosadOstaje kod svog registrara i plaćaš je ti. Ne preuzimam je.
- Licenca platforme
- 0 €Nema je. Rješenje je custom, pa nema mjesečne pretplate na alat u kojem je napravljeno.
- Održavanje
- od 50 € / mjCijena na dan 10.9.2026.: od 100 € / mjSidrena cijena je cijena iste usluge na dan 10.9.2026., a od 1.10.2026. mora stajati uz današnju (NN 101/2026). Tako odmah vidiš je li se cijena u međuvremenu mijenjala.Nadogradnje, sigurnost, backup i sitne izmjene, s prioritetnim odzivom.
- Licence trećih strana
- Samo ako ih opseg tražiCijena se javlja prije nego što se uzme.
Ovo je okvir, ne ponuda. Točan opseg, rok i cijenu dobivaš pisano, nakon razgovora od 30 minuta.
Kako procjena radi
Razred određuje vrsta projekta i on nosi početnu cijenu i okvirni rok. Pokretači opsega ne mijenjaju razred nego mjesto unutar njega: što ih je više, projekt je dalje od početne cijene.
Iznimka: web stranica na kojoj se korisnici prijavljuju i imaju više uloga s različitim ovlastima procjenjuje se kao aplikacija.
| Razred | Investicija | Rok |
|---|---|---|
| Web stranicaStruktura, dizajn, izrada, pravne stranice i lansiranje. | od 1.500 €Cijena na dan 10.9.2026.: od 1.500 €Sidrena cijena je cijena iste usluge na dan 10.9.2026., a od 1.10.2026. mora stajati uz današnju (NN 101/2026). Tako odmah vidiš je li se cijena u međuvremenu mijenjala. | 3–6 tjedana |
| Web shopPlaćanja, ERP, fiskalizacija i migracija proizvoda. | od 3.000 €Cijena na dan 10.9.2026.: od 3.000 €Sidrena cijena je cijena iste usluge na dan 10.9.2026., a od 1.10.2026. mora stajati uz današnju (NN 101/2026). Tako odmah vidiš je li se cijena u međuvremenu mijenjala. | 6–12 tjedana |
| Web ili mobilna aplikacijaKorisnički računi, uloge i prava pristupa. | od 6.000 €Cijena na dan 10.9.2026.: od 6.000 €Sidrena cijena je cijena iste usluge na dan 10.9.2026., a od 1.10.2026. mora stajati uz današnju (NN 101/2026). Tako odmah vidiš je li se cijena u međuvremenu mijenjala. | Od 3 mjeseca |
Pokretači opsega i zašto pomiču cijenu
- Prijava korisnika: traži korisničke račune i prijavu
- Prijava povlači registraciju, oporavak pristupa, sesije i zaštitu podataka svakog korisnika, a sve to se gradi i testira neovisno o izgledu.
- Uloge i ovlasti: traži uloge i ovlasti
- Svaka uloga vidi i smije nešto drugo, pa se svaki ekran i svaka radnja provjeravaju za svaku ulogu, a broj slučajeva raste s brojem uloga.
- Plaćanje karticom: dodaje integraciju plaćanja
- Plaćanje ima više ishoda od uspjeha i odbijanja (prekinuta transakcija, povrat, dvostruki klik), i svaki se mora obraditi i proći kroz testno okruženje pružatelja.
- ERP ili knjigovodstvo: dodaje fazu integracije
- ERP i knjigovodstvo imaju svoja pravila i podatke koji se ne poklapaju s tvojima, pa se mapiranje i sinkronizacija dogovaraju i testiraju s obje strane.
- Fiskalizacija ili eRačun: dodaje fiskalizaciju i e-račune
- Porezna pravila su tvrda: račun mora imati propisani oblik, stići do porezne ili posrednika i ostati ispravan i kad vanjski servis ne odgovori.
- Druga integracija: dodaje fazu integracije
- Svaki vanjski sustav znači dokumentaciju, pristupne ključeve, ograničenja i plan za trenutak kad ne radi.
- Prijenos podataka: traži migraciju podataka
- Stari podaci rijetko su čisti: prije prijenosa se mapiraju, čiste i provjeravaju, a prebacivanje se ponavlja dok se brojke ne slože.
- Više jezika: traži višejezičnu strukturu
- Svaki jezik dobiva svoje adrese, SEO oznake i sadržaj koji se održava odvojeno, a sučelje se testira na svakom jeziku jer dulji prijevod lomi raspored. Prijevod teksta je zaseban posao.
- Pristupačnost i zaštita podataka: traži stroži pregled i dokumentaciju
- Osjetljivi podaci traže minimalno prikupljanje, zapis pristupa i pisani trag odluka, a pristupačnost znači provjeru svakog ekrana tipkovnicom i čitačem zaslona.
Discovery je korak u kojem prolazimo korisnike, procese, integracije i rizike. Izlaz je pisana specifikacija, prijedlog arhitekture, plan faza i fiksna ponuda. Dokument iz discoveryja je tvoj i ako dalje ne radimo zajedno, pa ga možeš odnijeti drugom izvođaču na usporedbu.
Što diže cijenu custom web aplikacije
Cijenu custom web aplikacije dižu odluke o opsegu, ne satnica. Ispod je šest pokretača, poredanih otprilike po tome koliko često mijenjaju ponudu. Za svaki vrijedi isto pravilo: što ga ranije znaš, to je jeftiniji.
| Pokretač | Zašto diže cijenu | Kako ga držati pod kontrolom |
|---|---|---|
| Integracije | Svaka je zaseban sustav s vlastitim greškama | Popiši ih u briefu, s imenom alata |
| Uloge i ovlasti | Svaka uloga množi ekrane i provjere | Počni s dvije uloge, dodaj kasnije |
| Korisnički tokovi | Svaki tok ima i neuspješne grane | Broji tokove, ne ekrane |
| Migracija podataka | Stari podaci su rijetko čisti | Pošalji uzorak izvoza prije ponude |
| Pristupačnost i GDPR | Zakonska obveza, ne ukras | Odluči na početku, ne pred lansiranje |
| Dubina dizajna | Više stanja, animacija i varijanti | Prototip prije koda |
Integracije s hrvatskim sustavima
Integracija je najčešći razlog zašto je aplikacija skuplja od početne cijene. Ako aplikacija izdaje račune, Fiskalizacija 2.0 traži eRačun za tvrtke i fiskalizaciju računa građanima, a to je arhitektura, ne dodatak. Kako to izgleda u pozadini, opisao sam u vodiču Fiskalizacija 2.0 za web shop.
Online naplata znači CorvusPay, Monri ili KEKS Pay, a veza sa skladištem ili knjigovodstvom znači ERP poput Pantheona ili Minimaxa. Svaki payment gateway i ERP ima vlastitu dokumentaciju, vlastita pravila i vlastiti način na koji javlja grešku. Sat posla nije u sretnom slučaju, nego u odgovoru na pitanje što aplikacija radi kad druga strana ne odgovori.
Na vlastitom proizvodu, platformi za automatizaciju ai.webica.hr, naučio sam isto: najteži dio nije glavna funkcija, nego pouzdanost kad nešto padne, a nitko ne gleda. Zato svaku integraciju u ponudi vidiš kao zasebnu stavku, s opisom što se događa kad zakaže.
Uloge i ovlasti
Svaka nova uloga korisnika množi ekrane, provjere i testove. Aplikacija s jednim administratorom i jednom vrstom korisnika je druga ponuda od one u kojoj postoje voditelj, zaposlenik, vanjski suradnik i klijent. Svaka uloga vidi drugi dio podataka, a svaka provjera ovlasti mora raditi i na serveru, ne samo u sučelju.
Najjeftiniji put je krenuti s dvije uloge i dodavati ih kad se pokaže da trebaju. Uloga dodana u drugoj fazi košta manje od uloge koju nitko ne koristi, a održava se od prvog dana.
Broj korisničkih tokova
Tok je jedan zadatak od početka do kraja: registracija, narudžba, odobrenje, povrat. Cijenu određuje broj tokova, ne broj ekrana, jer svaki tok ima i grane koje nitko ne crta. Što se događa kad plaćanje ne prođe, kad pozivnica istekne ili kad dvoje uređuje isti zapis?
U specifikaciji zato svaki tok ima i neuspješne ishode, napisane rečenicom. Tok bez neuspješnih ishoda izgleda gotovo u prototipu, a raspada se prvi tjedan u produkciji.
Migracija podataka
Prijenos podataka iz Excela, starog sustava ili izvoza iz drugog alata gotovo nikad nije jedan klik. Stari podaci imaju duplikate, prazna polja i stupce koji se godinama koristili za nešto drugo nego što im piše u zaglavlju. Svaki duplikat i svako krivo korišteno polje traži odluku, i to tvoju, ne moju.
Najbolje što možeš napraviti prije ponude je poslati uzorak stvarnog izvoza, ne opis. Iz sto redaka pravih podataka vidim više nego iz stranice opisa kako bi podaci trebali izgledati.
Pristupačnost i GDPR
Pristupačnost je u Hrvatskoj zakonska obveza za dio aplikacija, ne samo dobra praksa. Zakon o zahtjevima za pristupačnost proizvoda i usluga stupio je na snagu 28. lipnja 2025. i obuhvaća, među ostalim, usluge e-trgovine i potrošačke bankarske usluge. Ne primjenjuje se na mikro subjekte koji pružaju usluge, a to su oni s manje od deset radnika i do dva milijuna eura godišnjeg prihoda ili imovine. Izvor: Zakon o zahtjevima za pristupačnost proizvoda i usluga, NN 89/2025, pristupljeno 26. rujna 2026.
GDPR u članku 25. traži tehničku i integriranu zaštitu podataka, dakle zaštitu ugrađenu od najranije faze razvoja. Izvor: Opća uredba o zaštiti podataka (EU) 2016/679, pristupljeno 26. rujna 2026. Za cijenu to znači jedno: pristupačnost i zaštita podataka planirane od početka ulaze u procjenu, a naknadno dodane postaju prepravak.
Dubina dizajna
Dizajn diže cijenu kroz broj stanja, ne kroz boje. Prazan popis, greška, učitavanje, prvi ulazak korisnika i mobilni prikaz su pet verzija istog ekrana. Aplikacija u kojoj svaki od njih ima vlastiti dizajn košta više od one koja koristi dosljedan sustav komponenti.
Zato svaki projekt ima klikabilan prototip prije prve linije koda. Promijeniti ideju u prototipu košta sat vremena. Tri tjedna kasnije, u kodu, košta tri tjedna.
Web aplikacija, PWA ili mobilna aplikacija: što mijenja cijenu
Većini tvrtki dovoljna je web aplikacija koja dobro radi i na mobitelu, i to je najjeftinija od tri opcije. Mobilna aplikacija se isplati kad ti trebaju push obavijesti, rad bez interneta, kamera ili lokacija kao dio svakodnevnog posla. Ako ti ništa od toga ne treba, ne radi mobilnu aplikaciju.
PWA (progresivna web aplikacija) je web aplikacija koju korisnik može dodati na početni zaslon i otvarati bez adresne trake. Kod je isti kao za web aplikaciju, pa je razlika u cijeni mala. Ne prolazi kroz App Store ni Google Play, što je prednost dok ti trgovina ne treba kao kanal.
Mobilnu aplikaciju za iOS i Android radim u React Nativeu, dakle jedan kod za obje platforme umjesto dva. Nativna aplikacija u užem smislu znači zaseban kod za svaku platformu, i to je druga, veća ponuda. Ako projekt stvarno traži native, reći ću ti to i uputiti te dalje umjesto da to naplatim.
Mobilna aplikacija nosi i trošak koji web nema. Apple Developer Program je 99 USD godišnje (Apple Developer, pristupljeno 26. rujna 2026.), a registracija u Google Play Consoleu je 25 USD jednokratno (Google Play Console Help, pristupljeno 26. rujna 2026.). Uz to svaka verzija prolazi pregled trgovine, pa izmjena ne ide van u trenutku kao na webu, nego nakon pregleda.
Koliko košta aplikacija nakon lansiranja
Nakon lansiranja plaćaš hosting, domenu i vanjske servise koje aplikacija koristi, a sve to stoji u ponudi s okvirnim godišnjim iznosom. Licence platforme nema, jer je aplikacija custom i ne plaćaš mjesečnu pretplatu alatu u kojem je napravljena. Izostanak licence vrijedi zbrojiti na tri godine kad uspoređuješ custom aplikaciju s gotovim SaaS alatom.
Hosting aplikacije s bazom podataka ovisi o prometu i o tome koliko posla radi u pozadini, pa ga ne mogu dati kao jednu brojku za sve. Mogu ga dati za tvoj projekt, prije potpisa. Vanjski servisi, poput slanja maila ili naplate karticom, imaju vlastiti cjenik, često po korištenju, i svaki koji ulazi u opseg vidiš imenom prije nego što se uzme.
Prvih 30 dana nakon lansiranja podrška je uključena u cijenu. Poslije toga biraš između support paketa od 50 € mjesečno, s fiksnim brojem sati i prioritetnim odgovorom, i rada po potrebi. Ugovora na godinu dana nema.
Aplikacija nije gotova na dan lansiranja. Lansiranje je početak, ne kraj: korisnici tek tada pokažu koji tok ne razumiju, i prvi mjeseci obično nose nekoliko manjih izmjena.
Kako se plaća izrada custom aplikacije
Izrada custom aplikacije plaća se u fazama, vezano uz isporuke, ne unaprijed u cijelosti. Prvi dio ide na potpis, ostatak po fazama navedenima u ugovoru. Za veći projekt to znači da nikad ne plaćaš puno više nego što je isporučeno.
Opseg, rok i cijena definirani su ugovorom prije nego što išta krene. Uz ugovor idu Plan projekta i NDA, a projekt je fiksna cijena, ne sat po sat. Po satu se naplaćuju samo savjetovanje i support, gdje je opseg po prirodi otvoren.
Ako se usred izrade pokaže da treba nešto veće što nije bilo u opsegu, dobiješ zasebnu procjenu prije nego što to krenem raditi. Ti odlučuješ ide li to sada, kasnije ili nikad. Manje izmjene ulaze u dogovoreni opseg, pa na računu nema iznenađenja.
Izrada ide u tjednim ciklusima i svaki tjedan vidiš napredak na živoj verziji. Nema tri mjeseca tišine pa velikog otkrivanja na kraju. Plaćanje po fazama radi upravo zato što svaka faza ima nešto što možeš otvoriti i provjeriti.
Kako pripremiti brief da ponuda drži
Brief koji daje ponudu koja drži opisuje problem, korisnike i sustave, a ne popis funkcionalnosti. Popis funkcionalnosti dolazi tek nakon toga, u discoveryju. Brief za aplikaciju u pet koraka stane na dvije stranice.
- Opiši problem kako ga danas rješavaš. Tko što radi, u kojem alatu i gdje se podaci prepisuju ručno. „Narudžbe stižu mailom, prepisujemo ih u Excel, pa u Pantheon” vrijedi više od „treba nam portal”.
- Nabroji uloge. Tko se prijavljuje i što smije vidjeti. Dvije do tri uloge su dobar početak.
- Popiši sustave s kojima se aplikacija spaja, s imenom: Minimax, CorvusPay, Google Calendar, postojeći web shop. „Integracija s ERP-om” bez imena nije procjenjiva.
- Pošalji uzorak podataka koje treba prenijeti, ako ih ima. Sto redaka pravog izvoza je dovoljno.
- Odredi što je najmanja verzija koja ima smisla. Što mora raditi prvog dana, a što može u drugu fazu.
Ako neki od ovih koraka ne znaš, to je u redu. Upravo te odgovore traži discovery, a bolje je da praznina piše u briefu nego da se otkrije u trećem mjesecu izrade.
Najčešće greške u briefu za aplikaciju
Najskuplja greška u projektu aplikacije nikad nije u kodu, nego u odluci koju nitko nije postavio pod pitanje na vrijeme. Većina takvih odluka već stoji u briefu. Ove četiri greške u briefu se ponavljaju.
Popis funkcionalnosti umjesto problema. Brief s četrdeset stavki kaže što netko misli da treba, ne zašto. Kad znam problem, dio stavki se pokaže nepotrebnim, a ponuda pada.
„Kao aplikacija X, ali za našu branšu”. Aplikacija X ima iza sebe godine razvoja i tim. Usporedba je korisna za izgled, ali ne za opseg, jer kupuješ onaj dio koji tebi treba, ne cijeli X.
Integracije se spominju na kraju. Veza s ERP-om ili naplatom često se pojavi tek na trećem sastanku, a upravo ona najviše pomiče cijenu. Stavi je u prvi odlomak briefa.
Sve odjednom. Manji opseg koji radi vrijedi više od velikog koji nikad ne izađe. MVP od tri do četiri mjeseca daje ti stvarne korisnike i podatke za odluku što graditi dalje.
Kad ti ne treba custom aplikacija
Custom aplikacija ti ne treba ako gotov SaaS alat već radi tvoj posao, a smeta ti samo cijena pretplate. Alatu od 50 € mjesečno treba deset godina da dosegne 6.000 €, koliko je početna cijena custom aplikacije. Računica se mijenja tek kad ti alat počne diktirati kako radiš.
Ne treba ti ni ako proces još nije stabilan. Ako se način rada mijenja svaka dva tjedna, prvo ga posloži u Excelu ili gotovom alatu, pa ga automatiziraj kad znaš kako izgleda. Aplikacija izgrađena oko procesa koji se još traži bit će krivo izgrađena, i to vrlo precizno.
Ako ti je proračun ispod 6.000 €, custom aplikacija nije za tebe. Radim isključivo custom projekte, pa ti to govorim otvoreno, umjesto da smanjujem opseg dok posao ne izgubi smisao.
I na kraju, ako ti ne treba nova aplikacija nego da tvoji postojeći alati razgovaraju međusobno, to je automatizacija, a ne izrada. Time se bavim na ai.webica.hr, kao zasebnim poslom sa zasebnom cijenom.
Česta pitanja
Zašto ne mogu dobiti cijenu aplikacije odmah, na mail?
Zato što bi bila izmišljena. Cijena bez razumijevanja opsega je ili previsoka da se izvođač zaštiti, ili preniska pa se kasnije „ispravlja” kroz dodatne račune. Radije uložim sat vremena u razgovor i dam ti broj koji stoji do kraja projekta. Okvir znaš unaprijed: aplikacija je od 6.000 €, ovisno o opsegu.
Koliko traje izrada aplikacije?
Izrada aplikacije traje od tri mjeseca naviše, ovisno o opsegu. MVP s jasno ograničenim opsegom obično stane u tri do četiri mjeseca. Točan rok dolazi uz fiksnu ponudu nakon discoveryja i dio je ugovora. Ako se pomakne zbog promjene opsega, to znaš u trenutku kad se opseg mijenja, a ne na kraju.
Treba li mi mobilna aplikacija ili je dovoljan web?
Većini je dovoljna dobra web aplikacija koja radi i na mobitelu. Mobilna aplikacija se isplati kad ti treba push obavijest, rad bez interneta, kamera ili lokacija. Uz nju dolaze i trošak trgovina i pregled svake verzije prije objave. Ako ti ništa od toga ne treba, reći ću ti da ne radiš mobilnu aplikaciju.
Čiji je kod nakon isporuke?
Kod je tvoj. Repozitorij, baza, pristupi i dokumentacija idu tebi na predaji. Ništa ne ostaje kod mene kao poluga za buduće pregovore, pa ako sutra nastaviš s nekim drugim, on nastavlja odande gdje je stalo. Dokumentacija je napisana za tu situaciju, a ne za mene.
Je li ponuda fiksna ili se aplikacija naplaćuje po satu?
Ponuda za aplikaciju je fiksna cijena, dogovorena prije početka. Po satu se naplaćuju samo savjetovanje i support, gdje je opseg po prirodi otvoren. Ako se usred projekta pojavi nešto veće što nije bilo u opsegu, dobiješ zasebnu procjenu prije nego što to krenem raditi, i ti odlučuješ ide li to u projekt.
Ako razmišljaš o aplikaciji i želiš znati gdje bi tvoj projekt stajao, javi se za razgovor od 30 minuta. Izlaziš s mišljenjem je li ideja izvediva, koliko okvirno košta i što je sljedeći korak, bez obzira radimo li zajedno.
O autoru
Jurica Stublić
Web developer · 4 godine · 50+ projekata
Gradim custom web i mobilne aplikacije, web shopove i web stranice, i ostajem na projektu nakon lansiranja. Uz klijentske projekte razvijam vlastiti proizvod: ai.webica.hr.
