Kako sprečiti rasipanje budžeta pri nabavci softvera

Skriveni troškovi neiskorišćenog softvera

Savremene kompanije troše ogromne budžete na softverska rešenja, ali veliki deo te investicije ostaje neiskorišćen. Prema izveštaju kompanije Zylo za 2026. godinu, koji analizira upravljanje softverom kao uslugom, organizacije u proseku ostavljaju čak 36 procenata kupljenih licenci potpuno neupotrebljenim. Ovaj podatak dobija na težini kada se sagleda širi kontekst istraživanja koje je obuhvatilo preko 40 miliona licenci i više od 75 milijardi dolara potrošnje na klaud rešenja. Prosečan portfolio jedne organizacije sadrži čak 305 aplikacija, što generiše godišnji trošak od oko 55.7 miliona dolara. Bez jasnog sistema kontrole, rasipanje resursa postaje neizbežna pojava u svakom većem poslovnom sistemu.

Glavni uzrok ovog problema često leži u nedostatku koordinacije između različitih sektora unutar iste firme. Globalno istraživanje kompanije Deloitte iz 2025. godine, koje je obuhvatilo više od 250 direktora nabavke iz 40 zemalja, pokazalo je da 57 procenata ispitanika vidi rad u izolovanim sektorima kao najveću prepreku za ostvarivanje pune vrednosti investicija. Kada IT sektor, pravna služba, finansije i krajnji korisnici ne sarađuju tokom procesa nabavke, donose se odluke koje ne odgovaraju stvarnim potrebama poslovanja. Upravo zbog toga se javlja potreba za strukturiranim pristupom koji povezuje sve aktere pre nego što se potpiše bilo kakav ugovor. Kontrolna lista za nabavku softvera služi kao zajednički imenitelj koji prevodi tehničke i poslovne zahteve u jasan plan akcije.

Četiri faze uspešne nabavke

Da bi se prevazišli ovi izazovi, uspešne organizacije uvode jedinstvene kontrolne liste koje integrišu tehničke, pravne i poslovne zahteve. Različite institucije primenjuju različite modele, pa tako Univerzitet Kornel stavlja naglasak na tehnološke rizike, privatnost podataka i pristupačnost aplikacija. Sa druge strane, kontrolna lista Univerziteta Pen Stejt detaljno analizira kontrolu izvoza, klasifikaciju informacija, lokaciju podataka i funkcionalnosti veštačke inteligencije. Platforme poput checklist.gg fokusiraju se na poređenje funkcionalnosti, uslove licenciranja i analizu cena.

Najbolji rezultati se postižu kada se ovi različiti pristupi spoje u jedan koherentan okvir koji vodi tim kroz četiri ključne faze. Prva faza je definisanje problema, gde se preciziraju ciljevi i identifikuju ključni akteri. Druga faza podrazumeva detaljnu evaluaciju dobavljača kroz testiranje i bodovanje ponuda. Treća faza se odnosi na donošenje odluke na osnovu objektivnih kriterijuma i pregovaranje o ugovornim uslovima. Četvrta faza obuhvata samu implementaciju, praćenje usvajanja softvera i merenje ostvarenih rezultata u odnosu na početna očekivanja. Ovaj fazni pristup osigurava da nijedan ključni korak ne bude preskočen usled žurbe ili pritiska prodajnih timova.

Definisanje potreba i mapiranje aktera

Prva faza nabavke započinje jasnim definisanjem poslovnog problema koji softver treba da reši, umesto pukim listanjem željenih tehničkih karakteristika. Umesto nejasnih ciljeva poput unapređenja produktivnosti, timovi moraju da postave merljive parametre, kao što je smanjenje vremena za izradu nedeljnih izveštaja sa pet na dva sata po zaposlenom. Definisanje jasnog problema i metrika uspeha omogućava dobavljačima da ponude adekvatna rešenja, a kupcima da precizno izmere povrat investicije. Svi ovi podaci se dokumentuju u jedinstvenom dokumentu o poslovnim zahtevima koji služi kao osnova za ceo projekat. Pravilno postavljen okvir u ovoj fazi sprečava lutanje tokom kasnijih pregovora i olakšava komunikaciju sa eksternim partnerima.

U ovoj ranoj fazi neophodno je mapirati sve interne aktere koji moraju biti uključeni u proces donošenja odluke. Pored poslovnog lidera koji definiše operativne potrebe, ulogu imaju i stručnjaci za nabavku, IT inženjeri, pravnici, finansijski analitičari i timovi za bezbednost podataka. Svaki od ovih aktera ima specifične zahteve i rokove za analizu koje treba definisati na samom početku. Na primer, finansijski sektor mora da potvrdi budžet i opravdanost investicije, dok IT sektor proverava tehničku kompatibilnost sa postojećom infrastrukturom. Pravovremeno uključivanje svih strana sprečava skupe zastoje i blokade u kasnijim fazama pregovora.

Objektivna evaluacija i poređenje dobavljača

Nakon što su zahtevi definisani, prelazi se na fazu evaluacije u kojoj se kreira lista potencijalnih dobavljača i šalju strukturirani zahtevi za ponudu. Svi dobavljači iz užeg izbora treba da dobiju iste scenarije za demonstraciju softvera kako bi se njihove mogućnosti uporedile na objektivan način. Umesto da prate generičke prezentacije prodajnih timova, kupci treba da insistiraju na rešavanju konkretnih poslovnih situacija iz sopstvene prakse. Ukoliko se organizuju probni periodi ili pilot projekti, pre njihovog početka moraju se definisati jasni kriterijumi uspeha, trajanje testa i zaposleni koji će u njemu učestvovati. Dobijeni rezultati služe kao direktan dokaz o tome koliko je rešenje zaista primenjivo u realnim uslovima rada.

Za donošenje konačne odluke koristi se ponderisana tabela za ocenjivanje koja omogućava upoređivanje različitih ponuda na osnovu unapred definisanih prioriteta. Svakom kriterijumu, poput funkcionalnosti, integracije, cene ili tehničke podrške, dodeljuje se određena težina u skladu sa važnošću za poslovanje. Tokom ovog procesa, izuzetno je korisno obaviti razgovore sa postojećim korisnicima softvera koji imaju sličnu veličinu kompanije ili posluju u istoj industriji. Pitanja upućena referencama treba da se fokusiraju na brzinu implementacije, neočekivane troškove i kvalitet korisničke podrške nakon potpisivanja ugovora. Na taj način se smanjuje rizik od donošenja odluka na osnovu nerealnih marketinških obećanja.

Sigurnost, usklađenost i upravljanje podacima

Bezbednost informacija i usklađenost sa propisima predstavljaju kritične tačke koje mogu potpuno zaustaviti proces nabavke ukoliko se ne analiziraju na vreme. Kupci moraju zahtevati zvanične dokaze o bezbednosnim kontrolama dobavljača, kao što su SOC 2 Tip 2 izveštaj ili sertifikat ISO/IEC 27001:2022. Ovi dokumenti potvrđuju da dobavljač primenjuje međunarodne standarde u upravljanju sigurnošću informacija i zaštiti podataka. Takođe, referentni okvir NIST CSF 2.0 može poslužiti kao odličan model za procenu sajber bezbednosti i identifikaciju potencijalnih ranjivosti sistema. Ukoliko dobavljač poseduje javno dostupan centar od poverenja, to je dobar polazni korak za proveru ažurnosti svih sertifikata i politika bezbednosti.

Posebnu pažnju treba posvetiti usklađenosti sa zakonima o zaštiti podataka o ličnosti, kao što su evropska Opšta uredba o zaštiti podataka (GDPR) ili kalifornijski zakon o privatnosti potrošača (CCPA). Neophodno je precizno utvrditi koje podatke softver obrađuje, gde se oni skladište i ko im ima pristup. Pored toga, savremeni softverski alati često sadrže funkcionalnosti zasnovane na veštačkoj inteligenciji, što zahteva dodatnu proveru. Kupci moraju analizirati transparentnost modela, način korišćenja korisničkih podataka za treniranje algoritama, kao i postojanje opcija za isključivanje ovih funkcija. Bez ovih provera, kompanija se izlaže ozbiljnim pravnim i finansijskim rizicima.

Analiza ukupnih troškova i donošenje odluke

Analiza finansijskih uslova ne sme se ograničiti samo na nominalnu cenu licenci prikazanu u inicijalnoj ponudi dobavljača. Kupci moraju izračunati ukupne troškove vlasništva koji uključuju troškove implementacije, integracije sa postojećim sistemima, obuke zaposlenih i upravljanja promenama. Često se dešava da skriveni troškovi održavanja, tehničke podrške ili naknadnog proširenja kapaciteta značajno premaše planirani budžet. Zbog toga kontrolna lista mora da sadrži detaljnu analizu svih potencijalnih troškova tokom celog životnog veka softvera. Finansijski modeli moraju uzeti u obzir i troškove eventualnog neuspeha implementacije ili prevremenog raskida ugovora.

Ugovor o nabavci softvera mora jasno definisati nivoe pružanja usluga, prava intelektualne svojine, uslove obnavljanja i procedure u slučaju raskida saradnje. Važno je pregovarati o fleksibilnim uslovima koji omogućavaju smanjenje ili povećanje broja licenci u zavisnosti od stvarnih potreba kompanije. Takođe, ugovor treba da sadrži jasne odredbe o migraciji podataka i podršci dobavljača prilikom eventualnog prelaska na drugo rešenje. Definisanje ovih uslova pre potpisivanja ugovora štiti kompaniju od zavisnosti od jednog dobavljača i nepredviđenih finansijskih penala.

Implementacija i merenje ostvarenih rezultata

Uspešno potpisivanje ugovora predstavlja tek polovinu puta, jer prava vrednost softvera nastaje tek kroz njegovu punu primenu u svakodnevnom radu. Proces implementacije zahteva detaljan plan koji definiše odgovornosti, faze isporuke, obuku korisnika i strategiju interne komunikacije. Da bi se osiguralo usvajanje novog alata, menadžment mora aktivno pratiti nivo korišćenja licenci i identifikovati zaposlene kojima je potrebna dodatna podrška. Redovno merenje ostvarenih rezultata u odnosu na početne metrike uspostavlja jasnu vezu između investicije i poslovnog uspeha. Bez ovog koraka, softver lako može postati deo statistike o neiskorišćenim licencama.

Sistematičan pristup nabavci softvera pretvara ad hok odluke u ponovljivu poslovnu disciplinu koja štiti kapital kompanije. Korišćenjem strukturiranih kontrolnih lista, organizacije ne samo da smanjuju rizik od neiskorišćenih licenci, već i grade kulturu transparentnosti i odgovornosti. Dugoročno gledano, ovaj proces omogućava kompanijama da donose pametnije tehnološke odluke, optimizuju svoje operativne troškove i ostvare maksimalnu vrednost iz svakog kupljenog softverskog rešenja. Krajnji cilj nije samo kupovina tehnologije, već stvaranje održivog sistema koji podržava rast i razvoj celokupnog poslovanja.

Izvor: HubSpot, prodaja · Fotografija: Pexels / Freepik (ilustracija)