SaaS za 2 měsíce, který se neboří za půl roku: co škrtnout a co ne

„Postavíte nám SaaS za 2 měsíce?“ Pětkrát za poslední rok. Odpověď je: záleží. Fotopast.cloud šla do produkce přesně za 60 dní od prvního kickoff callu a běží bez větších rewrite 18 měsíců. Jiné projekty, které jsme slíbili za 2 měsíce, by skončily jako technický dluh do 6 měsíců po launchu.

Rozdíl není ve velikosti týmu ani v zázračných AI nástrojích. Rozdíl je v tom, co do MVP dáš a co vědomě odložíš. Tady je pět pravidel, která používáme.

1. Jedno auth flow, ne pět

Autentifikace je časově největší „stealth“ práce v SaaS. Email/password + social login + SSO + magic link + MFA = 5 různých flow × 5 screens × testování × edge cases. 2 týdny jen tohle.

Pro Fotopast MVP: jen email/password + password reset. Social login (Google, Apple) a SSO jsme poslali do fáze 2. Důvod — v první verzi jsou uživatelé kontaktovaní přes e-mail v tisku fotopastí. E-mail mají, Google účet možná nemají, SSO určitě ne.

2. Free plan s rozumnými limity, žádné billing

Stripe integrace + subscription management + invoice generation + VAT handling + dunning = 3-4 týdny práce. Pro MVP, kde stejně nevíš, jaký pricing uchytí, je to spálený čas.

Fotopast MVP: 1 GB storage zdarma per uživatel. Bez billing kódu, bez Stripe. Teprve až po 3 měsících provozu, kdy jsme viděli skutečné usage patterny, jsme přidali pricing.

Alternativně: manuální invoicing přes fakturační nástroj (třeba Fakturoid) pro prvních 50 zákazníků. Není to elegantní, ale je to 0 dnů developmentu. Když byznys potvrdí, že pricing zafunguje, teprve automatizuj.

3. Admin UI pro 80 % case, zbytek přes SQL

„Potřebujeme admin portál na všechno.“ Možná, ale ne v MVP. Build full CRUD pro všechny entity = 4-6 týdnů. V MVP klient (zakladatel) musí umět:

• Přidat/smazat uživatele (admin UI)
• Vidět seznam zařízení (admin UI, read-only)
• Exportovat data pro reporting (admin UI)

Co jsme NEDĚLALI admin UI pro: edit konfigurace, refund, zrušení účtu, update pricing. Zakladatel má SQL přístup — v prvních 3 měsících se to stane 5× za měsíc, ne 50×. Ušetří to 3 týdny developmentu.

Critical: logování každé SQL změny z adminu. Jednoho dne někdo smaže něco důležitého, audit trail tě zachrání.

4. Žádná multi-tenant izolace úrovně Enterprise

Full data isolation per tenant (schema-per-tenant, encryption keys per tenant, audit logs per tenant) je 4-8 týdnů práce a není potřeba, dokud enterprise zákazník ji nevyžaduje.

MVP: shared DB, shared tables, tenant_id column na každém řádku, indexy. Dostatečné pro prvních 100 zákazníků a všechny, kteří nejsou bank/healthcare. Až přijde zákazník, co explicitně chce data isolation, úpravy v code jsou za 1-2 týdny. Pokud to ale přidáš prealokovaně do MVP, je to 4-8 týdnů zbytečně.

5. Monitoring od den 1, ne „až bude čas“

Jedno, co se neodkládá: Application Insights / Sentry / nějaký log aggregator ode dne prvního deploymentu. 1 den setupu. Vrací se to 10× za první měsíc, když něco zlobí a ty netušíš co.

Fotopast MVP: Application Insights plus custom dashboard pro klíčové metriky (signups/day, photos uploaded/day, error rate). Když se 3. týden po launchi začaly opakovaně bugovat uploady z jednoho typu fotopasti, věděli jsme o tom dříve než klient.

Co to znamená v rovnici

Kdyby Fotopast měl full auth + billing + admin UI + multi-tenant isolation + monitoring od dne 1 — 5-6 měsíců práce.

S pragmatickým scope triagen:

• Auth (email/password only) — 3 dny
• Billing (ručně přes Fakturoid) — 0 dnů
• Admin UI (minimální) — 5 dnů
• Multi-tenant (tenant_id column) — 1 den
• Monitoring (App Insights setup) — 1 den

= 10 dnů ušetřených z 30-40 dnů plné verze. Plus měsíc development time, který jsme věnovali core funkcionalitě — photo ingestion, PWA, device management. To jsou věci, pro které produkt existuje. Auth/billing/admin můžeš dodělat, když víš, že produkt má smysl.

Co NELZE přeskočit ani ve 2 měsících

Pět věcí, které se NEDAJÍ odložit, i když se to zdá lákavé:

• Automatizované testy alespoň na core path. Ne unit-test coverage 80 %, ale integration testy na signup-upload-view-logout.
• CI/CD pipeline. Manuální deploy v 2měsíčním MVP = 2 dny práce zašpiněné v maintenance modu.
• Zálohy databáze + disaster recovery plán. Nezakládej to na „přes cloud backup“ bez testu obnovy.
• HTTPS + security headers + OWASP basics. Cena nulová, riziko nekontrolované.
• Základní privacy policy + GDPR flow (právo na smazání údajů, export dat). Compliance v MVP je cheap, ex-post drahé.

Závěrečná myšlenka

„Postavíme to rychle a později to refaktorujeme“ je nebezpečný slogan. Ale „postavíme MVP s vědomě odloženými věcmi a jasným plánem, jak je přidat“ je jiný příběh.

Rozdíl je v tom, jestli víš, co odkládáš, a proč. Fotopast.cloud za 2 měsíce nebyl v rozporu s „solid architektura“. Byla to vědomá architektura toho, co vejde do 60 dnů, s dokumentovaným plánem fáze 2.