Ako naplánovať vývoj SaaS aplikácie: od prvého wireframu po spustenie

01Čo je SaaS aplikácia a prečo sa plánuje inak ako web

SaaS (software as a service, softvér ako služba) je aplikácia, ktorú zákazník neinštaluje. Používa ju v prehliadači a platí za ňu priebežne, zvyčajne mesačne alebo ročne. Typickým príkladom sú fakturačné programy, CRM, rezervačné systémy alebo evidencia dochádzky. Slovenské firmy pritom za cloudové služby platia menej často ako priemer EÚ. Podľa Eurostatu platilo v roku 2025 za cloudové služby 36,4 % slovenských firiem s desiatimi a viac zamestnancami, výrazne menej ako priemer EÚ (52,7 %) aj susedné Česko (54,9 %). Pre toho, kto chce predávať SaaS slovenským firmám, to znamená priestor na rast, ale aj viac vysvetľovania. Časť zákazníkov bude treba najprv presvedčiť, prečo platiť za softvér v prehliadači.

Od bežného webu alebo interného nástroja sa SaaS líši v štyroch veciach, ktoré treba naplánovať vopred:

• Viac zákazníkov v jednej aplikácii. Dáta každej firmy musia byť oddelené tak, aby jeden zákazník nikdy nevidel dáta iného.
• Tímy a roly. Zákazníkom je firma s viacerými používateľmi. Majiteľ, účtovník aj bežný používateľ potrebujú v aplikácii iné oprávnenia.
• Predplatné. Tarify, skúšobné obdobie, zmena tarify, faktúry, neúspešné platby a DPH v rôznych krajinách.
• Prevádzka, ktorá nekončí. Nové verzie sa nasadzujú za chodu a zákazníci očakávajú dostupnosť, zálohy, podporu a bezpečnosť počas celého obdobia, za ktoré platia.

Každú z týchto vecí sa dá doplniť aj neskôr, len za výrazne viac peňazí. Preto má plán SaaS viac krokov ako plán webu.

02Krok 1: zadanie, ktoré sa zmestí na jednu stranu

Skôr než niekto nakreslí prvú obrazovku, spíšte zadanie na jednu stranu. Prinúti vás rozhodnúť o podstatných veciach a všetci, od vás cez grafika po programátorov, potom pracujú s rovnakou predstavou.

• Pre koho: konkrétny typ zákazníka a roly používateľov. Kto platí a kto aplikáciu denne používa.
• Problém a dnešné riešenie: ako to ľudia riešia teraz. V Exceli, e-mailom, na papieri, v inom programe.
• Hlavná cesta používateľa: jedna veta od registrácie k výsledku, za ktorý zákazník zaplatí.
• Cenový model: za firmu, za používateľa alebo podľa objemu. Mesačne, alebo ročne. Ovplyvní databázu aj fakturáciu.
• Metrika úspechu: podľa čoho po troch mesiacoch spoznáte, že prvá verzia funguje. Napríklad počet platiacich firiem alebo podiel používateľov, ktorí sa vracajú.
• Rozpočet a termín: vrátane rezervy a vrátane prevádzky po spustení.
• Obmedzenia: jazyky, krajiny, prepojenie s účtovníctvom, bankou alebo CRM, zákonné požiadavky.

Ak má aplikácia nahradiť tabuľky, na ktorých dnes stojí chod firmy, spíšte aj to, čo v nich ľudia robia ručne. Práve to býva jadrom prvej verzie. Viac o tom, kedy sa tabuľka stáva brzdou, píšeme v článku Kedy už firme nestačí Excel.

03Krok 2: používateľské toky a wireframy

Používateľský tok (user flow) je jednoduchý diagram cesty používateľa k cieľu: odkiaľ príde, na aké obrazovky narazí a kde sa rozhoduje. Nakreslite najprv hlavnú cestu a potom tie, na ktoré sa zabúda: registráciu a pozvanie kolegu do tímu, zabudnuté heslo, zmenu tarify, neúspešnú platbu, zrušenie predplatného a export dát.

Z tokov vzniknú wireframy, teda čiernobiele náčrty obrazoviek. Ukazujú, čo na obrazovke je a v akom poradí. Vzhľad prichádza na rad až neskôr. Kreslia sa zámerne bez farieb a fotiek, aby sa debata točila okolo obsahu a ovládania. Tri pojmy, ktoré si ľudia často mýlia:

Nástroj nie je podstatný. Stačí papier, tabuľa alebo Figma, kde plná licencia Professional pre jedného dizajnéra stojí 16 USD mesačne (asi 14 € podľa kurzu ECB z 25. 9. 2026) pri ročnej platbe. Wireframy robte pre počítač aj mobil. SaaS sa väčšinou ovláda na počítači, ale schvaľovanie, upozornenia alebo rýchly prehľad ľudia riešia v telefóne. Či k aplikácii potrebujete aj mobilnú verziu, pomôže rozhodnúť článok Natívna, alebo multiplatformová aplikácia.

04Krok 3: klikateľný prototyp a test s piatimi ľuďmi

Zo schválených wireframov urobte klikateľný prototyp a dajte ho do rúk ľuďom z cieľovej skupiny. Nič nevysvetľujte. Zadajte úlohu, napríklad „vystavte faktúru a pošlite ju klientovi“, a sledujte, kde váhajú. Jakob Nielsen z Nielsen Norman Group vypočítal, že päť testujúcich nájde zhruba 85 % problémov s ovládaním. Viac sa oplatí niekoľko malých kôl ako jeden veľký test.

Testujte preto v kolách: päť ľudí, opravy, ďalších päť. Oprava v prototype zaberie hodiny. Rovnakú chybu, ktorú nájdete až v hotovej aplikácii, musí tím opraviť v návrhu, v kóde aj v testoch. Ako hľadať ľudí z cieľovej skupiny a ako s nimi viesť rozhovor, opisujeme v článku Od nápadu k MVP.

Prototyp je zároveň najlepší podklad pre cenovú ponuku. Dodávateľ vidí každú obrazovku, a tak môže odhadnúť skutočný rozsah práce. Ak vám niekto ponúka pevnú cenu bez prototypu alebo aspoň wireframov, pýtajte sa, z čoho ju vypočítal.

05Krok 4: rozsah prvej verzie

Najväčšia pasca pri plánovaní je chcieť všetko hneď. Firma Pendo analyzovala anonymizované údaje o používaní softvéru svojich zákazníkov a v správe z roku 2019 dospela k tomu, že 80 % funkcií v priemernom softvérovom produkte sa používa zriedka alebo nikdy. V priemere len 12 % funkcií tvorí 80 % každodenného používania.

Pomôže jednoduché triedenie MoSCoW. Každú funkciu zaraďte do jednej zo štyroch skupín:

• Musí (Must): bez toho zákazník neprejde hlavnou cestou a nezaplatí.
• Mala by (Should): dôležité, ale prví zákazníci sa bez toho chvíľu zaobídu.
• Mohla by (Could): príjemný bonus, pridá sa podľa údajov o používaní.
• Teraz nie (Won't): vedome odložené, aby sa k tomu debata nevracala každý týždeň.

Do prvej verzie patrí len skupina „musí“. Test je jednoduchý: ak funkciu škrtnete, prejde zákazník stále hlavnou cestou a zaplatí? Ak áno, funkcia počká.

Z toho vznikne backlog, zoznam úloh zoradený podľa priority. Každú položku opíšte z pohľadu používateľa a pridajte podmienku, kedy je hotová. Napríklad: „Ako majiteľ firmy chcem pozvať kolegu e-mailom, aby mohol vystavovať faktúry. Hotovo, ak pozvánka príde, odkaz platí sedem dní a pozvaný nevidí nastavenia platieb.“ Takto opísanú úlohu sa dá odhadnúť, naprogramovať aj otestovať.

06Krok 5: rozhodnutia, ktoré sa neskôr ťažko menia

Väčšinu vecí v aplikácii môžete zmeniť kedykoľvek. Niekoľko rozhodnutí však zasahuje do celého kódu aj databázy a ich zmena po spustení znamená týždne práce a presun dát zákazníkov. O nich rozhodnite pred prvým riadkom kódu:

Platby a DPH

Často používanou voľbou na platby kartou a predplatné je Stripe. Podľa slovenského cenníka stojí platba štandardnou kartou z EHP 1,5 % + 0,25 € a správa predplatného cez Stripe Billing ďalších 0,7 % z objemu. Pri predplatnom za 20 € tak za jednu platbu zaplatíte asi 0,69 € (0,30 + 0,25 + 0,14 €).

Ak predávate spotrebiteľom v iných krajinách EÚ, strážte DPH. Hneď ako elektronicky poskytované služby a predaj tovaru na diaľku spotrebiteľom v iných štátoch EÚ prekročia 10 000 eur bez DPH za rok (limit je spoločný pre všetky štáty EÚ dohromady), odvádzate DPH podľa sadzby štátu zákazníka. Aby ste sa nemuseli registrovať v každom štáte zvlášť, môžete využiť osobitnú úpravu One Stop Shop (OSS), cez ktorú sa daň priznáva štvrťročne. Na svojom webe ju opisuje aj Finančná správa SR. Sadzby sa v jednotlivých štátoch líšia, na Slovensku je od 1. 1. 2025 základná sadzba DPH 23 %. Pri firemných zákazníkoch z iných štátov EÚ s platným IČ DPH zvyčajne DPH neúčtujete a uplatní sa prenesenie daňovej povinnosti, ako uvádza portál Your Europe. Nastavenie prekonzultujte s daňovým poradcom. Aplikácia však musí od začiatku vedieť uložiť krajinu a IČ DPH zákazníka a vypočítať správnu sadzbu.

Osobné údaje a prístupnosť

Ak prevádzkujete SaaS pre firmy, spracúvate osobné údaje ich zákazníkov a zamestnancov v úlohe sprostredkovateľa. Podľa čl. 28 GDPR musí byť takéto spracúvanie upravené zmluvou medzi vami a zákazníkom, teda zmluvou o spracúvaní osobných údajov. Pri porušení ochrany osobných údajov musí prevádzkovateľ, teda váš zákazník, podľa čl. 33 oznámiť porušenie Úradu na ochranu osobných údajov SR bez zbytočného odkladu a podľa možnosti najneskôr do 72 hodín od chvíle, keď sa o ňom dozvedel. Vy ako sprostredkovateľ mu ho podľa čl. 33 ods. 2 musíte oznámiť bez zbytočného odkladu. Aplikácia by zároveň mala vedieť osobné údaje nájsť, exportovať aj vymazať, pretože o to vás zákazník ako prevádzkovateľ môže požiadať.

Od 28. júna 2025 je účinný zákon č. 351/2022 Z. z. o prístupnosti výrobkov a služieb pre osoby so zdravotným postihnutím. Vzťahuje sa na vybrané služby poskytované spotrebiteľom, okrem iného na služby informačnej spoločnosti. Na služby poskytované mikropodnikom sa nevzťahuje. Čisto firemný SaaS, ktorý spotrebiteľom nepredávate, pod neho väčšinou nespadá, konkrétny prípad však nechajte posúdiť právnikovi. Aj tak sa oplatí stavať podľa štandardu WCAG 2.2, pretože dodatočné úpravy rozhrania sú drahšie ako prístupný návrh od začiatku.

07Krok 6: vývoj v krátkych cykloch

Vývoj rozdeľte na krátke cykly s viditeľným výsledkom. Podľa Scrum Guide trvá šprint najviac mesiac, v praxi sa osvedčuje týždeň alebo dva. Basecamp vo svojej metóde Shape Up pracuje v šesťtýždňových cykloch, po ktorých nasledujú dva týždne bez plánovanej práce (cool-down), keď tím rozmýšľa, čo robiť v ďalšom cykle. Dôležitejší ako metodika je rytmus. Na konci každého cyklu musí byť niečo, čo si sami vyskúšate na testovacej verzii.

1. Plán: pár položiek z backlogu s jasnou podmienkou, kedy sú hotové.
2. Testovacia verzia online: každá zmena sa sama nasadí na testovaciu adresu, kde si ju vyskúšate. Testovaciu verziu zabezpečte rovnako ako ostrú, viac v článku Ako zabezpečiť server, HTTPS a cloud.
3. Ukážka: krátke stretnutie, na ktorom tím predvedie hotovú prácu priamo v aplikácii na skutočných dátach.
4. Rozhodnutie: čo ďalej, čo škrtnúť, čo odložiť.

Malé a časté nasadenia sú aj otázkou stability. Podľa správy DORA 2024 najlepšie tímy nasadzujú podľa potreby aj niekoľkokrát denne, zlyhá im len 5 % nasadení a po neúspešnom nasadení obnovia službu do hodiny. Najslabšie tímy nasadzujú raz za mesiac až pol roka a zlyhá im 40 % nasadení.

Dohodnite sa aj na spoločnej definícii hotovej práce. Hotovo neznamená „funguje u programátora“. Kód skontroloval druhý vývojár, má automatické testy, beží na testovacej verzii, funguje v mobile aj na počítači, texty sú vo všetkých jazykoch a vy ste funkciu odsúhlasili. A počítajte s rezervou v čase aj v rozpočte. Zmeny prídu vždy, pretože až fungujúca aplikácia ukáže veci, ktoré v prototype nebolo vidno.

08Krok 7: beta a príprava spustenia

Pred ostrým spustením pustite aplikáciu niekoľkým zákazníkom v uzavretej bete. Ideálne tým, ktorí testovali prototyp alebo si produkt predplatili vopred. Niekoľko týždňov ostrého používania odhalí chyby, na ktoré žiadny test nepríde, pretože ich spôsobia až reálne dáta, rôzne prehliadače a každodenný zhon.

Skôr než otvoríte registráciu všetkým, prejdite si šesť otázok. Každé „nie“ je úloha, ktorú je lepšie dokončiť pred spustením ako po prvom probléme.

Ak zákazníkom sľubujete dostupnosť, vypočítajte si, čo to číslo znamená. Dostupnosť 99,9 % dovoľuje výpadok asi 43 minút za mesiac, za rok necelých 8 hodín 46 minút. Rovnakú hranicu mesačnej dostupnosti sľubuje napríklad Google Workspace. Na začiatku je poctivejšie sľúbiť menej a dodržať to.

Bezpečnosť prejdite bod po bode podľa nášho checklistu bezpečnosti webovej aplikácie pred spustením. Najčastejšie chyby, cez ktoré z aplikácií unikajú dáta, rozoberá článok Chyby v kóde, cez ktoré unikajú dáta. Ak budete predávať väčším firmám, príde vhod aj prehľad NIS2 a CRA pre vedenie firmy.

09Spustenie a prvých 30 dní

Spustením sa začína meranie. V prvých týždňoch sledujte najmä päť čísel:

• Aktivácia: koľko registrovaných firiem urobí hlavnú akciu, napríklad vystaví prvú faktúru alebo pozve kolegu.
• Retencia: koľko firiem používa aplikáciu aj po týždni a po mesiaci.
• Odchody (churn): koľko platiacich zákazníkov za mesiac zruší predplatné a prečo.
• MRR: mesačný opakovaný príjem z predplatného.
• Chyby a rýchlosť: koľko chýb zachytí monitoring a ako rýchlo sa aplikácia načítava.

Kapacitu na prvý mesiac plánujte najmä na opravy a drobné vylepšenia podľa spätnej väzby. Veľké nové funkcie počkajú, kým dáta ukážu, čo zákazníci naozaj potrebujú. Tu sa zúročí práca z kroku 4: položky „mala by“ a „mohla by“ už máte spísané a teraz viete, v akom poradí ich stavať.

10Harmonogram a rozpočet

Typická prvá verzia SaaS aplikácie s predplatným, tímami a rolami vyzerá v čase zhruba takto:

Koľko to stojí? Podľa našej kalkulačky vychádza typická prvá verzia SaaS aplikácie orientačne na 15 990 až 31 990 € bez DPH a 12 až 20 týždňov od zadania po spustenie. Náročnejšie projekty s mnohými prepojeniami na iné systémy, zložitými oprávneniami, viacerými jazykmi, prísnou reguláciou alebo mobilnou aplikáciou sa podľa náročnosti a všetkých okolností dostanú aj na stovky tisíc eur. Prehľad cien všetkých služieb nájdete v cenníku.

K cene vývoja pripočítajte prevádzku. Pri malej aplikácii začínajú typické služby na desiatkach dolárov mesačne. Ceny podľa cenníkov výrobcov k septembru 2026:

Ako u nás vyzerá spolupráca od prvého stretnutia po odovzdanie, opisujeme na stránke Ako to prebieha.

11Najčastejšie chyby pri plánovaní SaaS

• Programovať skôr, než je jasný tok. Každá zmena potom stojí kód, testy aj nervy.
• Príliš veľká prvá verzia. Ak sa 80 % funkcií používa zriedka alebo nikdy, každá funkcia navyše odkladá spustenie aj prvé dáta.
• Zabudnuté okrajové cesty. Zrušenie predplatného, neúspešná platba, odchod človeka z tímu alebo export dát sa ukážu až pri prvom zákazníkovi.
• Roly a oddelenie dát až neskôr. Najdrahšia prestavba, akú môže SaaS mať.
• Žiadny rozpočet na prevádzku. Hosting, monitoring, podpora a ďalší vývoj stoja peniaze aj po spustení.
• Spustenie bez merania. Bez merania aktivácie a retencie neviete, či produkt naozaj funguje.

12Časté otázky

13Záver: dobrý plán je lacnejší ako dobrý kód

Úspešná SaaS aplikácia rieši jeden problém lepšie ako doterajšie riešenie a od začiatku počíta s predplatným, tímami a prevádzkou. Najlacnejšie miesto, kde to zabezpečiť, je papier: zadanie, toky, wireframy a prototyp.

Ak máte nápad overený a chcete z neho urobiť aplikáciu, pozrite sa, ako staviame webové aplikácie, alebo si v kalkulačke vypočítajte orientačnú cenu a termín.

14Zdroje

• Eurostat: Cloud computing services by size class of enterprise (isoc_cicce_use), údaje za rok 2025, aktualizácia 27. 2. 2026
• Jakob Nielsen: Why You Only Need to Test with 5 Users, Nielsen Norman Group, 18. 3. 2000
• Kara Pernice: UX Prototypes, Low Fidelity vs. High Fidelity, Nielsen Norman Group, 18. 12. 2016
• Pendo: The 2019 Feature Adoption Report
• Stripe: cenník platieb a cenník Billing, stav k 27. 9. 2026
• Európska komisia: One Stop Shop, Your Europe: cezhraničná DPH, Finančná správa SR: One Stop Shop (OSS) a sadzby DPH
• GDPR čl. 28 a čl. 33, Úrad na ochranu osobných údajov SR
• Zákon č. 351/2022 Z. z. o prístupnosti výrobkov a služieb a WCAG 2.2
• Scrum Guide 2020 a Basecamp: Shape Up, kapitoly 0.3 a 2.2
• DORA: Accelerate State of DevOps Report 2024
• Google Workspace: Service Level Agreement
• Cenníky Figma, Vercel, Neon a Sentry, stav k 27. 9. 2026, prepočet na eurá kurzom ECB 1,1403 USD za euro z 25. 9. 2026