MVP w 8 tygodni — czy to realne? Kiedy tak, kiedy nie

MVP w 8 tygodni to slogan z reklam software house'ów. Sprawdzamy, kiedy to faktycznie wykonalne, a kiedy obietnica bez pokrycia.

MVP w 8 tygodni — czy to realne? Kiedy tak, kiedy nie

„MVP w 8 tygodni!" — slogan, który widać w reklamach większości software house'ów. Klienci pytają nas często: „A wy też tak szybko?". Odpowiedź jest niuansowana — czasem tak, czasem nie. Zależy od konkretnego projektu i, co kluczowe, od ciętości zakresu. W tym artykule pokazujemy, kiedy 8 tygodni to realny harmonogram, a kiedy obietnica bez pokrycia. MVP minimalny vs „pierwszy release" Pierwsze nieporozumienie: większość klientów myśli o MVP jak o „pierwszej wersji produktu". To nie jest MVP. Prawdziwy MVP to najmniejszy zestaw funkcji potrzebny do zweryfikowania jednej kluczowej hipotezy biznesowej . Przykład 1: Marketplace usługowy Klient mówi: „Potrzebuję MVP marketplace'u. Musi być rejestracja, profile usługodawców, wyszukiwarka, system wycen, czat, płatności, oceny, system odwołań." Realny MVP: landing page z waitlistą + manualne matchowanie usługodawców z klientami przez foundera w Excelu. Cel: czy ludzie się zapisują? Czy płacą? Jeśli tak — automatyzujemy. Czas: 2-3 tygodnie. Przykład 2: SaaS dla agentów nieruchomości Klient mówi: „CRM dla agentów + integracje z Otodom/OLX + automatyczne maile + zarządzanie klientami + raporty + aplikacja mobilna." Realny MVP: web app z 3 funkcjami — dodaj klienta, dodaj nieruchomość, dopasuj klientów do nieruchomości. Bez integracji, bez automatyzacji, bez aplikacji mobilnej . Cel: czy agenci to używają codziennie? Czas: 6-8 tygodni. Przykład 3: Bank SaaS dla księgowych Klient mówi: „Aplikacja, która łączy się z bankami klientów i automatycznie księguje transakcje." Realny MVP: integracja z 1 bankiem, manualna kategoryzacja transakcji w prostym UI. Cel: czy księgowi oszczędzą czas? Czas: 8-12 tygodni — bo integracje bankowe wymagają odpowiednich umów (KIR, banki) i są techniczną gimnastyką. Kiedy 8 tygodni to za mało? Projekty wymagające AI/ML Trening modelu na danych klienta — zwykle 4-8 tygodni samego eksperymentowania (data prep, feature engineering, ewaluacja). Plus integracja z aplikacją. MVP z AI realnie 12-16 tygodni. Wyjątek: użycie gotowych modeli (GPT-4, Claude, Whisper) bez trenowania — wtedy 8 tygodni to OK, bo „AI" sprowadza się do dobrych promptów i integracji API. Projekty mobilne z App Store / Google Play Sama aplikacja React Native: 6-10 tygodni. Plus app store review (Apple): 1-3 tygodnie pierwszego review (potem update'y krótsze). Plus account setup (Apple Developer Program — 99$, ~1 tydzień approval). Realnie: 10-14 tygodni do app store live. Wyjątek: PWA — żaden review, deploy w 1 dzień. Często wystarczy zamiast natywnej aplikacji. Projekty z integracjami legacy ERP-y typu Subiekt GT, WAPRO, SAP wymagają specyficznych licencji (Sfera Subiekta, SAP API), dokumentacji często niepublicznej, czasu na testy regresyjne. Każda integracja to 2-4 tygodnie. MVP z 2-3 integracjami legacy: 12-16 tygodni. Projekty regulowane (fintech, medtech, edtech) Compliance KNF, RODO, AI Act, regulamin produktowy — to procesy, które same trwają tygodnie (nie dni). MVP fintech z compliance: 16-24 tygodnie minimum. Kiedy 8 tygodni jest realne? Realne dla: B2B SaaS z prostym core feature — np. narzędzie do tworzenia ofert, system rezerwacji, prosty CRM Aplikacje webowe z gotowym backend (Supabase, Firebase) — szybki setup auth, DB, storage Marketplace bez AI matchingu — manualne dopasowanie ludzi w MVP, automatyzacja po walidacji Aplikacje wewnętrzne (internal tools) — Retool albo prosty Next.js, bez polishu UX Wymaga: Twardej dyscypliny zakresu — każde „a co jeśli dodamy jeszcze X" przesuwa termin Jasnej hipotezy biznesowej — bez tego nie wiesz, co cięć Foundera z czasem na 2-3h tygodniowo decyzji Doświadczonego zespołu (nie pierwszy MVP w karierze) Pułapki, które przedłużają MVP 1. „Refaktor w trakcie" Klient w 4. tygodniu pyta: „A nie powinniśmy zmienić architektury, żeby od razu było skalowalne?". Tak — i zostawiacie 4 tygodnie pracy w koszu. Decyzję o architekturze podejmujesz na początku. W trakcie MVP nie wracasz do tej dyskusji. 2. „Dodajmy jeszcze tę jedną funkcję" Każda „jedna funkcja" to 3-7 dni pracy. Trzy „jedne funkcje" to miesiąc. MVP rozsypuje się od scope creep'u. Zasada: nowe funkcje idą do backlogu na po-MVP. Bez wyjątków. 3. „Perfect design" Designer dostarczył 80% mocku, klient prosi o 5 iteracji designu, każda po 2 dni. Łącznie 2 tygodnie z budżetu poszło w UX dla landing page'a. W MVP UI ma działać i wyglądać akceptowalnie. Polish design w fazie post-MVP, gdy wiadomo, co się sprzedaje. 4. Brak dostępnego foundera Software house pyta o decyzję, founder odpowiada za 4 dni. Pomnóż przez 20 decyzji w sprincie — masz 80 dni na decyzje, plus tydzień programowania. Founder musi mieć zarezerwowane 2-3h tygodniowo na projekt. Bez tego MVP nie wyjdzie. Co dalej? Jeśli rozważasz MVP — najpierw odpowiedz sobie: jaka jest hipoteza biznesowa, którą chcę sprawdzić? . Im konkretniej, tym łatwiej zaprojektować MVP, który ją sprawdza. Pełen proces budowy MVP opisaliśmy w poradniku MVP dla startupu — z konkretnymi widełkami cenowymi, harmonogramem i naszym podejściem do equity-based partnerships.

Najczęstsze pytania

Co to znaczy MVP minimalny?
Najmniejszy zestaw funkcji, który pozwala zweryfikować jedną kluczową hipotezę biznesową. Zwykle 3-5 funkcji core, jedna persona, jedna integracja kluczowa.
Kiedy 8 tygodni to za mało?
Gdy MVP wymaga: AI/ML modeli (czas na trening), integracji z trudnymi API (np. bankowymi), aplikacji mobilnej z app store review (2-3 tyg. samego review).
Ile kosztuje MVP w 8 tygodni?
Web app MVP w tym tempie: 50 000-100 000 zł. Cena zależy od stosu, integracji i skomplikowania core feature.
MVP w 8 tygodni — czy to realne? Kiedy tak, kiedy …
Development

MVP w 8 tygodni — czy to realne? Kiedy tak, kiedy nie

MVP w 8 tygodni to slogan z reklam software house'ów. Sprawdzamy, kiedy to faktycznie wykonalne, a kiedy obietnica bez pokrycia.

27 kwietnia 2026
6 min czytania
#MVP
#Startup
#Lean
Lean startup MVP — szybkie iteracje, walidacja hipotez biznesowych

„MVP w 8 tygodni!" — slogan, który widać w reklamach większości software house'ów. Klienci pytają nas często: „A wy też tak szybko?". Odpowiedź jest niuansowana — czasem tak, czasem nie. Zależy od konkretnego projektu i, co kluczowe, od ciętości zakresu.

W tym artykule pokazujemy, kiedy 8 tygodni to realny harmonogram, a kiedy obietnica bez pokrycia.

MVP minimalny vs „pierwszy release"

Pierwsze nieporozumienie: większość klientów myśli o MVP jak o „pierwszej wersji produktu". To nie jest MVP. Prawdziwy MVP to najmniejszy zestaw funkcji potrzebny do zweryfikowania jednej kluczowej hipotezy biznesowej.

Przykład 1: Marketplace usługowy

Klient mówi: „Potrzebuję MVP marketplace'u. Musi być rejestracja, profile usługodawców, wyszukiwarka, system wycen, czat, płatności, oceny, system odwołań."

Realny MVP: landing page z waitlistą + manualne matchowanie usługodawców z klientami przez foundera w Excelu. Cel: czy ludzie się zapisują? Czy płacą? Jeśli tak — automatyzujemy.

Czas: 2-3 tygodnie.

Przykład 2: SaaS dla agentów nieruchomości

Klient mówi: „CRM dla agentów + integracje z Otodom/OLX + automatyczne maile + zarządzanie klientami + raporty + aplikacja mobilna."

Realny MVP: web app z 3 funkcjami — dodaj klienta, dodaj nieruchomość, dopasuj klientów do nieruchomości. Bez integracji, bez automatyzacji, bez aplikacji mobilnej. Cel: czy agenci to używają codziennie?

Czas: 6-8 tygodni.

Przykład 3: Bank SaaS dla księgowych

Klient mówi: „Aplikacja, która łączy się z bankami klientów i automatycznie księguje transakcje."

Realny MVP: integracja z 1 bankiem, manualna kategoryzacja transakcji w prostym UI. Cel: czy księgowi oszczędzą czas?

Czas: 8-12 tygodni — bo integracje bankowe wymagają odpowiednich umów (KIR, banki) i są techniczną gimnastyką.

Kiedy 8 tygodni to za mało?

Projekty wymagające AI/ML

Trening modelu na danych klienta — zwykle 4-8 tygodni samego eksperymentowania (data prep, feature engineering, ewaluacja). Plus integracja z aplikacją. MVP z AI realnie 12-16 tygodni.

Wyjątek: użycie gotowych modeli (GPT-4, Claude, Whisper) bez trenowania — wtedy 8 tygodni to OK, bo „AI" sprowadza się do dobrych promptów i integracji API.

Projekty mobilne z App Store / Google Play

Sama aplikacja React Native: 6-10 tygodni. Plus app store review (Apple): 1-3 tygodnie pierwszego review (potem update'y krótsze). Plus account setup (Apple Developer Program — 99$, ~1 tydzień approval). Realnie: 10-14 tygodni do app store live.

Wyjątek: PWA — żaden review, deploy w 1 dzień. Często wystarczy zamiast natywnej aplikacji.

Projekty z integracjami legacy

ERP-y typu Subiekt GT, WAPRO, SAP wymagają specyficznych licencji (Sfera Subiekta, SAP API), dokumentacji często niepublicznej, czasu na testy regresyjne. Każda integracja to 2-4 tygodnie. MVP z 2-3 integracjami legacy: 12-16 tygodni.

Projekty regulowane (fintech, medtech, edtech)

Compliance KNF, RODO, AI Act, regulamin produktowy — to procesy, które same trwają tygodnie (nie dni). MVP fintech z compliance: 16-24 tygodnie minimum.

Kiedy 8 tygodni jest realne?

Realne dla:

  • B2B SaaS z prostym core feature — np. narzędzie do tworzenia ofert, system rezerwacji, prosty CRM
  • Aplikacje webowe z gotowym backend (Supabase, Firebase) — szybki setup auth, DB, storage
  • Marketplace bez AI matchingu — manualne dopasowanie ludzi w MVP, automatyzacja po walidacji
  • Aplikacje wewnętrzne (internal tools) — Retool albo prosty Next.js, bez polishu UX

Wymaga:

  • Twardej dyscypliny zakresu — każde „a co jeśli dodamy jeszcze X" przesuwa termin
  • Jasnej hipotezy biznesowej — bez tego nie wiesz, co cięć
  • Foundera z czasem na 2-3h tygodniowo decyzji
  • Doświadczonego zespołu (nie pierwszy MVP w karierze)

Pułapki, które przedłużają MVP

1. „Refaktor w trakcie"

Klient w 4. tygodniu pyta: „A nie powinniśmy zmienić architektury, żeby od razu było skalowalne?". Tak — i zostawiacie 4 tygodnie pracy w koszu.

Decyzję o architekturze podejmujesz na początku. W trakcie MVP nie wracasz do tej dyskusji.

2. „Dodajmy jeszcze tę jedną funkcję"

Każda „jedna funkcja" to 3-7 dni pracy. Trzy „jedne funkcje" to miesiąc. MVP rozsypuje się od scope creep'u.

Zasada: nowe funkcje idą do backlogu na po-MVP. Bez wyjątków.

3. „Perfect design"

Designer dostarczył 80% mocku, klient prosi o 5 iteracji designu, każda po 2 dni. Łącznie 2 tygodnie z budżetu poszło w UX dla landing page'a.

W MVP UI ma działać i wyglądać akceptowalnie. Polish design w fazie post-MVP, gdy wiadomo, co się sprzedaje.

4. Brak dostępnego foundera

Software house pyta o decyzję, founder odpowiada za 4 dni. Pomnóż przez 20 decyzji w sprincie — masz 80 dni na decyzje, plus tydzień programowania.

Founder musi mieć zarezerwowane 2-3h tygodniowo na projekt. Bez tego MVP nie wyjdzie.

Co dalej?

Jeśli rozważasz MVP — najpierw odpowiedz sobie: jaka jest hipoteza biznesowa, którą chcę sprawdzić?. Im konkretniej, tym łatwiej zaprojektować MVP, który ją sprawdza.

Pełen proces budowy MVP opisaliśmy w poradniku MVP dla startupu — z konkretnymi widełkami cenowymi, harmonogramem i naszym podejściem do equity-based partnerships.


#MVP
#Startup
#Lean

Komentarze

Ładowanie…

Dodaj komentarz

…

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