Przeczytałem o tym wiele zasobów internetowych, ale zastanawiam się, czy jest lepszy sposób na przetestowanie pomysłu na produkt przed spędzeniem niezliczonych tygodni na budowaniu tego cholerstwa?
Czytałem o takich rzeczach jak Validate.tech, które testują pomysły na produkty w ciągu jednego dnia, ale wydaje się niewłaściwe, aby przyciągać ludzi stroną docelową i niczym więcej.
Wiem, że jest to nieco abstrakcyjne, ale chciałbym usłyszeć twoje myśli tak czy inaczej.
Odpowiedzi:
Zrozumienie, czym jest idea produktu, a nie sposób jego wdrożenia.
To niesamowite, jak wielu ludzi uważa, że nie można przetestować pomysłu bez wielu wysiłków. Załóżmy, że masz pomysł sprzedaży butów przez Internet. Potrzebujesz zespołu IT, aby stworzyć witrynę internetową, producenta i centrum dystrybucji, prawda?
Cóż, tak. Ale na stronie mogą znajdować się zdjęcia butów i formularz, który wysyła Ci e-mail. Producentem może być po prostu lokalny sklep obuwniczy. Centrum dystrybucji może być twoim stołem kuchennym i kilkoma znaczkami pocztowymi.
Jak to test? Cóż, jeśli problemem jest to, że nikt nie zamawia butów, masz wynik. Jeśli problem polega na tym, że spędzasz dużo czasu w kuchni wysyłając buty, masz wynik.
Ten test pokazuje, czy ludzie kupią buty przez Internet. Daje ci dane, o które dbają ludzie, którzy mogą zainwestować w Twoją firmę.
źródło
Jest tylko jedna odpowiedź na to pytanie: zbuduj prototyp tak szybko, jak to możliwe! Prototypowanie oznacza pomijanie niepotrzebnych i nieistotnych części, takich jak konfigurowalność, poprawna obsługa błędów itp., I po prostu testowanie, czy podstawowy pomysł działa. Nie zawracaj sobie głowy dokumentowaniem i / lub komentowaniem prototypowego kodu, ponieważ prototyp i tak jest przeznaczony do odrzucenia. Jeśli wydajność oprogramowania nie jest ważna, radziłbym użyć nowoczesnego języka interpretowanego wysokiego poziomu, takiego jak Python. Jednak wydajność może być kluczową częścią produktu, więc w niektórych przypadkach może być konieczny język oparty na JVM lub C lub C ++.
Poświęć jednak czas na ponowną implementację całości, jeśli prototyp zostanie wybrany jako produkt. W pracy pominęliśmy ponowną implementację prototypu dla niektórych naszych kodów i spowodowało to wiele bólu, ponieważ prototyp z niską jakością kodu i pominiętą obsługą błędów wymagał znacznych nakładów pracy, aby skutecznie działać jako produkt.
źródło
Nie możesz przetestować produktu w prawdziwym tego słowa znaczeniu, zanim go zbudujesz, ale możesz:
źródło
Możesz zacząć od zbudowania minimalnie opłacalnego produktu - najmniejszego, najprostszego produktu, za który możesz przekonać kogoś, aby ci zapłacił. Może to być narzędzie typu barebone zintegrowane z istniejącym obiegiem pracy użytkowników, które zapewnia pewne korzyści dla użytkownika w uzasadnieniu dodatkowego wysiłku. Dobrym przykładem oprogramowania, które rozwijałem w ten sposób, był You Need A Budget , który rozpoczął życie jako arkusz kalkulacyjny Excel / OpenOffice, zanim stał się niezależną aplikacją.
Jednym ze sposobów myślenia o MVP jest wstępny krok w kierunku podejścia Lean Startup , w którym początkowy MVP jest tylko pierwszym iteracyjnym krokiem w kierunku końcowego produktu: dzielisz się tym MVP z kilkoma użytkownikami, zbierasz opinie na temat tego, którzy użytkownicy korzystają w większości z tej funkcji, a następnie „przestaw się”, aby utworzyć nowy MVP, który koncentruje się wyłącznie na tych użytkownikach i ich potrzebach tutaj - celem jest skupienie nie dużej grupy potencjalnych klientów, którzy chcą twojego produktu, ale na mniejszej grupie klientów którzy tego potrzebują , a więc byłby bardziej skłonny za to zapłacić. Zbudowanie MVP może umożliwić przetestowanie wielu pomysłów na produkt przed wyzerowaniem tego, który najprawdopodobniej odniesie sukces.
Dobrze znanym przykładem opracowanego w ten sposób produktu jest Flickr , który zaczął życie jako gra wideo, zanim stał się pokojem czatowym, zanim stał się witryną do udostępniania zdjęć.
źródło