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.

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

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_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 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.

Najczęstsze pytania

Ile kosztuje MVP SaaS?
Realistyczne widełki — 40 000-80 000 zł za pierwszą wersję działającą u 10-50 pierwszych klientów. Mniej niż 40 000 zł to zwykle prototyp, nie MVP.
Czy MVP musi mieć multi-tenancy od dnia 1?
Tak. Dodanie multi-tenancy do działającej aplikacji to przebudowa bazy danych. Lepiej zaprojektować to od początku — koszt jest minimalny, oszczędność ogromna.
Stripe czy Tpay do billingu?
Stripe — jeśli sprzedajesz globalnie. Tpay/Przelewy24 — jeśli klienci wyłącznie z Polski i wymagają BLIK + szybkich przelewów. Można obu — Stripe jako główny, Tpay jako dodatkowy.
Jakiego stosu używać do MVP SaaS w 2026?
Next.js + TypeScript + PostgreSQL + Prisma + tRPC + NextAuth/Clerk. Hosting Vercel/Railway/Fly. Stripe do billingu. To stack, który pozwala wystartować w 2 tygodnie i skalować do 10 000 użytkowników bez przepisywania.
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 czytania
#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.