Obsah článku
Majiteľ výrobnej firmy s dvadsiatimi ľuďmi má na stole dve ponuky. Jedna hovorí o predplatnom za používateľa, druhá o jednorazovej sume za dielo a mesačnej údržbe. Rozdiel v čísle je trojnásobný a obe strany majú pravdu — lebo každá počíta niečo iné.
Robíme vývoj na mieru aj automatizáciu procesov a prvá konzultácia sa u nás prekvapivo často skončí odporúčaním nič nevyvíjať. Nie zo skromnosti: väčšina zadaní, ktoré prídu ako „potrebujeme systém“, sú v skutočnosti tri samostatné rozhodnutia zabalené do jedného.
- Koľko z vášho procesu je naozaj výnimočné — a koľko ho len nikto nikdy nezapísal.
- Kto bude výsledok vlastniť a kto ho bude vedieť zmeniť, keď sa dodávateľ o dva roky odmlčí.
- Čo sa stane pri prvej vynútenej zmene — novom predpise, novom formáte, novej integrácii.
Cena v ponuke odpovedá len na prvé. Druhé a tretie sa prejavia až o rok a stoja spravidla viac.
Prvý test: je váš proces iný, alebo len nezapísaný?
Vezmite si posledný mesiac a vypíšte, kde vaši ľudia strácajú čas. Ak odpoveď znie „prepisujeme to z tabuľky do systému“ alebo „každý má vlastný súbor a nevieme, ktorý je platný“, máte procesný problém, nie softvérový. Ten sa dá často vyriešiť bez jediného riadku kódu — a keď ho zabetónujete do aplikácie na mieru, zaplatíte za to, aby zmätok bežal rýchlejšie.
Zároveň platí opak. Veci, ktoré má trh dávno vyriešené, si nedávajte programovať. Účtovníctvo a mzdy na Slovensku pokrývajú KROS (Omega, Alfa plus), MRP, Money S3, POHODA či Helios — a robia to lacnejšie a spoľahlivejšie, než vám to ktokoľvek napíše na kolene. Navyše nesú bremeno, ktoré si pri vlastnom vývoji naložíte na plecia sami: legislatívne aktualizácie. Keď sa zmení výpočet odvodov alebo formát výkazu, dodávateľ účtovného programu to vyrieši v rámci údržby. Vo vašej vlastnej aplikácii je to objednávka.
Vlastný vývoj sa oplatí tam, kde je vaša firma naozaj iná: v prechodoch medzi ľuďmi a rolami, vo vašich pravidlách cenotvorby, v tom, ako plánujete kapacitu alebo ako odovzdávate zákazku technikovi do terénu.
Pomocný test, ktorý funguje lepšie než hodinová debata: keby ste zajtra kúpili konkurenta, ktorý z týchto krokov by robil úplne rovnako? Čo by robil rovnako, kúpte. Čo nie, je kandidát na mieru.
Tri cesty a čo pri každej naozaj platíte
| Hotový (krabicový) program | No-code platforma | Vývoj na mieru | |
|---|---|---|---|
| Vstupný náklad | nízky | nízky | najvyšší |
| Čo platíte ďalej | licenciu alebo predplatné za používateľa | predplatné, ktoré rastie s počtom ľudí aj objemom dát | údržbu, hosting a každú zmenu |
| Čas do prvého použitia | dni | týždne | mesiace |
| Kto sa komu prispôsobí | vy softvéru | čiastočne obe strany, v hraniciach platformy | softvér vám |
| Legislatívna zmena | rieši dodávateľ v cene údržby | rieši prevádzkovateľ platformy, ak sa týka jadra | riešite a platíte vy |
| Kto to vie zmeniť | iba dodávateľ | vaši ľudia po zaškolení | ktokoľvek, kto má zdrojový kód a dokumentáciu |
| Hlavné riziko | proces sa ohne podľa softvéru | zmena cenníka alebo limitov platformy | závislosť na jedinom dodávateľovi |
Tabuľka nemá víťaza. Má upozorniť, že „lacné“ a „drahé“ sa v týchto troch stĺpcoch merajú v inom čase. Krabicový program je najlacnejší v prvom roku a najdrahší vtedy, keď vás donúti prerobiť to, čím sa živíte. Vývoj na mieru je presne naopak.
Najčastejšie odporúčanie, ktoré od nás firmy dostanú, pritom nie je ani jeden z týchto troch stĺpcov samostatne: kúpte hotový program na to, čo je u vás rovnaké ako inde, a na mieru si nechajte spraviť len tie prepojenia a kroky, ktoré vás odlišujú. Integrácia dvoch hotových vecí býva výrazne lacnejšia než jeden veľký systém, ktorý má vedieť všetko.
Druhý test: kto bude výsledok vlastniť
Toto je bod, na ktorom sa najčastejšie páli. Zaplatiť za vývoj a vlastniť jeho výsledok nie sú to isté. Autorské práva vznikajú tomu, kto dielo vytvoril, a objednávateľ dostáva presne toľko, koľko mu dá zmluva. Ak v nej nič nestojí, môžete mať zaplatenú aplikáciu, ktorú smiete používať — ale nesmiete ju dať upraviť nikomu inému.
Preto ešte pred podpisom vypýtajte štyri veci a chcite ich písomne:
- Rozsah licencie alebo prevod práv — či je výhradná, na aké územie, na aký čas a či zahŕňa aj právo dielo upraviť a nechať upraviť treťou stranou.
- Odovzdanie zdrojového kódu — pravidelne, do vášho repozitára, nie „na požiadanie na konci“.
- Dokumentáciu a prístupy — schéma databázy, postup nasadenia, účty k doméne, hostingu a k službám tretích strán vedené na vašu firmu, nie na dodávateľa.
- Exit — export všetkých dát v otvorenom formáte (CSV, XML, JSON) kedykoľvek a bez príplatku.
Ak dodávateľ pri týchto štyroch bodoch zaváha, nie je to nutne zlý dodávateľ. Ale je to presne ten rozhovor, ktorý chcete mať teraz a nie o dva roky. Formulácie licenčnej časti si nechajte skontrolovať právnikovi — je to jedna z mála položiek projektu, kde sa pár stoviek eur za kontrolu vráti mnohonásobne.
Tretí test: prvá vynútená zmena
Softvér neumiera na chyby. Umiera na zmenu, ktorú nikto neplánoval a nikto nemá zaplatenú.
Najbližší takýto tlak na slovenské firmy prichádza z fakturácie: elektronická fakturácia v štruktúrovanom formáte a jej postupné rozširovanie na ďalšie okruhy dokladov. Detaily aj termíny sa počas prípravy menili viackrát, takže sa neriaďte tým, čo ste počuli vlani na školení — aktuálne znenie si overte v Zbierke zákonov na Slov-Lexe a doplňte otázkou na svojho účtovníka, čo konkrétne sa týka vašich dokladov a od kedy.
Pre rozhodnutie „kúpiť alebo vyvíjať“ je podstatný dôsledok, nie paragraf: ak faktúry vystavuje krabicový program, prispôsobenie je vecou jeho dodávateľa a ceny údržby. Ak ich vystavuje vaša vlastná aplikácia, je to váš projekt, váš termín a vaša faktúra za vývoj. To isté platí pre zmenu sadzieb, nový výkaz alebo novú požiadavku banky na formát platobného príkazu.
Otázka do ponuky teda znie: kto zaplatí úpravu, keď sa zmení formát alebo predpis — a v akej lehote ju garantujete? Odpoveď patrí do zmluvy o údržbe, nie do e-mailu.
Čo si vypýtať, než podpíšete
- Rozpis ceny na analýzu, vývoj, nasadenie a školenie — nie jedno číslo.
- Cenu údržby na rok a čo presne obsahuje (opravy chýb, aktualizácie prostredia, legislatívne zmeny).
- Reakčné lehoty pri výpadku a spôsob hlásenia.
- Kto konkrétne bude na projekte pracovať a čo sa stane, keď odíde.
- Zálohovanie: kde ležia, ako často sa robia a kedy ste naposledy skúšali obnovu.
- Prvý použiteľný výstup do niekoľkých týždňov, nie „veľký štart“ o pol roka.
Kedy dávame ruky preč
Keď firma nevie na papieri opísať proces, ktorý chce zautomatizovať, softvér jej nepomôže — najskôr treba zapísať, ako to vlastne robíte. Keď je požiadavka „chceme to isté ako konkurencia, ale lacnejšie“, hotový program to spraví lepšie. A keď sa celý rozdiel oproti trhu zmestí do dvoch výnimiek v cenníku, stačí tabuľka a dvadsať minút školenia.
Vývoj na mieru dáva zmysel vtedy, keď viete presne pomenovať krok, ktorý robíte inak než ostatní, a viete povedať, koľko vás dnes stojí robiť ho ručne. Ak toto číslo máte, rozhodnutie je jednoduché. Ak ho nemáte, nekupujete softvér — kupujete nádej.