Softvér na mieru – najmä ak od začiatku počíta s umelou inteligenciou – môže zásadne zmeniť fungovanie firmy. No medzi rozhodnutím „ideme do vlastného riešenia“ a momentom „systém funguje a náš tím je s ním spokojný“ mnohí zakladatelia stratia veľa peňazí aj mesiace úsilia.
Príčinou býva niekoľko chýb. Nie tých očividných, o ktorých ste už čítali, ale takých, o ktorých ľudia hovoria až vtedy, keď ich zažijú na vlastnej koži.
1. Chcete sa zbaviť nástroja, ale neriešite skutočný problém
V komunitách podnikateľov sa pravidelne opakuje rovnaký scenár. Niekto napíše: „Odchádzame z HubSpotu. Má priveľa funkcií, ktoré nepotrebujeme, a je príliš drahý. Vyvíjame si vlastné CRM.“ O šesť mesiacov príde pokračovanie: „Vývoj prebehol v poriadku, ale náš obchodný proces stále nefunguje.“
Lenže problémom nebolo CRM. Bol ním samotný obchodný proces. Keď s niečím pracujete viac ako tri roky, prestanete si všímať zaužívané obchádzky a náhradné postupy. Zabudnete, prečo sú dáta neprehľadné a prečo chýbajú záznamy o telefonátoch.
Softvér na mieru nenapraví nefunkčný obchodný proces. Nevyrieši nejasnú zodpovednosť za zákaznícke dáta. Ani to, že traja ľudia vo vašom tíme majú tri rôzne predstavy o tom, čo znamená „kvalifikovaný obchodný kontakt“.
Skôr než začnete čokoľvek vyvíjať, zdokumentujte, ako váš tím skutočne pracuje. Nestačí sa spoliehať na to, ako svoju prácu opisuje. Strávte s ľuďmi čas a sledujte ich pri každodenných úlohách.
2. Problém s vetou „Keď už to robíme…“
Zakladateľ firmy sa rozhodne vyvinúť vlastný systém na správu klientov. Počas prvého rozhovoru s vývojovým tímom niekto navrhne: „A keď už to robíme, mohli by sme pridať AI, ktorá zhrnie telefonáty s klientmi?“ Jasné. „A možno aj predpovedať, ktorí klienti zvažujú odchod?“ Určite. „A automaticky pripravovať nadväzujúce e-maily?“ Samozrejme.
Z troch funkcií je zrazu osem. Z trojmesačného projektu sa stane sedemmesačný. Rozpočet sa zdvojnásobí a pôvodný problém dostane menej pozornosti, než si zaslúžil.
Čo funguje: držať sa podstaty. Najskôr vytvorte verziu, ktorá vyrieši hlavný problém. Počas 60 dní ju overujte so skutočnými používateľmi. Až potom pridajte AI do systému, o ktorom už viete, že funguje. Umelá inteligencia dokáže dobrý systém posilniť. Zbytočne komplikovaný systém však nezachráni.
3. Softvér vám odovzdali, no samostatnosť ste nezískali
Táto chyba sa často nenápadne prejaví až 9 až 18 mesiacov po spustení.
Projekt sa dokončí a všetko vyzerá dobre. Dostanete odkaz na GitHub, možno dokument s niekoľkými pokynmi a absolvujete 90-minútový hovor, počas ktorého vám systém predstavia. Softvér funguje. Ste spokojní.
Potom niekto z tímu potrebuje zmeniť spôsob generovania reportu. Alebo prijmete nového prevádzkového manažéra, ktorý chce upraviť pracovný postup. Prípadne vznikne otázka týkajúca sa GDPR a potrebujete pochopiť, ako systém spracúva a prenáša osobné údaje. Vtedy zistíte, že nikto vo vašom tíme poriadne nerozumie tomu, ako je riešenie postavené.
Obrátite sa na pôvodného dodávateľa. Ten má plné ruky práce s inými klientmi. Dostanete cenovú ponuku, ktorá je vyššia, než ste čakali. Zaplatíte, pretože inú možnosť veľmi nemáte. Neskôr oslovíte ďalšiu firmu s nádejou, že zmeny urobí lacnejšie. Tá vám však povie, že s existujúcim kódom sa pracuje ťažko a radšej by systém vytvorila nanovo.
Vaša firma je tak závislá od dodávateľa, s ktorým už nemáte zmluvne dohodnutú spoluprácu, hoci na jeho systéme stojí celá prevádzka. Nie je to ojedinelý prípad. Je to bežný dôsledok toho, keď si zakladateľ bez technického zázemia objedná softvér na mieru a nepremyslí si, čo bude nasledovať po jeho odovzdaní.
Čo sa v skutočnosti stalo: Odovzdanie bolo iba formalitou. Skutočná samostatnosť znamená, že váš tím dokáže odpovedať na základné otázky o systéme bez toho, aby musel niekomu telefonovať. Nový vývojár sa dokáže zorientovať v kóde za deň. A dokumentácia vysvetľuje nielen to, čo sa vytvorilo, ale aj prečo sa prijali konkrétne rozhodnutia.
Čo požadovať: Ešte pred podpisom zmluvy požiadajte dodávateľa, aby vám ukázal odovzdávaciu dokumentáciu z predchádzajúceho projektu. Spýtajte sa priamo: „Ak by sme o 12 mesiacov potrebovali zapojiť iný tím, čo by potreboval, aby sa v projekte zorientoval?“ Neurčitá odpoveď vám veľa napovie.
4. Nesprávny výpočet celkových nákladov
SaaS sa zdá drahý, pretože jeho cenu vidíte pravidelne. Štyristo eur mesačne, každý mesiac, bez konca. Na každej faktúre si túto sumu všimnete a trochu vás zabolí.
Softvér na mieru pôsobí ako jednorazový výdavok. Zaplatíte 5 000 €, riešenie je vaše a hotovo. Lenže tým sa náklady nekončia.
Softvér potrebuje server, na ktorom bude bežať. Potrebuje bezpečnostné aktualizácie vždy, keď sa objavia zraniteľnosti – a tie sa objavujú pravidelne. Musí sa meniť spolu s vašou firmou. Potrebujete tiež niekoho, kto sa naň pozrie, keď sa o jedenástej večer pred dôležitým stretnutím s klientom niečo pokazí. A musí zostať kompatibilný s ostatnými nástrojmi.
Niekedy je vlastné riešenie stále jednoznačne správnou voľbou, pretože firme prinesie vyššiu hodnotu, než predstavuje rozdiel v nákladoch. Tento výpočet však musí vychádzať z realistických predpokladov.
Čo sa v skutočnosti deje: Zakladatelia porovnávajú cenu vývoja s predplatným SaaS. Do porovnania však nezahrnú celkové náklady na vlastníctvo a prevádzku vlastného systému.
Čo urobiť: Od každého dodávateľa, ktorého zvažujete, si vyžiadajte realistický odhad nákladov na druhý a tretí rok. Zahrňte hosting, bežnú údržbu aj predpokladané úpravy. Ak už podobné systémy vyvíjal, mal by vám vedieť poskytnúť reálne čísla. Ak to nedokáže alebo nechce, aj to je dôležitá informácia.
Kedy má softvér na mieru zmysel
Nič z uvedeného neznamená, že softvér na mieru je nesprávna voľba. Pre mnohé malé a stredné firmy, ktorých potreby už presiahli možnosti hotových nástrojov, je vhodným riešením. Najmä dnes, keď môže byť AI priamo súčasťou jeho základnej architektúry.
Podnikatelia, ktorým sa takýto projekt podarí, však doň vstupujú s jasnou predstavou. Vedia, aký problém riešia, nesnažia sa vytvoriť všetko naraz, premýšľajú dlhodobo a spoluprácu s vývojovým tímom vnímajú ako partnerstvo.
