Fizyka startupów: czy Twój startup jest wystarczająco szybki?
Opublikowany: 2016-06-10W fizyce istnieje termin określający prędkość potrzebną do „wyrwania się” z grawitacji — prędkość ucieczki. Rakieta o początkowej prędkości wznoszenia 11,2 km/s (25 950 mil na godzinę) lub wyższej opuściłaby Ziemię i nie powróciłaby. Gdyby prędkość była mniejsza, musiałby wydać dodatkowe paliwo lub spaść i dramatycznie się rozbić.
Czy jest coś ważniejszego dla startupu niż szybkość? Sam Altman powiedział, że: „Ruszaj się szybko. Szybkość jest jedną z Twoich głównych przewag nad dużymi konkurentami”. Lean Startup autorstwa Erica Riesa dotyczy przede wszystkim szybkości. Co oznaczałoby dla startupu zmaksymalizowanie prędkości i uniknięcie awarii? Dowiedzmy Się!
Przedstawiamy model szybkości uruchamiania

Startupy również poruszają się z określoną prędkością. Szybkość w fizyce to dystans pokonany przez czas. Dla startupów byłby to postęp, jaki robią, podzielony przez czas. Zakładając, że głównym zasobem startupu jest czas, a postęp wyraża wartość biznesową, ta miara szybkości odpowiada ROI (zwrotowi z inwestycji).
Startupy to organizacje poszukujące powtarzalnego i skalowalnego modelu biznesowego. Robią postępy, iterując z – elementami swojego modelu: propozycjami wartości, kanałami, grupami docelowymi lub strumieniami przychodów. Za każdym razem, gdy otrzymują pozytywny sygnał z rynku (mierzony jako poprawa konwersji/utrzymania/kosztu pozyskania itp.), zbliżają się do celu.
Jako startup działasz w warunkach ogromnej niepewności. Nie możesz przewidzieć wyniku następnej iteracji. Twoje hipotezy mogą okazać się słuszne, ale niestety w większości przypadków okazują się błędne. Jedyne, co możesz zrobić, to przeprowadzić test i zobaczyć. W rezultacie postęp, jaki robią startupy z każdą iteracją, jest przeciętnie bardzo mały, ponieważ na dziesięć testowanych pomysłów masz szczęście, jeśli tylko kilka z nich odniesie sukces.
Aby wyrazić ten niepokojący fakt w naszym modelu, podzielmy postęp iteracji na oczekiwaną wygraną i jej szansę na wystąpienie (szansę sukcesu). Jak widać mały sukces szansa na iterację zmniejsza szybkość każdego startupu. Musimy sobie z tym poradzić.
Polecany dla Ciebie:


Dobrą wiadomością jest to, że masz duży wpływ na dolną część formuły. Ty decydujesz, ile czasu potrzeba na dostarczenie funkcji lub testu A/B na rynek. Na czas iteracji składają się dwa główne czynniki: czas rozwoju (wszystkie działania bezpośrednio przyczyniające się do wyniku — programowanie, projektowanie, testowanie, szybkość wdrażania) koszty ogólne (badania, dyskusje, burze mózgów, sesje planowania itp.)

Skracając czas rozwoju i wszystkie koszty ogólne, możesz znacznie zwiększyć szybkość iteracji swojego startupu. Jeśli testowanie drobnej zmiany trwa dłużej niż kilka godzin, oznacza to, że masz poważne problemy z rozwojem produktu i powinieneś zacząć od tego punktu. Również jeśli trzecią godzinę spędzisz próbując przekonać kogoś do swojego pomysłu, prawdopodobnie powinieneś już go testować. Mniej gadania, więcej robienia.
Czy jest coś, co możesz zrobić, aby zwiększyć postęp, jaki robisz z każdą iteracją? Koniecznie sprawdź następujące pomysły: zacznij od potencjalnych dużych wygranych — przede wszystkim skup się na punktach, w których możesz w krótkim czasie dokonać krytycznej zmiany, ucz się na podstawie poprzednich iteracji, aby lepiej ocenić wynik i zwiększyć wskaźnik sukcesu, uważaj na duże projekty — mimo że oferują duży potencjalny zysk, są też bardzo ryzykowne i czasochłonne (w zasadzie spowalniają)
Ok, mając kompletny model, zróbmy to w praktyce.
Studium przypadku
Jakiś czas temu doradzałem startupowi, który zmierzył się z wyzwaniami związanymi z rozwojem. Był to zespół niesamowitych, utalentowanych ludzi, którzy chcieli coś zmienić, ale nie byli w stanie zrobić ani jednego kroku naprzód ze swoim produktem. Opracowanie i wdrożenie małej funkcji rzadko trwało krócej niż tydzień. Dobre pomysły zbyt długo tkwiły w zaległościach. Ludzie byli sfrustrowani i nic się nie zmieniło.
Aby uniknąć tego problemu, opracowują rozwiązanie, które ocenia każdy pomysł pod kątem jego wartości biznesowej i złożoności technicznej (bardzo zbliżonej do naszej szybkości iteracji, ale bez uwzględnienia ryzyka/szansy sukcesu). Chcieli ograniczyć liczbę pomysłów, wymagając od każdego z nich szczegółowej analizy jako kopii zapasowej, aby mogli precyzyjnie ocenić potencjalny zwrot.
Dlaczego to nie zadziałało?
- Nowe podejście nie uwzględniało ryzyka w ocenie projektu. W rezultacie przeszacował wartość dużych projektów (o największym ryzyku) i zaniżył małe optymalizacje.
- Przy tak długim czasie wdrażania wiele dobrych pomysłów zostało odrzuconych z powodu ograniczonej przepustowości.
- Obszerna analiza wymagana dla każdego projektu dodała dodatkowy czas do równania.
- Początkowe podejście koncentrowało się na niewłaściwych rzeczach. Nie zajmując się powolnym czasem rozwoju, ograniczając strumień nowych pomysłów i wymagając obszernych badań jako danych wejściowych do każdej iteracji, drastycznie spowolniło to szybkość uruchamiania. Powinni raczej skupić się na skróceniu czasu wdrożenia i wszystkich kosztów ogólnych (w tym szeroko zakrojonych badaniach), aby upewnić się, że przetestowano jak najwięcej pomysłów.
Wnioski
Poniżej kluczowe wnioski z modelu szybkości uruchamiania:
Dąż do doskonałości operacyjnej w rozwoju produktu — zminimalizuj czas potrzebny na wprowadzenie pomysłu na rynek. Skróć cykl rozwoju do godzin, a nie tygodni. Wysyłaj MVP, a nie doskonałe produkty.
- Nie wierz, że możesz przewidzieć wynik. Wyjdź z budynku i przetestuj. Nie martw się o porażkę. Uczyć się.
- Nie blokuj strumienia pomysłów. Upewnij się, że masz przepustowość, aby przetworzyć najbardziej obiecujące.
- Nie pozwól, aby koszty ogólne Cię spowolniły. Unikaj zbyt długich dyskusji na temat danych lub długoterminowego planowania.
- Podziel duże projekty na małe kroki i przetestuj je na bieżąco. Długie projekty mogą drastycznie Cię spowolnić.






