Pri izbiri izvajalca za razvoj programske opreme po meri preverite štiri stvari: ali je že naredil primerljiv sistem, kdo bo dejansko delal na vašem projektu, kdo bo imel izvorno kodo in pravice do nje ter koliko stane vzdrževanje po zagonu. Cena razvoja je pomembna, a napačna izbira se običajno pokaže šele pri nadgradnjah in menjavi izvajalca.
Spodaj je, kaj preveriti pred prvim sestankom, kako primerjati ponudbe, ki niso primerljive na prvi pogled, katera določila morajo biti v pogodbi in vprašanja, ki jih postavite vsakemu izvajalcu.
Kaj preveriti pred prvim sestankom
Večino tega lahko preverite sami, preden porabite uro za sestanek:
- Primerljivi projekti. Ne iščite le lepih spletnih strani v portfelju, ampak poslovne aplikacije: portale, interna orodja, povezave z ERP-jem. Vprašajte, ali lahko govorite z eno od njihovih strank.
- Kdo bo delal na projektu. Pri manjših agencijah pogovor vodi prodajnik, kodo pa piše zunanji sodelavec. To ni nujno slabo, a vedeti morate, s kom se boste pogovarjali, ko bo šlo kaj narobe.
- Uveljavljene tehnologije. Sistem, napisan v razširjenem jeziku in ogrodju (na primer PHP z Laravelom, JavaScript, Python), bo lahko vzdrževal tudi drug razvijalec. Lastno ogrodje izvajalca vas veže nanj.
- Kako opisujejo svoj postopek. Dober izvajalec pove, kako razdeli projekt na faze, kdaj vidite prvo delujočo verzijo in kako se dogovarjate o spremembah.
Kdo bo imel izvorno kodo in pravice do nje
To je vprašanje, ki ga podjetja najpogosteje izpustijo. Po slovenskem Zakonu o avtorski in sorodnih pravicah (ZASP) je računalniški program avtorsko delo, prenos materialnih avtorskih pravic pa mora biti dogovorjen pisno. Nejasna določila se razlagajo v korist avtorja, torej izvajalca. Če pogodba o tem molči, ne smete predpostavljati, da lahko kodo sami spreminjate ali jo predate drugemu razvijalcu.
Kaj to pomeni v praksi, kaže javno naročilo SID banke iz aprila 2026: vzdrževanje in podporo programske opreme Credes za štiri leta je v vrednosti 1.330.000 € oddala brez konkurence, ker je za vzdrževanje in nadgradnje potreben dostop do izvorne kode in pravica do njenega spreminjanja, ki jo ima le razvijalec (obvestilo na TED). Podjetje v takem položaju ne more primerjati ponudb.
Zato naj pogodba izrecno določa:
- predajo izvorne kode in dokumentacije ob zaključku ali ob vsaki večji verziji, najbolje v repozitorij na vašem računu;
- obseg prenesenih pravic: ali smete kodo spreminjati, nadgrajevati in predati drugemu izvajalcu;
- dostope do strežnika, domene in zunanjih storitev, ki morajo biti na vaše podjetje ali vam dostopni;
- kaj se zgodi ob prekinitvi sodelovanja: rok za predajo in kaj izvajalec pri tem zaračuna.
Če sistem obdeluje osebne podatke strank ali zaposlenih, mora biti z izvajalcem, ki ima dostop do njih, sklenjena tudi pogodba o obdelavi osebnih podatkov po 28. členu GDPR. Pravne podrobnosti pogodbe pred podpisom preveri odvetnik. Ta članek ni pravni nasvet.
Kako primerjati ponudbe
Dve ponudbi za »isto« aplikacijo se lahko razlikujeta za faktor tri, pa sta obe poštena. Razlika je skoraj vedno v tem, kaj je vključeno. Primerjajte jih po vrsticah, ne po končni številki:
- Ure po funkcijah. Ponudba z enim zneskom »aplikacija: 18.000 €« vam ne pove ničesar. Ponudba, ki loči prijavo, katalog, povezavo z ERP-jem in poročila, vam pove, kje je tveganje. Kako se ure prevedejo v ceno, smo izračunali v članku koliko stane izdelava aplikacije.
- Kaj ni vključeno. Testiranje, prenos obstoječih podatkov, navodila za uporabnike, gostovanje in licenčnine zunanjih storitev so pogosto v drobnem tisku ali jih ni.
- Vzdrževanje po zagonu. Varnostne posodobitve, spremljanje delovanja in odzivni čas ob napaki stanejo mesečno. Vprašajte za znesek, preden podpišete razvoj.
- Kako se obračunajo spremembe. Med projektom se bo zagotovo kaj spremenilo. Dogovorite se za urno postavko in postopek potrditve spremembe vnaprej.
Fiksna cena ali obračun po urah?
Fiksna cena daje občutek varnosti, a izvajalec vanjo vključi rezervo za neznanke. Obračun po urah je pošten do obeh strani, a zahteva redno spremljanje. Pri večini poslovnih aplikacij se obnese kombinacija.
| Model | Kdaj je primeren | Tveganje |
|---|---|---|
| Fiksna cena | jasen, popisan obseg, manjši projekti ali prva verzija | izvajalec v ceno vključi rezervo; spremembe so dražje |
| Po porabljenih urah | obseg se bo razvijal, dolgoročno sodelovanje | brez dobrega nadzora proračun raste |
| Fiksna cena za fazo, nato ure | večina poslovnih aplikacij | zahteva jasno ločitev faz |
Opozorilni znaki
Previdni bodite, ko izvajalec:
- poda ceno brez vprašanj o vaših procesih, uporabnikih in sistemih, s katerimi se mora aplikacija povezati;
- obljubi vse v nekaj tednih, ne glede na obseg;
- ne želi pisno opredeliti predaje kode ali pravic do nje;
- ne pokaže delujoče verzije do konca projekta, ampak le slike zaslonov;
- nima odgovora na vprašanje o vzdrževanju ali ga prepušča »kasnejšemu dogovoru«.
Nizka cena sama po sebi ni opozorilni znak. Manjši izvajalec z nižjimi režijskimi stroški je lahko enako dober. Opozorilni znak je cena, ki je nizka zato, ker izvajalec ni razumel naloge.
Vprašanja za prvi sestanek
Postavite jih vsakemu izvajalcu in primerjajte odgovore:
- Kateri vaš projekt je najbolj podoben našemu in ali lahko govorimo s tisto stranko?
- Kdo bo pisal kodo in kdo bo naša kontaktna oseba med projektom in po njem?
- V katerih tehnologijah boste sistem razvili in zakaj?
- Kdaj bomo videli prvo delujočo verzijo?
- Kako se dogovorimo o spremembah in po kakšni urni postavki?
- Komu pripada izvorna koda, kdaj jo dobimo in ali jo lahko predamo drugemu izvajalcu?
- Koliko stane vzdrževanje na mesec in kaj vključuje?
- Kaj se zgodi, če sodelovanje prekinemo?
Dobri izvajalci na ta vprašanja odgovorijo brez zadrege, ker jih slišijo pri vsakem resnem naročniku. Če želite videti, kako se to sliši v praksi, preberite primer B2B portala za naročanje, kjer opisujemo razvoj v korakih in oceno po urah.
Zaključek
Dober izvajalec ni nujno največji ali najcenejši, ampak tisti, ki razume vaš proces, pokaže delujočo verzijo zgodaj in pisno odgovori na vprašanja o kodi in vzdrževanju. Če nam pošljete opis projekta, vam v ponudbi odgovorimo na vsa vprašanja iz tega članka. Kako zastavimo razvoj, opisujemo na strani razvoj aplikacij po meri.
Pogosta vprašanja
Komu pripada izvorna koda aplikacije, razvite po meri?
To določa pogodba. Po ZASP je računalniški program avtorsko delo, prenos materialnih avtorskih pravic pa mora biti dogovorjen pisno. Brez izrecnega določila ne predpostavljajte, da lahko kodo spreminjate ali jo predate drugemu izvajalcu.
Je bolje izbrati fiksno ceno ali obračun po urah?
Fiksna cena je primerna za jasno popisan obseg ali prvo verzijo, obračun po urah za projekte, ki se bodo razvijali. Pri večini poslovnih aplikacij se obnese fiksna cena za prvo fazo in nato obračun po urah.
Koliko ponudb naj zberem?
Dve do tri, z istim opisom projekta. Več ponudb težko primerjate po vsebini, ena pa vam ne pove, ali je obseg pravilno ocenjen.
Kaj mora vsebovati pogodba za razvoj programske opreme?
Obseg in faze, ceno in način obračuna sprememb, roke, predajo izvorne kode in obseg prenesenih pravic, vzdrževanje po zagonu, pogoje prekinitve in, če sistem obdeluje osebne podatke, pogodbo o obdelavi po GDPR.