Sistemi po meri
Sistem po meri ali obstoječe orodje: kako izbrati za konkreten proces?
Kako primerjati obstoječe orodje, njegovo dopolnitev in razvoj po meri na istem procesu. Prikaz zahtev, preostalega dela in celotnih stroškov.
Ponudbi za »CRM« in »portal po meri« lahko vključujeta povsem različni rešitvi iste težave. Primerjava postane uporabna, ko obema izvajalcema pokažete, kako konkreten posel potuje skozi podjetje in kje danes obstane.
01
Zapišite delo, ki ga mora rešitev omogočiti
Namesto seznama funkcij pripravite nekaj dejanskih primerov. Pri vsakem določite začetni podatek, uporabnika, dovoljeno dejanje in pričakovani izid. Dodajte tudi primer, ki ga obstoječi način dela težko obravnava.
Ponazoritev za servisno podjetje: ista stranka ima več objektov, na posameznem objektu več naprav, servisni obisk pa mora ostati povezan s pravo napravo in veljavno pogodbo. Zahteva »potrebujemo kartico stranke« tega še ne opiše dovolj natančno.
Uporaben preizkus bi bil: sodelavec odpre zahtevek za določeno napravo, vidi veljaven dogovor, dodeli obisk in po zaključku najde zapis v zgodovini pravega objekta. S tem lahko primerjate ponudnike, ne da bi jim vnaprej predpisali tehnologijo.
Če primerjate rešitve za več težav hkrati, najprej izberite prvi proces za avtomatizacijo. Tako boste ponudnike primerjali za isti obseg dela.
03
Preverite tri možnosti na enakih primerih
Izvajalec naj pri vsaki možnosti pokaže, kje zahtevo pokrije standardna funkcija, kje nastavitev in kje dodaten razvoj. Posebej označite korake, ki bi ostali ročni.
| Možnost | Kaj naj izvajalec pokaže | Kaj vključite v primerjavo |
|---|---|---|
| Obstoječe orodje z nastavitvami | Delovni primer brez novega programiranja | Licence, nastavitev, prenos podatkov in delo uporabnikov |
| Orodje z dopolnitvijo ali povezavo | Mejo med orodjem in dodatnim delom | Tudi omejitve povezave ter odgovornost ob spremembi |
| Sistem po meri | Delovanje zahtev, ki jih drugi možnosti ne pokrijeta | Razvoj, delovanje, vzdrževanje in predajo |
Pri dopolnitvi preverite, ali uporablja uradno podprto povezavo in ali je ta na voljo v predlaganem naročniškem paketu. Od ponudnika zahtevajte potrditev za vaš primer. Obstoj splošnega opisa integracij še ne potrjuje potrebnih pravic, podatkov ali obsega prenosa.
04
Prikažite tudi delo, ki ostane ljudem
Rešitev je lahko tehnično izvedljiva, vendar od zaposlenih zahteva dodatno usklajevanje. V predstavitvi naj sodeluje oseba, ki bo sistem uporabljala pri rednem delu. Naj sama izvede dogovorjeni primer in pojasni, kje potrebuje navodilo ali obvoz.
Pri servisnem primeru preverite tudi spremembo termina in nepravilno izbrano napravo. Če mora skrbnik ob vsakem popravku ročno povezovati zapise, to vključite v oceno. Takšno delo lahko spremeni smiselnost navidezno ugodne licence.
Predstavitev na pripravljenih zaslonih zato dopolnite s svojim primerom podatkov. Za začetno primerjavo uporabite izmišljene ali ustrezno pripravljene zapise, ki ohranijo potrebne povezave in izjeme.
05
Stroške primerjajte za isti čas in obseg
Dogovorite se za skupno obdobje primerjave ter enako število uporabnikov, količino podatkov in povezav. Ločite strošek uvedbe, rednega delovanja in pričakovanih sprememb. Pri vsaki postavki označite, ali gre za ponudbo, znano ceno ali še nepotrjeno predpostavko.
Pri obstoječem orodju preverite potrebni paket in dodatke. Pri razvoju po meri preverite gostovanje, zunanje storitve in odgovornost za odpravo napak. Nobena možnost ni samodejno cenejša za vaš celoten obseg.
Za poslovno presojo lahko nato uporabite izračun donosnosti avtomatizacije. Prihranek časa naj izhaja iz preverjenega načina dela, ne iz seznama avtomatiziranih funkcij.
06
Pred večjim naročilom preverite najtežjo zahtevo
Če izbira ostaja odprta zaradi ene pomembne omejitve, naj bo naslednji korak njen omejen preizkus. Dogovorite se, kaj mora pokazati in s katerimi podatki. Celotnega sistema ni treba razviti, da bi preverili, ali je določena povezava izvedljiva.
Ponudba naj po tem preizkusu pojasni, kaj je dokazano, kaj ostaja predpostavka in kaj je izključeno. Na strani sistemov po meri AXO-8 je pregled obstoječih možnosti del opredelitve obsega. Končne funkcije, dostopi in vzdrževanje se dogovorijo v ponudbi.
Viri in izvor priporočil
Priporočila in primeri postopkov so uredniško gradivo AXO-8. Zunanje vire za tehnične trditve lahko preverite spodaj. Označene ponazoritve ne predstavljajo rezultatov naročnikov.
Pogosta vprašanja
Kratki odgovori brez marketinške megle.
- Ali je razvoj po meri smiseln že zato, ker imamo poseben proces?
- Posebnost najprej prevedite v konkretno zahtevo. Preverite, ali jo obstoječe orodje pokrije z nastavitvijo ali podprto povezavo. Razvoj utemeljite s pomembno nepokrito potrebo in primerjavo celotnega obsega.
- Ali lahko obdržimo obstoječe orodje in dodamo samo manjkajoči del?
- Lahko, če so potrebni podatki in dejanja dostopni ter je odgovornost za povezavo jasno določena. Izvajalec naj pokaže tudi vedenje ob napaki in ob spremembi povezanega orodja.
- Kaj naj zahtevamo pred potrditvijo ponudbe?
- Prikaz enakih delovnih primerov, seznam pokritih zahtev, preostalo ročno delo in primerljive stroške. Pomembne nepreverjene povezave naj bodo označene, njihov preizkus pa opredeljen pred večjo izvedbo.
Ne ugibajte
Pripravite en primer za primerjavo rešitev
Izberite posel, pri katerem sedanji način dela pokaže svoje omejitve. Zapišite podatke, vloge in želeni izid. Rezervirajte pogovor z AXO-8, da opredelimo, katere možnosti je smiselno preveriti in kaj mora primerjava pokazati.