Jak zbudować udany minimalny opłacalny produkt?

Swoją karierę spędziłem w Dolinie Krzemowej, głęboko zanurzony w jej tętniącej życiem kulturze przedsiębiorczości. Każdy startup odbywa ekscytującą i często niebezpieczną podróż na niezbadane terytorium, a ja odbywałem tę podróż wiele razy – jako inżynier oprogramowania, kierownik ds. inżynierii, CTO, założyciel i niezależny programista. Wiele stworzonych przeze mnie produktów dotarło do tysięcy odbiorców, a niektóre do milionów.

Z mojego doświadczenia wynika, że ​​jednym z najpotężniejszych narzędzi w zestawie narzędzi Doliny Krzemowej jest zdolność do zrównoważenia szybkości i głębi podczas wprowadzania nowych produktów. Bestseller Erica Riesa The Lean Startup wpisuje tę filozofię w koncepcję minimalnego produktu (MVP).

Dlaczego MVP są bardziej przydatne niż kiedykolwiek

Jednym z głównych powodów, dla których pojęcie MVP rozprzestrzeniło się w ostatnich latach, jest bezprecedensowa szybkość i skala, z jaką możemy teraz pozyskiwać i reagować na opinie klientów. W 2009 roku moja gra na iPhone'a Slingshot Cowboy została pobrana przez miliony ludzi w ciągu tygodnia od jej premiery i szybko dotarła na sam szczyt list przebojów (w ciągu swojego życia kilka razy osiągnęła pierwszą pozycję wśród darmowych gier) . Dużą częścią tego sukcesu mogło być szczęście, ale gdybym nie zebrał szybkich informacji zwrotnych i nie zastosował wcześnie podstawowych zasad MVP, nie byłbym w stanie utrzymać tego tempa na długo.

Zasady Lean sprowadzają się do umiejętności szybkiej iteracji, sprytnego wydawania energii i zasobów oraz bycia zwinnym, skupionym i otwartym. Uważamy jednak, że zastosowanie tej metodologii nie ogranicza się do startupów — zespoły w dużych przedsiębiorstwach mogą zmaksymalizować tempo innowacji, tworząc udane MVP.

Osiągnięcie równowagi między szybkością a jakością jest jednym z najważniejszych czynników napędzających innowacje dla organizacji dowolnej wielkości. Gdy kierujesz rozwojem własnego produktu o minimalnej opłacalności, oto nasze strategie, które pomogą utrzymać równowagę tych dwóch podstawowych składników.

Upewnij się, że Twój MVP to „V”

Jeśli Twój produkt nie jest opłacalny, wysiłki rozwojowe Twojego zespołu są daremne. Aby pomyślnie stworzyć minimalny opłacalny produkt, potrzebujesz wczesnych opinii poufnych, aby go szeroko zdefiniować, ciągłych informacji zwrotnych, aby odpowiednio go ukształtować, oraz narzędzi, takich jak testy A/B, które pozwolą mu się rozwijać.

Uzyskaj wczesne opinie od właściwych osób

Otrzymywanie negatywnych opinii użytkowników na temat Twojego MVP może być tak zniechęcające, że czujesz się zmuszony do rezygnacji z projektu. Innowatorzy mogą uniknąć tego niszczycielskiego ciosu, zwracając się o wczesne opinie od interesariuszy z głębokim zrozumieniem tej przestrzeni, na długo przed rozważeniem MVP. Jeszcze lepiej, jeśli masz kompetentnych doradców, którzy mogą pomóc w określeniu Twojego MVP na etapie koncepcji.

Kiedy zespół ds. innowacji ma obiecujący pomysł, może pokusić się o ukrycie tworzenia MVP w tajemnicy: „Jesteśmy w trybie ukrycia, nie możemy jeszcze wiele o tym powiedzieć”. W niektórych przypadkach może się to opłacać, ale ogólnie rzecz biorąc, ważniejsze jest uzyskanie informacji zwrotnej. Jeśli uważasz, że Twój produkt reprezentuje naprawdę oryginalny wynalazek, zawsze możesz zgłosić tymczasowy patent.

Zbierz ostateczne opinie użytkowników

Nawet jeśli uważasz się za wizjonera w swojej branży lub sektorze, Twoimi ostatecznymi sędziami są Twoi użytkownicy, którzy mogą udowodnić, że się mylisz w wielu sprawach. Zbieranie informacji zwrotnych o doświadczeniach użytkowników i śledzenie zachowań użytkowników to jedne z najważniejszych celów MVP.

Wprowadź analitykę. Zbieranie kompleksowych danych jest kluczem do osiągnięcia jednego z głównych celów twojego MVP – „uznanego uczenia się”, procesu, w którym człowiek uczy się, wypróbowując początkowy pomysł i mierząc go, aby potwierdzić (lub unieważnić) efekt. Nie oznacza to, że chcesz śledzić wszystko, co jest możliwe w UX, zamiast przytłaczać ogromną ilością surowych danych, zidentyfikować najważniejsze metryki.

Użyj testów A/B, aby szybko wykonać iterację

Testy A/B stały się podstawą przedsiębiorstwa, jeśli chodzi o udoskonalanie produktu. Ilekroć musisz wybierać spośród alternatywnych zachowań produktu, testowanie A/B to sposób na zrobienie tego w czasie rzeczywistym bez konieczności wdrażania nowej wersji.

Na przykład, jeśli Twoim produktem jest gra, możesz wypróbować różne ustawienia gry, a następnie zbadać swoje dane analityczne, aby wywnioskować, która kombinacja pozytywnie wpływa na Twoje kluczowe wskaźniki: dłuższa gra, lepsza lepkość itp. Dokładnie to zrobiłem większość moich gier: każdy aspekt rozgrywki był kontrolowany przez ustawienia, które mogłem modyfikować w czasie rzeczywistym. Ta forma potwierdzonej nauki pomogła mi określić optymalną kombinację ustawień dla mojego rynku docelowego.

Więcej informacji można znaleźć w artykule Steven Dow ze Stanforda, który omawia różne odmiany tej koncepcji w artykule Jak praktyki prototypowania wpływają na wyniki projektowania.

Obserwuj przestrzeń swojego produktu

Bez względu na to, jak oryginalny wydaje się Twój pomysł, możesz być pewien, że ktoś już o nim pomyślał. Jeśli Twój minimalny opłacalny produkt odpowiada na pilną potrzebę klienta, istnieje szansa, że ​​zanim skończysz, Twoja konkurencja również nabierze tempa. Stabilność jest ważna — jak podkreślono w następnej sekcji — ale można od czasu do czasu poprawiać MVP, czerpiąc inspirację od konkurencji i przesuwając nacisk, aby podkreślić cechy, które są twoją przewagą konkurencyjną.

Znalezienie równowagi między „minimalnym” a „realistycznym” jest umiejętnością intuicyjną, którą będziesz musiał ćwiczyć wielokrotnie, zwłaszcza jeśli rynek się zmieni przed wysłaniem swojego MVP.

Znalezienie „M”

Po ustaleniu opłacalnego produktu, który odpowiada na wyraźne potrzeby rynku docelowego, konieczne jest zawężenie zakresu koncentracji zespołu.

Zdefiniuj swój produkt

MVP jest jak lalka matrioszka: w środku zawsze jest mniejszy MVP. Definicja produktu polega na znalezieniu najbardziej praktycznego minimum, w zależności od Twoich celów.

Jeśli Twój produkt jest skierowany do użytkownika, zacznij od modeli szkieletowych — to Twój pierwszy, najbardziej wewnętrzny MVP. Następna „lalka” wokół niego może być „kliknijną manekinem”, interaktywną demonstracją, która nie robi niczego w rzeczywistości, ale pozwala zobaczyć ją na docelowej platformie i uzyskać pierwsze doświadczenia z przepływem użytkownika.

Gdy będziesz zadowolony z tego prototypu, zacznij tworzyć większą lalkę, warstwę, która zaczyna zapewniać użytkownikom prawdziwą wartość. Na tym etapie możesz rozpocząć opracowywanie podstawowych funkcji. Najważniejsze: jasno określ mini-kamienie milowe, nie przeskakuj do przodu i upewnij się, że spełniłeś własne kryteria, zanim przejdziesz dalej.

Odnosi się to do MVP, które Twoje przedsiębiorstwo początkowo wprowadza na rynek, ale minimalna opłacalna mentalność powinna również trwać przez cały cykl życia produktu. Pomyśl o każdym nowym wydaniu jak o większym MVP – kiedy dodajesz nową warstwę nowych funkcji, upewnij się, że pasuje ona ściśle do poprzedniej, wprowadzając jak najmniej zmian niezbędnych do uzyskania nowej, opłacalnej wersji.

Znalezienie równowagi między „minimalnym” a „realistycznym” jest umiejętnością intuicyjną, którą będziesz musiał ćwiczyć wielokrotnie.

Zarządzaj dyscypliną

Niezależnie od tego, czy najgłośniejsi interesariusze znajdują się w przedsiębiorstwie, czy też są klientami zewnętrznymi, dobrze byłoby, gdyby w ostatniej chwili zostali poinformowani o niebezpieczeństwach pełzania funkcji i powstrzymali chęć dodania nowych „niezbędnych rzeczy”.

Niekontrolowana tendencja do odchodzenia od określonego minimum osłabi morale. Dumny moment, w którym programiści kończą łączenie wszystkich komponentów, staje się nieprzyjemny. Ciągle zmieniające się cele napędzają niestabilność produktu.

Zwłaszcza w przedsiębiorstwie proces budowania odnoszących sukcesy MVP będzie korzystny dzięki przypominaniu przez sponsorów wykonawczych swoim kolegom i innym interesariuszom – tak często, jak to konieczne – że „Musimy zatrzymać się teraz i wypchnąć tę funkcję. Może nie wyglądać wystarczająco dobrze, ale będzie znacznie gorzej, jeśli się zepsuje. Twoim zadaniem jako dyrektora jest zabezpieczenie programistów przed wpływami zewnętrznymi, dając przykład w swojej kulturze pracy polegającej na trzymaniu się priorytetów.

Inżynier z dyscypliną

I odwrotnie, twórcy oprogramowania i ich menedżerowie powinni doceniać terminy i kontrolować swoje perfekcjonistyczne aspiracje. Oto typowy scenariusz: „Ten fragment kodu wygląda brzydko, tamten jest naprawdę nieefektywny; musimy posprzątać i dokonać refaktoryzacji”.

Deweloperzy mogą mieć rację, mówiąc to, ale ich menedżerowie powinni nadal odpychać. Jako kierownik techniczny możesz być zadowolony z ich dbałości o szczegóły i chcieć działać. Ale jest to kwestia czasu — pamiętaj o ważnych kwestiach związanych z wysyłką i otrzymywaniem opinii, a zamiast tego zanotuj problemy nieistotne dla misji, usuwając je w następnej iteracji.

Zasady Lean w działaniu

Sukces Twojego produktu zależy całkowicie od dynamiki rynku, na który zamierzasz wejść. Ale gdziekolwiek narysujesz linię definicji produktu dla swojego MVP, oferujemy dwie dodatkowe praktyczne taktyki, których używają odnoszące sukcesy przedsiębiorstwa, aby dostarczyć swoje MVP.

Korzystaj z komponentów innych firm

W największym możliwym stopniu zespoły innowacyjne nie powinny wymyślać koła na nowo podczas tworzenia MVP. Zawsze możesz później wymienić komponenty innych firm na coś opracowanego we własnym zakresie, gdy nadejdzie odpowiedni czas. Wstyd nieoryginalności już dawno minął: jest to obecnie powszechna praktyka, a wiele elementów konstrukcyjnych jest open source i można je dostosowywać.

Na przykład, jeśli Twój produkt obejmuje komunikację w czasie rzeczywistym, dostępne są doskonałe rozwiązania innych firm, które są łatwe do zintegrowania i zawierają kluczowe funkcje, takie jak konfigurowalne interfejsy użytkownika, infrastruktura komunikacyjna i szyfrowanie. Podobnie, jeśli tworzysz aplikację, osiągnięcie profesjonalnego wyglądu dzięki zgrabnym animacjom i przejściom może nie wymagać wewnętrznego projektanta — Twoi programiści mogą zaoszczędzić czas dzięki komponentom innych firm.

To prawda, że ​​niewiele rozwiązań innych firm będzie idealnie pasować do Twoich przypadków użycia. Ale jeszcze nie muszą. Dopóki pozwalają one na dostarczanie produktu, który może potwierdzić przyszłe inwestycje w niestandardowe rozwiązania, nadal jesteś przed nami.

Skróć czas rozwoju, ale nie poświęcaj solidnych podstaw na przyszłość

Twój pierwszy programista musi być na najwyższym poziomie. Nie zaczynaj od stażystów: inwestuj w talenty od samego początku. Może to brzmieć jak sprzeczność z podstawowym założeniem „szczupłej” metodologii, ale „tanie” niekoniecznie jest „szczupłe”. Chociaż nawet budżety przedsiębiorstw mogą być napięte, stawka godzinowa dewelopera jest tylko jednym z elementów kosztu – czas rozwoju rośnie odwrotnie proporcjonalnie do stawki godzinowej. Pomnóż te dwa przez siebie, a Twoja przewaga kosztowa już zniknie.

Dodaj czas, który poświęcasz na mentoring i ściganie błędów, których nie powinno tam być. Zastanów się nad kosztami każdego straconego dnia: powierzchnia biurowa, pensje innych pracowników, opłaty za serwer itp. Uwzględnij wartości niematerialne, takie jak koszt alternatywny, jeśli spóźnisz się na rynek.

Wykonując obliczenia, zdajesz sobie sprawę, że znacznie lepiej będzie zatrudnić jednego „drogiego” i doświadczonego programistę do wytworzenia MVP w porównaniu z grupą juniorów. Młodsi programiści mogą przyjść później, gdy zbudujesz fundament Twojego produktu i możesz zacząć myśleć o optymalizacji kosztów długoterminowych.

Oto przykład z życia. Jeden z moich znajomych przedsiębiorca chciał dodać kilka pozornie trywialnych funkcji do swojego MVP. Miał w zespole jednego bardzo doświadczonego programistę, który osiągał świetne wyniki przy 120 USD za godzinę. Myśląc, że kolejne funkcje mogą być tańsze, mój przyjaciel zatrudnił stażystę za 30 USD za godzinę.

Stażysta skończył cztery dni później. Po pobieżnym badaniu cechy okazały się działać, a koleżanka przeszła do kolejnego etapu. Doświadczony programista ponownie zaangażował się i zdał sobie sprawę, że kod nie tylko zawodził w niektórych przypadkach, ale był nie do utrzymania w przyszłości. Więc spędził cały dzień na przepisaniu tego.

Cztery dni pracy stażysty (960 USD) plus jeden dzień przepisywania (960 USD) = 1920 USD. Gdyby doświadczony programista pracował nad tą funkcją w pierwszej kolejności, zrobiono by to dobrze w jednej piątej czasu i kosztowałoby mniej niż połowę pieniędzy, nawet bez uwzględnienia innych kosztów.

Doskonałość nie jest jeszcze celem, ale istnieje ryzyko nadmiernej korekty w stosunku do jakości – możesz całkowicie zdyskredytować swój produkt, wypuszczając coś, co się psuje z lewej i prawej strony, nieoszlifowane, niezgrabne i po prostu bezużyteczne. W rezultacie możesz nie dostać drugiej szansy.

Wyostrz swoje instynkty i ciesz się przygodą

Poruszyliśmy tutaj tylko kilka aspektów rozwoju MVP. Ale nawet z wyczerpującym przewodnikiem zawsze będzie w tym procesie więcej, niż się spodziewałeś, więcej pracy, niż przewidywałeś, i więcej wyzwań, niż się spodziewałeś.

W pewnym momencie musisz wytyczyć granicę i pokazać swój produkt światu. To najbardziej mrożąca krew w żyłach i ekscytująca chwila i nie ma w tym żadnej nauki ścisłej. Musisz ufać swojemu przeczuciu, ale przestrzeganie zasad Lean w tym procesie pomoże ci wyostrzyć instynkty i ułatwi ci podjęcie kluczowej decyzji. A kiedy już osiągniesz ten pierwszy kamień milowy pozytywnych opinii i będziesz mieć zaufanie do swojej wizji, możesz zacząć pchać coraz dalej, w głąb, w kierunku produktu swoich marzeń.