5 pojęć, które mogą zepsuć Twój świetny pomysł na produkt
Opublikowany: 2020-05-08Ludzie mają tendencję do korzystania z wielu aplikacji, aby zaspokoić swoje różne potrzeby
Na każdym etapie rozwoju produktu może się wydawać, że to, co zostało zbudowane, to za mało
Wszyscy są podekscytowani sztuczną inteligencją i uczeniem maszynowym
„Dla mnie pomysły są nic nie warte, jeśli nie zostaną zrealizowane” – Steve Jobs
Wiesz, że masz niesamowity pomysł, dzięki któremu mógłbyś zakłócić rynek. Ale aby to zrobić, musisz najpierw przekształcić go w oprogramowanie. I prawdopodobnie zastanawiasz się, jaki jest punkt wyjścia i na jakim etapie musisz wejść na rynek. Martwisz się, ponieważ znasz ludzi, którzy nie wywarli żadnego wpływu pomimo ich świetnego pomysłu. Te myśli są naturalne i każdy przedsiębiorca przez nie przechodzi.
Miałem szczęście pracować z wieloma założycielami na różnych etapach ich produktu, od bootstrap po skalowanie, a nawet poprzez rundy finansowania venture capital. Przez lata budowania produktów dla przedsiębiorców i prowadzenia warsztatów z ideami, natknąłem się na typowe błędne wyobrażenia na temat bootstrapowania produktu, którymi chciałbym się podzielić. Te pojęcia mogą potencjalnie zepsuć Twój fantastyczny pomysł na produkt.
„Poślubię dwa produkty, aby stworzyć nowy.”
Ludzie mają tendencję do korzystania z wielu aplikacji, aby zaspokoić swoje różne potrzeby. I czujesz, że Twój produkt da im to, co najlepsze z dwóch lub więcej światów. Wydaje się dość oczywiste, że ludzie skłaniają się ku Twojemu zunifikowanemu rozwiązaniu zamiast wielu produktów, aby zaspokoić ich potrzeby. To nie jest błędne pojęcie. Sprawdza się wyjątkowo dobrze w obszarze płatności rachunków i rezerwacji. Nie możesz jednak lekceważyć produktów, które próbujesz poślubić.
Na przykład platforma, która łączy Facebooka i TikTok, tworząc trzecią aplikację, może teoretycznie brzmieć jak świetny pomysł. Ale użytkownicy są już przyzwyczajeni do tych funkcji, które przez lata ewoluowały do perfekcji, dlatego musisz poświęcić taki czas i pieniądze na swoją aplikację. Jeśli cofniesz się o krok, możesz zdać sobie sprawę, że nie tak ukształtował się twój pomysł.
Wszystko prawdopodobnie zaczęło się od oceny konkretnej potrzeby użytkownika i dostarczenia rozwiązania tego problemu. Mówiąc najprościej, ważne jest, aby zrobić jedną rzecz i zrobić to dobrze, zamiast oferować zestaw funkcji, które pojedynczo nie dają ciosu.
„Wprowadzę na rynek tylko wtedy, gdy mój produkt będzie bardzo bogaty w funkcje”.
Na każdym etapie rozwoju produktu może się wydawać, że to, co zostało zbudowane, nie wystarcza: „Potrzebujemy więcej mocy, Scotty!”. Również uświadomienie sobie, że wszystkie fundusze zostały wyczerpane w procesie rozwoju produktu i jego kilku funkcji, jest najgorszym koszmarem dla każdego założyciela. W tym momencie wkracza moc produktu Minimum Viable Product (MVP). Kluczowe jest określenie zakresu MVP i wprowadzenie go na rynek na czas.
Oto krótka ściągawka, która ukierunkuje Twój zakres MVP:
- Zidentyfikuj typ użytkowników, którzy będą korzystać z Twojego systemu – persony użytkowników (utrzymaj to na minimalnym poziomie).
- Oceń, jakie są najbardziej krytyczne potrzeby każdej osoby.
- Zarządzaj funkcjami i przepływami użytkowników w oparciu o persony i ich potrzeby.
- Zdecyduj, czy ma to być aplikacja mobilna, czy responsywna aplikacja internetowa.
- Oszacuj to z grubsza jako funkcja UX i inżynierii.
A teraz najtrudniejsza część – zdasz sobie sprawę, że to za dużo czasu i wysiłku. Będziesz musiał wrócić i przyciąć lunetę. „Przycinanie” niekoniecznie oznacza wycinanie funkcji, a jedynie uproszczenie procesu.
Polecany dla Ciebie:
Na przykład, jako administrator, możesz spróbować wykonać kilka zadań zaplecza ręcznie na początku, zamiast mieć w pełni zautomatyzowany system. Gdy masz już dobrze zaaranżowany MVP, który zawiera podstawową propozycję wartości, możesz łatwo zaplanować wprowadzenie jej na rynek w przewidywalny sposób.
„Rynek jest wystarczająco duży i nie potrzebuję wyróżnika”.
Wiele razy słyszałem bardzo przekonujące myśli dotyczące kluczowych liczb związanych z produktem – bazy użytkowników. Matematyka wokół tego zaczęłaby się od dość rozległego rynku docelowego, po którym następowało coś w stylu – „nawet gdybyśmy mieli tylko 1% tego jako wielkość naszego rynku, bylibyśmy posortowani”. Te liczby mogą wydawać się dokładne, ale użytkownicy rzadko zaczynają używać produktu tylko dlatego, że istnieje.
Jak wspomniałem wcześniej, wszystko zaczyna się od potrzeby. Produkt, który został stworzony, aby w unikalny sposób zaspokoić te potrzeby, jest wyróżnikiem, który będzie napędzał przyjęcie klientów. Ten wyróżnik będzie również znacznie zwiększał wartość Twoich działań sprzedażowych i marketingowych. Chociaż Twój rynek docelowy może być duży, Twój produkt może skończyć się efektem kamyka wrzuconego do morza. Wyróżnik jest wszystkim.
„Muszę mieć AI i ML do obsługi większości operacji”.
Wszyscy są podekscytowani sztuczną inteligencją i uczeniem maszynowym. Bez wątpienia są tutaj, aby zostać. Wiesz, że mapa drogowa Twojego produktu obejmuje zautomatyzowane możliwości, które wykraczają poza prosty mechanizm oparty na regułach. Czy nie jest najlepiej budować tę zdolność od pierwszego dnia, aby kiedy trafisz na rynek, pojawisz się w dobrym stylu? Cóż, są dwa scenariusze i będziesz musiał się mocno zastanowić, do którego wiadra wpadniesz.
Pierwsze wiadro to produkt, który może zaspokoić potrzeby użytkownika za pomocą silnika opartego na regułach. Jednak z biegiem czasu byłoby lepiej, gdyby operacje były skalowane, gdyby istniało programowanie AI i ML. Przykładem może być wyrafinowany silnik decyzyjny. Drugi segment to miejsce, w którym podstawowa propozycja wartości Twojego produktu opiera się na sztucznej inteligencji i uczeniu się. Na przykład system, który wykorzystuje zaawansowane rozpoznawanie twarzy do odwoływania się do ogromnej bazy danych w celu identyfikacji podejrzanych o przestępstwa.
Czy zauważyłeś tutaj różnicę? W jednym przypadku bez AI i ML nie ma produktu, ale w drugim można zbudować MVP bez AI i ML i z czasem wprowadzić tę możliwość. Pamiętaj, że uczenie maszynowe jest eksperymentalne i będzie wymagało mnóstwa danych i dużo czasu, aby dostać się do produkcji. Musisz przygotować się z perspektywy kosztów i czasu, aby uwzględnić to na samym początku.
„Muszę wybrać stos technologii przyjazny dla VC”.
Ważne jest, aby upewnić się, że ostatecznie nie spotkasz się z VC z niefajnym stosem technologicznym, prawda? Cóż, każdy paradygmat programowania ma być używany w określony sposób. Każdy z nich ma swoje wady i zalety, a co ważniejsze, cel. Ale nie ma nic, co można by nazwać niefajną technologią, tylko niefajne wyobrażenie o patrzeniu z góry technologii, ponieważ mogą być trochę stare. Pamiętaj, z wiekiem przychodzi dojrzałość. Najlepiej byłoby wybrać stos technologiczny w oparciu o charakter platformy.
Na przykład musisz spojrzeć na rodzaj oczekiwanej rozmowy klient-serwer, charakter danych – ustrukturyzowane lub nieustrukturyzowane, intensywność przetwarzania po stronie serwera i operacji we/wy oraz rodzaj aktywności, której oczekujesz na interfejs użytkownika, żeby wymienić tylko kilka.
Świetnym przykładem „wyboru technicznego dla VC” jest Blockchain. Blockchain to doskonała sieć rozproszona, niezmienna i bezpieczna, która jest korzystna w wielu przypadkach użycia. Ale nie można go upchnąć w produkcie, do którego nie należy, z roszczeniami o wymianę bazy danych. Wiem, że się uśmiechasz, ale rzeczywiście to słyszałem.
Na ostatnią nutę…
Zakończę przerobionym dialogiem z filmu V jak Vendetta . „Pod maską Twojego oprogramowania kryje się coś więcej niż tylko technologia i frameworki. Pod maską kryje się pomysł. A pomysły są kuloodporne”. Mam nadzieję, że ten artykuł był pomocny w ponownym zaadresowaniu i wzmocnieniu twojego głównego pomysłu. Życzę Ci wszystkiego najlepszego w przekształceniu Twojego pomysłu w udany produkt.