Väčšina softvérových projektov, ktoré dopadnú zle, nezlyhá kvôli zlej technológii. Zlyhajú kvôli zlému partnerovi. Vývojárom, ktorí prisľúbia viac, ako dokážu dodať. Agentúre, ktorá nepochopila zadanie. Freelancerovi, ktorý projekt po troch mesiacoch opustí. Toto je sprievodca, ako takéto situácie rozpoznať vopred — skôr než podpíšete zmluvu a zaplatíte zálohu.
Portfólio: čo skutočne hľadať
Každý vývojár a každá agentúra vám ukáže pekné screenshoty. Screenshoty nič nevypovedajú o kvalite kódu, o tom, ako spolupráca prebiehala, ani o tom, či projekt funguje rok po spustení.
Namiesto toho sa pýtajte konkrétne:
- Na akej technológii to beží a prečo si ju zvolili? Ak odpoveď znie „lebo ju ovládame najlepšie", je to prijateľné. Ak odpoveď znie „lebo je to najmodernejšia", spozornite — moderná technológia nie je automaticky správna technológia.
- Kto to teraz spravuje? Ak súčasný dodávateľ spravuje systém a klient nemá prístup ku kódu ani k dokumentácii, je to varovný signál.
- Môžem kontaktovať predchádzajúceho klienta? Seriózni dodávatelia nemajú problém poskytnúť referencie. Ak sú všetky zákazky „pod NDA" alebo kontakt nie je možný, samo o sebe to nie je dôvod na odmietnutie — ale opýtajte sa prečo.
- Ako vyzeral priebeh projektu? Či projekt skončil v termíne, v rozpočte a bez sporov je informácia, ktorá vypovedá viac ako finálny produkt.
Príklad z praxe: Brnianská firma Technoprojekt s.r.o. vybrala agentúru na základe referenčného webu, ktorý vyzeral skvele. Až po podpise zmluvy zistila, že daný web vytvoril jediný vývojár, ktorý medzitým z agentúry odišiel. Celý projekt musel byť po pol roku reštartovaný s novým dodávateľom.
Komunikácia: červené vlajky pri prvom kontakte
Prvý e-mail alebo prvý hovor prezradí o dodávateľovi viac, ako si myslíte.
Zlé znamenia:
- Na konkrétne otázky odpovedajú vágne ("to záleží na veľa veciach, preberieme to na stretnutí")
- Na nič sa nepýtajú — dostanete ponuku bez jedinej upresňujúcej otázky
- Na všetko okamžite hovoria áno — každá vaša požiadavka je "určite bez problémov"
- Ponuka príde do 24 hodín na zložitý projekt, ktorý by si zaslúžil analýzu
- Hovoria výlučne o technológiách, nie o vašom biznise
Dobré znamenia:
- Kladú otázky, ktoré ste nečakali ("Kto bude systém používať?", "Ako to robíte teraz?", "Čo sa stane, keď to zlyhá?")
- Identifikujú veci, ktoré ste v zadaní opomenuli
- Otvorene hovoria, čo nevedia alebo čo by pre váš prípad neodporúčali
- Navrhujú, ako zistiť detaily predtým, než dajú finálnu cenu
Dodávateľ, ktorý sa na nič nepýta, buď vaše zadanie nepochopil, alebo ho nezaujíma. Oboje je problém.
Cena: čo je príliš lacné, čo je primerané
Cena je citlivá téma, ale platí jednoduché pravidlo: za vývoj softvéru na zákazku nemožno platiť ceny ako za komoditu.
| Typ dodávateľa | Orientačná hodinová sadzba | Typické riziko |
|---|---|---|
| Offshore / nearshore (mimo ČR/SK) | 400–800 Kč | Jazyková bariéra, časové pásma, nízka zodpovednosť |
| Freelancer junior | 500–900 Kč | Obmedzenosť, dostupnosť, kontinuita |
| Freelancer senior | 900–1 500 Kč | Kapacita, zastupiteľnosť |
| Malá agentúra (3–10 ľudí) | 1 000–1 600 Kč | Preťaženie, fluktuácia |
| Stredná agentúra (10+ ľudí) | 1 400–2 200 Kč | Overhead, anonymné projekty |
Ak dostanete ponuku s hodinovou sadzbou pod 500 Kč na webovú aplikáciu vyvíjanú v Česku alebo na Slovensku, buďte skeptickí. Buď ide o offshore prácu maskovanú ako lokálnu, alebo o vývojára, ktorý podhodnotí svoju prácu a projekt nedokončí.
Naopak, vysoká cena automaticky neznamená kvalitu. Veľké agentúry majú veľký overhead — projektoví vedúci, projektoví manažéri, account manažéri. Za rovnaké peniaze dostanete menej skutočného vývoja.
Praktický tip: Požiadajte o rozklad ceny na konkrétne položky. Koľko stojí analýza? Koľko vývoj? Koľko testovanie? Koľko nasadenie? Dodávateľ, ktorý odmietne rozložiť cenu alebo nie je schopný vysvetliť, čo za jednotlivé položky dostanete, je problematický partner.
Zmluva: čo v nej musí byť
Slovné dohody nestačia. Softvérové projekty sú zložité a bez písomnej zmluvy sa spory riešia veľmi ťažko. Tu sú veci, bez ktorých zmluvu nepodpisujte:
Vlastníctvo zdrojového kódu. Kód, za ktorý platíte, musí byť po dokončení váš. Explicitne. Niektoré agentúry si ponechávajú autorské práva a vy potom fakticky platíte za prístup k vlastnému systému. Doložka musí znieť jasne: „Všetok zdrojový kód vytvorený v rámci tohto projektu prechádza do vlastníctva objednávateľa po úplnom uhradení ceny."
Odovzdanie dokumentácie. Systém bez dokumentácie je systém, ktorý vás drží v závislosti od dodávateľa. Zmluva musí špecifikovať, čo dokumentácia obsahuje: technická architektúra, popis API, návod na prevádzku, popis databázovej schémy.
Podmienky maintenance. Čo sa stane po spustení? Kto opravuje chyby? Za koľko? V akej dobe? Záručná lehota na chyby (odporúčam minimálne 3 mesiace) by mala byť v zmluve explicitne.
Eskalačný mechanizmus. Čo sa stane, ak projekt neprebieha podľa plánu? Ako sa riešia spory? Mechanizmus by mal byť popísaný pred tým, než ho budete potrebovať.
Príklad z praxe: Pražský e-shop Modexa.cz zadal vývoj mobilnej aplikácie freelancerovi bez písomnej zmluvy. Freelancer dokončil 70 % projektu, potom bol nedostupný. Kód bol napísaný tak, že ho žiadny iný vývojár nedokázal prevziať. Strata: štvrť milióna korún a šesť mesiacov času.
Discovery: agentúry, ktoré preskočia analýzu požiadaviek, vás sklamú
Seriózny vývoj softvéru začína analýzou požiadavkov — discovery fázou. Ak dodávateľ rovno preskočí na návrh riešenia alebo rovno na vývoj, je to problém.
Čo by mala discovery fáza zahrnúť:
- Zmapovanie súčasných procesov (ako to robíte teraz a prečo)
- Identifikáciu skutočných používateľov systému a ich potrieb
- Prioritizáciu funkcií — čo je nevyhnutné na spustenie, čo môže prísť neskôr
- Identifikáciu rizík a nejasností
- Technický návrh a hrubý odhad pracnosti
Discovery fáza stojí peniaze — počítajte s 10–20 % celkového rozpočtu. Ale investícia sa vráti: projekty s dobrou analýzou majú štatisticky nižšie prekročenie rozpočtu a výrazne menej konfliktov medzi klientom a dodávateľom.
Praktický tip: Ak dodávateľ ponúkne, že discovery urobí zadarmo ako súčasť obchodného procesu, buďte opatrní. Buď je analýza povrchná (jednohodinový workshop nestačí), alebo sa náklady presunú inam. Kvalitnú discovery nemožno urobiť zadarmo.
Freelancer vs. agentúra vs. interný vývojár: kedy čo
Žiadna varianta nie je univerzálne lepšia. Záleží na situácii.
| Situácia | Odporúčaná voľba |
|---|---|
| Jednorazová webová aplikácia, definované požiadavky | Freelancer senior alebo malá agentúra |
| Dlhodobý produkt, priebežný rozvoj | Malá alebo stredná agentúra, alebo interný tím |
| Kritický systém so zložitou biznis logikou | Stredná agentúra alebo interný tím |
| Startup, rýchle MVP, neistota v požiadavkách | Malá agentúra so skúsenosťou s MVP |
| Interný nástroj pre 5 ľudí | Freelancer |
| Projekt s citlivými dátami alebo regulatórnymi požiadavkami | Agentúra s explicitnou skúsenosťou v danej oblasti |
Interný vývojár dáva zmysel od momentu, keď máte kontinuálny vývoj v objeme 2 000+ hodín ročne. Pod týmto objemom je externý dodávateľ takmer vždy lacnejší — aj keď hodinová sadzba je vyššia, neplatíte PN, dovolenku, hardware ani softvér.
5 otázok, ktoré položiť na každom rokovaní
Tieto otázky sú efektívne práve preto, že na ne neexistuje „správna" marketingová odpoveď:
-
„Aký bol váš najťažší projekt za posledný rok a čo sa pokazilo?" — Dodávateľ, ktorý tvrdí, že sa nič nepokazilo, buď klame, alebo nerobí dosť zložité projekty.
-
„Kto konkrétne bude na projekte pracovať a ako riešite zastupiteľnosť?" — Chcete meno a životopis, nie všeobecnú odpoveď o „tíme skúsených vývojárov".
-
„Ako riešite situáciu, keď sa požiadavky zmenia v priebehu projektu?" — Každý projekt sa zmení. Chcete vedieť, či majú definovaný change management proces, alebo to riešia ad hoc hádkami.
-
„Čo sa stane, keď projekt dokončíme a prejdeme k inému dodávateľovi?" — Správna odpoveď: „Odovzdáme vám všetok kód, dokumentáciu a prístupy do všetkých systémov." Zlá odpoveď: váhanie alebo výhrada.
-
„Môžete mi ukázať príklad dokumentácie, ktorú typicky odovzdávate po projekte?" — Žiadajte konkrétny dokument, nie popis toho, čo by hypoteticky mohol dokument obsahovať.
Červené vlajky: zoznam varovných signálov
Ak u potenciálneho dodávateľa vidíte tri alebo viac z nasledujúcich, odporúčame hľadať ďalej:
- Ponuka bez akýchkoľvek otázok k zadaniu
- Neschopnosť vysvetliť technické rozhodnutie bez žargónu
- Referencie, ktoré nemožno overiť
- Zmluva bez zmienky o vlastníctve kódu
- Cena bez rozkladov na položky
- Prísľub termínu bez špecifikácie rozsahu
- Kontaktná osoba sa mení pri každej komunikácii
- Platobné podmienky požadujúce veľkú zálohu (nad 50 %) pred analýzou
- Negatívne komentáre o predchádzajúcich klientoch
- Nekomunikujú písomne — všetko „preberieme na stretnutí"
Príklad z praxe: Jihlavská výrobná firma Kovotechna s.r.o. dostala ponuku na ERP systém za výnimočne nízku cenu — tretinu obvyklej trhovej hodnoty. Dodávateľ argumentoval „efektívnymi procesmi a štandardizovanými riešeniami". Po podpise zmluvy sa ukázalo, že išlo o prispôsobenie hotového zahraničného systému s veľmi obmedzenou lokalizáciou. Pridanie každej českej špecifickej funkcie stálo extra a projekt nakoniec prekročil pôvodnú ponuku o 180 %.
V BASAD Studios
V BASAD Studios začíname každý projekt discovery fázou — analýzou požiadavkov, zmapovaním procesov a technickým návrhom, skôr než napíšeme jediný riadok kódu. Zmluvu s jasným vlastníctvom kódu a odovzdávacou dokumentáciou považujeme za štandard, nie za nadštandard. Ak hľadáte partnera na webovú aplikáciu a chcete vedieť, ako konkrétne pristupujeme k projektom, ozvite sa nám alebo sa pozrite na našu službu webové aplikácie.