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!" — 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.
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.
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.Komentarze
Ładowanie…