Czym jest MVP (i czym NIE jest)

MVP (Minimum Viable Product) to najmniejszy możliwy produkt, który pozwala zwalidować kluczową hipotezę biznesową przy minimalnym nakładzie pracy.

Eric Ries (Lean Startup) definiuje MVP jako "wersję produktu która pozwala zebrać maksymalną ilość zwalidowanej wiedzy o klientach przy minimalnym nakładzie pracy".

Czym MVP NIE jest

Zanim wyjaśnię czym jest MVP, wyjaśnijmy czym nie jest:

Nie jest "tanim produktem" — MVP może być drogi w budowie, ale musi być szybki
Nie jest "wersją 1.0" — to narzędzie do nauki, nie produkt finalny
Nie jest "produktem z bugami" — MVP musi działać dobrze w swoim zakresie
Nie jest "wszystko co chcemy mieć minus 50%" — to nie cięcie zakresu, to wybór jednej hipotezy

⚠️ Najczęstszy błąd

"Zbudujmy MVP z 20 funkcjami" — to nie jest MVP. To produkt z 20 funkcjami. MVP ma JEDNĄ kluczową funkcję, która testuje JEDNĄ hipotezę.

Czym MVP JEST

MVP to eksperyment. Testujesz hipotezę: "Czy ludzie mają problem X i czy rozwiązanie Y faktycznie im pomoże?"

Kluczowe cechy MVP:

Rozwiązuje JEDEN problem dla JEDNEJ grupy użytkowników
Można zbudować w 4-8 tygodni (nie miesiącach!)
Pozwala zebrać feedback od prawdziwych użytkowników
Jest wystarczająco dobry, żeby ludzie faktycznie go użyli

💡 Zasada MVP

"If you're not embarrassed by the first version of your product, you've launched too late." — Reid Hoffman, LinkedIn

MVP ma być "embarrassingly simple". Jeśli nie wstydzisz się pierwszej wersji — wypuściłeś za późno.

Przykłady prawdziwych MVP

Dropbox: Nie zbudowali produktu. Nagrali 3-minutowe video pokazujące jak działa. 75 000 zapisów na waitlist w jeden dzień.

Airbnb: Founders wynajęli swoje mieszkanie przez stronę zbudowaną w weekend. Zdjęcia zrobili iPhonem. Płatności przez PayPal.

Zapier: Pierwsza wersja obsługiwała 3 integracje. Ręcznie. Founders uruchamiali skrypty manualnie gdy ktoś użył Zapiera.

Jak zdefiniować zakres MVP

Zacznij od pytania: Jaka jest JEDNA hipoteza którą chcę przetestować?

Nie "czy ludzie będą używać mojej aplikacji". To za szerokie. Konkretna hipoteza:

"Czy freelancerzy zapłacą 50 zł/mies za automatyczne wystawianie faktur?"
"Czy HR managerowie zaoszczędzą 5h/tydzień używając naszego onboarding tool?"
"Czy studenci wrócą do aplikacji 3x w tygodniu żeby uczyć się słówek?"

Jedna hipoteza = jedna kluczowa funkcja = MVP.

Framework: MoSCoW

Użyj MoSCoW do priorytetyzacji funkcji:

Must have: Bez tego produkt nie działa (1-2 funkcje max)
Should have: Ważne, ale nie krytyczne (odłóż na v2)
Could have: Fajnie by było (wytnij)
Won't have: Nie teraz (wytnij)

W MVP masz tylko "Must have". Wszystko inne — później.

📝 Zadanie do wykonania

Zanim przejdziesz do następnej lekcji:

Zapisz JEDNĄ hipotezę którą chcesz przetestować
Wymień wszystkie funkcje które "chciałbyś mieć"
Użyj MoSCoW — zostaw tylko "Must have"
Sprawdź: czy możesz zbudować to w 4-8 tygodni?