Produkt w Praktyce - Podcast o tworzeniu udanych produktów.
Podcast o budowaniu udanych produktów, prowadzony przez Piotra i Michała. Budujemy produkty, które działają. Konkretna i praktyczna wiedza produktowa - bez lania wody.
Produkt w Praktyce - Podcast o tworzeniu udanych produktów.
MVP to nie wersja 1.0. Dlaczego prawie wszyscy źle je rozumieją?
Use Left/Right to seek, Home/End to jump to start or end. Hold shift to jump forward or backward.
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/
00:00:00 — Nie dotyczy
[MUZYKA]
00:00:06 — Piotr / Michał / Piotr
Piotr: Dzień dobry, z tej strony Piotr.
Michał: A z tej strony Michał.
00:00:08 — Michał
Michał: Dzisiaj powiemy o trzyliterowym skrócie, który zrobił bardzo, bardzo, bardzo duże krzywdy produktowcom.
00:00:15 — Michał / Piotr
Michał: I te 3 literki to...
Piotr: MVP.
00:00:17 — Michał
Michał: MVP, czyli minimum viable product.
00:00:20 — Michał
Michał: Koncept ukuty przez Erica Riesa, czy w swojej słynnej książce „Lean Startup”, którą wszyscy mówią, że przeczytali, a tak naprawdę mało kto przeczytał.
00:00:30 — Michał
Michał: Przynajmniej tak jest z mojego doświadczenia, i każdy dzięki temu twierdzi, że wie... - Nie, nikt tego nie przeczytał.
00:00:35 — Michał
Michał: A że my czytaliśmy 10 lat temu... - Winkwink, nie?
00:00:38 — Michał
Michał: Nie, 10 lat temu czytaliśmy, ale tak, no.
00:00:41 — Michał
Michał: No i chodzi o to, że tam jest ten koncept, który wziął i powiedział: OK, minimum viable product, czyli że tworzymy taki mały produkt,
00:00:48 — Michał
Michał: który ma pomóc, pierwszą wersję, jakąś taką, która ma pomóc nam zacząć się uczyć, czy w ogóle ten produkt, ten pomysł ma sens.
00:00:57 — Michał
Michał: No i chodzi o to, że niestety to pojęcie się zgubiło w tłumaczeniu, dla każdego znaczy co innego, a o to tam chodzi.
00:01:06 — Michał
Michał: Już wiele lat temu powiedziałem, jest to tak. - Skrzywdzono.
00:01:10 — Michał
Michał: Pojęć, które znamy z Product Managementu i Startupu, bo to właściwie się wzięło ze Startupów, które zostało przeniesione do Product Managementu.
00:01:16 — Michał
Michał: I w startupach było już skrzywdzone, a w Product Managementie to już w ogóle, tak?
00:01:22 — Piotr
Piotr: Więc jaki w ogóle cel MVP, tak?
00:01:28 — Piotr
Piotr: MVP to jest taki koncept, który miał w oryginale u Erika sprawić, że będziecie maksymalnie pozyskiwać szybko wiedzę na temat swojego produktu, na temat swojego rynku, tak?
00:01:38 — Piotr
Piotr: Czyli to jest taka wersja tego produktu, która pozwoli Wam szybko się uczyć de facto.
00:01:42 — Michał
Michał: I to czegoś konkretnego się uczy, a nie tak, że po prostu generalnie działa, tylko np. testujemy jakiś czy tam model biznesowy, testujemy czy jakiś set funkcjonalności jest dobry, testujemy czy to jest dla jakiej grupy, a nie wszystko.
00:01:54 — Michał
Michał: Tak. I to jest właśnie wszystko ponad to, ponad to minimum, to jest jakieś tam marnotrawstwo, bo budujemy za dużo tych rzeczy.
00:02:01 — Piotr
Piotr: I tutaj to główną walutą, głównym celem jest ta wiedza pozyskiwanie tej wiedzy.
00:02:06 — Piotr
Piotr: Dlatego ten słowo „product” w środku, bo pewnie dlatego trochę zmyliło wiele osób, no bo to nie jest minimalna wersja w rozumieniu wersja numer 1.0, czyli dużo featureów, ale jeszcze będziemy dalej ją rozwijać, tylko to jest po prostu taki środek do nauki.
00:02:24 — Piotr
Piotr: Jeden feature, jeden landing page, jedna stronka, mnóstwo pomysłów możecie mieć, co to jest, żeby sprawić, że my się dowiemy, czy ten produkt, czy ten feature ma w ogóle sens na rynku, czy rozwiązuje problemy naszych klientów, czy jest właśnie viable w różnych kwestiach, w różnych hipotezach.
00:02:44 — Michał
Michał: Tak, i no właśnie takim super przykładem takiego użycia MVP do poprawnie rozumianego, to był MVP Dropboxa, to był po prostu film pokazujący "hej" i opowiadający przez foundera widziałem go nawet kiedyś, że "aj, robisz teraz to i teraz wyobraż sobie, że to jest rzucane na serwery i teraz nie muszę podpinać pendrive'a i dzieje się to i tam".
00:03:03 — Michał
Michał: I więc MVP to nie musi być i bardzo często nie powinna być okrojona wersja pierwszego produktu.
00:03:08 — Michał
Michał: Tak, dokładnie. Damy przykłady tego zresztą. No właśnie, więc to ma służyć, żeby się uczyć, to ma służyć, żeby się, żeby coś potwierdzić i klasyczny problem, który jest przez to w produktach, w korporacjach startupach, wszędzie, że budujemy jakąś wersję, tak naprawdę pierwszą taką wersję do sprzedaży tak naprawdę zamiast czegoś, co ma nam służyć do uczenia się.
00:03:37 — Michał
Michał: I oczywiście wtedy ta wersja pierwsza zajmuje bardzo dużo czasu, to jest bardzo dużo ryzyka. No, więc my mamy taki bolesny przykład z naszego życia, to jest, że mieliśmy naszą firmę Flame i tam zamiast zacząć testować na samym początku na rynku "hej, jaki jest popyt na nasze usługi", to stwierdziliśmy, a rzuca jakby nie wiem, poprzez blog, poprzez jakieś treści, poprzez jakieś tam zapytania, to stwierdziliśmy "nie, najpierw zbudujemy strukturę, pełną strukturę",
00:04:06 — Michał
Michał: wtedy jak będziemy mieli wizytówki, to będzie mieli biznes. Więc to był, a to jest piękny przykład z naszego życia, więc nawet chyba nasz ulubiony Marty Cagan bardziej mówi, że MVP to powinien być bardziej prototyp, niż cokolwiek innego, a ludzie się gubią w tych terminach.
00:04:26 — Piotr
Piotr: Więc jest, tak jak Piotr mówił, to jest jeden przykład, czyli właśnie concierge MVP, ale jeszcze damy parę innych przykładów. Jest mnóstwo sposobów, co może być tym MVP, więc możecie je użyć tych gotowych narzędzi i tak naprawdę.
00:04:40 — Piotr
Piotr: I też jest mnóstwo przykładów, czym nie jest to, co to nie jest te MVP, tak? I niestety też szczególnie w większych firmach, ale niekoniecznie, to się stało taką trochę wymówką do robienia rzeczy niekoniecznie albo niedopracowanych, albo właśnie przeciągniętych, tak?
00:04:56 — Piotr
Piotr: Coś, co jest źle zrobione, to się mówi MVP, a i tak później jest to szipowane na produkcję i zostaje przez lata, tak? Co te rzeczy po prostu pseudo-MVP, które są budowane miesiącami i później nic z tego się nie dzieje, tak?
00:05:10 — Michał
Michał: I kojarzę w grach komputerowych, to przecież słynny dowcipy z Skyrima i filmiki, jakby z gier Bethesda, który tam, czy z gier Paradoxu, typu Europa Universalis, Hearts of Iron, że po prostu to, to klienci są beta testerami, nie? Czy nawet alpha testerami?
00:05:26 — Michał
Michał: Tak. No i to się wiąże też trochę z postawieniem złego celu, tak? Czyli chcę sprawdzić, czy w ogóle ludzie będą z tego korzystać, tak?
00:05:34 — Piotr
Piotr: Jak bądź chcemy zrobić coś szybciej w teorii, a w praktyce niekoniecznie, a chcę coś zrobić szybciej i zobaczyć, co w ogóle się sprawi, tak?
00:05:42 — Michał
Michał: Czy to w ogóle jest sens w to inwestować?
00:05:44 — Piotr
Piotr: Tak. A raczej celem powinien być, czy to rozwiązuje jakiś poważny problem użytkowników i czy pozwala nam się uczyć, w jaki sposób my możemy te problemy rozwiązywać, tak?
00:05:54 — Michał
Michał: Uczyć, nie zarabiać. Właśnie to jest też bardzo ważne, że na samym początku my musimy potwierdzić, że MVP jest takim eksperymentem, jest prototypem po coś.
00:06:02 — Michał
Michał: I to nie MVP nie może być wymówką dla robienia jakby niedopracowanego produktu, bo potem ludzie przez to jakby tracą zaufanie do firmy, do organizacji i nauka ponad funkcje.
00:06:15 — Michał
Michał: No właśnie.
00:06:16 — Michał
Michał: No i przez to też taki pewien cynizm się pojawił, firmach, no bo ludzie zaczęli traktować MVP jako taką słabą, że taką gównianą wersję pierwszą, tak?
00:06:25 — Michał
Michał: Lepiej poczekać, lepiej poczekać na pełną wersję.
00:06:28 — Michał
Michał: To jest taka beta na produkcji, niech tego wszyscy wiedzą, że jest słabe, ale nazywam to MVP i to jest taki, przykrywamy to kocykiem, że...
00:06:36 — Michał
Michał: To jest super, właśnie super w tych grach komputerowych, ta wersja Early Access, jak to się nazywa na Steamie, co wiesz, to są po prostu latami, co się ściągnięte, dajcie więcej pieniędzy, dajcie więcej pieniędzy, a okazuje się, że nigdy nie jest jakby gotowe i wiecznie jakby takie prototypy i nie wiadomo, nie wiadomo po co.
00:06:50 — Piotr
Piotr: A chodzi o naukę.
00:06:51 — Michał
Michał: Tak, o chodzi o naukę, bo w MVP trzeba sobie bardzo jasno ustalić jaką hipotezę testujemy. MVP jest jednym z takich, jakichś sposobów, żeby potwierdzić, że ten model biznesowy, że ten pomysł na ten biznes w ogóle ma sens, nie?
00:07:03 — Michał
Michał: I sukcesem MVP nie jest to, ile jest klientów, jakby ściągniętych klientów, tylko sukcesem MVP jest to, czy potwierdziliśmy sobie jakąś hipotezę.
00:07:11 — Michał
Michał: Tak, to może być hipoteza na, to ma cennika, to może być hipoteza na, to ma jakieś funkcjonalności, to może być hipoteza na na tym, na bazie tego, jaki copy chcemy, jaki tam komunikat do klienta i tak dalej, i tak dalej.
00:07:22 — Michał
Michał: Jeśli celem jest są pieniądze, to tak naprawdę odpowiedni skrót, to jest tam jedna blisko jest, ale to jest MVP, czyli Minimum Marketable Product, czyli to powinien być, jest nawet takie określenie, właśnie taki pierwszy produkt, który jesteśmy w stanie sprzedawać.
00:07:37 — Michał
Michał: Więc jakby nie mylmy, nie mylmy jednego z drugim pojęciem, bo potem jakby ja niestety się spotkałem w organizacjach, że było MVP i traktowane OK, czyli to jest taka pierwsza wersja, pierwsza wersja, który prezes klepnie.
00:07:50 — Michał
Michał: A będzie w miarę działać i ten, tak.
00:07:52 — Piotr
Piotr: No niestety też to, co mówisz, jeszcze o tym będziemy wspominać. Często do organizacji jest po prostu pewne niezrozumienie i dlatego trochę o tym chcemy mówić, żeby pamiętać, że ta MVP ma bardzo konkretny cel.
00:08:04 — Piotr
Piotr: Mam jeden przykład z mojej firmy, gdzie testowałyśmy jeden ze sposobem MVP, tak, Painted Door Test czy Smoke Test, to jest po prostu taki sposób, gdzie nie tworzycie żadnego produktu, tylko tworzycie interfejs, który jeszcze nie działa.
00:08:20 — Piotr
Piotr: I przez ten niedziałający interface możecie sprawdzić, dosłownie, czy ludzie klikają, tak. Jeśli macie pomysł na jakąś funkcję, tak, X, Y, Z, nieważne jaką, chcecie w ogóle sprawdzić, czy ktokolwiek, ktokolwiek tego potrzebuje, no i porównujecie sobie, OK, 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.
00:08:49 — Piotr
Piotr: I robiąc to zaślepkę, możecie bardzo szybko sprawdzić, że 1% ludzi będzie w to klikać, tak, może to jest wasz cel, 1% to jest dobrze na przykład, whatever, tak, 1/10% będzie klikać, to już widzicie, OK, to już nikogo to nie obchodzi, tak, i macie to 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.
00:09:10 — Michał
Michał: 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 opisany, źle sprzedany i tak dalej.
00:09:18 — Michał / Piotr / Michał / Piotr
Michał: Brzmi jak nauka.
Piotr: I tutaj się uczymy. I tutaj właśnie ten przykład, o którym mówiłem, jest ważny i bardzo dobry, bo po i skromny, tak, wszystko u nas to jest skromne i dobre, i tanią i dobrze.
00:09:33 — Piotr
Piotr: Po tym testie, Painted Door, okazało się wyniki były pozytywne i zrobiliśmy ten produkt. I co jest ciekawe i to nie jest jeden przykład, który mam takie z wiele, wyniki z Painted Door testu przełożyły się może nie jeden do jednego, bo były wręcz lepsze w prawdziwym produkcie na to, co wyszło nam w Painted Door.
00:09:53 — Michał
Michał: Więc chodzi o to, że dzięki temu eksperymentowi zwalidowaliśmy jakiś problem, ryzyko pozmieszone, a jeszcze ten sposób walidacji był zgodny z eksperymentem, tak?
00:10:03 — Piotr
Piotr: Więc jeśli wyjdzie Wam coś w Painted Door, to jest duża szansa, że na produkcji prawdziwy produkt będzie miał mniej więcej podobne wyniki, więc od razu estymacja i priorytetyzacja jest dużo, dużo, dużo łatwiejsza.
00:10:14 — Michał
Michał: Tak, dużo, właśnie tutaj dużym, dużym problemem jest często ego w takich sytuacjach, bo tak jak mówisz, wyobrażam sobie teraz, że ktoś mógłby stwierdzić "Kurcze, nie będziemy robić Painted Door testów, ponieważ co to znaczy, jakichś puścimy klientów na manowce, to jest nie fajny, zróbmy od razu cały produkt, bo oni inaczej nie będą, jeśli nie będą mieli wszystkie funkcjonalności, to nie będą tego korzystać, bla, bla, bla, bla, bla, bla".
00:10:37 — Michał
Michał: Chodzi o to, że my potrzebujemy tego sygnału nie od masowego rynku, tylko dla early adopterów, od jakiejś grupy, która pozwoli nam właśnie przetestować. O kurcze, skoro już to interesuje jakąś tam małą grupę, ale na tyle wyraźno, że warto w to inwestować, to znaczy, że masowego użytkownika, klienta też będzie.
00:10:53 — Michał
Michał: I to to jest cytat z tego Reida Hoffmana, założyciela LinkedIna, który powiedział, że wręcz to jest bardzo, bardzo ważne. Jeśli się nie wstydzisz tej wersji, tej pierwszej, którą wypuszczasz, to znaczy, że zrobiłeś zbyt późno i to pozdrawią wszystkich founderów i senior produktowców, którzy właśnie patrzą to jako taki, jest ego tripping, po tytułem, że to musi być na bardzo wysokim poziomie, bo inaczej to nie obraża, nie.
00:11:19 — Michał
Michał: Właśnie to ma być taka wersja, która jakby jest kulawa, może nie do końca, ale coś uczy, pozwala rozwinąć, jakby rozwinąć, biznesie się go skalować. Więc wytrych, żeby to się dało zrobić, żeby to jest robienie MVP szybko. Ile ci zrobiło Michał tamten, stworzenie tamtego buttona?
00:11:41 — Michał
Michał: To było parę dni. No właśnie. I przez to chodzi o to, że jak zrobicie takiego buttona w parę dni, zanim wszyscy, zanim się zorientują, to może już zbierzecie wystarczająco duży danych.
00:11:51 — Piotr
Piotr: A konkretny feature był, no, zajął parę miesięcy, może kilka, może, może krócej. I tak jak mówię, od razu wiedzieliśmy na początku, że spodziewać się można takich wyników, tak, a nie wyssanych z palca, jakiś tam...
00:12:04 — Michał
Michał: Tak, dzięki temu łatwiej ci było przekonać interesariuszy i interesariusze, zanim się stwierdzi okurczenie, to nie jest to. No i teraz jest to jest też rola do liderów, żeby właśnie rozumieć, czym jest MVP, nie MMP czy wersja 1.0 i dawać taką przestrzeń dla takich eksperymentów.
00:12:21 — Michał
Michał: Tak, no tutaj to te klucze jest właśnie te świadome rozróżnienie od co to jest prototyp, co to jest MVP, albo co to jest gotowy produkt, tak. My tutaj o tym mówię, gadamy, żeby to wiedzę poszerzać, ale tak naprawdę to też jest praca po stronie liderów, żeby to zrozumieć i po stronie produktowców, żeby dobrze używać tych terminów, tak.
00:12:40 — Michał
Michał: Nie zgadzajcie się, nie zgadza cię na takie, wiesz, jeśli jest MVP, a to jest na prawdę wersja 1.0, to nie dajcie się jakby pogubić tę tą przestrzeń.
00:12:48 — Piotr
Piotr: Ile razy ja słyszałem rozbudowane wersje z wieloma featureami i mówienie, ok, to jest MVP, tak. No ja sam się złapałem pisząc o tym, że to jest MVP, takie nie, na chwilę, trzeba napisać, to jest wersja 1-0 i to taka tłusta, wypasiona MVP, albo było wcześniej, albo w ogóle nie było, tak.
00:13:07 — Piotr
Piotr: I tutaj jest super ważne, żebyście o tym pamiętali i to jest tak, do znudzenia powtarzamy, tak, narzędzie do pozyskiwania wiedzy, a nie produkt, tak naprawdę.
00:13:16 — Michał
Michał: I czasami, jakby ja nie będę mówił ile razy ja sam wpadłem w tę pułapkę, ale więcej niż raz, tworzenia zbyt dużej, jakby nie prototyp, a produktów na samym początku, więc trzeba naprawdę to rozróżniać, tak.
00:13:31 — Michał
Michał: Tutaj jako produktowiec, co mam już zrobić, to właśnie powiecie tak, to jest MVP i kryteria wyjścia z MVP. Określcie sobie jasne kryteria, tak, taka konwersja, takie metryki, tyle i tyle będzie ludzi po takim czasie i dopiero później zaczynałem budować wersje 1-0, bądź nie zaczynamy.
00:13:46 — Michał
Michał: Ja wierzę się, że w tym eksperymencie nie mamy kryteriów sukcesu spełnionych, najlepiej nie nazywańmy tego MVP, jeśli jest problem z tym słowem, to po prostu to jest faza discovery, eksperymenty, robimy prototypy i exit criteria są takie, takie, takie, takie i wtedy dopiero decydujemy się, inwestujemy wersję 1-0, albo nie i to zawsze od razu musimy powiedzieć sobie, trudne pewnie politycznie czasem, jeśli wyjdzie coś poniżej naszych oczekiwań, nie inwestujemy w to, tak.
00:14:12 — Michał
Michał: Najprawdopodobnie macie coś lepszego, coś bardziej pewnego do inwestowania, no tutaj jest ryzyka, ryzyko właśnie z tym dzisiaj jest z powodu AI, dlatego że wszyscy jakby koszt tworzenia takich MVP jest spadł tak bardzo, że jakby teraz bardziej ludzka uwaga jest, wydaje mi się, większym, większym wąskim gardłem niż, niż możliwość tworzenia takich MVP prototypów prostych.
00:14:37 — Michał
Michał: Więc ludzie też teraz trudniej jest właśnie zbierać tą atencję i jakby potwierdzać czy walidować takie jakby pomysły, więc to jest, no to jest, to jest ważna rzecz, więc podsumowując tutaj ten fragment prototyp, jeśli nie, jeśli nie MVP to prototyp, MMP to też fajny skrót, czyli właśnie taka pierwsza, minimalna wersja do monetyzowania i skalowania, a jeszcze raz MVP, żeby do czego się, czego się by się nauczyć.
00:15:05 — Michał
Michał: Myślę, że tutaj jakieś tam praktyczne porady, jakie możemy, jakimi możemy się podzielić, no to właśnie coś, coś już, to wspominajśmy, jeśli jest problem ze słowem, mówmy eksperyment, prototyp, pilotaż, jakaś taka faza discovery, cokolwiek, co nie, nie ma słowa product.
00:15:20 — Michał
Michał: Nie, nie ma product i nie ma, nie ma, nie sprawia, że, że osoba chce to wymawiać, czuje się mądrzejsza, nie, jeszcze za bardzo mądrzejsza, no.
00:15:27 — Michał
Michał: Tak, udajemy tą hipotezę, no bo to jest eksperyment.
00:15:29 — Michał
Michał: Po co to robimy, dokładnie.
00:15:30 — Michał
Michał: Miejśmy też odcinek "Value Proposition Canvas", więc od razu macie już hipotezy tam, te hipotezy można zwalidować poprzez MVP na różne sposoby, tak?
00:15:39 — Piotr
Piotr: Musimy bardzo transparentnie komunikować te kompromisy jakościowe, jak to można ładnie nazwać, czyli nie zawsze, nie zawsze to będzie produkt piękny, wspaniały i działający, to nie będzie w ogóle produkt, tylko to będzie, będzie jakiś tam...
00:15:53 — Michał
Michał: Kulawy, ale uczące się.
00:15:55 — Michał
Michał: Tak, jakiś tam, jakiś tam, jakiś tam protot, prot, po prostu używają słowa prototy, tak?
00:16:00 — Michał
Michał: Tak, prototyp i nie po to, żeby, i tutaj to właśnie ważne jest to, ma być na tyle małe, ale na tyle kompletne, żeby coś nas nauczyło, żeby nas pchnęło do przodu, to nie chodzi o to, żeby wypchnąć byle "g".
00:16:14 — Michał
Michał: Tak, tak.
00:16:15 — Michał
Michał: I po prostu "o, mamy coś", do czego jest często jakby są przez właśnie, coś takich osób wyżej postawionych jakby, że "o, nie", to jest jakby słaba jakość, no tak, ta słaba jakość ma jakiś cel, i tym celem jest to nauka.
00:16:29 — Piotr
Piotr: Tak, no i celem jest nauka, a jednocześnie wiemy wszyscy tak, są pewne ryzyka, więc musimy je troszeczkę ograniczać, nie zawsze puszczamy to do wszystkich ludzi, do jednego procenta, powiedzmy, do pięciu.
00:16:39 — Piotr
Piotr: I porozmawiajmy z ludźmi, zróbmy concierge MVP, to jest, jeśli właśnie jeśli ktoś ma jasno określony problem, to powiedzmy, ok, to puścimy do jednego procenta ludzi, to my zrobimy tylko w jakiejś zamkniętej grupie i tak dalej, tak?
00:16:52 — Piotr
Piotr: No i bo po eksperymencie, przegląd tego pokazanie, czego się nauczyliśmy, jeśli ktoś się spyta was, co z tego wyszło i powiecie, w sumie nic, od razu, tak, tego się nauczyliśmy, robimy, i jakie są next steps, jakie decyzje możemy dzięki temu podjąć lepsze, czy nam pomogło to w priorytetyzacji.
00:17:08 — Piotr
Piotr: I tak dalej, pokazać ludziom, że ten tani w założeniu eksperyment dał nam bardzo dużo, nie?
00:17:13 — Michał
Michał: Tyle, żeby ten nam oszczędził potencjalnie pieniędzy, bo byśmy zrobili coś niefajnego, albo o tyle nam potwierdził, że tutaj będą, będą z tego przyszłości, jest duża szansa, że będą z tego przyszłości pieniądze, nie?
00:17:24 — Michał
Michał: To jest mega ważne, żeby to tak ułożyć i wydaje mi się, że jeśli to tak ułożycie, no to tam raczej powinno przejść.
00:17:32 — Michał
Michał: I jeszcze raz, najważniejsze wyróżnik to już szybkość, jeśli robicie MVP dłużej niż właśnie, jeśli robicie MVP, jakby w ciągu jednego tygodnia jesteście w stanie coś zrobić takiego właśnie minimalnego, ale uczącego się typu właśnie zaślepkę na stronie, wrzucić to, to lepiej jest najpierw to zrobić, a potem przepraszam, że się zrobiło.
00:17:49 — Michał
Michał: Problem jest w momencie, kiedy MVP właśnie zajmują dwa, trzy miesiące, to wtedy to już nie jest MVP, tylko jest szansa, że to może być już pierwsza, pierwsza wersja, no?
00:17:59 — Michał
Michał: Tak, tak, tak. Podsumowując MVP obok Scruma i story pointów, to jest jeden z takich konceptów trzech chyba, to są trzy top, top moje koncepty osobiście, które są najczęściej źle rozumiane i najczęściej interpretowane w wolny sposób, wolna Amerykanka.
00:18:18 — Michał
Michał: No i to jest rola dobrego produktowca, żeby wyjaśniał i rozumiał, co się kryje za tymi skrótami, po co one w ogóle były, po co był, dlaczego został wymyślony Scrum, dlaczego tam jakieś story pointy ściękły właśnie ten twórca chyba story pointy za za nie przepraszał, jakoś wywiadzie, bo gdyby wiedział, jak zostało użyte to...
00:18:37 — Michał
Michał: No tak, to jest... Niestety często się dzieje z takim pojęciami po prostu, są wypaczane, nie? Tak, pewnie Eric też by niekoniecznie, jakby wiedział, jak to było przynajmniej wykorzystane, jakby tego trzyliterowego skrótu, no to też nie byłby szczęśliwe.
00:18:52 — Michał
Michał: No, więc, a u nas w polskich realiach, no to właśnie z wyjaśnienie, że MVP prototyp... Nieść Cagana oświaty, tak? Nieść kagana o światy i...
00:19:02 — Michał
Michał: Tak, tak, i nie, że MVP to jest gniot na prodzie, tylko że MVP to jest uczenie się poprzez gniot.
00:19:11 — Michał
Michał: Jeśli gniot wystarczy, jeśli gniot wystarczy, no nawet nie musi to być gniot, po prostu kucze, jakiś mały feature, jakiś ten...
00:19:17 — Michał
Michał: Powiedziałeś, jakaś stronka, jakieś landing page, jakiś batonik dodany, jakieś copy, jakieś zobaczenie, jakieś...
00:19:23 — Michał
Michał: Pamiętacie, jak mieliśmy przykłady, właśnie po prostu landing page'u, które stawialiśmy, puszczaliśmy na nie ruch i pokazywaliśmy...
00:19:32 — Michał
Michał: Niestety często to też będzie bardziej dojrzała organizacja, która przyjmie taką wiadomość, że to nie jest pewien produkt, który warto wam budować, tak?
00:19:40 — Piotr
Piotr: No, mieliśmy taką sytuację, tak.
00:19:41 — Michał
Michał: Jeśli przyjmą to i przyjęli, to oni oszczędzili kupę kasy.
00:19:44 — Michał
Michał: Z kilkaset tysięcy złotych chcieli wydać na tworzenie tego produktu, a my udało nam się właśnie jako Flame, udało nam się jakby im powiedzieć, przetestować na rynku tam ułamki tej kwoty i potwierdzić, że no wiecie co, jednak ten wasz produkt, ten wasz koncept w tych grupach docelowych,
00:20:03 — Michał
Michał: no to tak średnio i wasz addressable market jednak jest tam 10 czy 20x mniejszy.
00:20:09 — Piotr
Piotr: Tak, no i nawet ostatnio będąc na konferencji też padały pytania ciąż o właśnie discovery, ewaluację pomysłów, tak, jak przekonywać interesariuszy.
00:20:20 — Piotr
Piotr: Jest to bardzo trudne, trzeba dawać przykłady.
00:20:22 — Michał
Michał: Jeśli się ma osobiste przykłady z życia, to jest to najlepsze historie.
00:20:26 — Michał
Michał: Jeśli się nie ma, no to internet jest mnóstwo tych case'ów, które można pokazać ludziom, ile firmy straciły kasy w inwestując w głupie rzeczy,
00:20:34 — Piotr
Piotr: a ile można oszczędzić, nie robiąc tego, tak?
00:20:36 — Piotr
Piotr: No i oczywiście wracamy do AI naszego ukochanego, teraz kosztu zrobienia tego jest dużo niższy.
00:20:42 — Michał
Michał: Tak.
00:20:42 — Michał
Michał: Więc dzięki temu też macie więcej narzędzi po prostu wdrożyć tą teorię MVP w życie samemu, nie?
00:20:48 — Michał
Michał: Tak, ostatnio byłem w stanie nawet w trakcie spotkania towarzyskiego z pomocą Replit, na aplikacji mobilnej wyklikać między jednym soczkiem a drugim soczkiem landinga,
00:21:01 — Michał
Michał: który już mogły być, mogły być już wykorzystany do testowania właśnie tego konceptu biznesowego, o którym mi opowiadał mój dobry kolega, nie?
00:21:09 — Michał
Michał: No i super, tak?
00:21:11 — Michał
Michał: Więc tak, powrót do podstaw, mamy odpowiedź na problem, czy on jest realny, czy chcemy go rozwiązać, czy powinniśmy go rozwiązać, uczymy się, czy warto to budować dalej,
00:21:20 — Michał
Michał: testujemy to na ludziach, testujemy to na naszych potencjalnych klientach.
00:21:24 — Michał
Michał: Nie testujemy na zwierzętach?
00:21:26 — Michał
Michał: Nie, chyba że...
00:21:27 — Michał
Michał: W sumie nie słyszałem, może jest jakiś start-up dla zwierząt.
00:21:32 — Michał
Michał: To też dać im karmę na przykład i o nie, wstrętna albo nie.
00:21:38 — Michał
Michał: Nie daje suba, nie daje słuba.
00:21:39 — Michał
Michał: No i tyle. Więc myślę, że to jest po prostu ważne, żeby umieć używać tego narzędzia, a jeśli narzędzie jest w firmie już tak zmasakrowane,
00:21:48 — Piotr
Piotr: że się nie da, to po prostu zmieńmy nazwę, nazwijmy to prototyp, nazwijmy to hipotezą i sposobem na weryfikację hipotezy.
00:21:55 — Piotr
Piotr: I cel będzie osiągnięty.
00:21:57 — Michał
Michał: I jeszcze na koniec, fajnie też sięgnąć, jak mówię, do źródeł artykuły, czy tam wnioski Steve’a Blanka, co to znaczy MVP, Eric Ries.
00:22:08 — Michał
Michał: Jak on rozumiał MVP, a może najpierw wiec my, co to znaczy, poczujmy, co to znaczy, a potem używajmy tego konceptu myślowego poprawnie
00:22:20 — Michał
Michał: i też nie wpadajmy w tą pułapkę używania go bez zrozumienia, bo potem tak naprawdę sobie troszeczkę kopiemy pod sobą dołki.
00:22:30 — Michał
Michał: Dokładnie. Zostawcie komentarz, czy używaliście kiedykolwiek MVP, czy budowaliście prototypy i jaki był rezultat tego wszystkiego.
00:22:37 — Michał
Michał: Czy wam wyszło, czy czegoś się nauczyliście i byliście super happy, a wasi przełożeni może niekoniecznie, albo odwrotnie, że jakby czymś przekonaliście swoich przełożonych właśnie jakąś taką nauką.
00:22:50 — Michał
Michał: No, jak chce mi się zastanowiacie, jakby od czego tutaj zacząć, to dajcie znać i w komentarzach, w komentarzach, w mailach.
00:22:59 — Piotr
Piotr: Do zobaczenia i do usłyszenia.
00:23:07 — Nie dotyczy
[MUZYKA]