Cijena izrade mobilne aplikacije ponajprije ovisi o tome kome je namijenjena, izrađuje li se za Android, iOS ili obje platforme, s kojim se sustavima povezuje i mora li raditi bez internetske veze. Kod nas izrada poslovne aplikacije iznosi od 20.000 € (najčešće 20.000–100.000 €), održavanje od 400 €/mj., a projekt obično traje 10–26 tjedana.
Uz izradu računajte i na naknade trgovina aplikacija, poslužitelje i redovite prilagodbe novim verzijama Androida i iOS-a.
Tri vrste poslovnih aplikacija i što ih čini zahtjevnijima
Poslovna mobilna aplikacija je program na mobitelu ili tabletu preko kojega kupci, zaposlenici ili partneri obavljaju dio posla s vašom tvrtkom ili za nju. Po zahtjevnosti se najviše razlikuju tri vrste.
Aplikacija za kupce tvrtke
Služi za narudžbe, rezervacije, program vjernosti, praćenje statusa usluge ili prijavu kvara. Zahtjevna je jer ne birate kakve mobitele kupci imaju, pa gotovo uvijek mora postojati za Android i iOS, proći pregled u obje trgovine i biti dovoljno jednostavna da je ljudi koriste bez ikakve obuke. Jednostavnija je kad su zasloni uglavnom pregled sadržaja i obrasci, bez plaćanja i složenih pravila. Ako kupci u aplikaciji otvaraju račun, moraju ga moći i izbrisati u samoj aplikaciji. To propisuju i Apple (točka 5.1.1(v) smjernica za pregled aplikacija) i Google, koji uz to traži i internetsku poveznicu na kojoj se brisanje može zatražiti.
Ako preko aplikacije potrošačima prodajete robu ili usluge, na nju se kao na uslugu e-trgovine primjenjuje Zakon o zahtjevima za pristupačnost proizvoda i usluga, na snazi od 28. lipnja 2025. (članak 3. stavak 2.). Zakon se ne primjenjuje na mikro subjekte malog gospodarstva koji pružaju usluge (članak 4. stavak 2.), a za ostale je pristupačnost zakonski zahtjev koji treba ugraditi u dizajn i testiranje.
Terenska aplikacija za zaposlenike
Serviseri, prodajni predstavnici, dostavljači i monteri u njoj vide radne naloge i kontrolne popise, snimaju fotografije, skeniraju crtične kodove i uzimaju potpis kupca na zaslonu. Najzahtjevniji dio je rad bez internetske veze: aplikacija sprema podatke na uređaj i šalje ih kad se veza vrati, a unaprijed treba dogovoriti što se događa kad dvoje promijeni isti zapis i koji podaci smiju ostati na uređaju ako se izgubi.
Jednostavnija je kad tvrtka zaposlenicima daje službene uređaje s istim operacijskim sustavom: tada je često dovoljna jedna platforma, a izgled može slijediti standardne elemente sustava umjesto posebnog dizajna. Ne mora biti ni javna. Apple nudi objavu bez javnog prikaza u App Storeu, kod koje se aplikacija pronalazi samo preko izravne poveznice, a Google privatne aplikacije, dostupne samo vašoj organizaciji.
Aplikacija nad postojećim sustavom
To je mobilno sučelje za ERP, CRM ili drugi program koji već imate: pregled zaliha i kupaca, odobravanje zahtjeva, unos podataka s terena. Poslovna pravila već postoje pa se ne grade iznova, ali zahtjevnost ovisi o tome ima li sustav dokumentirano sučelje za povezivanje (API) i treba li aplikacija podatke samo čitati ili ih i upisivati natrag. Mobitel ne bi trebao izravno pristupati ERP-u, nego preko poslužiteljskog dijela koji provjerava prava i po potrebi čuva kopiju podataka, a prava pristupa trebaju slijediti ona iz ERP-a.
Na istom načelu, s kopijom podataka na poslužitelju, radi i naša poslovna platforma Business Booster, koju smo povezali s ERP-om Luceed koji koristi Instar informatika, hrvatski trgovac i distributer informatičke opreme. Platforma svake noći preuzima kopiju podataka koji su joj potrebni, poput artikala, zaliha po skladištima i računa, i na njoj izrađuje izvještaje, a ERP ostaje jedini izvor istine.
Što najviše utječe na cijenu?
- Jedna ili obje platforme. Dvije platforme znače dvije aplikacije za testiranje, objavu i održavanje, čak i kad dijele veći dio koda.
- Pristup razvoju. Nativni razvoj znači zaseban kod za Android i iOS, a zajednička baza koda (cross-platform) jedan kod za obje platforme uz dijelove pisane posebno. Usporedba je u tablici niže.
- Poslužiteljski dio i integracije. Gotovo svaka poslovna aplikacija treba poslužiteljski dio (backend) koji čuva podatke, provjerava prava, šalje obavijesti i povezuje se s ERP-om ili CRM-om, a često i web sučelje za administratore. Trošak integracije ovisi o tome koliko je potpun i dokumentiran API tih sustava.
- Rad bez internetske veze. Spremanje na uređaj, usklađivanje podataka i rješavanje sukoba traže više razvoja i testiranje u stvarnim uvjetima.
- Uloge, prava i sigurnost. Svaka uloga, primjerice serviser, voditelj ili kupac, donosi svoja pravila i zaslone. Za provjeru sigurnosti koristan je OWASP-ov standard za sigurnost mobilnih aplikacija (MASVS), koji, među ostalim, pokriva pohranu podataka na uređaju, prijavu i ovlasti, mrežnu komunikaciju i privatnost.
- Mogućnosti uređaja. Kamera, skeniranje, lokacija, Bluetooth i rad u pozadini traže dodatni razvoj i testiranje na više uređaja.
- Dizajn. Standardni elementi sustava traže manje rada od posebnog dizajna s vlastitim animacijama, a kod aplikacije za kupce treba računati i na rad na pristupačnosti.
- Objava u trgovinama. Opis, slike zaslona, izjave o privatnosti, probni račun za recenzente i izmjene nakon pregleda dio su posla, a ne formalnost.
- Održavanje. Nove verzije sustava i pravila trgovina traže redovite prilagodbe, o čemu je više niže.
Nativna aplikacija, zajednička baza koda ili progresivna web aplikacija?
Progresivna web aplikacija (PWA) je aplikacija izrađena web tehnologijama koja se, prema Mozillinoj dokumentaciji MDN, može instalirati na uređaj i raditi bez veze, a korisniku daje iskustvo slično nativnoj aplikaciji.
| Pristup | Prednosti | Ograničenja | Kada odgovara |
|---|---|---|---|
| Nativna aplikacija (Kotlin i Jetpack Compose za Android, Swift i SwiftUI za iOS) | Puni pristup mogućnostima uređaja i radu u pozadini, ponašanje na koje su korisnici navikli, nove mogućnosti sustava dostupne odmah | Zaseban kod za svaku platformu, pa za obje platforme traži najviše rada na izradi i održavanju | Jedna platforma, primjerice službeni Android uređaji, ili aplikacija koja se jako oslanja na kameru, Bluetooth, lokaciju i rad u pozadini |
| Zajednička baza koda (primjerice Flutter, React Native ili Kotlin Multiplatform) | Veći dio koda piše se jednom, iste funkcije na Androidu i iOS-u, manje održavanja nego kod dviju nativnih aplikacija | Dodatni sloj između aplikacije i sustava, podrška za nove mogućnosti ponekad kasni, dio koda ipak se piše posebno, a testiranje i objava rade se za svaku platformu | Aplikacija za kupce koja mora biti na obje platforme, s uobičajenim zaslonima i obrascima |
| Progresivna web aplikacija | Jedan kod za mobitele i računala, bez pregleda u trgovinama, ažuriranje odmah za sve korisnike | Bluetooth i usklađivanje podataka u pozadini ne rade u svim raširenim preglednicima, na iPhoneu push obavijesti traže da je korisnik doda na početni zaslon, a aplikacija nije dostupna u trgovinama aplikacija | Povremena upotreba, interni alati koji se koriste i na računalu, prva verzija za provjeru ideje |
Koliko naplaćuju Apple i Google i koja pravila vrijede?
Za objavu trebate razvojne račune kod Applea i Googlea, a preporučujemo da glase na vašu tvrtku. Tada se u App Storeu kao prodavatelj prikazuje naziv vaše tvrtke. Za račun organizacije obje trgovine traže D-U-N-S broj, identifikator tvrtke koji dodjeljuje Dun & Bradstreet (Apple, Google). Naknade su ove:
- Apple Developer Program: 99 USD po godini članstva (provjereno 12. 10. 2026.). Apple navodi da se cijene mogu razlikovati po regijama i da se pri upisu prikazuju u lokalnoj valuti.
- Google Play Console: jednokratna naknada za registraciju od 25 USD (provjereno 12. 10. 2026.).
Obje trgovine pregledavaju aplikaciju prije objave i kod ažuriranja, pa u plan ulazi i vrijeme za pregled i moguće izmjene. Za poslovne aplikacije važna su još tri pravila:
- Recenzent mora ući u aplikaciju. Za aplikaciju s prijavom Apple traži probni račun ili probni način rada (točka 2.1 smjernica za pregled), a Google upute za pristup zaštićenim dijelovima.
- Izjava o podacima. Opisujete koje podatke aplikacija prikuplja, uključujući one koje prikupljaju ugrađeni alati drugih tvrtki: kod Applea u podacima o privatnosti, kod Googlea u odjeljku Sigurnost podataka. Obje trgovine traže i poveznicu na pravila o privatnosti.
- Više od web stranice. Apple traži da aplikacija nudi više od prepakirane web stranice (točka 4.2), pa web stranica samo omotana u aplikaciju može biti odbijena.
Ako se u aplikaciji kupuje fizička roba ili usluga koja se koristi izvan nje, primjerice kod narudžbe robe ili rezervacije termina, plaćanje ide karticom ili drugim načinom izvan sustava naplate trgovine. To traže i Apple (točka 3.1.3(e)) i Google u pravilima o plaćanjima. Digitalni sadržaj i pretplate unutar aplikacije u pravilu se naplaćuju preko trgovine, uz naknadu za uslugu.
Koji troškovi dolaze nakon objave?
Nakon objave računajte na ove stavke:
- Članarina Applea. Plaća se svake godine. Ako članstvo istekne, aplikacije više nisu dostupne za preuzimanje i ne možete slati nove verzije, iako i dalje rade onima koji su ih već instalirali.
- Nove verzije Androida i iOS-a. Od 31. kolovoza 2026. nove aplikacije i ažuriranja u Google Playu moraju ciljati Android 16 ili noviji, a postojeća aplikacija koja ne cilja barem Android 15 nije dostupna novim korisnicima na uređajima s novijim Androidom (zahtjevi za ciljanu razinu API-ja). Apple od 28. travnja 2026. prima samo aplikacije izrađene u razvojnom alatu Xcode 26 ili novijem, a od travnja 2027. tražit će razvojni paket za iOS 27. Svaka takva promjena znači prilagodbu, testiranje i novo izdanje.
- Poslužitelji. Poslužiteljski dio, baza podataka, sigurnosne kopije i nadzor rade cijelo vrijeme, neovisno o tome koliko često izlaze nove verzije. Poslužiteljski dio aplikacija koje izrađujemo i održavamo držimo na poslužiteljima u EU.
- Održavanje koda. Sigurnosna ažuriranja biblioteka, ispravci pogrešaka i prilagodbe kad se promijeni ERP, CRM ili drugi sustav na koji je aplikacija spojena.
Zato ponudu za mobilnu aplikaciju gledajte zajedno s mjesečnim troškom održavanja, a ne samo kao jednokratni iznos.
Naše cijene
| Stavka | Iznos ili trajanje |
|---|---|
| Izrada mobilne aplikacije, jednokratno | od 20.000 € (najčešće 20.000–100.000 €) |
| Održavanje, mjesečno | od 400 €/mj. |
| Tipično trajanje projekta | 10–26 tjedana |
Početna cijena vrijedi za najmanji smislen opseg, a raspon pokazuje gdje završava većina projekata. Stvarnu ponudu, razdvojenu po fazama, dobivate nakon razgovora o vašim korisnicima i sustavima. Mjesečni iznos obuhvaća rad poslužiteljskog dijela na poslužiteljima u EU, nadzor, sigurnosna ažuriranja, održavanje i podršku, a naknade Appleu i Googleu plaća vlasnik razvojnih računa, dakle vaša tvrtka kad računi glase na nju. Radne verzije tijekom izrade instaliraju se na uređaje korisnika koji ih isprobavaju, a napredak pratite u klijentskom portalu. Pregled svih usluga: sve cijene na jednom mjestu.
Primjer: terenska aplikacija za servisere
Zamislite tvrtku koja servisira klima-uređaje i čiji serviseri na terenu nose službene Android mobitele. Aplikacija im prikazuje radne naloge iz ERP-a, radi i u podrumima bez signala, sprema fotografije i potpis kupca, a kad se veza vrati, šalje zatvorene naloge natrag u ERP.
Budući da svi imaju Android, dovoljna je jedna platforma. Aplikacija se dijeli samo zaposlenicima kao privatna aplikacija, bez javne stranice u trgovini, a Appleova članarina nije potrebna jer nema verzije za iOS. Izgled slijedi standardne elemente sustava umjesto posebnog dizajna. Najzahtjevniji su rad bez veze i upis u ERP, pa se procjena gradi oko njih.
Za takav opseg polazište su iznosi iz tablice: izrada od 20.000 € (najčešće 20.000–100.000 €), održavanje od 400 €/mj., trajanje 10–26 tjedana. Konačni iznos ovisi o broju vrsta naloga i o tome koliko je API ERP-a spreman za upis. Ako tvrtka kasnije poželi i aplikaciju za kupce na Androidu i iOS-u, to je nova faza s vlastitom procjenom.
Kako pripremiti upit za ponudu
Što je upit precizniji, to je procjena bliža stvarnom trošku. Prije razgovora pripremite:
- Problem i korisnike: što danas ne radi, tko će aplikaciju koristiti i gdje: u uredu, na terenu, u skladištu.
- Uređaje: službeni ili privatni, Android, iOS ili oboje.
- Prvu fazu: nekoliko stvari bez kojih aplikacija nema smisla i popis onoga što može pričekati.
- Sustave za povezivanje: ERP, CRM ili drugi program, s dokumentacijom API-ja ili kontaktom dobavljača.
- Rad bez veze: mora li aplikacija raditi bez signala i što se tada smije raditi.
- Uloge i prava: tko što smije vidjeti i mijenjati.
- Način objave: javno u trgovinama ili samo za zaposlenike te imate li već razvojne račune na ime tvrtke i D-U-N-S broj.
- Primjere i ljude: obrasce i naloge koje aplikacija zamjenjuje, osobu koja odlučuje o prioritetima i nekoliko budućih korisnika koji će isprobavati radne verzije.
Prvi razgovor s nama je besplatan. U njemu prolazimo tko će aplikaciju koristiti, na kojim uređajima i u kakvim uvjetima, s kojim se sustavima mora povezati i što ima smisla napraviti u prvoj fazi, pa i to je li vam možda dovoljna web aplikacija. Nakon razgovora dobivate pisani opseg, procjenu troška i plan po fazama, a nakon puštanja u rad aplikaciju i održavamo. Kako radimo, opisano je na stranici izrada mobilnih aplikacija.
Česta pitanja
Koliko košta održavanje mobilne aplikacije?
Održavanje kod nas iznosi od 400 €/mj. i obuhvaća rad poslužiteljskog dijela na poslužiteljima u EU, nadzor, sigurnosna ažuriranja, praćenje pogrešaka, prilagodbu novim verzijama Androida i iOS-a, nova izdanja u trgovinama i podršku. Godišnju članarinu Appleu plaća vlasnik razvojnog računa.
Je li jeftinije napraviti aplikaciju samo za Android?
U pravilu jest, jer se razvija, testira, objavljuje i održava jedna aplikacija umjesto dvije. To ima smisla kad korisnici imaju službene Android uređaje, a za aplikaciju namijenjenu kupcima obično trebate obje platforme jer ne birate kakav mobitel imaju.
Koliko traje izrada mobilne aplikacije?
Tipičan projekt kod nas traje 10–26 tjedana. Rok najviše ovisi o radu bez internetske veze, integracijama s drugim sustavima i opsegu prve faze, a radne verzije korisnici isprobavaju već tijekom izrade.
Može li progresivna web aplikacija zamijeniti mobilnu aplikaciju?
Može, kad korisnici aplikaciju otvaraju povremeno i ne trebaju Bluetooth, rad u pozadini ni pouzdane obavijesti na iPhoneu. Izrađuje se jednom za mobitele i računala, ne prolazi pregled u trgovinama i ažurira se odmah za sve korisnike.
Na čije ime trebaju glasiti računi u trgovinama aplikacija?
Na ime vaše tvrtke. Tada se u App Storeu kao prodavatelj prikazuje naziv tvrtke, a aplikacija ostaje vaša i kad promijenite izvođača. Za račun organizacije i Apple i Google traže D-U-N-S broj.