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.