Vlastní software na míru, nebo hotové řešení z krabice? Správná odpověď nezávisí na tom, co je obecně „lepší“, ale na tom, co konkrétně vaše firma potřebuje vyřešit. To se dá poznat ještě před podpisem smlouvy. V článku najdete šest otázek, podle kterých se rozhodnete, a přehled skrytých nákladů, které se u obou variant mohou objevit později.
Kde se nejčastěji dělá chyba
Občas se rozhodnutí dělají pod tlakem: řešení je potřeba hned, a vybere se první nabídka, která vypadá rozumně a cenově vychází přijatelně. Problém nastává, když se rozhodnutí opírá jen o rychlost a vstupní cenu, ne o to, co projekt skutečně vyžaduje.
U hotového řešení se jeho limity často projeví až v provozu, kdy je náprava mnohem dražší. U vlastního vývoje se zase nejasné zadání promítne do rozpočtu a termínu.
Obě situace mají stejnou příčinu: rozhodnutí padlo na základě odhadu, ne analýzy. Řešením není vybrat rychleji, ale nejdřív si poctivě odpovědět na pár otázek.
Šest otázek, které rozhodnutí prakticky udělají za vás
Odpovězte si na těchto šest otázek dřív, než začnete srovnávat konkrétní nabídky. Získáte tak lepší podklady pro finální rozhodnutí.
Řeší hotové řešení vaši specifickou byznysovou logiku, nebo ji ohýbáte podle šablony? Pokud musíte firemní procesy přizpůsobovat systému, místo aby se systém přizpůsobil vám, platíte cenu, kterou nenajdete na žádné faktuře: čas lidí, kteří denně obcházejí to, co nástroj neumí.
Potřebujete integraci na systém s nestandardním API? ERP, interní databáze, starší systém bez moderního rozhraní: krabicová řešení počítají s běžnými integracemi. Cokoliv mimo standard obvykle znamená vlastní middleware nebo úpravu na míru, a v tu chvíli už o čistě hotovém řešení nemluvíme.
Narazíte na limity výkonu, bezpečnosti nebo objemu dat, které platforma nezvládne? SaaS nástroje jsou navržené pro typický případ použití, a to nemusí být ten váš. Nadstandardní zátěž, přísné bezpečnostní požadavky nebo citlivá data často znamenají, že narazíte na strop dřív, než byste čekali.
Roste vaše firma rychleji, než dokážete hotové řešení škálovat? Škálování u krabicových řešení naráží na tři věci najednou: cenu (poplatky rostou s objemem nebo počtem uživatelů), výkon a možnost úprav. Co dnes stačí, nemusí stačit za dva roky, a přechod na jiné řešení uprostřed růstu je nákladnější, než kdybyste od začátku stavěli na míru.
Musí data zůstat mimo cloud třetí strany? Regulatorní požadavky, bezpečnostní politika nebo prostě citlivost dat občas vyloučí SaaS variantu úplně, bez ohledu na to, jak dobře by jinak vyhovovala.
Kolik vás řešení bude stát za tři až pět let, ne jen na začátku? Hotové řešení má nižší vstupní cenu, ale často rostoucí licenční poplatky. Vlastní vývoj má vyšší vstupní investici, ale náklady se dají predikovat a řešení roste s vámi bez rostoucích licenčních poplatků. Rozhodnutí podle ceny prvního roku je nejčastější chyba v celém procesu.
Pokud vám na většinu otázek vyšlo, že hotové řešení vám vyhovuje, drží se rozpočtu a nikde nenarážíte na limity, je to legitimní volba. Vlastní vývoj není lepší varianta ve všech situacích. Je to varianta pro situace, kdy krabice objektivně nestačí.
Skrytá cena hotového řešení
Nižší vstupní cena a rychlé nasazení jsou reálná výhoda. Skryté náklady se objevují až později:
- Licence rostou s vámi. Přidáte uživatele, objem dat nebo transakcí a cena jde nahoru, často rychleji, než roste váš rozpočet.
- Jste závislí na vendorovi. Roadmapu, funkce i cenu určuje dodavatel platformy, ne vy: co dnes funguje podle vašich potřeb, se zítra může změnit.
- Úpravy se hromadí jako technický dluh. Pluginy, doplňky a úpravy jednotlivých funkcí fungují každá zvlášť, ale dohromady vytvářejí křehkou konstrukci, náchylnější k výpadkům a horší na údržbu než čistý kód psaný na míru.
- Data často leží mimo vaši kontrolu, na infrastruktuře třetí strany, podle jejích podmínek.
- Platíte i za nevyužité funkce. Balíček je navržený pro širokou škálu zákazníků, ne přímo pro vás, takže část z něj v praxi nikdy nevyužijete, i když je v ceně licence.
Skrytá cena vlastního vývoje
Vlastní software dává kontrolu nad vším, ale jen tehdy, pokud je zadání jasné a dodavatel dodrží slovo. I to má svá rizika:
- Špatně definovaný scope. Nejčastější způsob, jak se projekt na míru prodraží: dodavatel začne vyvíjet dřív, než je jasné, co přesně se staví, a za tři měsíce se ukáže, že nikdo nemá stejnou představu výsledku.
- Volba dodavatele, který sám vytváří vendor lock-in. Vlastní vývoj má být cesta ven ze závislosti na cizí platformě, ne cesta k závislosti na jediném dodavateli, který jako jediný rozumí vašemu kódu. Tomu se dá předejít pomocí open-source technologického stacku a smluvně zajištěné dokumentace.
- Odpovědnost za provoz. Vlastní software potřebuje někoho, kdo ho po spuštění hlídá, aktualizuje a opravuje. Pokud tahle otázka není vyřešená před podpisem, řešíte ji ve chvíli, kdy už je pozdě.
Nemusí jít o čisté buď/anebo
Rozhodnutí se dnes čím dál častěji neřeší jako jedno buď/anebo pro celou firmu, ale funkci po funkci. U komoditních funkcí, jako jsou platby, přihlašování, e-mailing nebo základní CRM, dává smysl sáhnout po hotové službě: nikoho neodlišují od konkurence a vyvíjet si je samostatně je zbytečná práce navíc. Vlastní vývoj se pak soustředí tam, kde firma skutečně vytváří konkurenční výhodu a kde jí šablona nesedí.
I hotové platformy jako Shopify nebo WordPress dnes běžně fungují přesně takhle: jako základ, na kterém se staví vlastní vrstva integrací a úprav. Otázka „stavět, nebo koupit“ se tak často mění na „co konkrétně z projektu je běžná funkcionalita a co odlišnost, kterou potřebujeme na míru“. Stejný princip, jen v užším měřítku, platí i u volby technologie pro obsahovou vrstvu webu, třeba mezi headless a tradičním CMS.
AI může vlastní vývoj zlevnit, ale ne automaticky
Hlavní argument proti vlastnímu vývoji bývá cena a rychlost. Tenhle argument dnes neplatí paušálně: záleží na tom, jak konkrétní dodavatel AI do vývoje skutečně zapojuje. V Argo22 jsme AI-native firma: AI u nás zrychluje analýzu, generuje boilerplate kód podle firemních standardů a zkracuje QA fázi, takže cesta k funkčnímu produktu na míru bývá kratší a levnější, než bývala dřív. Za výsledkem přitom pořád stojí konkrétní člověk z týmu, který za něj ručí.
Není to ale univerzální pravidlo, které platí pro každý vlastní vývoj. Rozdíl v ceně mezi vlastním vývojem a hotovým řešením záleží hlavně na tom, jakého dodavatele a jaký přístup si vyberete, ne na tom, kterou variantu obecně zvolíte.
Jak se rozhodnout objektivně?
Zkuste si na tohle téma najít pár článků: většinu napsala firma, která jednu z variant prodává, a podle toho vypadá i závěr. Vývojářské agentury vyjdou nakloněné vlastnímu vývoji, dodavatelé platforem zase krabicovému řešení. Nejspolehlivější rozhodnutí padne u někoho, kdo umí obojí a nemá důvod tlačit na dražší variantu.
V praxi to znamená: než se zavážete, nechte si od dodavatele vysvětlit, proč konkrétně pro vás vychází odpovědi na zmíněných šest otázek konkrétním směrem. Pokud odpověď zní obecně, „na míru je vždycky lepší“ nebo „naše platforma zvládne cokoliv“, je to signál, že mluvíte s prodejcem, ne s poradcem.
Přemýšlíte, jestli je pro váš konkrétní případ lepší vlastní vývoj, nebo hotové řešení? Ozvěte se nám, rádi to s vámi projdeme ještě předtím, než se pro cokoliv rozhodnete.
