Kolik aplikace na míru opravdu stojí: poctivý a transparentní rozpis

Zeptejte se tří agentur, kolik stojí aplikace na míru, a dostanete tři čísla, která nemají společnou ani jednu číslici. Jedna řekne čtyři tisíce, jedna čtyřicet a jedna tiše poznamená, že to záleží, a domluví si druhou schůzku. Žádná z nich vlastně nelže — ale žádná vám neříká to, co skutečně potřebujete vědět, totiž kam jdou peníze a proč vaše konkrétní aplikace skončí právě tam, kde skončí. Pojďme tedy zvednout kapotu.

Napsal jsem víc cenových nabídek na aplikace, než dokážu spočítat, pro firmy od jednoho řemeslníka po regionální řetězec. Nejčastější reakcí na cenu není šok z celkové částky — je to zmatek z toho rozpětí. Jak může stejné třípísmenné zadání („rezervační aplikace“) vyplodit odhady, které se liší desetinásobně? Poctivá odpověď zní, že „rezervační aplikace“ není zadání. Je to přání. A cena se skrývá ve stovce malých rozhodnutí, která se pod ním schovávají.

Tento článek je rozpis, který bych přál každému majiteli firmy mít před prvním hovorem s vývojářem. Žádná vata, žádné strašení, žádný dodatečný prodej. Jen skutečné složky ceny, věci, které tiše zdvojnásobí rozpočet, a pár poctivých způsobů, jak utratit méně, aniž byste skončili s něčím, čeho budete litovat.

Proč se dvě nabídky na „stejnou aplikaci“ liší 10×

Software není produkt, který si vezmete z police — je to práce, měřená v hodinách zkušených lidí. Cena aplikace na míru je tedy v jádru jen rozsah × hodinová sazba × riziko. Všechno ostatní je jen poznámka pod čarou k těmto třem věcem. Když se dvě nabídky divoce rozcházejí, jedno z těch tří čísel se čte velmi odlišně — a obvykle to nikdo nahlas neřekl.

Rozsah je ten zjevný. „Rezervační aplikace“ může znamenat jedinou obrazovku, kde si zákazníci vyberou termín — nebo může znamenat kalendáře pro zaměstnance, platby, připomínky, přihlášení zákazníka, administrátorský panel, vratky a report, který si majitel čte v pondělí. Stejná tři slova, desetkrát víc práce. Levná nabídka často předpokládá tu malou verzi; ta drahá tiše předpokládá tu velkou. Ani jedna se vás nezeptala, kterou jste mysleli.

Pak je tu riziko, část, kterou nikdo nerad oceňuje. Vágní zadání, klient, který se ještě nerozhodl, co chce, integrace s vrzajícím starým systémem — to nepřidává jen hodiny, přidává to nejistotu. Zkušené týmy si na nejistotu připočítávají rezervu, protože se na ní spálily. Levnější nabídka riziko často neocenila vůbec, což je přesně důvod, proč se někdy v polovině cesty nafoukne.

Kam peníze ve skutečnosti jdou

Když si lidé představí vývoj aplikace, představí si programování. Programování je reálné, ale málokdy tvoří byť jen polovinu účtu. Aplikace na míru má blíž ke stavbě malého domu než k psaní dokumentu — kolem viditelné části je návrh, instalace, kontrola a papírování. Takhle se typický rozpočet rozdělí, jakmile započítáte všechno.

Dvě věci v té tabulce lidi obvykle překvapí. Za prvé, jak velká část rozpočtu se odehraje dřív, než se napíše jediný řádek funkčního kódu — analýza a návrh nejsou luxus, jsou to nejlevnější místo, kde se dá opravit chyba. Změna obrazovky ve skice stojí minuty; její změna po postavení stojí dny. Za druhé, jak reálná je položka testování. Vynechat ji neušetří peníze, jen přesune náklad do týdne spuštění, i s úroky.

Analýza a návrh: část, kterou chce každý přeskočit

Analýza je místo, kde z „rezervační aplikace“ uděláte přesný seznam obrazovek a pravidel. Působí jako režie, protože se ještě nic nestaví. Ale každá hodina tady ušetří několik dalších, protože je to místo, kde se nejednoznačnost likviduje, dokud je ještě levná. Tým, který vám dá cenu bez fáze analýzy, buď hádá, nebo vám plánuje analýzu naúčtovat později pod jiným názvem.

Hlavní vývoj: viditelný motor

To je kód, který rozpohybuje váš nápad — obrazovky, na které lidé ťukají, logika za nimi a databáze, jež si vše tiše pamatuje. Je to největší jednotlivý díl a škáluje se téměř přímo úměrně s rozsahem. Každá přidaná funkce znamená víc stavění, víc testování a víc údržby navždy poté. Tady se „nebylo by hezké, kdyby“ rychle prodraží.

Integrace: zrádně drahá část

Propojení vaší aplikace s jinými systémy — přijetí platby kartou, odeslání SMS připomínky, synchronizace kalendáře, stažení dat z účetního softwaru, který už používáte — vypadá v seznamu funkcí malé a na faktuře dopadne překvapivě těžce. Každé propojení je malý projekt sám o sobě, s vlastními zvláštnostmi a způsoby selhání. Jedna spořádaná platební integrace je v pořádku. Pět propletených integrací se stárnoucím interním systémem — tam rozpočty chodí umírat.

Náklady, které nikdo do nabídky nedá

Tady spoustu majitelů po dvanácti měsících čeká nepříjemné překvapení. Stavba je jednorázové číslo; aplikace není jednorázová věc. Software je živý — telefony se aktualizují, pravidla se mění, vaše firma roste — a živá věc se musí krmit. Nabídka, kterou podepíšete, je cena narození, ne cena vlastnictví.

Nic z toho není podvod ani skrytá past — je to prostě část, která se úhledně nevejde na jednostránkovou nabídku, takže ji slabší partneři vynechají, aby vypadali levněji. Ten dobrý vám o ní řekne rovnou, i když to jeho první číslo zvětší. Zeptejte se výslovně: kolik mě bude stát provoz na rok po spuštění? Kvalita odpovědi vám hodně napoví o tom, s kým máte tu čest.

Co tiše zdvojnásobí cenu

Některé věci přidávají náklad úměrně hodnotě, kterou přinášejí — fér. Jiné přidávají náklad zcela nepoměrně, obvykle kvůli tomu, jak je práce uspořádaná, ne kvůli tomu, co aplikace dělá. To jsou páky, které stojí za pochopení, protože několik z nich máte zcela ve své moci.

• Dvě platformy místo jedné. Nativní aplikace pro iPhone a nativní aplikace pro Android jsou zhruba dvě stavby. Multiplatformní nástroje nebo webová aplikace to mohou stáhnout zpátky k jedné. Tato jediná volba dokáže pohnout celkem víc než kterákoli funkce.
• Návrh na míru místo rozumných výchozích řešení. Pixelově dokonalé, zcela zakázkové rozhraní stojí skutečné peníze na návrh i stavbu. Čisté, konvenční rozhraní, které využívá osvědčené vzory, je rychlejší, levnější a pro zákazníky často snazší na používání.
• Změna názoru poté, co stavba začne. Rozhodnutí jsou levná na tabuli a drahá v kódu. Nejčastější překročení rozpočtu nepramení ze špatného odhadu — pramení z rozsahu, který stále rostl, protože nic nebylo pevně dané.
• Reálný čas, offline provoz nebo objemná data. „Mělo by to fungovat bez signálu“ nebo „aktualizace se musí všem objevit okamžitě“ jsou rozumné požadavky, které tiše znásobují techniku pod kapotou.
• Integrace s něčím starým a nezdokumentovaným. Připojení k modernímu, dobře postavenému systému je rutina. Připojení k patnáct let starému internímu nástroji bez dokumentace je archeologie a účtuje se po hodinách.

Skutečný příklad: nabídka za 60 000 €, z níž se stala aplikace za 14 000 €

Pár detailů jsme kvůli soukromí pozměnili, ale tvar příběhu je pravdivý a naprosto typický. Regionální servisní firma — představte si tucet lidí v terénu a vytíženou kancelář — k nám přišla frustrovaná. Chtěli aplikaci na míru, přes kterou by si jejich zákazníci objednávali zakázky, sledovali průběh a platili. Jinde už dostali nabídku kolem 60 000 € plus pořádný měsíční poplatek, a to je od celého nápadu odradilo na dobrý rok.

Když jsme skutečně zmapovali, co potřebují — ne to, co jim nabídli — vypadal obraz velmi jinak. První nabídka předpokládala dvě plně nativní aplikace, zakázkový návrh od nuly, dispečerský systém v reálném čase a vlastní administrátorskou platformu, která měla nahradit nástroje, jež už vlastnili a s nimiž byli tiše spokojení. Technicky to byla naprosto dobrá aplikace. Byla to ale také odpověď na otázku, kterou nepoložili.

Co jsme skutečně udělali

První schůzky jsme strávili jen analýzou — rozebírali jsme přání na „bez tohohle firma stojí“ versus „to by se jednou hodilo“. Nezbytnosti byly užší, než kdokoli čekal: čistý způsob, jak zákazníci zadají a sledují zakázku, automatické připomínky a platba online. Dispečink v reálném čase a vlastní back office se ukázaly jako řešení problémů, které jejich stávající software už zvládal úplně v pohodě.

1. 1
   Osekali jsme rozsah na skutečnou práci

   Vyhodili jsme funkce, které řešily problémy, jež neměli, a ponechali jsme těsný seznam, bez něhož firma opravdu nemohla fungovat.
2. 2
   Zvolili jsme jednu multiplatformní stavbu

   Místo dvou samostatných nativních aplikací pokryla jediná multiplatformní aplikace iPhone i Android — což zhruba půlilo hlavní vývoj.
3. 3
   Použili jsme osvědčené návrhové vzory

   Čisté, konvenční rozhraní místo zakázkového. Zákazníkům se používalo snáz a ušetřilo to týdny z harmonogramu.
4. 4
   Propojili jsme, nenahrazovali

   Aplikaci jsme napojili na kancelářský software, který už beztak platili, místo abychom ho přestavovali. Drahá „vlastní administrátorská platforma“ z rozsahu prostě zmizela.

Výsledkem byla stavba za zhruba 14 000 €, spuštěná za pár měsíců, s provozními náklady, které dokázali předvídat. Není tak rozmáchlá jako verze za 60 000 € — a ani nemusí být. Dělá práci, kterou firma skutečně měla. O rok později na ni přidali dvě malé funkce, zaplacené z peněz, které první verze ušetřila. To je celý ten vzorec: začni skutečnou prací, doplňky si vysluž výsledky.

Jak udržet náklady v rozumných mezích, aniž byste šidili

Utratit za aplikaci na míru méně neznamená usmlouvat hodinovou sazbu dolů nebo najít nejlevnější tým, jaký seženete. Tak skončíte u toho, že platíte dvakrát. Jde o to být uvážlivý v rozsahu, pořadí a rozhodnutích — tří věcech, které číslem skutečně pohnou. Tady leží skutečné úspory.

Za prvé, postavte nejmenší verzi, která je opravdu užitečná, a pak ji rozvíjejte. Soustředěné první vydání, které jednu věc dělá dobře, vás spustí rychleji, stojí zlomek snu „vše v jednom“ a — což je klíčové — naučí vás, co stavět dál, od skutečných zákazníků, ne z dohadů. Za druhé, udělejte rozhodnutí dřív, než stavba začne; nerozhodnost je to nejdražší, co můžete do projektu přinést. Za třetí, napojte se na to, co už vlastníte, místo abyste nahrazovali fungující nástroje, a přestavujte něco jen tehdy, když vás to opravdu brzdí.

Časté dotazy