Koliko košta izrada web aplikacije po mjeri?

Web aplikacija po mjeri košta onoliko koliko je u njoj posla, a taj posao najviše određuju broj uloga i zaslona, poslovna pravila, veze s ERP-om ili CRM-om, prijenos postojećih podataka te zahtjevi za sigurnost i dostupnost. Kod nas izrada iznosi od 15.000 € (najčešće 15.000–80.000 €), održavanje od 300 €/mj., a projekt obično traje 8–24 tjedna.

Web aplikacija po mjeri je program izrađen za procese jedne tvrtke koji radi u pregledniku: korisnici se u njega prijavljuju i u njemu rade s podacima. Isplati se kad više ljudi, u tvrtki i izvan nje, radi s istim podacima, a gotovi programi taj posao ne pokrivaju dovoljno dobro.

Koje vrste web aplikacija postoje i što ih čini zahtjevnijima?

Razlikujemo četiri skupine, a jedna aplikacija može spajati više njih.

Portal za kupce ili partnere

Portal je aplikacija u koju se prijavljuju kupci ili partneri da bi vidjeli svoje narudžbe, račune i dokumente te sami obavili ono zbog čega bi inače zvali. Manje je zahtjevan kad korisnici uglavnom čitaju postojeće podatke, a zahtjevniji kad naručuju po vlastitim cjenicima, kad se sami registriraju i smiju vidjeti samo svoje podatke te kad sučelje mora biti dotjerano jer ga vide ljudi izvan tvrtke.

Interni alat

Interni alat zamjenjuje tablice i lance e-pošte kojima se danas vode radni nalozi, odobravanja i evidencije. Lakši je kad pokriva jedan odjel čije zaposlenike možete uputiti u rad. Teži je kad tijek rada prolazi kroz više odjela, uz odobravanja u više razina i pravila koja postoje samo u glavama ljudi, pa ih prije izrade treba otkriti i zapisati.

Nadzorna ploča nad poslovnim podacima

Nadzorna ploča na jednom zaslonu prikazuje ključne brojke izračunate iz podataka koje već imate. Jednostavnija je kad podatke samo čita iz jednog urednog izvora, a složenija kad spaja sustave čiji se podaci ne slažu, kad se značenje pokazatelja tek mora dogovoriti (što je, primjerice, aktivan kupac) i kad brojke moraju biti svježe iz minute u minutu.

Aplikacija povezana s ERP-om ili CRM-om

Ovdje cijenu najviše određuje sama veza. Lakše je kad sustav ima dokumentirano programsko sučelje (API) i kad aplikacija podatke samo čita. Teže je kad mora upisivati natrag, raditi u stvarnom vremenu ili kad sučelja nema, pa se podaci razmjenjuju datotekama.

Iz našeg rada: za Instar informatiku, hrvatskog trgovca i distributera informatičke opreme, našu smo platformu Business Booster povezali s ERP-om Luceed. Platforma svake noći sinkronizira kopiju potrebnih podataka (artikli, zalihe po skladištima, maloprodajni i veleprodajni računi) i na njoj po rasporedu izrađuje izvještaje o prodaji i zalihama po robnim markama, u Excel formatu koji traži dobavljač pojedine marke, te ih šalje e-poštom. ERP ostaje jedini izvor istine, a brojke dolaze izravno iz njegovih podataka. Pouka za procjenu: kad je dovoljno čitati kopiju, veza je jednostavnija nego kad aplikacija upisuje u ERP.

O čemu ovisi cijena web aplikacije?

Uloge, zasloni i poslovna pravila

Uloga je skup prava koji određuje što neka skupina korisnika smije vidjeti i mijenjati. Svaka nova uloga dodaje provjere na zaslonima i u testovima. Ni zasloni nisu jednaki: popis s filtrima manji je posao od zaslona na kojem se računa ili odobrava. Mnogo posla donose iznimke, poput posebnog cjenika za jednog partnera. Na cijenu utječu i dizajn, broj jezika te izvještaji i izvozi.

Integracije s drugim sustavima

Trošak veze s ERP-om, CRM-om, sustavom plaćanja ili e-pošte ovisi o tome što drugi sustav dopušta, pa to treba provjeriti prije procjene: postoji li dokumentirano sučelje i testno okruženje, je li dovoljna noćna kopija i tko na drugoj strani odgovara kad veza stane.

Prijenos postojećih podataka

Prijenos podataka znači preseliti kupce, artikle ili povijest iz tablica i starog programa u novu aplikaciju. Trošak ovisi o tome koliko su podaci uredni: duplikati, različito upisane adrese i polja korištena za nešto drugo traže čišćenje. Prijenos se najprije isproba na kopiji, a tek onda provodi konačno.

Prijava i prava pristupa

Na popisu najkritičnijih sigurnosnih rizika za web aplikacije neprofitne zaklade OWASP prvo je mjesto zadržala neispravna kontrola pristupa: korisnik vidi ili mijenja ono što ne bi smio. Da se to ne dogodi, OWASP preporučuje provjeru pristupa u kodu na poslužitelju, zadanu zabranu svega što nije javno i rad samo sa zapisima koji pripadaju korisniku.

Dvofaktorska prijava uz lozinku traži još jedan dokaz, primjerice jednokratni kod iz aplikacije na mobitelu, a OWASP višefaktorsku prijavu preporučuje gdje god je moguće, kao zaštitu od napada ukradenim i pogođenim lozinkama. Posla ima i oko korisnika koji izgubi mobitel, a prijava postojećim Microsoftovim ili Googleovim računom još je jedna integracija.

Obveze iz GDPR-a

Čim aplikacija obrađuje osobne podatke, dio posla određuje Opća uredba o zaštiti podataka (GDPR). Zaštitu treba predvidjeti već kad se određuje kako će obrada izgledati, a zadane postavke moraju osigurati da se obrađuju samo nužni podaci (članak 25.). Mjere moraju biti primjerene riziku, pri čemu se u obzir uzimaju i troškovi provedbe, a prema potrebi uključuju enkripciju, pravodobnu ponovnu uspostavu dostupnosti podataka nakon incidenta i redovito testiranje mjera (članak 32.).

Osobi čije podatke obrađujete morate moći dati kopiju njezinih podataka (članak 15.) i obrisati ih kad za to postoje uvjeti (članak 17.), pa je bolje da aplikacija to podržava od početka. Ako izvođač aplikaciju održava ili je drži na svojim poslužiteljima, s njim kao izvršiteljem obrade treba sklopiti pisani ugovor o obradi (članak 28.).

Poslužitelji u EU

Prijenos osobnih podataka izvan Europskog gospodarskog prostora traži osnovu iz poglavlja V. GDPR-a, primjerice odluku Europske komisije o primjerenosti ili standardne klauzule o zaštiti podataka (članci 44.–46.). Poslužitelji u EU to pitanje za samu aplikaciju u pravilu zatvaraju, ali treba popisati i usluge oko nje, poput slanja e-pošte ili AI modela, jer i one obrađuju podatke.

Dostupnost i sigurnosne kopije

Za cijenu su važna dva pitanja: koliko dugo aplikacija smije biti nedostupna i koliko podataka smijete izgubiti. Alat koji zaposlenici koriste u radno vrijeme može imati jednostavniji smještaj od portala koji partneri koriste noću i vikendom. Sigurnosne kopije treba redovito vraćati na probu, jer kopija koja nikad nije vraćena nije provjerena.

Gubitak pristupa podacima može biti i povreda osobnih podataka: AZOP ga navodi među primjerima, uz neovlašteni pristup. Povredu koja može ugroziti prava pojedinaca treba prijaviti AZOP-u bez nepotrebnog odgađanja i, ako je izvedivo, najkasnije 72 sata nakon saznanja, a svaku povredu i dokumentirati, u čemu pomaže zapis važnih radnji u aplikaciji.

Po mjeri, low-code platforma ili gotov SaaS?

Low-code platforma je alat dobavljača u kojem se aplikacija slaže vizualno, uz malo programiranja, i na kojem zatim radi. SaaS (softver kao usluga) je gotov program koji koristite u pregledniku uz pretplatu, isti za sve korisnike.

Vezanost uz dobavljača znači da vas promjena dobavljača stoji toliko da ostajete i kad niste zadovoljni. Za usluge u oblaku, uključujući platforme i softver kao uslugu (uvodna izjava 81.), od 12. rujna 2025. primjenjuje se Akt o podacima (Uredba (EU) 2023/2854). Ugovor mora omogućiti prelazak drugom pružatelju ili na vlastite poslužitelje, uz otkazni rok od najviše dva mjeseca i iscrpan popis kategorija podataka koje možete prenijeti, a od 12. siječnja 2027. taj se prelazak ne smije naplaćivati (članci 25. i 29.). Pomoć da ista funkcionalnost proradi kod novog pružatelja obvezna je samo za infrastrukturne usluge (članak 30.), pa aplikaciju s jedne platforme na drugoj možda gradite iznova.

Kod aplikacije po mjeri vezanost smanjujete ugovorom: izvorni kod u repozitoriju kojem imate pristup, dokumentacija, domena na ime vaše tvrtke i obveza predaje svega pri promjeni izvođača. Prava na kod nisu automatski vaša: prema Zakonu o autorskom pravu i srodnim pravima sva isključiva prava iskorištavanja programa koji zaposlenik napiše izvršavajući obveze iz ugovora o radu ima poslodavac, osim ako je ugovorom o radu drukčije određeno (članak 100. stavak 6.), pa vaša prava određuje ugovor s izvođačem.

Koji troškovi dolaze nakon puštanja u rad?

Nakon puštanja u rad mijenjaju se preglednici, biblioteke i sigurnosni zahtjevi, a korisnici traže dorade. Računajte na ove stavke:

• poslužitelje, domenu i sigurnosne kopije;
• održavanje: ažuriranja i sigurnosne zakrpe, nadzor rada i ispravke pogrešaka;
• usluge drugih dobavljača koje se plaćaju po potrošnji, primjerice slanje e-pošte i SMS poruka ili AI model;
• prilagodbe kad se promijeni sustav na drugoj strani, primjerice nova verzija ERP-a;
• dorade i nove funkcije, koje je najbolje planirati kao nove faze s vlastitom procjenom;
• vrijeme vaših ljudi: osobu koja odlučuje o prioritetima i uvođenje novih korisnika.

Prije potpisa pitajte što točno ulazi u mjesečno održavanje, što se naplaćuje zasebno i koliko brzo izvođač reagira na kvar.

Kako pripremiti upit za ponudu

Potpun opis daje točniju procjenu i ponude koje se mogu usporediti.

1. Opišite problem, a ne rješenje: koji posao danas zapinje i po čemu ćete znati da aplikacija radi svoj posao.
2. Popišite korisnike i uloge: tko se prijavljuje, koliko ih otprilike ima i što koja skupina smije vidjeti i mijenjati.
3. Priložite primjere tablica, obrazaca i izvještaja koje aplikacija zamjenjuje.
4. Popišite sustave za povezivanje: naziv i verziju ERP-a ili CRM-a, dokumentaciju sučelja i osobu koja sustav održava.
5. Opišite podatke za prijenos: odakle dolaze, otprilike koliko ih je i koliko su uredni.
6. Zapišite zahtjeve za sigurnost i dostupnost: tko treba dvofaktorsku prijavu, koji se osobni podaci obrađuju, gdje smiju biti poslužitelji i koliko dugo aplikacija smije biti nedostupna.
7. Odvojite nužno od poželjnog: što mora biti u prvoj verziji, uz okvirni rok i proračun.
8. Tražite procjenu po fazama s pretpostavkama, popisom onoga što nije uključeno i cijenom održavanja, a isti opis pošaljite svim izvođačima.

Primjer: portal za partnerske trgovce

Zamislite proizvođača namještaja koji želi da trgovci sami provjeravaju cijene, zalihe i status narudžbi umjesto da zovu prodaju. Primjer je izmišljen i služi samo za ilustraciju.

Prva faza obuhvaća dvofaktorsku prijavu, dvije uloge (trgovac i administrator), cjenik po trgovcu, artikle i zalihe iz noćne kopije ERP-a te povijest narudžbi i račune. Narudžbe stižu prodaji kao popunjen obrazac, a izravan upis u ERP ostaje za drugu fazu, kad se provjeri što sučelje dopušta.

Za takav projekt polazište su iznosi iz našeg cjenika: izrada od 15.000 € (najčešće 15.000–80.000 €), održavanje od 300 €/mj. i trajanje 8–24 tjedna.

Cijenu bi podigli upis narudžbi u ERP u stvarnom vremenu, prijava postojećim računima trgovaca, više jezika i dizajn po mjeri, a nižom bi je držali gotove komponente sučelja i noćna kopija umjesto stalne veze.

Naše cijene

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. Mjesečni iznos obuhvaća rad aplikacije na poslužiteljima u EU, nadzor, sigurnosna ažuriranja, održavanje i podršku. Cijene ostalih usluga naći ćete na stranici cijene naših usluga.

Prvi razgovor s nama je besplatan: prolazimo tko će aplikaciju koristiti, koji posao u njoj obavlja i s kojim se sustavima mora povezati, a ako imate opis prema ovom vodiču, krećemo od njega. Nakon toga dobivate opseg, procjenu troška i plan po fazama. Gradimo fazu po fazu, pa korisnici radne verzije na vašim podacima isprobavaju već tijekom izrade. Napredak pratite u klijentskom portalu, a nakon puštanja u rad aplikaciju održavamo na poslužiteljima u EU. Kako radimo, opisano je na stranici izrada web aplikacija.