V posledních týdnech jsme řešili zajímavý případ, který dobře ukazuje, kdy dává smysl přemýšlet o vlastním informačním systému jinak než klasickým vývojem od nuly nebo skládáním hotových nástrojů.
Obrátil se na nás zájemce s obchodním plánem na startup. Detaily projektu zde z pochopitelných důvodů a s ohledem na NDA uvádět nemůžeme. Rámcově lze ale říci, že součástí zamýšleného řešení má být mobilní aplikace, webový portál a informační systém na pozadí, který bude držet data, procesy a provozní logiku celého projektu.
Na první pohled se může zdát, že jde o běžné digitální řešení. Jenže podstatná část zadání je velmi specifická. Procesy, datová struktura i obchodní logika vycházejí z konkrétního záměru klienta a nelze je jednoduše pokrýt existujícím softwarem, hotovým modulem ani kombinací několika běžných nástrojů.
To je častý moment, kdy firmy stojí před složitým rozhodnutím. Na jedné straně potřebují vlastní řešení, protože standardní nástroje nestačí. Na druhé straně ale nechtějí, a často ani nemohou, hned na začátku investovat miliony do rozsáhlého vývoje.
U startupu je tato situace ještě citlivější. Projekt je ve fázi validace, tedy v okamžiku, kdy je potřeba co nejrychleji ověřit obchodní záměr v praxi. Cílem není vybudovat hned kompletní systém se všemi funkcemi, ale vytvořit MVP, které spolehlivě pokryje nejdůležitější procesy na pozadí a umožní ověřit, zda obchodní model funguje.
Právě proto jsme s klientem neřešili otázku, jak postavit všechno najednou. Zaměřili jsme se na to, co musí v první fázi skutečně fungovat, aby bylo možné projekt bezpečně spustit, provozovat a vyhodnocovat.
Zároveň ale bylo důležité nepřemýšlet pouze krátkodobě. MVP nemá být jen rychlá provizorní stavba, která se po prvním úspěchu zahodí. Pokud se startupu bude dařit, musí mít možnost růst. A právě zde se často rozhoduje o tom, zda první technické řešení pomůže dalšímu rozvoji, nebo se z něj stane brzda.
V tomto případě se dobře ukázala výhoda platformového přístupu Flexideo.
Díky platformě je možné navrhnout vlastní datovou strukturu podle skutečných potřeb projektu. Ne podle toho, co dovolí krabicový software. Ne podle toho, jaké hotové moduly jsou zrovna dostupné. A ne podle toho, co se dá rychle poskládat z více nesouvisejících nástrojů.
Cílem je vytvořit jedno kvalitní jádro systému. Jedno místo pravdy, ve kterém budou soustředěna klíčová data a procesy. Takové jádro pak může sloužit jako backend pro mobilní aplikaci, webový portál i back office klienta.
Tím se od začátku předchází situaci, kdy důležitá data vznikají na několika různých místech, v několika databázích a v několika oddělených systémech. Takový stav často vede ke složité synchronizaci, chybám, nejasnostem v odpovědnosti za data a později i k vysokým nákladům na další rozvoj.
Pokud je systém navržen jako jedno ucelené datové a procesní jádro, je možné začít menším rozsahem, ale zároveň zachovat prostor pro další růst. Startup tak získá MVP, které odpovídá validační fázi, ale není postavené jako slepá ulička.
To je podle nás velmi důležité. Rychlost na začátku projektu nesmí znamenat, že se hned v první fázi vytvoří technologický dluh, který bude nutné za několik měsíců nákladně řešit. Stejně tak ale není rozumné čekat rok na robustní systém, pokud je aktuálním cílem ověřit obchodní záměr v praxi.
Flexideo v takových případech umožňuje najít rozumnou rovnováhu.
Na jedné straně poskytuje stabilní technologický základ a možnost vytvořit vlastní datovou strukturu. Na druhé straně není nutné vše klasicky programovat od nuly. Díky tomu lze postavit specifické řešení rychleji, s nižší počáteční investicí a s větší kontrolou nad tím, jak bude systém do budoucna růst.
Pro startupy i zavedené firmy je tento princip často velmi praktický. Nejde jen o to „udělat software“. Jde o to vytvořit informační základ, který odpovídá reálnému způsobu práce, drží důležitá data pohromadě a umožňuje další rozvoj bez zbytečných omezení.
V případě popisovaného projektu tedy nebylo hlavní otázkou, zda vyvinout mobilní aplikaci, webový portál nebo back office. To jsou důležité části řešení, ale samy o sobě nestačí.
Klíčové bylo navrhnout společné systémové jádro, které bude pod těmito částmi stát a které zajistí, že celý projekt bude mít pevný, přehledný a škálovatelný základ.
Právě v tom vidíme smysl platformového přístupu.
Když běžný software nestačí, nemusí být jedinou možností drahý a dlouhý vývoj na zelené louce. A když je potřeba začít rychle, nemusí to znamenat slepit dohromady několik nástrojů, které se později stanou problémem.
Někdy je nejlepší začít menším, ale správně navrženým jádrem.
Takovým, které zvládne dnešní MVP. A zároveň nebude překážkou zítřejšího růstu.
Nezávazná konzultace
