Vodič za poslovni softver
Softver po mjeri ili gotovo rješenje?
Gotov softver ima smisla kada već pokriva vaš glavni proces. Integracija je sljedeća mogućnost kada dobri alati trebaju razmjenjivati podatke. Razvoj po mjeri razmotrite kada važan dio posla ima pravila koja postojeća rješenja ne podržavaju. Odluku usporedite s troškom ručnog rada, uvođenja i održavanja.
Usporedite tri načina rješavanja problema
Povucite vodoravno za pregled svih stupaca.
| Pristup | Kada ga razmotriti | Što prvo provjeriti |
|---|---|---|
| Gotov softver | Proces je standardan i ponuđene funkcije odgovaraju timu. | Licence, izvoz podataka, korisničke uloge i trošak prilagodbe procesa. |
| Integracija postojećih alata | Pojedini alati dobro rade, ali se podaci između njih prepisuju. | API, dozvole, podržane radnje, ograničenja i obradu neuspjelog prijenosa. |
| Razvoj po mjeri | Važan proces ima vlastita pravila, odobravanja ili poseban način rada. | Opseg prve verzije, kriterije prihvata, migraciju i odgovornosti nakon uvođenja. |
Kada je razvoj po mjeri opravdan?
Krenite od jednog stvarnog toka posla. Tko unosi podatak, tko ga provjerava i koja odluka slijedi? Ako proces možete pokriti konfiguracijom postojećeg alata, vlastita aplikacija možda nije potrebna. Ako ključna pravila ostaju u tablicama i porukama, vrijedi procijeniti razvoj dijela koji nedostaje.
Primjer je priprema obračuna najma: oprema se tijekom mjeseca mijenja po lokacijama kupca, a ugovorene cijene i razdoblja treba sačuvati. Generički alat za izdavanje računa može ostati završni sustav, dok zaseban dio obrađuje promjene i priprema izračun.
Što ulazi u cijenu poslovne aplikacije?
Usporedite izradu, licence, povezivanja, pripremu podataka, obuku i održavanje. Isti naziv funkcije može skrivati različit opseg. ‘Odobravanje dokumenta’ može značiti jednu potvrdu ili više odjela, zamjene odsutnih osoba, obavijesti i evidenciju promjena.
Za korisnu procjenu pripremite primjer procesa, skup korisničkih uloga i popis sustava. Tražite ponudu u kojoj su prva verzija, opcionalne funkcije i redovni troškovi odvojeni. Rok i cijena bez provjere pristupa podacima ostaju pretpostavke.
Kako započeti bez zamjene cijelog ERP-a?
Odaberite dio procesa koji se može zasebno provjeriti: portal za zahtjeve, prijenos narudžbi ili pregled podataka. Definirajte koji je sustav izvor za kupca, artikl i dokument kako se ista informacija ne bi neusklađeno mijenjala na više mjesta.
Prije razvoja provjerite pristup testnom okruženju, stvarni primjer podataka i što se događa kada prijenos ne uspije. Automatizacija treba omogućiti odgovornoj osobi da primijeti i riješi iznimku.
Što dogovoriti oko vlasništva, sigurnosti i održavanja?
Ugovor treba jasno navesti kod, licence, dokumentaciju i pristupe koji se predaju. Dogovorite tko upravlja hostingom i sigurnosnim kopijama, tko odgovara na problem i kako se sustav može preuzeti ako se suradnja promijeni.
Zahtjeve poput SSO-a, zapisa promjena, korisničkih ovlasti i lokacije podataka navedite prije ponude. To su zahtjevi koje treba procijeniti i provjeriti. Održavanje postojećih funkcija i razvoj novih mogućnosti trebaju imati jasan dogovoreni opseg.
Što poslati za prvu procjenu?
- Jedan proces od početka do kraja i osobe koje u njemu sudjeluju.
- Primjer dokumenta ili anonimiziranog zapisa podataka.
- Nazive ERP-a, CRM-a, računovodstva i drugih povezanih sustava.
- Obavezne funkcije prve verzije i ono što može doći kasnije.
- Ograničenja roka, pristupa i sigurnosti te poznati okvir budžeta.
Za prvi razgovor ne treba gotova specifikacija. Opis stvarnog rada korisniji je od dugog popisa funkcija bez konteksta.