Bez znalosti rozsahu neexistuje jedna spolehlivá cena webové aplikace pro firmu. Jednoduchá interní evidence pro několik lidí je jiný projekt než systém, který obsluhuje objednávky, vyúčtování, integrace a práci několika oddělení. Obě řešení mohou mít podobný počet obrazovek, ale výrazně se lišit počtem pravidel, výjimek a odpovědností za data.
V Domin Software připravujeme nabídku individuálně. Nejprve zjišťujeme, jaký problém má aplikace vyřešit, kdo ji bude používat, odkud budou pocházet data a co musí fungovat v první etapě. Pokud informace nestačí, navrhneme samostatnou placenou analýzu místo toho, abychom cenu hádali z krátké zprávy.
To, že nemáme veřejný ceník, neznamená, že je cena náhodná. Níže vysvětlujeme, co nejčastěji ovlivňuje rozsah práce a jaké informace jsou potřeba pro odpovědnou cenovou nabídku.
Důležitější než počet obrazovek je skutečný proces
Přihlášení, formulář a seznam záznamů mohou působit jednoduše. Velká část práce se však často skrývá v pravidlech, která na prvním návrhu nejsou vidět.
Objednávkový formulář může například kontrolovat dostupnost, používat individuální ceny zákazníků, vyžadovat schválení slevy, rezervovat zboží, posílat oznámení a předávat data účetnímu systému. Každou z těchto činností je nutné popsat, vytvořit a otestovat také v neobvyklých situacích.
Před přípravou nabídky se proto ptáme na skutečný průběh práce:
- Co proces spouští a jaký má být jeho konečný výsledek?
- Kdo provádí jednotlivé činnosti a rozhoduje?
- Kde data vznikají a kdo je může měnit?
- Jaké výjimky, opravy a návraty k předchozím krokům se v praxi objevují?
- S jakými programy musí aplikace spolupracovat?
- Podle čeho zákazník a dodavatel poznají, že lze etapu správně převzít?
Čím přesnější jsou odpovědi, tím méně předpokladů musí nabídka obsahovat.
Co má na cenu webové aplikace největší vliv?
Rozsah první etapy
Zásadní rozdíl je v tom, zda první verze řeší jeden dobře popsaný problém, nebo má hned nahradit několik nástrojů používaných v celé firmě. Menší etapa není provizorní verze. Měla by přinést konkrétní výsledek, který lze převzít a používat.
Pokud se všechny nápady vloží do jednoho rozsahu, neroste jen počet funkcí. Obtížnější je také určit závislosti, pořadí prací a okamžik, kdy lze systém bezpečně spustit.
Role a oprávnění
Jedna osoba pracující s vlastními záznamy potřebuje jednodušší pravidla než systém používaný administrátorem, obchodníky, účetním oddělením, partnery a externími zákazníky. Je třeba určit, kdo vidí konkrétní informace, kdo je může měnit, kdo schvaluje rozhodnutí a jak se uchová historie důležitých změn.
Oprávnění jsou zvlášť důležitá tam, kde může chyba ovlivnit objednávku, platbu, vyúčtování nebo zákaznická data.
Data a jejich migrace
Nová aplikace málokdy začíná s prázdnou databází. Informace mohou být v tabulkách, starém systému, zprávách nebo souborech připravovaných různými lidmi. Před importem je potřeba prověřit jejich formát, úplnost, duplicity a způsob spojování záznamů.
Přenést soubor bývá snazší než určit, které hodnoty jsou aktuální a jak naložit s chybějícími údaji. Kvalita zdrojových dat proto může rozsah migrace výrazně změnit.
Integrace s dalšími systémy
Integrace může jednou denně načíst jednu hodnotu, nebo obousměrně vyměňovat objednávky, stavy a platby. Rozsah závisí mimo jiné na dokumentaci API, způsobu přihlášení, limitech, zpracování chyb a dostupnosti testovacího prostředí.
Je také nutné určit, co má aplikace udělat, když je externí služba dočasně nedostupná nebo vrátí neúplná data.
Podrobné nákladové faktory popisuje článek Kolik stojí integrace systémů a API?.
Pravidla, výjimky a automatizace
Automatizace má smysl, když jsou známé její podmínky a je jasné, kdy musí stále rozhodnout člověk. Jednoduché oznámení je jiný úkol než automatický výpočet provizí, výběr schvalovací cesty nebo synchronizace několika stavů.
Výjimky nejsou doplněk na konci projektu. Pokud se objevují pravidelně, musí být součástí popisu procesu a testů od začátku.
Bezpečnost a dohledatelnost změn
Interní pomocná evidence má jiné požadavky než systém s údaji zákazníků, vyúčtováním nebo informacemi dostupnými více firmám. Důležitá jsou pravidla přihlášení, oprávnění, záznam významných operací, zálohy, aktualizace a způsob reakce na chyby.
Bezpečnost nelze zaručit jednou funkcí. Rozsah opatření musí odpovídat datům, uživatelům a následkům případného problému.
Testy a kritéria převzetí
Funkce není hotová jen proto, že funguje v nejjednodušším příkladu. Může být nutné ověřit správná i chybná data, výpadky integrací, různá oprávnění a úlohy běžící na pozadí.
Nabídka je přesnější, pokud je před začátkem jasné, jaké podmínky musí být splněny pro převzetí etapy. Bez těchto kritérií mohou zákazník a dodavatel chápat slovo „hotovo“ rozdílně.
Nasazení a následná údržba
Projekt může zahrnovat pouze vytvoření aplikace, nebo také konfiguraci prostředí, migraci, spuštění, monitoring, zálohy, aktualizace a další rozvoj. Jde o odlišné odpovědnosti, které je vhodné v nabídce pojmenovat.
Mohou se přidat také poplatky externích poskytovatelů, například za hosting, posílání zpráv, mapy, platby nebo další API. Tyto náklady nejsou automaticky součástí ceny za vývoj aplikace.
Samostatně vysvětlujeme, co ovlivňuje cenu údržby webové aplikace po spuštění.
Pokud zvažujete systém pro správu zákazníků a prodej, podívejte se také, z čeho se skládá cena CRM na míru.
Tři příklady různé složitosti
Následující příklady pomáhají porovnat rozsahy. Nejde o hotové balíčky, ceník ani příslib termínu.
| Příklad situace | Co může obsahovat první etapa | Co může rozsah výrazně zvýšit |
|---|---|---|
| Interní evidence | formuláře, seznam záznamů, vyhledávání, základní export a jedna nebo dvě role | import starých dat, rozšířená oprávnění, historie změn a neobvyklá validační pravidla |
| Modul pro firemní proces | několik pracovních kroků, stavy, oznámení, různé role a základní reporty | mnoho výjimek, automatická rozhodnutí, vyúčtování, pokročilé reporty a více oddělení |
| Systém s integracemi | výměna dat s dalšími službami, migrace, objednávky nebo vyúčtování a více rolí | nízká kvalita dat, chybějící dokumentace API, bezpečnostní požadavky, externí závislosti a složité testy |
Dvě firmy mohou popsat podobné funkce a přesto získat rozdílné nabídky. Rozdíly se ukážou až po prověření procesu, výjimek, dat a odpovědností uživatelů.
Co často chybí v první poptávce?
První zpráva se obvykle soustředí na funkce viditelné pro uživatele. Před přípravou nabídky je vhodné doplnit také informace, které ovlivňují práci mimo obrazovku:
- zda je nutné importovat data a kdo potvrdí jejich správnost;
- zda má externí systém dokumentaci a testovací přístup;
- kdo bude spravovat účty a oprávnění;
- jaké zprávy, soubory nebo dokumenty se mají vytvářet automaticky;
- co se stane při chybějících datech nebo neobvyklém průběhu procesu;
- kdo přebírá etapu a podle jakých pravidel;
- kdo odpovídá za server, doménu, zálohy a externí služby;
- jaké licenční a předplatné poplatky mohou vzniknout mimo práci dodavatele.
Není nutné znát všechny odpovědi. Důležité je oddělit potvrzené informace od předpokladů a bodů, které se musí teprve prověřit.
Kdy lze připravit nabídku bez samostatné analýzy?
Rozsáhlá analýza nemusí být nutná, pokud je problém jasně vymezený, proces má málo výjimek, data jsou známá a integrace mají použitelnou dokumentaci. Stále je potřeba určit rozsah, výsledek a kritéria převzetí, ale někdy je lze dohodnout během kratší přípravy nabídky.
Bezplatný úvodní rozhovor s Domin Software může trvat až 20 minut. Slouží k určení problému, cíle a podkladů potřebných pro další posouzení. Neobsahuje diagnostiku aplikace, kontrolu kódu ani hotovou zprávu.
Pokud se projekt týká několika oddělení, obsahuje mnoho nejasností, vyžaduje migraci nebo propojuje více systémů, doporučíme nejprve business analýzu a vymezení MVP aplikace. Jde o placenou, samostatnou etapu. Zákazník dostane uspořádaný materiál, který může využít i s jiným dodavatelem. Pokud následný projekt realizuje Domin Software, již zaplacená cena analýzy se započítá do celkových nákladů projektu.
Jak připravujeme nabídku v Domin Software?
Začínáme problémem a očekávaným výsledkem, ne volbou technologie. Potom určujeme proces, uživatele, data, integrace a omezení. Větší projekt dělíme na etapy, z nichž každá má vlastní rozsah, výsledek a způsob převzetí.
Nabídka uvádí, co daná etapa zahrnuje a co je mimo její rozsah. Pokud některé informace nejsou potvrzené, zaznamenáme předpoklady nebo doporučíme jejich předchozí ověření. První odhad nevydáváme za jistou cenu celého systému.
Cenu, termín a způsob platby potvrzujeme před zahájením prací. Standardně se platí po dokončení dohodnuté etapy. U většího rozsahu může být sjednána záloha.
Příklady, kde vzniká složitost
Rezervační systém 44Islands zahrnoval různé role, rezervace, provize a další etapy rozvoje. Složitost vycházela z propojení prodeje s prací administrátorů, prodejců, řidičů a průvodců.
V projektu HUB.ITM bylo důležité zpracování dat z různých programů a jejich převod do formátu přijímaného účetními systémy. Rozsah určovaly vstupní formáty, pravidla zpracování a kontrola správnosti.
HUB-2-API spojoval import produktů, nabídky a objednávky eBay s API používaným B2B zákazníky. Samotný seznam obrazovek by nepopisoval práci probíhající mezi těmito systémy.
Tyto realizace nejsou ceníkem ani porovnáním hodnoty projektů. Ukazují, proč je před přípravou nabídky nutné poznat role, data a integrace.
Co si připravit před prvním rozhovorem?
Na začátek stačí krátký, věcný popis:
- Jaký problém má aplikace vyřešit?
- Jak proces funguje dnes?
- Kdo bude řešení používat?
- Jaká data jsou potřeba a kde se nyní nacházejí?
- S jakými programy musí aplikace spolupracovat?
- Co musí obsahovat první použitelná etapa?
- Co lze vytvořit později?
- Podle čeho poznáte, že první etapa funguje správně?
Nemusíte připravovat technickou dokumentaci. Bezplatný nástroj Popis projektu pomůže tyto informace uspořádat ještě před kontaktem. Nezadávejte do něj hesla, API klíče ani skutečné údaje zákazníků a zaměstnanců.
Časté otázky
Lze aplikaci ocenit jen podle seznamu funkcí?
Někdy lze připravit velmi předběžný odhad, ale samotný seznam funkcí obvykle neukazuje pravidla, výjimky, data, integrace a kritéria převzetí. Čím více nejasností obsahuje, tím méně spolehlivý bude výsledný údaj.
Je první rozhovor a analýza projektu zdarma?
Bezplatný může být úvodní rozhovor v délce až 20 minut. Neobsahuje diagnostiku ani zprávu. Business analýza, kontrola kódu a jiné etapy zakončené konkrétním výstupem jsou placené a oceňují se individuálně.
Lze začít menší verzí a později ji rozšířit?
Ano, pokud menší etapa samostatně řeší konkrétní problém a má jasná kritéria převzetí. Prvky nutné pro bezpečný provoz by se neměly odstranit jen kvůli snížení počáteční ceny.
Jsou integrace a migrace dat součástí nabídky?
Ano, pokud jsou součástí dohodnutého rozsahu. Předem je nutné určit systémy, formáty, přístup k API, kvalitu dat a způsob ověření migrace.
Musí po analýze aplikaci vytvořit Domin Software?
Ne. Materiály z analýzy lze použít s jiným dodavatelem při zachování důvěrnosti a bez jejich veřejného šíření.
Započítá se cena analýzy do pozdější realizace?
Ano, pokud Domin Software realizuje projekt vycházející z analýzy. Již zaplacená cena analýzy se pak započítá do celkových nákladů projektu.
Proč nejnižší počáteční nabídka nemusí znamenat nejnižší cenu projektu?
Nízká částka může vynechávat migraci, výjimky, testy, nasazení nebo údržbu. Při porovnání je vhodné kontrolovat nejen cenu, ale také rozsah, předpoklady, vyloučené práce a způsob převzetí.
Připravte informace potřebné pro nabídku
Pokud svůj nápad teprve uspořádáváte, začněte nástrojem Popis projektu. Pomůže shromáždit problém, proces, uživatele, data a priority bez technické specifikace.
Pokud má proces mnoho výjimek, týká se několika oddělení nebo vyžaduje integrace a migraci, podívejte se na business analýzu a vymezení MVP aplikace. Nejprve můžeme určit bezpečnou první etapu a teprve potom připravit nabídku její realizace.