MVP – Kiedy buduj, mierz, ucz się, to nie tylko rzucanie rzeczami o ścianę
Opublikowany: 2017-05-29I sprawdzam, czy działają
Zawsze jestem zaskoczony, gdy krytycy narzekają, że podejście Lean Startup's Build, Measure, Learn to nic innego jak „wyrzucanie niekompletnych produktów z budynku, aby sprawdzić, czy działają”.
Niestety diagram Build, Measure, Learn jest przyczyną tego zamieszania. Na pierwszy rzut oka wydaje się, że jest to proces gotowy na ogień.
Czas zaktualizować Build, Measure, Learn , aby dowiedzieć się, co jest najlepszym sposobem na budowanie startupów Lean.
Oto jak.
Buduj, mierz, ucz się brzmi całkiem prosto. Zbuduj produkt, przenieś go do realnego świata, mierz reakcje i zachowania klientów, ucz się z tego i wykorzystaj to, czego się nauczyłeś, aby zbudować coś lepszego. Powtarzaj, ucząc się, czy wykonać iterację, przestawić lub ponownie uruchomić, aż znajdziesz coś, co pokochają klienci .
Rozwój wodospadu
Choć brzmi to prosto , podejście Build Measure Learn do rozwoju produktu jest radykalnym ulepszeniem w stosunku do tradycyjnego modelu Waterfall używanego w XX wieku do tworzenia i dostarczania produktów. W tamtych czasach przedsiębiorca wykorzystywał proces seryjnego opracowywania produktów, który przebiegał krok po kroku z niewielką ilością opinii klientów. Założyciele zakładali, że rozumieją problemy/potrzeby klientów, napisali dokumenty wymagań technicznych, zaprojektowali produkt, wdrożyli /zbudowali sprzęt/oprogramowanie, sprawdzili, czy działa, testując go, a następnie przedstawili produkt klientom w formalnym wyjściu zwanym pierwszym klientem .
Waterfall Development polegał na wykonaniu dokumentu wymagań. Podczas gdy wczesne wersje produktu były udostępniane klientom w testach alfa i beta, celem wczesnego dostępu klientów do produktu było wykrycie błędów, a nie przekazywanie opinii na temat funkcji lub użyteczności. Dopiero po wysyłce i próbie sprzedaży produktu startup usłyszałby jakiekolwiek merytoryczne opinie od klientów. I zbyt często, po miesiącach, a nawet latach rozwoju, przedsiębiorcy na własnej skórze przekonali się, że klienci nie kupują ich produktu, ponieważ nie potrzebują lub nie chcą większości jego funkcji .
Często firmy potrzebowały trzech prób, aby uzyskać właściwe produkty. Wersja 1 została zbudowana bez opinii klientów, a zanim wersja 1 została ukończona, prace rozpoczęły się już nad wersją 2, więc zajęło to aż do wersji 3, zanim klient został naprawdę wysłuchany (np. Microsoft Windows 3.0)
Najlepsze praktyki w tworzeniu oprogramowania zaczęły przechodzić do programowania zwinnego na początku 2000 roku. Metodologia ta poprawiła się w przypadku wodospadu poprzez iteracyjne budowanie oprogramowania i angażowanie klienta. Brakowało mu jednak ram do testowania całej komercjalizacji hipotezy na zewnątrz budynku. Dzięki Agile możesz w końcu zadowolić każdą funkcję, o którą poprosił klient, i nadal zbankrutować.
Potem przyszło skoncentrować się na Build Measure Learn w Lean Startup.
Zbuduj miarę Dowiedz się
Celem Build-Measure-Learn nie jest zbudowanie produktu końcowego do wysyłki lub nawet zbudowanie prototypu produktu, ale maksymalizacja uczenia się poprzez inżynierię przyrostową i iteracyjną. (Nauka może dotyczyć cech produktu, potrzeb klientów, właściwych cen i kanałów dystrybucji itp.) Etap „budowania” odnosi się do budowania minimalnego opłacalnego produktu (MVP). Bardzo ważne jest, aby zrozumieć, że MVP nie jest produktem z mniej funkcji. Jest to raczej najprostsza rzecz, jaką możesz pokazać klientom, aby w danym momencie uzyskać jak najwięcej wiedzy. Na początku startupu MVP może być po prostu slajdem PowerPoint, szkieletem, modelem glinianym, przykładowym zestawem danych itp. Za każdym razem, gdy budujesz MVP, określasz również, co chcesz przetestować/ zmierzyć . Później, gdy dowiadujemy się więcej, MVP przechodzą od niskiej wierności do wyższej wierności, ale celem nadal jest maksymalizacja nauki, a nie zbudowanie beta/w pełni funkcjonalnego prototypu produktu.
Polecany dla Ciebie:
Jak Metaverse zmieni indyjski przemysł motoryzacyjny?
Co oznacza przepis anty-profitowy dla indyjskich startupów?
W jaki sposób start-upy Edtech pomagają indyjskim pracownikom podnosić umiejętności i być gotowym na przyszłość...
Akcje New Age Tech w tym tygodniu: Kłopoty Zomato nadal, EaseMyTrip publikuje Stro...
Indyjskie startupy idą na skróty w pogoni za finansowaniem
Digital Marketing Platform Logicserve Bags Finansowanie INR 80 Cr, zmienia nazwę na LS Dig...
Znacząca poprawa w stosunku do rozwoju Waterfall, Build Measure Learn pozwala startupom działać szybko, sprawnie i wydajnie.
Trójkołowy diagram Build Measure Learn jest dobrym przybliżeniem tego procesu. Niestety, użycie najpierw słowa „buduj” często dezorientuje ludzi. Diagram wydaje się sugerować budowanie rzeczy i wyrzucanie ich z budynku. Bardziej szczegółowa wersja diagramu Build Measure Learn pomaga wyjaśnić znaczenie, dodając trzy dodatkowe elementy: Pomysły - Budowanie - Kod - Pomiar - Dane - Nauka.
Pięcioczęściowa wersja diagramu Build Measure Learn pomaga nam dostrzec, że prawdziwym celem budowania jest testowanie „pomysłów”, a nie tylko budowanie na ślepo bez celu. Okrąg oznaczony „kodem” można łatwo nazwać „buduj sprzęt” lub „buduj sztuczny genom”. Kółko oznaczone „dane” wskazuje, że po zmierzeniu naszych eksperymentów wykorzystamy dane do dalszego udoskonalenia naszej nauki. A nowa nauka wpłynie na nasze kolejne pomysły. Widzimy więc, że celem Build-Measure-Learn nie jest tylko budowanie rzeczy, celem jest budowanie rzeczy, aby zweryfikować lub unieważnić początkowy pomysł.
Skupienie się na testowaniu konkretnych pomysłów przeciwstawia się obawom, że uczenie się przez budowanie jest po prostu rzucaniem rzeczy o ścianę i sprawdzaniem, czy działają.
Ale to wciąż nie jest wystarczająco dobre. Teraz możemy zrobić lepiej.
Zacznij od hipotez
To, czego brakuje w Build-Measure-Learn , to fakt, że nowe przedsięwzięcia (zarówno startupy, jak i nowe pomysły w istniejących firmach) nie zaczynają się od „pomysłów”, ale od hipotez (fajne słowo na domysły). Ważne jest, aby zrozumieć, że słowa „ pomysł” i „hipotezy” oznaczają dwie bardzo różne rzeczy. Dla większości innowatorów słowo „idea” przywołuje na myśl spostrzeżenia, które natychmiast wymagają opracowania planu, aby go urzeczywistnić. W przeciwieństwie do tego hipoteza oznacza, że mamy wykształcone przypuszczenie , które wymaga eksperymentowania i danych, aby potwierdzić lub unieważnić .
Hipotezy te obejmują zakres od tego, kto jest klientem (klientami), do propozycji wartości (cechy produktu/usługi), cen, kanału dystrybucji i tworzenia popytu (pozyskiwanie klientów, aktywacja, utrzymanie itp.)
To, że Lean Startup zaczyna się od uznania, że Twój pomysł to po prostu seria nieprzetestowanych hipotez, to wielki pomysł . To naprawdę świetny pomysł, ponieważ to, co tworzysz, musi pasować do hipotezy, którą chcesz przetestować.
Minimalny opłacalny produkt, który musisz zbudować, aby znaleźć odpowiednich klientów, różni się od minimalnego opłacalnego produktu potrzebnego do testowania cen, który jest inny niż MVP, który można zbudować, aby przetestować określone funkcje produktu. Wszystkie te hipotezy (i minimalnie opłacalne produkty) zmieniają się w czasie, gdy uczysz się więcej. Tak więc zamiast Build-Measure-Learn diagram budowania minimalnych opłacalnych produktów w Lean Startup wygląda jak Hipotezy – Eksperymenty – Testy – Wglądy.
Generowanie hipotez
Korzystając z tego nowego diagramu Hipotezy – Eksperymenty – Testy – Wglądy , pojawia się pytanie: „Jakie hipotezy powinienem przetestować?” Na szczęście kanwa modelu biznesowego Alexandra Osterwaldera przedstawia na jednej stronie wizualny przegląd dziewięciu elementów przedsiębiorstwa. Oni są:
- Propozycja wartości, produkt/usługa oferowana przez firmę (wraz z korzyściami dla klientów).
- Segmenty klientów, takie jak użytkownicy i płatnicy, matki lub nastolatki.
- Kanały dystrybucji umożliwiające dotarcie do klientów i zaoferowanie im propozycji wartości
- Relacje z klientami w celu stworzenia popytu.
- Strumienie przychodów generowane przez propozycje wartości.
- Działania niezbędne do wdrożenia modelu biznesowego.
- Zasoby potrzebne do umożliwienia działań.
- Partnerzy Trzecie strony potrzebne do umożliwienia działań.
- Struktura kosztów wynikająca z modelu biznesowego.
I prowadzi nas do definicji startupu: Startup to tymczasowa organizacja, której celem jest poszukiwanie powtarzalnego i skalowalnego modelu biznesowego .
Testowanie hipotez
A kiedy te hipotezy wypełnią kanwę modelu biznesowego, w jaki sposób przedsiębiorca zamierza je przetestować? Jeśli jesteś naukowcem, odpowiedź jest prosta: przeprowadzasz eksperymenty . To samo dotyczy Lean Startup. (Narodowa Fundacja Nauki opisała klasę Lean LaunchPad jako naukową metodę przedsiębiorczości.)
Proces Customer Development to prosta metodologia stawiania nowych hipotez przedsięwzięć i wychodzenia z budynku, aby je przetestować. Odkrywanie klientów pozwala uchwycić wizję założycieli i przekształcić ją w szereg hipotez dotyczących modeli biznesowych. Następnie opracowuje serię eksperymentów, aby przetestować reakcje klientów na te hipotezy i przekształcić je w fakty. Eksperymenty mogą być serią pytań, które zadajesz klientom, ale najczęściej pytaniom towarzyszy minimalnie opłacalny produkt, który pomoże potencjalnym klientom zrozumieć Twoje rozwiązanie.
Innym wielkim pomysłem jest to, że startupy nie tworzą minimalnych opłacalnych produktów, aby zbudować prototyp. Tworzą minimalnie opłacalne produkty, aby dowiedzieć się jak najwięcej .
Wreszcie, celem projektowania tych eksperymentów i minimalnych opłacalnych produktów nie jest uzyskanie danych. Dane nie są punktem końcowym. Każdy może zbierać dane. Grupy fokusowe zbierają dane. To nie jest grupa fokusowa. Celem jest uzyskanie wglądu . Cały sens wydostania się z budynku polega na poinformowaniu wizji założyciela . Wgląd może pochodzić z analizy odpowiedzi klientów, ale może również pochodzić z ignorowania danych lub uświadomienia sobie, że to, co opisujesz, jest nowym, destrukcyjnym rynkiem, który nie istnieje i że musisz zmienić swoje eksperymenty z mierzenia szczegółów na wymyślanie przyszłość.
[Ten post Steve'a Blanka pojawił się po raz pierwszy na oficjalnej stronie internetowej i został powielony za zgodą.]