PoslovniSoftver.net
Shares

Analiza: Veb nastup ponuđača poslovnog softvera u Srbiji 2014

Kvalitetna i na vreme plasirana informacija je jedina koja donosi novac u današnje vreme. Koliko je ova teorija primenljiva u praksi ponuđača poslovnog softvera u Srbiji? I šta potencijalni kupci poslovnog softvera mogu naći na sajtovima ponuđača?

3. korak – Analiza zahteva i potreba – dokument korisničkog zahteva

Vreme čitanja: 3 minuta

Posle planiranja i određivanja budžeta važno je odrediti šta vam je zaista potrebno i šta očekujete od potencijalno novog softverskog alata. Da biste na kraju uspešno procenili i izabrali softver morate jasno prepoznati funkcionalnosti koje vam trebaju i koje tražite i očekujete od poslovnog softvera. Šta očekujete da softver “donese” u vašu organizaciju?

Dokument korisničkog zahteva bi trebalo da jednoznačno identifikuje poslovnu namenu softvera, uključi detaljni popis funkcionalnosti i modula i opšte i tehnološke zahteve od softvera. Da biste ovakav dokument napravili biće potrebno da sakupite, poređate po važnosti i organizujete podatke u obliku koji ćete razumeti vi, ali koji bi trebalo da bude razumljiv i softverskim kompanijama kako bi i oni mogli da procene da li njihov softver odgovara vašoj organizaciji.

Savet #1 – Ključni zahtevi – ne duže od 1 A4 strane!

Ovo je najvažniji korak pri kreiranju dokumenta korisničkog zahteva. Fokusirajte se na ključne zahteve koji su bitni za vašu firmu, a predstavljaju rezime donjih koraka (poslovni ciljevi, funkcionalni i tehnički zahtevi i sl.). To znači da ključni zahtevi (najvažniji zahtevi) treba da stanu na najviše jednu (1) stranu A4 formata. Ako je vaš spisak ključnih zahteva predugačak ili nema ključne zahteve, softverske kompanije će biti mnogo manje motivisane da odgovore na vaš upit i biće jako teško doneti bilo kakvu odluku ako imate previše informacija.

Fokusirajte se na najvažnije kriterijume  da biste mogli brzo da procenite vaše opcije. Ovi ključni zahtevi su takođe i kriterijumi za brzu eliminaciju onih ponuđača koji ih ne ispunjavaju i znatno ubrzavaju ceo proces izbora.

Savet #2 – Poslovni ciljevi – šta želite da postignete sa novim softverom?

Dokument korisničkog zahteva bi trebalo, pri samom početku, imati jasno iskazane poslovne razloge za procenu softvera. Iz ovog dela i vi i softverske kompanije (i bilo ko drugi u najopštijem slučaju) bi trebalo da možete lako razumeti kako bi novi softver trebalo da podrži vaše poslovne potrebe.

Šta bi mogli biti poslovni ciljevi? Mogu biti razni: povećanje profita, povećanje produktivnosti, povećanje prihoda, bolja kontrola finansija, unapređenje podrške korisnicima i sl. U ovom delu je važno da deifnišete šta su poslovni ciljevi, ne morate mnogo “mozgati” o tome kako u ovom delu… Kako dolazi kasnije, a softver je možda odgovor na neke od ciljeva….

Savet #3 – Funkcionalni zahtevi – koje funkcionalnosti će pomoći ostvarivanju vaših poslovnih ciljeva?

Dokument korisničkog zahteva bi trebalo da definiše funkcionalnosti koje su vam potrebne. Ovo će možda zahtevati da prevedete vašu internu poslovnu terminologiju na jezik koji “govore” softverske kompanije. Finansije (glavna knjiga, primljeni, izdati računi i sl.); Kadrovi (radno vreme, plate, kompenzacije, provizije,…); Proizvodnja (kontrola kvaliteta, sastavnice, radni nalozi,…); Prodaja (kupci, kontakti, ponude, predračuni,…).

Za svaku funkcionalnu oblast (iliti modul – ustaljeni termin za grupu srodnih funkcionalnosti) napišite listu specifičnih funkcionalnosti ili zahteva za taj modul. Nije neophodno da navedete svaku pojedinačnu funkcionalnost, ali spisak bi trebalo da uključi dovoljno funkcionalnosti kako bi ste mogli da uporedite različita rešenja koja su vam dostupna.

Savet #4 – Tehnički zahtevi

Definišite specifičnosti koje vaša organizacije ima u vezi sa softverskom tehnologijom. Ovi zahtevi i specifičnosti mogu uključivati: Cloud ili tradicionalno Desktop rešenje, koja baza podataka, operativni sistem, programski jezik, hardverske specifikacije, interfejsi, zahtevi za integracijama sa drugim aplikacijama, zahtevi u vezi sa podrškom i sl.

I ovde je bitno napomenuti da ne treba ići u previše detalja, u ovom koraku, ali da ipak morate imati dovoljno kako bi se moglo proceniti da li tehnologija podržava vaše poslovne ciljeve.

Savet #5 – Kvalifikacije ponuđača softvera

Na kraju dokumenta korisničkog zahteva bilo bi dobro da se nađu i neke specifičnosti o kompanijama koje nude softver, a sa kojima biste voleli da sarađujete. Spcifičnosti bi mogle (i trebalo) da uključe neke od sledećih kriterijuma: veličina, godišnji prihod, broj zaposlenih, iskustva u radu sa kompanijama sličnim vašoj, profil korisnika, sertifikati i partnerstva i sl. Ovaj spisak specifičnosti je važan jer pomaže eliminaciji neadekvatnih ponuđača.

Zašto je ovo važno? Šta vi mislite?

Za kraj dokumenta korisničkog zahteva, važno je da:

  • Zahtevi budu nedvosmisleni i dosledni u nivou detalja; budite koncizni i direktni. Izbegavajte nejasne i dvosmislene zahteve, kao i iste zahteve koji se pojavljuju na više mesta samo drugačije napisani. Koristite termine i akronime dosledno, ako niste sigurni da će upotrebljena reč biti svima jasna, objasnite je dodatno u fusnoti. Izbegavajte upotrebu i/ili.
  • Imate realne zahteve u smislu funkcionalnosti koje softver može da obezbedi. Ako su zahtevi previše ekstremni vaš jedini izbor može biti prilagođavanje nekog softvera a to može biti skupo i nepreporučljivo od strane većine softverskih kompanija.
  • Razvijete sistem ocenjivanja tako da dokument jasno definiše koji zahtevi su kritični i važniji za krajnju odluku. Na primer sistem ocenjivanja može biti: Obavezno, Važno ili Bilo bi lepo.

Naravno, ovo ni blizu nije sve što se može naći u dokumentu korisničkog zahteva. Kvalitet i detaljnost dokumenta korisničkog zahteva može biti različit u zavisnosti od nivoa razvoja kompanije, prethodnog (dobrog ili lošeg) iskustva sa softverskim rešenjima, nivoom znanja i iskustva osobe ili osoba koji ga pišu i mnogih drugih kriterijuma, ali mislim da bi za početak trebalo da na osnovu ovog opisa možete pripremiti bar minimum koji će vam pomoći u lakšem i efikasnijem izboru.

About the Author Miodrag Ranisavljević

Umesto biografije Redefinisan i izbrušen pogled na softver. Korisnici i programeri. Artisti i modeli. Večita borba ideje i realizacije. Korisnik hoće jedno, programeri tvrde da je neizvodljivo, a knjigovođi ne odgovara zakonski aspekt. Kako usaglasiti različite interese korisnika, programera i sve to upakovati u zakonsku formu? Operativa ili knjigovodstvo, šta je Vama važnije? Posebni programi, integrisan sistem, transferi, kopiranje, prekucavanje. Da li komplikujemo jednostavno ili jednostavno mora komplikovano? Da li je Marfi u pravu kada kaže da ni jedan pravi problem nema rešenje. Krenimo zato od početka jer sudeći po Parouzziju: “Ako loše startuješ, nevolje rastu eksponencijalno”

Izveštaj: Poslovni softver u Srbiji 2014

Poslovni softver i rešenja već odavno predstavljaju osnov za efikasno upravljanje poslovanjem. Cloud je sve bliže i više ne predstavlja samo svetski trend, već se i na našem tržištu pojavljuje sve više i više rešenja ovog tipa.

Preuzmi izveštaj!
  • Dejan S. says:

    Sve je to fino, lep softver, ima funkcionalnosti, ima tehnolgiju ali nema ljude koji ce to da implementiraju. Sta onda? Svedoci smo da sve manje softverski firmi radi ERP, sve manje ljudi zeli da se bavi ovim teskim poslom, sve je veca fluktuacija ljudi u IT firmama, sve manje firmi imaju interni IT koji treba da nosi deo ovog posla itd. Nece niko vise da radi ERP u Srbiji , svi zele da rade za EU, USA itd. Kako da naplatite programera u ERP biznisu, kad njegov posao mozete bolje da prodate da testira igrice….vidimo da i veliki ERP ponudjaci SAP i Navison imaju problema tj odose cene u nebesa. Pa cela EU jauce na SAP i Navision jer su postali preskupi a sve zbog toga sto nema ko vise da radi ova resenja, nece niko da se bavi ovim stresnim poslom, i jos zamislite to u Srbiji , ej bre…

    • Na žalost Dejane situacija je takva kakvom ste je opisali, možda samo nijansirana tu i tamo… ERP je težak posao, zahteva znanje i IT-ja i poslovanja i računovodstva i svašta nečega. Proces učenja je spor, naporan i težak. Sve manje konsultanata, sve više potreba za istima. Hroničan je nedostatak kadrova u ovoj oblasti.
      Pitanje je ovde kako motivisati, privući i zadržati ljude da se bave ovim poslom, a to nije nimalo lako…

  • Digital priest says:

    Lepo & korisno je imati takav plan. Na vise od 1k razgovora u vezi sa nabavkom softvera ne videh ni jedan, a bilo bi daleeeko bolje za sve te firme da su imali to. Mada… danas je budzet za nabavku od 10 do 80e mesecno :-) pa je dokument suvisan, zna se sta se kupuje, sta tu ima da se misli ;-) i trosi vreme. Samo daj nesto za 9,99 je zakon plan ;-) a ima i za 0e ;-) Posle takve nabavke treba da prodje jos jedna dve nabavke sa maalo vise razmisljanja (i 5 do 10 godina izvestavanja po prosecnim cenama i slicnim netacnim metodama), pa ako firma prezivi, onda se mooozda razmislja i pravi nesto sto lici na ono sto si opisao…

    • Uvek je bolje imati plan, nego nemati :) I moje iskustvo je slično tvom. Retko koja firma ima spisak zahteva u nekom pisanom i drugima čitljivom obliku. Upravo zato i napisah ovaj tekst da posluži kao polazna osnova za dalje…

  • >