Cena nie je počet obrazoviek
Rozpočet aplikácie vzniká najmä z množstva pravidiel, rolí, dátových tokov, integrácií a rizík. Dve aplikácie s desiatimi obrazovkami môžu mať úplne inú náročnosť: jedna iba zobrazuje obsah, druhá rozhoduje o cenách, právach a platbách.
Preto je užitočnejšie pýtať sa, aký výsledok má prvá verzia priniesť a čo musí spoľahlivo zvládnuť. DAVOND uvádza pri jasne vymedzenej webovej aplikácii alebo jednej mobilnej platforme minimálny rozpočet 9 900 € bez DPH a obvyklé dodanie 10–16 týždňov.
- počet používateľských rolí a oprávnení
- zložitosť hlavného workflow
- kvalita a dostupnosť vstupných dát
- externé API, platby a notifikácie
- bezpečnosť, migrácia a prevádzkové požiadavky
Čo má obsahovať zmysluplný základ
Prvá verzia nemá byť lacná ukážka bez prevádzkovej hodnoty. Má pokryť jeden hlavný tok od začiatku po výsledok, potrebnú administráciu, autentifikáciu a základné roly. Súčasťou majú byť aj QA, nasadenie, dokumentácia a stabilizácia po spustení.
Rozsah webovej aplikácie automaticky neznamená zároveň iOS aj Android. Ak je mobilná skúsenosť rozhodujúca, vyberte jednu platformu alebo cross-platform prístup až po overení technických kompromisov.
Ako čítať cenovú ponuku
Porovnávajte hranice balíka, nie iba posledný riadok. Dobrá ponuka menuje predpoklady, čo je zahrnuté, čo je mimo rozsahu, spôsob akceptácie a cenu zmien. Bez toho sa nízka suma ľahko zmení na sériu dodatkov.
Pýtajte sa aj na vlastníctvo kódu, nasadenie, zálohy, monitoring, dokumentáciu a obdobie po spustení. Tieto položky rozhodujú o tom, či dostanete produkt pripravený na prevádzku alebo iba zdrojové súbory.
- Je cena pevná pre definovaný rozsah?
- Aké vstupy musí dodať klient?
- Ako sa schvaľujú zmeny?
- Čo presne znamená hotovo?
- Kto rieši incident po spustení?
Kedy začať discovery
Ak neviete presne pomenovať prvý workflow, používateľov alebo dátové zdroje, nezačínajte vývoj odhadom naslepo. Krátky discovery alebo R&D sprint má znížiť neistotu, pomenovať riziká a vytvoriť rozhodovací podklad.
Úvodná konzultácia slúži na orientáciu, nie na bezplatnú kompletnú špecifikáciu. Ujasníme problém, vhodný typ riešenia a prvý krok; ak vlastný vývoj nedáva ekonomický zmysel, povieme to otvorene.
Rozpočet chráňte etapami
Pri väčšom produkte je zdravšie schvaľovať investíciu po etapách než predstierať presnosť jedného čísla na celý rok. Každá etapa má mať vlastný výsledok, rozpočet a rozhodnutie, či pokračovať, zmeniť smer alebo zastaviť.
Rezerva má pokrývať skutočné neistoty, nie nejasný rozsah. Kritické integrácie a dátové migrácie preto overte skôr, než na nich postavíte zvyšok produktu.
- oddeľte povinné jadro od ďalších etáp
- rizikové integrácie overte prototypom
- sledujte priebežný rozpočet aj prevádzkové náklady
- po každej etape vyhodnoťte prínos