Czy powinieneś stworzyć MVP przed stworzeniem aplikacji?

Czy stać Cię na postawienie na pomysł na aplikację lub założenie, jak konsumenci na nią zareagują? Założę się, że twoi klienci też nie czują się zbyt komfortowo, robiąc to, zwłaszcza gdy liczą się ich pieniądze i reputacja.

Aplikacja może być ryzykowną inwestycją dla firmy, jeśli nie jest traktowane z ostrożnością. Nawet wtedy najlepiej zbadane koncepcje aplikacji mogą prowadzić do rozczarowujących wskaźników pobierania i retencji użytkowników.

Niezależnie od tego, czy zajmujesz się tworzeniem aplikacji mobilnych, czy produktów SaaS, czy myślałeś o korzystaniu z produktów o minimalnej opłacalności (MVP) w celu ochrony inwestycji swoich klientów?

MVP nie tylko umożliwiają szybsze przechodzenie projektów przez potok, ale także umożliwiają programistom tworzenie silniejszych produktów dla swoich klientów.

Oto, co musisz wiedzieć.

Wartość MVP w tworzeniu aplikacji

Frank Robinson był pierwszym, który zdefiniował MVP w 2001 roku. U podstaw MVP jest zmniejszona wersja produktu, która jest udostępniana publicznie w celu testowania i walidacji koncepcji produktu i rentowności na rynku .

Eric Ries, autor The Lean Startup, był jednym z pierwszych zwolenników MVP i miał kilka interesujących rzeczy do powiedzenia na temat tego, dlaczego i jak powinniśmy ich używać w 2013 roku:

Nie chodzi o tworzenie szczuplejszych produktów. Ma to na celu przekazanie najbardziej podstawowej wersji lub koncepcji aplikacji w ręce użytkowników i ewangelistów. W ten sposób programista na wczesnym etapie zbiera opinie użytkowników, które z kolei są wykorzystywane do odpowiedniego ukształtowania produktu do jego ostatecznej wersji.

Weźmy na przykład Dropbox. Tak wyglądała strona docelowa produktu w 2009 roku:

Jest to prosta strona, która zawiera nazwę firmy, objaśnienie oprogramowania oraz łącze do pobrania aplikacji na komputery stacjonarne lub mobilne. Użytkownicy, którzy chcą dowiedzieć się więcej o tym, co otrzymują, „wycieczka” zaprowadziła ich do mini-witryny zawierającej więcej informacji:

Jest to dalekie od zaawansowanej usługi przechowywania, tworzenia treści i współpracy, z której obecnie korzystają zarówno konsumenci, jak i firmy:

Ale to jest piękno MVP. Zasadniczo zmusza programistów do tworzenia produktów z minimalnym — ale absolutnie niezbędnym — zestawem funkcji .

Dropbox nie musiał przewidywać potęgi usług przechowywania w chmurze ani tworzyć czegoś, co nie było wówczas odpowiednie dla rynku. Wystarczyło uruchomić proste rozwiązanie, którego użytkownicy wtedy i tam potrzebowali. Użytkownicy mogli następnie zweryfikować produkt i wskazać firmie kierunek, w jakim jest ona potrzebna.

Istnieją inne korzyści z tworzenia MVP:

• Produkt możesz wprowadzić na rynek znacznie szybciej, niż gdybyś czekał na opracowanie pełnej aplikacji.
• Masz szansę przetestować opłacalność koncepcji, zanim poświęcisz na pracę zbyt wiele roboczogodzin.
• Dajesz sobie więcej miejsca (a może nawet trochę wybaczenia), aby rozwiązać problemy z produktem końcowym.
• Oszczędzasz pieniądze dzięki MVP. Po pierwsze dlatego, że poświęcasz czas tylko na tworzenie funkcji, które są absolutnie potrzebne. Po drugie, ponieważ może się okazać, że użytkownicy są zadowoleni ze zmniejszonej wersji i nie będziesz musiał wykonywać dużo więcej pracy, aby sfinalizować produkt.
• Dzięki sprawdzonemu pomysłowi, który został przyjęty przez użytkowników, masz coś do zaoferowania inwestorom, co może sprawić, że reszta procesu rozwoju będzie przebiegać znacznie sprawniej.

Jak mówi Eric w filmie, MVP to najlepszy sposób na zmaksymalizowanie swoich szans na sukces i zrobienie tego w znacznie krótszym czasie, niż pozwala na to pełny rozwój produktu.

Jak zbudować wartościowy MVP, który użytkownicy chcą przetestować?

Sukces Twojego MVP zależy od jego zdolności do wykorzystania spostrzeżeń i informacji zwrotnych dostarczonych przez wczesnych użytkowników — tych, którzy są w 100% po Twojej stronie, wierzą w produkt i chcą pomóc Ci wypełnić luki. Więc nie trać tego z oczu.

MVP to nie jakaś na wpół zrzucona aplikacja. To wciąż musi być wartościowe.

Oto kilka rzeczy, które musisz zrobić, zanim zbudujesz i uruchomisz swój MVP:

1. Zdecyduj o celu produktu

Jeśli chcesz, aby Twoja aplikacja odniosła sukces, musi w unikalny sposób rozwiązać problem dla dużej części bazy konsumentów. Oznacza to, że Twój MVP musi jasno określić, co robi produkt i dlaczego użytkownicy go potrzebują.

Na przykład w ten sposób Uber (wtedy UberCab) sprzedawał się podczas swojej wersji beta w 2010 roku:

Podobnie jak wcześniejszy przykład Dropbox, jest niezwykle prosty w koncepcji i nie wymaga dodatkowych wyjaśnień, jeśli chodzi o wyjaśnienie, co to jest i dlaczego jest tak cenny. Ale nadal masz pomysł. To aplikacja, która pozwala zamawiać i płacić za samochód z telefonu. Zasadniczo jest to wygodna alternatywa dla taksówek.

Przeskocz o rok, zobaczysz, że Uber zaczął umacniać swoją tożsamość i propozycję wartości dzięki oficjalnej premierze produktu:

Było to w 2011 roku, kiedy Uber upuścił „Cab” i oznaczył się jako prywatna usługa jazdy na wezwanie. Był to sposób na to, aby konsumenci mogli doświadczyć pewnych luksusowych przywilejów, na które w innym przypadku nie byłoby ich stać.

Chociaż nie jest to ostateczna forma, jaką ostatecznie przyjął Uber, możesz zobaczyć, jak wczesne opinie użytkowników pomogły twórcom produktów zdecydować, które części platformy są naprawdę warte podkreślenia i na których warto się oprzeć.

Dokładnie to się stanie, gdy zbudujesz MVP i zaczniesz zbierać cenne informacje od użytkowników na temat tego, czego chcą i jakich funkcji potrzebują. Ale najpierw musisz zacząć od wyjaśnienia jego ogólnego przeznaczenia i wartości. Możesz go później dopracować.

2. Znajdź swoich idealnych użytkowników

Masz swoją koncepcję. Teraz nadszedł czas, aby dowiedzieć się, czy konsumenci będą tego chcieli. Nawet jeśli MVP jest tańszy i szybszy w budowie, nie oznacza to, że nie będzie to kompletna strata czasu i zasobów. Musisz przynajmniej potwierdzić, że istnieje zainteresowanie, a następnie jasno określić, kto jest Twoim docelowym użytkownikiem.

W szczególności musisz pomyśleć o lokalizacji.

W powyższym przykładzie Ubera widać, że produkt w wersji beta był testowany tylko w San Francisco.

Początkowa wersja Airbnb robiła coś podobnego. Joe Gebbia, współzałożyciel Airbnb, opowiada historię swojego MVP w odcinku How I Built This z 2017 roku.

Zasadniczo miał mało gotówki i postanowił wypożyczyć dmuchane materace w swoim mieszkaniu w San Francisco na nadchodzącą konferencję. Wiedząc, że w hotelach będzie brakować pokoi, pomyślał, że może na tym zarobić. Ale zarobił nie tylko pieniądze na czynsz. Pomysł na nowy biznes wpadł na pomysł, gdy wiele osób zainteresowało się wynajmem powierzchni w jego mieszkaniu.

Więc on i jego partner stworzyli stronę internetową o nazwie „AirBed & Breakfast”. Jednak po uruchomieniu rozprzestrzenił się daleko poza oryginalny obszar testowy San Francisco.

W 2009 roku wypożyczalnie AirBnB znajdowały się w 72 krajach. Dziś praktycznie masz swój wybór w każdym mieście na świecie. Ale wszystko zaczęło się od San Francisco.

Tak więc, gdy zaczynasz budować swój produkt, zastanów się, gdzie będzie najlepsze miejsce do testowania i uzyskaj opinie na temat swojej aplikacji, zanim wdrożysz jej pełną wersję. Chcesz, aby obszar dobrze reprezentował populację i dane demograficzne, na które chcesz kierować reklamy. Musisz także upewnić się, że istnieje zapotrzebowanie na produkt i że Twoi docelowi użytkownicy mogą sobie pozwolić na jego używanie (gdy zaczniesz zarabiać).

3. Wybierz format MVP

Format MVP to kolejna ważna rzecz, o której należy pomyśleć przed przystąpieniem do budowania.

W niektórych przypadkach będziesz musiał zbudować działający produkt. Załóżmy na przykład, że Twoim celem jest stworzenie nowej aplikacji randkowej. Na rynku jest mnóstwo aplikacji randkowych; w szczególności z dwiema aplikacjami, które nieustannie dominują w pakiecie. Wiesz, że tworzenie jakiejkolwiek aplikacji do randek mobilnych byłoby ogromnym i kosztownym hazardem, bez względu na to, jak bardzo ograniczysz funkcje. Więc co robisz?

Możesz zamiast tego zbudować aplikację randkową PWA. Koszty byłyby niższe, czas wprowadzenia produktu na rynek znacznie szybszy, a zdobycie MVP przed użytkownikami byłoby znacznie łatwiejsze, niż gdybyś umieścił coś w sklepie z aplikacjami. Może się nawet okazać, że ostatecznie PWA wystarcza pod względem formatu produktu.

W innych przypadkach MVP nie będzie nawet musiał być rzeczywistym produktem. Może to być po prostu strona internetowa zapowiadająca produkt lub przedstawiająca szkielet/prototyp koncepcji.

W 2018 roku Rand Fishkin ogłosił, że odchodzi z Moz, firmy, którą założył w 2004 roku. Jednocześnie zapowiedział nowy produkt o nazwie SparkToro.

Teraz Rand jest kimś, kto może uruchomić koncepcję jako MVP i nadal odnieść sukces. Ma długą historię i solidną reputację w tej przestrzeni, więc oczywiście użytkownicy będą skłaniać się ku temu nowemu produktowi, mimo że nie jest on dostępny do spożycia.

Ci, którzy budują MVP dla nowej marki, prawdopodobnie nie będą mieli tyle szczęścia. Jednak naprawdę będzie to zależeć od rodzaju produktu, który planujesz zbudować.

Jeśli nie ma absolutnie żadnego sposobu na stworzenie produktu w wersji skalowanej, może to być opcja warta zbadania. Dobrym pomysłem byłoby również, jeśli Ty lub Twój klient nie macie absolutnie żadnych funduszy i potrzebujecie zweryfikowanych informacji zwrotnych, aby udowodnić inwestorom opłacalność swojej koncepcji. To naprawdę jedyny sposób, w jaki widzę, że Joe Schmoesowi to uchodzi na sucho.

Jeśli pójdziesz tą drogą, będziesz potrzebować naprawdę dobrej sekcji wyjaśniającej. Oto, co SparkToro ma na swojej stronie Co budujemy:

Myślę, że dla użytkowników, którzy skłaniają się ku temu produktowi — mianowicie zaawansowanych marketerów, którzy rzeczywiście potrzebują tego rodzaju rozwiązania — ten sposób testowania koncepcji i wykonalności funkcji jest dobry. Jest napisany w ich języku iz obrazami, które rozumieją.

Jednak dla użytkowników, którzy nie są zaznajomieni z Twoją marką lub nie są tak dobrze wyszkoleni jak publiczność Rand, lepszym pomysłem będzie model szkieletowy lub prototyp pulpitu nawigacyjnego produktu. Nawet film wyjaśniający od założyciela działałby dobrze. Po prostu musi to być coś, co przekona użytkowników do zarejestrowania się i rozpoczęcia przekazywania opinii tak wcześnie, jak to możliwe.

4. Znajdź swoje rzeczywiste minimum

Jeśli obejrzysz wideo Erica Riesa, zobaczysz, że przedstawia on wzór na określenie minimalnych cech Twojego MVP. To wygląda tak:

Liczba minimalnych funkcji, które Twoim zdaniem potrzebujesz / 8 = Prawdziwe minimum

To ma sens, jeśli ta formuła sprawia, że ​​czujesz się zaniepokojony. Ale pomyśl o tym tak:

Budujesz MVP, który jest tak prosty, jak to tylko możliwe, ale nie staje się bezużyteczny. Wysyłasz go do użytkowników i dajesz im możliwość wyrażenia opinii.

W rezultacie może się zdarzyć kilka rzeczy:

Absolutnie tego nienawidzą.

Narzekają na to, że funkcja A jest do bani i że chcieliby, aby zrobiła coś innego, albo na to, że funkcja B była prawie gotowa, ale potem nie spełniła ich oczekiwań. To idealne! Twoi użytkownicy testowi powiedzą Ci dokładnie, czego chcą od Twojego produktu. Uzyskaj wystarczającą ilość spójnych opinii, a otrzymasz listę niezbędnych funkcji, które muszą pojawić się w następnej wersji aplikacji.

Nie przeszkadza im to, ale nie kochają tego… jeszcze.

Ponownie, jest w porządku, jeśli użytkownicy nie są z niego w 100% zadowoleni. Dałeś im możliwość wypróbowania produktu, który będzie niesamowity i widzą w nim obietnicę. Daj im szansę wypowiedzenia się i daj znać, co kochali, a czego nie. Następnie skup się na wzmocnieniu tych słabych punktów i włączeniu funkcji, które sprawią, że będzie to prawdziwa zmiana gry.

Pokochają to takie, jakie jest.

Bądźmy szczerzy, to się nie wydarzy. Ale czy nie byłoby wspaniale, gdyby opinie były tak skąpe, że mógłbyś rzucić się na MVP tak, jak jest? Ponadto pomyśl o tym, ile czasu zaoszczędziłeś sobie i pieniędzy, które zaoszczędziłeś klientowi, tak bardzo ograniczając produkt. Czasami prostsze jest lepsze.

Nie zapomnij podziękować tym użytkownikom za ich opinie i wsparcie dla produktu. Nie ma możliwości stworzenia rozwiązania, którego potrzebują, bez ich spostrzeżeń, dlatego w Twoim najlepszym interesie byłoby rozpoznanie roli, jaką w tym odgrywają. W zamian będą nadal głosić Twój produkt jeszcze długo po premierze.

5. Wcześnie zaprojektuj swoją stronę docelową

Chociaż nie przepadam za stroną docelową lub mini-stroną służącą wyłącznie jako MVP (z wyżej wymienionego powodu), uważam, że dobrym pomysłem jest stworzenie strony docelowej zorientowanej na urządzenia mobilne, gdy MVP jest w toku .

Aplikacje do gier i SaaS byłyby szczególnie dobrym wyborem, aby wcześniej uruchomić stronę rejestracji w wersji beta. Oto przykład z Hytale:

Jeśli chcesz, aby Twój MVP odniósł sukces, powinieneś poświęcić trochę dodatkowego czasu, który masz teraz, na zbudowanie silnej strony docelowej. Zacznij od zbadania wczesnych stron internetowych firm przedstawionych w tym poście. Wszyscy z powodzeniem wyjaśnili swoje koncepcje, promowali swoje produkty i przekonali pierwszych użytkowników do zapisania się na testy.

Kiedy już to robisz, powinieneś założyć swojego bloga, konta w mediach społecznościowych i funkcje społecznościowe (z aktywnym biuletynem). Nigdy nie wiesz. Ktoś może znaleźć ogłoszenie o Twoim MVP w innym miejscu niż wyszukiwarka Google i zdecydować, że chce dodać witrynę do zakładek lub zarejestrować się wcześniej, aby zostać beta testerem.

Nigdy nie jest za wcześnie, aby zacząć otrzymywać wpisowe z zestawu użytkownika!

6. Zdefiniuj swoje kryteria sukcesu

Na koniec musisz zdecydować, jak będziesz mierzyć sukces swojego MVP. Bo nie chodzi tylko o jakość informacji zwrotnej.

Rozważ następujące:

• Ilu odwiedzających odwiedziło Twoją stronę docelową?
• Ile z tych osób zapisało się do wersji beta?
• Ilu użytkowników utrzymałeś w ustalonym okresie (1 miesiąc, 3 miesiące itd.)?
• Ile osób przekazało informacje zwrotne i czy było to wystarczająco istotne, aby podjąć solidne decyzje dotyczące projektu produktu i jego funkcji w przyszłości?
• Czy dane demograficzne Twojego użytkownika są zgodne z odbiorcami, dla których zaprojektowałeś aplikację? Jak myślisz, dlaczego tak było?
• Ile średnio czasu użytkownicy spędzali w aplikacji?
• Z jakimi funkcjami spędzali najwięcej czasu? Najmniej?
• Które funkcje otrzymały najkorzystniejsze opinie? Najmniej?
• Czy byli jacyś użytkownicy, którzy mieli pozytywne doświadczenia z produktem? Co ich wyróżnia?

Weź wszystkie zebrane informacje — z oryginalnej strony docelowej, beta testerów, danych dotyczących użytkowania itd. — i naprawdę przejrzyj je. Co ci to mówi o zaprojektowanym przez ciebie MVP? A teraz, co zamierzasz z tym zrobić?

Czy zostawisz go takim, jakim jest, czy zbudujesz go do pełnego produktu, jakim ma być i jakiego chcą użytkownicy?

Czy łatwo będzie przyciągnąć i pozyskać klientów na podstawie zebranych danych o użytkowaniu? Co więcej, czy będziesz w stanie zatrzymać tych użytkowników, czy też bardziej opłacalne będzie utrzymywanie aplikacji po stronie przeglądarki zamiast w formie aplikacji natywnej?

I wreszcie, ile można i należy pobierać za dostęp do produktu? Czy ostatecznie sprawi, że firma będzie rentowna, czy po prostu nie ma wystarczającego zainteresowania (przynajmniej po stronie monetyzacji), aby uczynić to opłacalnym przedsięwzięciem?

Wiem, że zostawiam cię z wieloma pytaniami, ale jest wiele pytań, które będziesz musiał rozwiązać po rozpoczęciu testów. Poza tym jest to główny powód, dla którego stworzyłeś MVP. Ta opinia użytkowników jest bezcenna dla procesu i jest jedynym sposobem, aby dowiedzieć się, czy jest to produkt, który warto wypuścić na rynek, czy zabrać z powrotem na deskę kreślarską.