Aplikacja SaaS — jak zbudować MVP w 8-12 tygodni
Development

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.

13 maja 2026
9 min read
#SaaS
#MVP
#Startup
MVP aplikacji SaaS — dashboard z metrykami i panel administracyjny

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ć:

  1. Klient może się zarejestrować i zacząć używać — bez Twojego udziału
  2. Klient może zapłacić — automatyczny billing, faktura
  3. 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_id w 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

  1. Nieskończona walidacja designu — Figma w dziewięciu iteracjach to nie MVP. Wybierz, idź dalej
  2. Brak product ownera po stronie klienta — jeśli decyzje wymagają zarządu — projekt utknie
  3. Skomplikowane edge cases za wcześnie — co jeśli klient ma 1 000 000 wierszy? Pomyślisz, jak ich będziesz mieć
  4. Mikroserwisy od początku — monolith. Zawsze. Mikroserwisy gdy będzie potrzebne skalowanie konkretnego modułu
  5. Custom design system zamiast shadcn/ui — buduj wartość, nie komponenty
  6. 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.


#SaaS
#MVP
#Startup

Komentarze

Ładowanie…

Dodaj komentarz

…

Komentarze są moderowane — pojawią się po zatwierdzeniu. E-mail nie jest publicznie widoczny.