Koliko košta održavanje web aplikacije (skriveni troškovi koje nitko ne spominje)

Većina razgovora o cijeni web aplikacije završava na danu lansiranja. Razvoj, dizajn, QA, deployment — sve se kalkulira pažljivo. A onda dođe sljedeći mjesec i počnu računi koje nitko nije najavio: hosting, plaćeni servisi, sigurnosna ažuriranja, sitne izmjene koje ne staju.

Realna istina je da održavanje web aplikacije godišnje košta 15 do 25 % početne cijene razvoja. Aplikacija od 30.000 € donosi 4.500 do 7.500 € godišnjih troškova nakon lansiranja. Ako budžet uopće ne predviđa to, projekt je polovično planiran.

Ovaj tekst razlaže iz čega se sastoji održavanje, koliko stvarno košta i kako prepoznati realne ponude od onih koje skrivaju troškove.

Brzi pregled: realni rasponi mjesečnog održavanja

Brojevi su orijentir za standardnu razinu održavanja — proaktivno praćenje, manja ažuriranja, sigurnosne zakrpe, podršku. Ne uključuju velike nove funkcionalnosti niti restrukturiranja.

Iz čega se sastoji “održavanje”

Pojam “održavanje aplikacije” pokriva sedam različitih kategorija troška. Većina tvrtki vidi samo dvije ili tri od njih i iznenadi se kad se pojave ostale.

1. Infrastrukturni troškovi (hosting, baza, CDN)

Server na kojem aplikacija živi, baza podataka, CDN za statičke datoteke, sustav za e-mail, monitoring. Tipični mjesečni rasponi:

• Mali projekt: 30 – 100 € (npr. Hetzner, DigitalOcean s managed bazom)
• Standardni: 100 – 400 € (skalabilan setup, backup, redundancija)
• Srednji do veliki: 400 – 2.000 €+ (multi-region, kompleksne baze, real-time servisi)

AWS/Azure/GCP postaju dramatično skuplji od europskih providera (Hetzner, Scaleway) ako vam ne treba ono što specifično nude. Mnoge tvrtke plaćaju 800 €/mj na AWS-u za nešto što bi na Hetzneru radilo za 150 €.

2. Vanjski servisi i API-ji

Aplikacije rijetko stoje same — ovise o desetak vanjskih servisa, svaki sa svojom mjesečnom pretplatom:

• E-mail provider (SendGrid, Postmark, Mailgun): 20 – 200 €/mj
• Obrada plaćanja (Stripe, Mollie): 1,4 – 2,9 % po transakciji
• SMS / push obavijesti (Twilio, Firebase): ovisno o volumenu
• Error tracking (Sentry): 0 – 100 €/mj
• Analytics (Plausible, Mixpanel): 10 – 200 €/mj
• Customer support tooling (Intercom, Crisp): 30 – 500 €/mj
• Backup servisi: 20 – 100 €/mj

Tipičan setup za standardnu aplikaciju: 100 – 400 € mjesečno samo na vanjskim servisima.

3. Sigurnosna i tehnička ažuriranja

Frameworci, biblioteke, jezici i operativni sustavi izlaze redovito s ažuriranjima — neka su sigurnosne zakrpe, neka su nove verzije s breaking changeovima. Aplikacija koja se ne ažurira pretvara se u vremensku bombu unutar 12 do 18 mjeseci.

Realan trošak: 2 – 8 sati mjesečno za ažuriranja standardnih ovisnosti, više kvartalno kad izađe veća verzija. Po cijeni 50 – 80 € po satu, to je 100 – 600 € mjesečno samo za ažuriranja koja vas štite od napada.

4. Manje izmjene i optimizacije

Tipovi promjena koje se događaju svaki mjesec u živoj aplikaciji:

• Ispravljanje bugova koje korisnici prijavljuju
• Sitne izmjene teksta i sadržaja
• Optimizacija sporih stranica
• Dodavanje malih funkcionalnosti (npr. novo polje na formularu)
• Prilagodbe nakon povratnih informacija korisnika

Realan obim: 4 – 20 sati mjesečno za standardnu aplikaciju. Trošak: 200 – 1.500 € mjesečno.

5. Monitoring i incident response

Netko mora paziti da aplikacija radi. Uptime monitoring, alerting, brza reakcija na padove, eskalacija kritičnih problema. Ako monitoring sami postavite — dovoljno je 1 – 2 sata mjesečno proaktivnog pregleda. Ako se nešto sruši u 3 ujutro nedjelje — to nisu kalkulirani troškovi, ali su realni.

Veće aplikacije koje ne mogu biti dolje (e-commerce, B2B platforme s enterprise klijentima) opravdano plaćaju 300 – 800 €/mj za on-call SLA.

6. Backupi i sigurnost podataka

Backupi se događaju, ali netko ih mora konfigurirati i povremeno testirati. Backup koji nije testiran nije backup — to je nada. Standardni rad: postaviti automatske backupe, testirati restore tromjesečno, dokumentirati proceduru.

Trošak: 50 – 200 €/mj za infrastrukturu backupa, plus nekoliko sati za testiranje.

7. Dokumentacija i edukacija

Aplikacija evoluira. Dokumentacija (i tehnička i korisnička) mora pratiti to. Bez ažurirane dokumentacije, novi članovi tima ulaze sporo, a vi ste ovisni o jednoj osobi koja “zna kako sve radi”.

Trošak: 1 – 4 sata mjesečno za održavanje dokumentacije.

Kako se obično strukturira plaćanje

Tri uobičajena modela:

Model 1: Mjesečni retainer

Fiksni iznos mjesečno za određeni paket. Najčešći i najpredvidljiviji.

Primjer paketa za standardnu aplikaciju:

• 8 sati mjesečno razvojnog rada
• Sigurnosna ažuriranja
• Monitoring i alerting
• Reakcija na kritične probleme unutar 4h radnim danom
• Mjesečni status izvještaj
• Cijena: 600 – 1.200 €/mj

Primjer paketa za srednji SaaS:

• 20 – 30 sati mjesečno
• Proaktivni performance review tromjesečno
• 24/7 monitoring s alertima
• Reakcija na kritične probleme unutar 1h
• Mjesečni roadmap planning poziv
• Cijena: 1.800 – 3.500 €/mj

Model 2: Po satu (time & materials)

Plaćate ono što se zaista odradi, po dogovorenoj satnici (50 – 100 €/h u Hrvatskoj). Nema fiksne mjesečne obveze.

Prednosti: plaćate samo ono što treba, fleksibilnost. Mane: nepredvidljivi troškovi, nema garancije dostupnosti, slabija proaktivnost.

Najprikladnije za male projekte gdje se izmjene događaju rijetko.

Model 3: Hibrid

Mali fiksni retainer za bazu (monitoring, sigurnost, manja ažuriranja) + dodatne sate naplaćuje se kad se rade veće izmjene.

Primjer: 400 €/mj fiksno + 70 €/h za dodatni rad.

Ovaj model je čest jer kombinira predvidljivost s fleksibilnošću.

Najveći skriveni troškovi koje treba predvidjeti

Postoji nekoliko troškova koji nisu očiti dok ne nastupe:

Veliki tehnološki upgradeovi. Nakon 2 – 3 godine, vaš framework izađe s većom verzijom (npr. Next.js 14 → 16, Laravel 11 → 13). Migracija obično nije sat dva — to je 20 – 80 sati posla, ovisno o veličini aplikacije. Trošak: 1.500 – 6.000 € jednokratno.

Skaliranje infrastrukture. Aplikacija koja je radila s 200 korisnika počinje patiti pod 5.000. Optimizacija baze, dodavanje keširanja, restrukturiranje upita — može biti 30 – 150 sati posla. Trošak: 2.000 – 12.000 € jednokratno.

Nova zakonska usklađenost. GDPR audit, novi zakoni o digitalnim uslugama, regulatorne promjene u vašoj industriji. Sve to znači rad: 10 – 60 sati. Trošak: 800 – 5.000 €.

Sigurnosni incidenti. Ako se aplikacija ikad probije ili padne na DDoS, troškovi su nepredvidljivi: forenzička analiza, popravak, komunikacija s korisnicima, eventualne pravne posljedice. Aplikacija s redovitim sigurnosnim održavanjem rijetko ima incidente. Aplikacija koja se ne održava — pitanje je vremena.

Veće feature dodavanje. Nije pravo “održavanje”, ali se često miješa s njim. Nove funkcionalnosti su projekti, ne održavanje, i tipično se naplaćuju odvojeno.

Realan godišnji budžet — primjer

Da brojevi imaju kontekst, evo primjera realnog godišnjeg budžeta za B2B SaaS aplikaciju srednje veličine (početna cijena razvoja 50.000 €):

Plus rezerva 10 % za nepredviđeno: 2.500 €/godišnje.

Ukupna godišnja brojka: ~ 27.500 €, što je 55 % od početne cijene razvoja u prvoj godini, postupno padajući na 25 – 30 % u stabilnim godinama.

Što razlikuje skupo od jeftinog održavanja

Razlika između održavanja koje “samo drži stvar živom” i onog koje stvarno čuva proizvod ne mjeri se satima — mjeri se reaktivnosti i proaktivnosti.

Reaktivno održavanje (jeftinije): popravlja stvari kad se sruše. Korisnik prijavi bug — popravi se. Server padne — restartuje se. Tipičan trošak: 50 – 60 % iznosa “punog” održavanja.

Proaktivno održavanje (skuplje, ali isplativije): traži probleme prije nego što ih korisnici osjete. Performance analiza prije nego usporenje postane vidljivo. Ažuriranja pravovremeno, ne nakon što se pojavi sigurnosni problem. Optimizacije baze prije nego upiti počnu zaglavljivati.

Tvrtke koje plaćaju samo reaktivno održavanje obično plaćaju i puno više za izvanredne intervencije — kad već gori. Proaktivno održavanje je skuplje na papiru, ali jeftinije ukupno.

Najčešće greške u planiranju troškova

Pretpostaviti da je hosting “mali trošak”. “Pa to je 30 €/mj, koja je velika stvar?” Velika je kad shvatite da hosting je samo 5 % cijelog troška održavanja. Realni godišnji trošak je 5 – 10 puta veći od onoga što agregator pretplata pokazuje.

Pristajanje na “održavanje uključeno” bez detalja. Ako agencija kaže “održavanje uključeno”, pitajte: što točno? Koliko sati? Što se naplaćuje posebno? Bez konkretnih brojeva, “uključeno” obično znači “ništa konkretno”.

Pretpostaviti da nove funkcionalnosti idu u održavanje. Ne. Nove funkcionalnosti su novi projekti. Održavanje je čuvanje postojeće funkcionalnosti.

Štedjeti na sigurnosnim ažuriranjima. Najskuplji oblik štednje. 100 € uštede na ažuriranju može vas koštati 50.000 € rebuilda nakon proboja, plus reputacijski trošak.

Ne predvidjeti rast. Aplikacija koja je u 1. godini koštala 4.000 € održavanja godišnje, u 3. godini može koštati 15.000 € — jer su dodani korisnici, podaci, integracije, regulatorni zahtjevi.

Kako prepoznati realnu ponudu za održavanje

Realna ponuda za održavanje sadrži:

• Konkretan broj sati mjesečno (ne samo “kao što treba”)
• Definiran SLA za reakciju na kritične probleme
• Popis što ulazi, što ne (nove funkcionalnosti su odvojene)
• Mjesečno izvještavanje o tome što je odrađeno
• Eskalacijski put za incidente
• Dokumentaciju standardnih procedura

Ako ponuda ne sadrži ništa od ovoga — to nije ponuda za održavanje, to je obećanje da će se “pomoći ako bude trebalo”.

Suština

Održavanje web aplikacije nije sporedni trošak — to je 15 – 25 % početne cijene razvoja godišnje, u stabilnim uvjetima. Sastoji se od sedam različitih kategorija: infrastruktura, vanjski servisi, ažuriranja, manje izmjene, monitoring, backupi i dokumentacija.

Tvrtke koje ne planiraju ovaj trošak obično plaćaju nesrazmjerno više kasnije — kroz incidente, hitne intervencije i veće migracijske projekte koji su se mogli izbjeći redovitim održavanjem.

Najpametniji pristup: planirajte održavanje od prvog dana razvoja. Razgovarajte o retaineru prije lansiranja. Tretirajte aplikaciju kao alat koji treba njegu — ne kao gotov proizvod koji je “isporučen i gotov”.

Razmatrate plan održavanja za svoju aplikaciju? Možemo s vama proći kroz vašu trenutnu situaciju i predložiti realan paket koji odgovara vašoj veličini i kompleksnosti — bez skrivenih troškova i bez paušalnih obećanja. Javite nam se. Više o tome kako radimo pogledajte na stranici izrada web aplikacija po mjeri.