Najveći razlog zašto softverski projekti kasne i probijaju budžet nije loše programiranje, nego nejasno dogovoreno šta se pravi. Specifikacija zahtjeva je dokument u kojem opisujete šta aplikacija treba raditi, za koga i kako ćete znati da je gotova. Ne treba vam tehničko znanje — treba vam jasnoća. Ispod je predložak koji možete kopirati.
Ukratko
Opišite problem i cilj, korisnike i njihove uloge, glavne korake koje korisnik prolazi, listu funkcija s prioritetima (obavezno / poželjno / kasnije), podatke i povezivanja s drugim sistemima, zahtjeve za brzinu, sigurnost i jezike, budžet i rok, šta nije dio projekta i kako ćete provjeriti da je posao završen.
Predložak specifikacije u 10 tačaka
- Problem i cilj — šta danas ne radi ili oduzima vrijeme i šta želite postići. Npr. „30% termina se propusti jer klijenti zaborave“ → „smanjiti propuštene termine automatskim podsjetnicima“.
- Korisnici i uloge — ko koristi aplikaciju: klijent, zaposleni, administrator. Šta svaka uloga smije vidjeti i raditi.
- Glavni tokovi — 3–7 koraka za najvažnije radnje. Npr. „Klijent bira uslugu → bira radnika → bira termin → potvrđuje → dobija SMS“.
- Lista funkcija s prioritetom — svaku funkciju označite kao obavezno, poželjno ili kasnije. Ovo najviše utiče na cijenu prve verzije.
- Podaci — šta se čuva (klijenti, narudžbe, dokumenti), odakle dolaze postojeći podaci i treba li ih prenijeti iz Excela ili starog programa.
- Povezivanja — plaćanje karticama, fiskalizacija, knjigovodstvo, e-mail/SMS, postojeći sistemi.
- Platforme i jezici — web, iPhone, Android; koji jezici; da li mora raditi bez interneta.
- Nefunkcionalni zahtjevi — brzina, broj korisnika, sigurnost i zaštita ličnih podataka, pristupačnost, sigurnosne kopije.
- Budžet, rok i šta nije u projektu — okvirni budžet, željeni datum i šta izričito ne ulazi u ovu fazu.
- Kriteriji prihvatanja — kako ćete provjeriti da je funkcija gotova. Npr. „Otkazivanje je moguće do 12 h prije termina; nakon toga dugme nije aktivno.“
Primjer jedne dobro opisane funkcije
| Loše | Dobro |
|---|---|
| „Aplikacija treba imati podsjetnike.“ | „Klijent dobija push obavijest 24 h i 2 h prije termina. Ako je isključio obavijesti, dobija SMS. Administrator može promijeniti tekst poruke.“ |
| „Izvještaji za menadžment.“ | „Svakog ponedjeljka u 8 h menadžer dobija e-mail s brojem termina, otkazivanja i prihodom po radniku za prethodnu sedmicu.“ |
Najčešće greške koje dižu cijenu
- „Kao aplikacija X, samo za nas“ — bez liste funkcija izvođač mora pretpostavljati, pa ponude nisu uporedive.
- Sve je obavezno — prva verzija postaje velika, skupa i kasni. Izdvojite ono bez čega aplikacija nema smisla.
- Zaboravljen admin dio — ko unosi cijene, termine i korisnike? To je često pola posla.
- Nema kriterija prihvatanja — na kraju se raspravlja šta je „gotovo“.
- Nejasno vlasništvo — u specifikaciju ili ugovor upišite da su izvorni kod, podaci i pristupi vaši.
Ako pripremate javnu nabavku, pročitajte i vodič tehnička specifikacija za javnu nabavku web stranice. Za okvirne cijene pogledajte koliko košta mobilna aplikacija i custom softver ili gotov program.
Imate ideju, ali ne i specifikaciju?
Pošaljite par rečenica o tome šta želite. Pomognem da je pretvorite u jasnu specifikaciju s prioritetima — i dobijete okvirnu cijenu za prvu verziju.
Engimotive · Objavljeno 5. novembra 2026.