![[ProduktWPraktyce]](https://substackcdn.com/image/fetch/$s_!Ckop!,w_120,h_120,c_fill,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fcd6f5967-3b27-422f-8a8e-b8e6ed8564e6_1280x1280.png)
Executive Summary
MVP nie jest wersją 1.0: to możliwie najmniejszy eksperyment, który pozwala zweryfikować konkretną hipotezę przed dużą inwestycją.
Sukcesem MVP jest wiedza, nie przychód: przed startem trzeba ustalić pytanie, metryki i kryteria wyjścia, które prowadzą do decyzji budować albo odpuścić.
Najtańszy wiarygodny test wygrywa: concierge MVP, Painted Door czy landing page potrafią w kilka dni zastąpić miesiące developmentu i ograniczyć ryzyko.
AI obniża koszt budowania, ale nie koszt uwagi: prawdziwym wąskim gardłem staje się dotarcie do ludzi i uczciwa walidacja, a nie samo stworzenie prototypu.
Kluczowe myśli
Oddziel MVP od MMP i wersji 1.0: MVP służy nauce, MMP jest pierwszym produktem możliwym do sprzedaży, a 1.0 jest świadomie zbudowaną wersją produktu.
Pseudo-MVP jest antywzorcem: wielomiesięczny, przeładowany funkcjami i niedopracowany release na produkcji nie staje się eksperymentem tylko dlatego, że nazwano go MVP.
Hipoteza musi poprzedzać rozwiązanie: najpierw określ problem, sygnał sukcesu i decyzję, którą podejmiesz po teście, dopiero potem wybierz formę eksperymentu.
Painted Door mierzy zainteresowanie przed budową: niedziałający przycisk lub zaślepka może sprawdzić popyt w kilka dni, a wyniki mogą dobrze przewidzieć użycie gotowej funkcji.
Ogranicz ekspozycję eksperymentu: testuj na małej grupie, jednym procencie ruchu albo w zamkniętym pilotażu, aby chronić zaufanie i nadal szybko się uczyć.
Po eksperymencie pokaż decyzję: raport powinien mówić, czego się nauczyliście, ile ryzyka lub kosztu uniknęliście i jaki jest następny krok.
Jeśli słowo MVP jest toksyczne, zmień nazwę: prototyp, eksperyment, pilotaż lub faza discovery lepiej ustawią oczekiwania niż termin kojarzony z tanią wersją produkcyjną.
Cytaty z rozmowy
„No niestety też to co mówisz, no jeszcze o tym będziemy wspominać. Często to w organizacjach jest po prostu pewne niezrozumienie i dlatego trochę o tym chcemy mówić, żeby pamiętać, że ta MVP ma bardzo konkretny cel. Mam jeden przykład z mojej firmy, gdzie testowaliśmy jeden ze sposobów MVP, tak? Painted Door Test czy Smoked Door Test to jest po prostu taki sposób, gdzie nie tworzycie żadnego produktu, tylko tworzycie interfejs, który jeszcze nie działa. I przez ten niedziałający interfejs możecie sprawdzić, dosłownie, czy ludzie klikają, tak? Jeśli chcecie, macie pomysł na jakąś funkcję, tak? X, Y, Z, nieważne jaką. I chcecie w ogóle sprawdzić, czy...”
— Michał [07:52]
„Ktokolwiek, kogokolwiek to obejdzie. No i porównujecie sobie, okej, zrobienie tego, nawet tej wersji 1.0, prawdziwej 1.0, to jest trzy miesiące roboty. A zrobienie zaślepki, dosłownie, z guziczkami, to jest tydzień roboty, tak? Albo mniej nawet. I robiąc to za ślepkę, możecie bardzo szybko sprawdzić, że 1% ludzi będzie w to klikać. Może to jest Wasz cel, 1% to jest dobrze na przykład, whatever. Jedna dziesiąta procenta będzie klikać, to już widzicie, ok, to już nikogo to nie obchodzi. I macie tą wiedzę od razu i możecie powiedzieć, ok, to jest problem albo dlatego, że w złym miejscu to jest i nikt tego nie widzi. Problem jest, bo nikt tego nie chce, nikt tego nie potrzebuje, nie rozwiązuje to problemu. Problem może być z tym, że to po prostu jest źle opisane, źle sprzedane i tak dalej.”
— Michał [08:33]
„Celem jest nauka i jednocześnie wiemy wszyscy, tak, są pewne ryzyka, więc musimy je troszeczkę ograniczać. Nie zawsze puszczamy to do wszystkich ludzi, do jednego procenta pójdźmy do pięciu. Porozmawiajmy z ludźmi, zróbmy concierge, MVP. Jeśli właśnie stakeholderzy mają z tym problem, to powiedzmy, ok, to puścimy do jednego procenta ludzi, to my zrobimy tylko w jakiejś zamkniętej grupie i tak dalej. No bo po eksperymencie, przegląd tego, pokazanie czego się nauczyliśmy. Jeśli ktoś się spyta Was na co z tego wyszło i powiecie w sumie nic.”
— Michał [16:30]
Posłuchaj / obejrzyj
Opisy odcinka
Kanał audio
MVP miało pomagać zespołom szybko zdobywać wiedzę. W praktyce często stało się nazwą dla niedopracowanej wersji 1.0, która trafia na produkcję i zostaje tam na lata.
Wracamy do pierwotnego sensu Minimum Viable Product: eksperymentu służącego do sprawdzenia konkretnej hipotezy. Pokazujemy, czym MVP różni się od prototypu i MMP, jak działa Painted Door / Smoke Test oraz dlaczego wynikiem eksperymentu ma być decyzja, a nie kolejna lista funkcji.
Rozmawiamy o MVP Dropboxa, naszym własnym antyprzykładzie z firmy Flame, pracy z interesariuszami, exit criteria i o tym, jak AI obniża koszt budowania, ale nie rozwiązuje problemu ograniczonej uwagi użytkowników.
Dla product managerów, founderów i liderów, którzy chcą szybciej weryfikować pomysły i ograniczać ryzyko drogich inwestycji.
Obserwuj „Produkt w Praktyce” i dołącz do listy na https://produktwpraktyce.pl/
Zachęcamy do subskrybcji naszej listy mailingowej na https://produktwpraktyce.pl/
YouTube
MVP miało przyspieszać naukę. W wielu firmach stało się etykietą dla niedopracowanej wersji 1.0, która miesiącami trafia na produkcję.
W tym odcinku wracamy do pierwotnego sensu Minimum Viable Product: to eksperyment służący do sprawdzenia konkretnej hipotezy, a nie „mały produkt”, który koniecznie trzeba od razu sprzedawać. Pokazujemy też, kiedy właściwym pojęciem jest prototyp albo MMP — Minimum Marketable Product.
Rozkładamy:
dlaczego wiedza, a nie liczba funkcji, jest główną walutą MVP;
jak film Dropboxa zweryfikował zainteresowanie bez budowania kompletnego produktu;
czego nauczył nas własny antyprzykład z firmy Flame;
jak działa Painted Door / Smoke Test i dlaczego kilka dni eksperymentu może oszczędzić miesiące pracy;
czym różnią się MVP, prototyp, faza discovery i MMP;
jak ustalać hipotezę, metrykę oraz exit criteria przed rozpoczęciem eksperymentu;
dlaczego AI obniża koszt budowania, ale uwaga użytkownika staje się nowym wąskim gardłem;
jak rozmawiać z interesariuszami o jakości, ryzyku i wyniku eksperymentu.
Dla product managerów, founderów i liderów, którzy chcą szybciej weryfikować pomysły, ograniczać ryzyko i przestać nazywać każdy niedokończony produkt „MVP”.
Masz przykład MVP albo prototypu, który potwierdził lub obalił ważną hipotezę? Napisz w komentarzu, czego się dzięki niemu nauczyliście.
#ProductManagement #MVP #LeanStartup #Discovery #Eksperymenty #ProductStrategy #Startup #ProduktWPraktyce
00:00 MVP — trzy litery, które skrzywdziły produktowców 00:41 Czym naprawdę jest MVP według Lean Startup 02:44 MVP Dropboxa: film zamiast produktu 03:39 Antyprzykład z życia: firma Flame 04:44 MVP jako wymówka i wieczny „Early Access” 06:51 MVP vs MMP: nauka czy sprzedaż? 08:04 Painted Door / Smoke Test w praktyce 10:36 Early adopters i cytat Reida Hoffmana 12:34 Jak przekonać interesariuszy i jaka jest rola liderów 13:30 Exit criteria, hipotezy i faza discovery 14:47 AI obniża koszt eksperymentów, ale nie koszt uwagi 18:00 MVP obok Scruma i story pointów 20:08 Case: eksperyment zamiast wydania setek tysięcy złotych 21:57 Powrót do źródeł: Steve Blank i Eric Ries 22:30 Pytanie do słuchaczy i zakończenie
Transkrypcja
Pełna transkrypcja jest dostępna po darmowej subskrypcji. Zapisz się bezpłatnie lub zaloguj się, aby przeczytać całość.