Custom web aplikacija ili gotovi softver: što se više isplati?

Za gotovo svaki poslovni proces danas postoji neki gotov softver. Zato se često postavlja pitanje: zašto bi tvrtka platila razvoj vlastite aplikacije ako može uzeti pretplatu na postojeću uslugu? Odgovor nije univerzalan. Odluka se donosi usporedbom procesa, integracija, dugoročnog troška i slobode promjene.

Kada je gotov proizvod bolji?

Ako tvrtki treba standardna funkcionalnost — osnovni računovodstveni sustav, videokonferencija, e-pošta ili jednostavan CRM — provjereni proizvod obično je razumniji početak. Dobivate gotove funkcije, dokumentaciju i unaprijed definiranu cijenu. Nema višemjesečnog razvoja, a proizvođač održava velik dio infrastrukture kod usluga u oblaku.

Ali gotov proizvod zahtijeva prilagodbu vlastitog načina rada njegovim pravilima. To nije nužno loše: standardizacija procesa ponekad je upravo ono što poduzeću treba. Problem nastaje kada se svakodnevni posao sastoji od zaobilaznih koraka, kopiranja između sustava i ručnog izvještavanja.

Što opravdava razvoj po mjeri?

Custom aplikacija ima smisla kada je poslovni proces dovoljno specifičan da gotov sustav ne može kvalitetno podržati ključne korake. Primjerice, organizacija treba odobravanje zahtjeva prema posebnim pravilima, korisnički portal i povezivanje s postojećom evidencijom. Ako zaposlenici svaki dan nekoliko puta prepisuju iste podatke, vrijednost automatizacije može biti značajna.

Rješenje po mjeri omogućuje da se korisnički zasloni i logika grade oko stvarnog procesa. No postoji početno ulaganje, potrebno je kvalitetno specificirati zahtjeve, testirati aplikaciju i planirati održavanje. Prava na izvorni kod, dokumentaciju i pristup podacima treba jasno definirati ugovorom.

Kako izračunati isplativost?

Nemojte uspoređivati samo cijenu mjesečne licence s ponudom za razvoj. Izračunajte ukupni trošak vlasništva u razdoblju od tri do pet godina. Za gotov softver uključite pretplate po korisniku, dodatne module, implementaciju, migraciju, integracije, obuku i eventualna buduća poskupljenja.

Za vlastitu aplikaciju uključite analizu, razvoj, testiranje, hosting, sigurnosna ažuriranja, podršku, razvoj novih funkcija i prijenos znanja. Zatim procijenite koristi koje se mogu mjeriti: manje unosa, kraće vrijeme obrade i manje pogrešaka.

Primjer izračuna, samo ilustracija: deset zaposlenika svakoga dana uštedi po petnaest minuta rada. To je ukupno 2,5 radna sata dnevno. Pomnožite taj rezultat s brojem radnih dana i internim troškom sata. Ušteda sama po sebi ne jamči povrat ulaganja, ali daje početnu osnovu za usporedbu.

Postoji i treća opcija: povezivanje postojećih alata

Nije potrebno odmah mijenjati sve. Ponekad je najbolje zadržati računovodstvo ili ERP i izraditi manju aplikaciju koja povezuje podatke, obrasce i izvještaje. Tako se smanjuje početni rizik, a korisnici dobivaju jednostavniji tijek rada.

Prije odluke provjerite postoje li API-ji, izvozi podataka i jasna pravila pristupa. Ako su integracije zatvorene ili skupe, treba ih uključiti u procjenu od prvog dana.

Odluku donesite na temelju procesa

Popišite tri najskuplja ručna koraka, broj korisnika i očekivane promjene poslovanja. Testirajte može li gotov proizvod riješiti barem većinu potreba bez neprirodnih zaobilaznih postupaka. Tek onda procijenite razvoj po mjeri.

Dobro odabrano rješenje nije nužno tehnološki najzanimljivije. Ono omogućuje da posao funkcionira jednostavnije, sigurnije i uz predvidljiv trošak.

Primjer izračuna prije naručivanja projekta

Servisna tvrtka vodi radne naloge u tri datoteke. Tehničari javljaju stanje telefonom, a administrator nakon smjene ažurira evidenciju. Prije razvoja treba izmjeriti koliko se vremena troši na usklađivanje i koliko često dolazi do pogrešaka. Ako postoji gotova aplikacija koja podržava taj proces, nju treba ozbiljno razmotriti. Ako su pravila rasporeda, odobravanja i izvještaja specifična, aplikacija po mjeri može biti opravdana.

Prva verzija može rješavati samo dodjelu i završetak naloga. Tek nakon stvarne uporabe dodaju se napredna analitika i povezivanje s računovodstvom. Tako nastaju manji, provjerljivi koraci ulaganja.

Česta pitanja

Je li vlastita aplikacija bez mjesečnih troškova? Ne. Ostaju hosting, održavanje, sigurnosne zakrpe i eventualne vanjske usluge.

Mora li se mijenjati cijeli sustav? Ne. Često je dovoljna integracija ili manji modul uz postojeći softver.

Kako izbjeći ovisnost o dobavljaču? Ugovorite prava na kod gdje je primjenjivo, pristup repozitoriju, dokumentaciju, izvoz podataka i postupak primopredaje. Takve stavke treba razriješiti prije početka razvoja.

Što trebate znati prije potpisa ugovora?

Ugovor za softver po mjeri treba jasno opisati što se isporučuje, kako se prihvaća rezultat i što se događa nakon prve verzije. Općenit popis funkcionalnosti često nije dovoljan jer dvije strane mogu različito shvatiti istu rečenicu. Korisno je izraditi nekoliko primjera stvarnih postupaka koje sustav mora podržavati.

• Koje točno radnje korisnik može obaviti u prvoj verziji, a koje funkcionalnosti ostaju izvan opsega?
• Kako se odlučuje je li promjena nova funkcionalnost ili ispravak pogreške prema početnoj specifikaciji?
• Postoji li trošak uvođenja podataka, edukacije zaposlenika, dodatnih integracija i održavanja nakon predaje?
• Tko je vlasnik podataka i kakva prava organizacija dobiva na izvorni kod i njegovu daljnju uporabu?
• Kako se mjeri prihvat aplikacije, primjerice kroz testne poslovne scenarije i provjeru korisničkih ovlasti?
• Koliki su očekivani višegodišnji troškovi te kako se organizira migracija ili promjena dobavljača?

Jasna očekivanja često smanjuju trošak razvoja više nego agresivno skraćivanje tehničke procjene.