Cena interného systému závisí od toho, akú prácu musí človek dokončiť, s akými údajmi a cez koľko systémov. Počet obrazoviek je len časť zadania. Jedna obrazovka na schválenie nákupu môže vyžadovať viac práce než desať jednoduchých evidencií.
V QikBuilde pri úvodnom odhade používame orientačné cenové pásma 5 – 10 tis. €, 10 – 30 tis. € a 30 tis. € a viac. Nasledujúce príklady vysvetľujú, aký rozsah môže do týchto pásiem patriť. Sú ilustračné, nepredstavujú cenové ponuky ani skutočné rozpočty klientov.
Konkrétna ponuka vznikne až po preverení procesu, údajov a integrácií. Musí tiež jasne povedať, ako rieši DPH, externé licencie, prevádzku a prípadné ďalšie práce.
Príklad 1: jeden schvaľovací postup za 5 – 10 tis. €
Predstavte si firmu, ktorá schvaľuje nákup drobného vybavenia cez e-mail. Zamestnanec posiela žiadosť, vedúci ju odsúhlasí a administratíva spätne hľadá podklady. Prvá verzia môže celý tento postup nahradiť.
Rozsah zahŕňa formulár žiadosti, prílohu, zodpovedného vedúceho, schválenie alebo zamietnutie a prehľad otvorených žiadostí. Pribudne história zmien a e-mailové upozornenie. Používatelia majú niekoľko jasných rolí.
Predpokladom je jeden schvaľovací model, pripravený zoznam používateľov a obmedzený import zo súčasnej tabuľky. Napojenie na ďalší nástroj musí mať dostupné a použiteľné rozhranie. Automatické účtovanie faktúr, sklad a viacúrovňové rozpočty do tohto príkladu nepatria.
Prevzatie sa dá opísať jednoducho: žiadateľ pošle požiadavku, správny vedúci ju posúdi a administratíva nájde konečné rozhodnutie aj podklady. Celý postup prejde bez paralelného schvaľovania e-mailom.
Aj malý systém potrebuje prístupy, nasadenie a odovzdanie. Cenové pásmo preto nemožno odvodzovať iba z času na vytvorenie formulára. Podstatné je, že v ňom tím dokáže proces dokončiť.
Príklad 2: evidencia zákaziek s prepojeniami za 10 – 30 tis. €
Druhý príklad spája dopyt, ponuku, zákazku, pridelenie práce a podklady k fakturácii. Obchodník, koordinátor a administratíva nadväzujú na ten istý prípad. Každý potrebuje iné oprávnenia a iný pohľad.
Do rozsahu môžu patriť klienti a ich prevádzky, verzie ponúk, schvaľovanie výnimiek, termíny, dokumenty a prevádzkový prehľad. Dve alebo tri integrácie prenášajú konkrétne údaje do existujúcich nástrojov. Import zachová dohodnutú časť histórie.
Najväčší rozdiel oproti prvému príkladu tvoria vzťahy. Zmena schválenej ponuky môže ovplyvniť zákazku aj fakturačné podklady. Systém musí vedieť, čo sa môže prepísať a čo už potrebuje novú verziu alebo schválenie.
Pred nacenením preto preveríme kvalitu dát, dostupné rozhrania a výnimky. Neznáma integrácia by nemala byť ukrytá v neurčitej položke „napojenie systémov“. Ponuka má povedať, ktoré operácie zahŕňa a aké predpoklady musia platiť.
Pre prvú etapu možno vybrať iba dopyt, ponuku a odovzdanie zákazky. Fakturácia zostane v existujúcom programe. Znižuje to rozsah bez toho, aby tím dostal nedokončený pracovný postup.
Príklad 3: náhrada viacerých prevádzkových agend od 30 tis. €
Tretí príklad zahŕňa viac oddelení alebo pobočiek. Systém prepája zmluvy, dokumenty, platby, oprávnenia a pravidelné výkazy. Staré údaje sa musia preniesť a prevádzka nemôže zostať bez použiteľného riešenia.
Takýto projekt už potrebuje podrobnú mapu vzťahov, migráciu skúšanú na reprezentatívnej vzorke a prechod po etapách. Každé oddelenie má svojho človeka na overovanie výsledkov. Prístupy sa testujú aj medzi pobočkami a pri zmene pracovnej roly.
Transfer International ukazuje príklad šírky prevádzkovej agendy: kandidáti, klienti, pracovné pridelenia, dokumenty a mzdová administratíva. Je to referencia dodaných možností. Tu uvedené pásma nie sú rozpočtom projektu Transfer.
Väčší rozsah sa oplatí rozdeliť na etapy s vlastnými podmienkami prevzatia. Každá etapa má priniesť použiteľný výsledok a jasne definovať, čo naďalej zabezpečuje starý systém.
Čo cenu mení najviac
Výnimky v procese. Jedno schválenie vedúcim sa líši od pravidiel podľa sumy, pobočky, neprítomnosti a zastupovania. Výnimky treba spísať na konkrétnych prípadoch.
Údaje a ich história. Import aktívnych klientov zo zdravej tabuľky je iná úloha než spájanie niekoľkých databáz s prílohami a nejednotnými identifikátormi.
Integrácie. Dostupnosť API ešte neznamená dostupnosť požadovanej operácie. Cena zahŕňa aj oprávnenia, skúšobné prostredie, opakovaný prenos a riešenie chýb.
Prístupové pravidlá. Rozdielne pobočky, externí partneri a citlivé polia zväčšujú počet scenárov, ktoré treba navrhnúť a otestovať.
Prevádzkové nároky. Systém používaný počas pracovného dňa má iné požiadavky než nepretržitá prevádzka. Zálohovanie, monitoring a pripravenosť na incident musia zodpovedať skutočnému dopadu výpadku.
Čo má byť v rozpočte uvedené samostatne
Oddeľte vývoj, migráciu, služby tretích strán, hosting, podporu a ďalší rozvoj. Každá položka má iný spôsob účtovania. Jednorazová cena vývoja nevysvetľuje trojročné náklady používania.
Pri licencii zistite, či rastie podľa počtu používateľov, objemu dát alebo vykonaných operácií. Pri AI odhadujte konkrétny počet úloh a rozsah spracovaných podkladov. Neobmedzený paušál bez opísaného používania sa porovnáva ťažko.
Vyžiadajte si aj zoznam práce, ktorú vykoná vaša firma. Čistenie údajov, rozhodnutia o oprávneniach a testovanie zamestnancami zaberajú čas, aj keď nie sú faktúrou od vývojára.
Ako znížiť rozsah bez pokazenia výsledku
Vyberte jeden tím, jeden proces a minimum prepojení potrebných na jeho dokončenie. Odložte ďalšie dashboardy a menej časté výnimky, ak pre ne zostane zrozumiteľný ručný postup. Neodkladajte kontrolu prístupov ani spôsob obnovy údajov.
Porovnajte dve verzie rovnakého zadania: prvý použiteľný proces a plný cieľový rozsah. Rozdiel v cene potom vysvetľuje konkrétne funkcie, nie neurčitý balík „premium“.
Začnite briefom pre softvérové štúdio a prejdite si celkové náklady podnikového softvéru. Ak chcete odhad vlastného rozsahu, ukážte nám svoj postup. Dostanete návrh prvej verzie aj zoznam vecí, ktoré treba pred pevnou cenou overiť.
