Definicja (kanon)
MVP (Minimum Viable Product) to najmniejsza rzecz, jaką możesz zbudować, by przetestować, czy klienci naprawdę chcą — i zapłacą za — to, co planujesz stworzyć. To instrument uczenia się, nie mały produkt: dostarczaną wartością jest zweryfikowana wiedza, a kod bywa opcjonalny.
Test definiuje MVP, nie lista funkcji
Idź wstecz od najbardziej ryzykownego założenia. Ryzykiem jest popyt („czy ktoś tego chce?") — odpowiada landing z ceną i przyciskiem kupna mierzącym realne kliknięcia; produkt zbędny. Ryzykiem jest skłonność do płacenia — przedsprzedaż albo podpisane listy intencyjne. Ryzykiem jest samo rozwiązanie — concierge MVP (usługa dostarczana ręcznie za fasadą) albo Wizard-of-Oz (interfejs prawdziwy, za kulisami ludzie) testują je za 1% kosztu budowy. Dopiero gdy popyt i płatność mają dowody, budowa software'u staje się racjonalnym KOLEJNYM testem. Powtarzalny wzorzec martwych startupów: osiemnaście miesięcy budowania odpowiedziało na pytanie, którego nikt nie zadał.
Minimalny, ale zdatny — oba słowa niosą ciężar
„Minimum" zawodzi, gdy produkt jest tak zepsuty, że testuje cierpliwość, nie popyt — MVP dowozu jedzenia wożący zimne posiłki nie uczy niczego o modelu. „Viable" zawodzi, gdy zakres pełznie, aż MVP staje się po prostu... produktem, wolnym i drogim. Działający balans: JEDNA ścieżka rdzeniowa zrobiona na tyle dobrze, że docelowy użytkownik ją kończy i ujawnia decyzję (płaci, wraca, zaprasza) — decyzje są danymi; komplementy są szumem. Metryki ustaw przed startem, inaczej wynik zinterpretuje nastrój.
Od MVP do iteracji
MVP to pierwszy obrót pętli: hipoteza → najmniejszy test → zmierzone zachowanie → decyzja (kontynuuj, piwotuj, zabij). Zespoły, które wypuszczają MVP i przełączają się w fabrykę funkcji, omijają cały sens. Kryteria uśmiercenia ustalone z góry („jeśli aktywuje się <X%, zamykamy tę linię") chronią przed dryfem kosztów utopionych, który trzyma przy życiu projekty zombie — a dyscyplina pętli składa się w stronę product-market fit, czyli warunku wyjścia.
FAQ
Czy MVP może być brzydki? Brzydki tak, zepsuty nie — a w kategoriach wrażliwych na zaufanie (płatności, zdrowie) próg „zdatności" obejmuje wiarygodny wygląd.
MVP a prototyp a beta? Prototyp testuje wykonalność wewnętrznie; MVP testuje popyt na prawdziwych klientach; beta hartuje zwalidowany produkt. Inne pytania, inne narzędzia.
Czy brać pieniądze od pierwszego dnia? Zawsze, gdy hipoteza dotyczy płacenia — metka z ceną to najsilniejsze serum prawdy dostępne founderom.
Ile powinien trwać MVP? Tygodnie, nie kwartały — jeśli najmniejszy test wymaga pół roku budowy, to nie jest najmniejszy test, tylko produkt w przebraniu.
Powiązane: Startup · Product-market fit · Model biznesowy Zweryfikowano: 15.07.2026 · Źródła: kanon lean startup