Aplikacja SaaS — jak zbudować MVP w 8-12 tygodni
Konkretne decyzje, których nie da się odłożyć: multi-tenancy, billing, stack. I czego NIE robić w MVP, choć kuszące.

MVP to skrót od „minimum viable product". W praktyce większość zespołów buduje „maximum I can squeeze in product" — i traci kwartał na rzeczy, które nigdy nie zobaczą klienta.
MVP SaaS w 8-12 tygodni jest realny. Ale wymaga twardych decyzji o tym, co WCHODZI, a co spada z zakresu. Bez tej dyscypliny każdy projekt ślizga się o 50-100%.
Co to znaczy „MVP" w SaaS
Trzy minima, które musi spełniać:
- Klient może się zarejestrować i zacząć używać — bez Twojego udziału
- Klient może zapłacić — automatyczny billing, faktura
- Klient dostarcza wartość, za którą płaci — core feature działa
To wszystko. Wszystko inne to nice-to-have, a często — zbędne.
Decyzje, których nie odłożysz
Multi-tenancy — od dnia 1
Każdy klient to osobny „tenant" (organizacja). Jego dane są izolowane od innych. To trzy podejścia:
- Shared schema — wszyscy w jednej bazie, kolumna
tenant_idw każdej tabeli. Najprostsze, najtańsze, dobre dla 95% SaaS-ów - Schema per tenant — każdy klient ma osobny schemat. Lepsza izolacja, kompromisowa cena
- Database per tenant — pełna izolacja, drogie utrzymanie. Tylko dla enterprise (finanse, zdrowie)
Dla MVP — shared schema z PostgreSQL i Row Level Security. Dodanie tego później to przebudowa, której nikt nie chce robić.
Stripe czy Tpay — billing decyzja
| Kryterium | Stripe | Tpay / Przelewy24 |
|---|---|---|
| Klienci globalni | Tak | Nie |
| Klienci tylko PL | OK | Lepiej |
| Karty + Apple/Google Pay | Tak | Tak |
| BLIK | Tak (przez Link/SCA) | Tak, natywnie |
| Subskrypcje natywnie | Tak | Trzeba budować nad |
| Faktury VAT z PL | Słabo (trzeba dorobić) | Tak |
| Czas integracji | 2-3 dni | 1-2 tygodnie |
| Prowizja | ~1.5% + 0.25 EUR | ~1.5-2.5% |
Dla większości polskich SaaS — Stripe + integracja z fakturownią/IFirma do generowania faktur. Dla wyłącznie PL B2C — Tpay.
Stack technologiczny
Zalecany w 2026:
- Frontend — Next.js 15 + TypeScript + Tailwind + shadcn/ui
- Backend — Next.js API routes + tRPC (typesafe API)
- Baza — PostgreSQL + Prisma ORM
- Auth — Clerk (najszybciej) albo NextAuth.js (taniej, więcej kontroli)
- Billing — Stripe + webhook handlers
- Hosting — Vercel (front) + Railway/Neon (baza) lub Fly.io
- Monitoring — Sentry + PostHog (analytics + feature flags)
Ten stack pozwala wystartować w tydzień i obsłużyć pierwszych 1 000-10 000 użytkowników bez przepisywania.
Harmonogram realny 8-12 tygodni
Tydzień 1-2: fundament
- Setup repo, CI/CD, środowiska (dev/staging/prod)
- Auth (Clerk) + multi-tenancy schema
- Pierwsza wersja UI (layout, nawigacja, design system)
- Stripe integration — subskrypcje, webhook handler
Tydzień 3-5: core feature
To, dla czego ludzie zapłacą. Jedna funkcja, dobrze zrobiona. Nie pięć półzrobionych.
Przykład: jeśli budujesz SaaS do raportowania, core to: import danych, jeden typ raportu, eksport PDF. Koniec.
Tydzień 6-7: onboarding i panel
- Onboarding (max 3 ekrany) — zachęca, nie męczy
- Dashboard z kluczowymi metrykami klienta
- Settings — profil, team, billing portal
- Empty states — co user widzi pierwszego dnia
Tydzień 8-9: testy i pierwszy klient
- E2E testy najważniejszych flow (Playwright)
- Pierwsze wdrożenie na produkcję
- 3-5 beta klientów, codzienny feedback
- Bug fixing, drobne UX poprawki
Tydzień 10-12: launch
- Publiczna rejestracja
- Marketing landing page (osobno od appki)
- Pierwsze 10-50 płacących klientów
- Iteracja na podstawie real usage
Czego NIE robisz w MVP
Lista rzeczy, które kuszą, ale potrafią dodać miesiące:
- Admin panel rozbudowany — wystarczy bezpośredni dostęp do bazy
- API publiczne — żaden klient o to nie poprosi w pierwszym tygodniu
- Integracje z 10 narzędziami — dorobisz, gdy klienci o nie poproszą
- Mobile app — web mobile-responsive wystarczy. Native dopiero przy 1 000+ użytkownikach
- Audit log, SSO, RBAC zaawansowane — to enterprise features, nie MVP
- Wielojęzyczność — jeśli celujesz w PL — zacznij od PL. EN dorobisz
- Dark mode — nikt nie odejdzie z powodu jego braku
- Marketplace, pluginy, ekosystem — to wymarzenie, nie MVP
- Custom branding (white-label) — chyba że to Twój główny model
Każda z tych rzeczy dodaje 2-4 tygodnie. Razem — pół roku zamiast trzech miesięcy.
Pułapki, które przedłużają projekt
- Nieskończona walidacja designu — Figma w dziewięciu iteracjach to nie MVP. Wybierz, idź dalej
- Brak product ownera po stronie klienta — jeśli decyzje wymagają zarządu — projekt utknie
- Skomplikowane edge cases za wcześnie — co jeśli klient ma 1 000 000 wierszy? Pomyślisz, jak ich będziesz mieć
- Mikroserwisy od początku — monolith. Zawsze. Mikroserwisy gdy będzie potrzebne skalowanie konkretnego modułu
- Custom design system zamiast shadcn/ui — buduj wartość, nie komponenty
- Własny billing zamiast Stripe — 3-6 miesięcy pracy zaoszczędzonych jednym SDK
Koszty realne
| Element | Koszt |
|---|---|
| Development (8-12 tyg, zespół 2-3 osób) | 40 000-80 000 zł |
| Design (UI/UX, ~2 tyg) | 8 000-15 000 zł |
| Setup infrastruktury (Vercel, baza, monitoring) | 100-500 zł/mies |
| Stripe — bez kosztu setupu, prowizja per transakcja | ~1.5% |
| Auth (Clerk) — free do 10 000 użytkowników | 0 zł |
| Domena + drobne narzędzia | 200-500 zł |
Pełny MVP gotowy do sprzedaży: 50 000-95 000 zł.
Metryki, które mierzysz od dnia 1
- Activation rate — % zarejestrowanych, którzy doszli do core feature
- Conversion to paid — % aktywnych, którzy zapłacili
- Churn — % rezygnujących miesięcznie
- MRR — Monthly Recurring Revenue
- CAC vs LTV — koszt pozyskania vs wartość klienta
Bez tych liczb nie wiesz, czy SaaS żyje, czy umiera. PostHog albo Mixpanel od pierwszego tygodnia.
Po MVP — co dalej
Jeśli MVP działa (10-50 klientów, niska churn, dodatnie MRR) — kolejne 3-6 miesięcy to:
- Funkcje, o które proszą klienci (nie te, które wymyśliłeś)
- API publiczne (gdy proszą integratorzy)
- Enterprise features (SSO, audit log, SLA)
- Marketing systematyczny (SEO, content, paid)
- Drugi członek zespołu produktowego
Jeśli MVP nie działa (wysoka churn, brak konwersji) — pivot albo zamknięcie. Lepiej teraz niż za rok.
Warto zerknąć też na nasz tekst o tym, czym dokładnie jest MVP — niektórzy klienci mylą MVP z prototypem albo z gotowym produktem.
W Neticat budujemy aplikacje SaaS od MVP po skalę. Robimy też MVP dla startupów w stałej cenie i z dotrzymywanym harmonogramem. Porozmawiajmy o Twoim pomyśle.
Przeczytaj również

Bezpieczeństwo aplikacji webowych w 2026
OWASP Top 10, RODO, AI Act — krajobraz zagrożeń się zmienił. SQL injection wciąż istnieje, ale dochodzą podatności specyficzne dla AI i automatyzacji. Oto co naprawdę chroni aplikację.
Dashboard BI na zamówienie vs Power BI — co wybrać
Power BI starcza dla 80% firm. Pozostałe 20% — z danymi z 6 źródeł, własną logiką i wysokim ruchem — potrzebują custom BI. Oto jak ocenić, do której grupy należysz.
Ile kosztuje utrzymanie aplikacji webowej? TCO 2026
Realny TCO: hosting, monitoring, aktualizacje, security, bug fixes. Widełki dla strony 5-podstronowej i dla SaaS-a z 1000 użytkowników.
Migracja z WordPressa na Next.js — koszty, czas, pułapki
Pełna kalkulacja migracji WP do headless. Czas, budżet, redirects 301, zachowanie SEO i ryzyka, o których nikt nie mówi.Komentarze
Ładowanie…