Startups: UX ulepszony. Szybkie rollouty
Z definicji startup jest podmiotem o ograniczonych zasobach. Te zasoby mogą być budżetem, czasem, talentem lub czymkolwiek związanym, ale pewne jest, że rzeczywiście istnieje pewna forma ograniczenia zasobów - w przeciwnym razie nie byłaby to rozruch.
Właśnie z tego powodu wiele stylów zarządzania zostało wypróbowanych i przetestowanych w walce, aby poradzić sobie z wyzwaniem polegającym na uruchomieniu i uruchomieniu jednego z tych zwierząt czasu i energii. Z biegiem lat wydaje się, że na rynku pojawiły się dwie niezależne szkoły myślenia: szczupła wersja i wielki rozwój.
Lean launch obejmuje takie rzeczy jak zwinne procesy rozwoju, testowanie użytkowników, walidacja pomysłów, celowe programowanie, rozwój oparty na zachowaniu i wiele innych. Z drugiej strony masz dużą kompilację przed uruchomieniem: w tym modelu można by zanurzyć mnóstwo czasu, a programiści w projekt, aby upewnić się, że jest on kompletny, zanim pojedynczy klient kiedykolwiek zobaczy go raz.
Te dwie szkoły myślenia mają swoje wady i zalety, jak można to sobie wyobrazić, i każdy z nich ma menedżerów, którzy wierzą w nich w prawie zawiłym stopniu. W tym artykule możemy dowiedzieć się, które z nich nie są trudne, a które są. Albo możemy znaleźć coś zaskakującego. Nurkujmy.
Posiadanie wyrafinowanego doświadczenia użytkownika
Spójrzmy prawdzie w oczy, projektowanie ma ogromne znaczenie. W rzeczywistości projektowanie jest tak ważne, że niemal całkowicie wyprzedziło niektóre procesy startupów. Koncentrują cały swój czas i energię na doświadczeniach użytkowników, a uzyskanie pełnej funkcjonalności mówi, że mają mało czasu na cokolwiek innego - i być może słusznie. Teraz druga strona nie powiedziałaby, że jest to właściwa droga, ale zostawimy ten argument na później. Na razie mówimy o świecie wypolerowanego UX i zestawu funkcji przed uruchomieniem.
Pozytywna strona udoskonalonego UX
Wykorzystanie pełnej marki
Branding to ogromny temat i właśnie dlatego wydaje się, że ludzie czują potrzebę pracy w ten sposób. Uważają, że jeśli zamierzają uruchomić, powinni zacząć od wszystkiego, co reprezentuje ich marka, od samego początku wbudowanego w witrynę. Klasyczny "v1 powinien być kompletny" to coś, o czym często słyszałem od menedżerów. I jest za tym dobre rozumowanie. Nie chcą, aby ich strona internetowa odzwierciedlała to, czym nie są, i na tym polega parodia. Więcej informacji na ten temat znajdziemy w dziale "cons", ale może to doprowadzić do poważnych problemów. Moją dewizą jest to, że jeśli wchodzisz w przestrzeń, w której znajdują się konkurenci oznaczeni marką być może silniej niż jakakolwiek inna przestrzeń online (myślę: Dropbox lub Apple), to możesz poważnie to rozważyć, ponieważ w tym przypadku branding będzie bardzo ważne. Choć można poślubić szczupłą startę ze wspaniałą technologią i fajną marką, wszystko w jednym - o czym również porozmawiamy później.
Odbieranie bezpośredniego zainteresowania
Innym pozytywem, jeśli chodzi o wyrafinowane i dopracowane roll-out jest to, że może przyciągnąć więcej użytkowników z przodu ze względu na fantastyczny design i pełną opiekę serwisową dla całego produktu. Przynajmniej to jest to, co lubimy zakładać. Realistycznie jednak może to stanowić barierę wejścia. Widziałem użytkowników, którzy uważają, że produkt jest zbyt duży lub ma zbyt wiele funkcji, aby uzyskać poczucie "braku", jeśli chodzi o korzystanie z niego, a oni odbiją się od witryny w mniej niż minutę. Zdarza się cały czas i jest zbyt smutny szczerze. Nienawidzę, gdy pomysły przedsiębiorcy, a nawet menedżera, zostają zassane przez tuby z powodu zbyt częstej funkcji pełzania. Mimo że tak się dzieje, nadal nie pozwala przedsiębiorcom poczuć, że odsetki wzrosną dziesięciokrotnie, jeśli całkowicie skończą produkt przed wprowadzeniem na rynek. Ten jest duży.
Pełnienie funkcji
Jeśli dotrzesz na ten etap i mieszkasz w tym obozie, to w tym momencie będziesz prawdopodobnie bardziej kompletny. Mówiliśmy o tym już trochę w powyższych rozdziałach, ale tutaj jest, gdy robi się interesująco. Dużo, i mam na myśli wiele start-upów, którzy czują, że muszą być pełnometrażowymi, zanim będą mogli naładować lub wywierać na nie wpływ. Nie mówię, że nie ma żadnej zasługi dla tego argumentu, ale myślę, że przez lata był on przesadzony. Z mojego punktu widzenia i z tego, co widziałem przez lata, można po prostu zapytać, czy użytkownicy płacą za produkt, zanim skończą wszystko. Teraz powiedzmy, że byłeś gung-ho na temat pełnienia funkcji, i rzeczywiście chciałeś mieć wszystko. Cóż, możesz uruchomić bardzo minimalną wersję każdej funkcji. Coś, co reprezentuje omawiane funkcje, a może nawet filmy z brakującymi elementami. Pamiętaj, że są sposoby na to, by być pełnowartościowym, bez faktycznego bycia tam.
Wadą udoskonalonego UX
Funkcja pełzania
Jest to powszechna awaria, jeśli chodzi o dopracowane UX i kompletne podejście do uruchamiania rozruchu. I to nazywamy sytuacją zwaną spiralą śmierci pełzania cech. Menedżerowie lub właściciele będą odczuwać potrzebę dodawania do produktu coraz większej liczby funkcji w trakcie wypełniania innych, dopóki nie będzie dosłownie nic do zrobienia, ale dodać więcej funkcji. W niektórych przypadkach jest to niekończący się cykl, szczególnie w przypadkach, gdy nie ma ustalonego sztywnego zestawu wytycznych lub specyfikacji .
Rozwój wodospadu
Rozwój wodospadu jest sam w sobie i nie bez kontrowersji. Typowy przepływ pracy z wodospadem wygląda tak: pomysł, projekt, rozwój, testowanie, konserwacja. Jest kilka osób, które dobrze się rozwijają w takim środowisku, ale przynajmniej taka sama liczba jest dla nich absolutnie szkodliwa. Lub jest to dość standardowy proces, który wydaje się bardzo normalny dla większości z nas, a jednak dla pomysłów, które wkrótce staną się oczywiste, często może to być szkodliwe dla faktycznego wysłania produktu.
Powodem niekoniecznie jest sam model systemu, polega to na tym, że masz osobne zespoły wykonujące pracę, która jest zarządzana przez poszczególnych menedżerów. Na przykład typowy przepływ może wyglądać tak: pomysł jest tworzony przez założyciela / przedsiębiorcę; zatrudnia on zespół ds. projektowania i rozwoju, a być może menedżerów lub dyrektorów kreatywnych dla każdego zespołu; pomysł zostaje przeniesiony do projektowania, do tworzenia makiet, makiety zostają przekształcone w dokumenty Photoshopa, które idą tam iz powrotem z właścicielem i dyrektorem kreatywnym, dopóki nie są idealne; wtedy, bez żadnego konsensusu co do tego, co jest nawet możliwe, zostaje on przekazany do rozwoju, który ma powstać; a następnie, po powrocie z liderem zespołu programistów, właścicielem, a nawet dyrektorem kreatywnym, znajdują miejsce spotkania i kończą produkt.
Nie wspomniałem jednak, że każdy z tych kroków obejmował prawdopodobnie 50-100 e-maili indywidualnie, a to jest ostrożne oszacowanie (bardzo konserwatywne). Jak widać, nie jest to naprawdę skuteczne, ponieważ w każdej chwili właściciel i założyciel mógłby dodać więcej pracy, której nie było w planie, lub zmienić coś. Mikromanaging często nie jest najlepszą opcją, jeśli chodzi o tworzenie oprogramowania, a mimo to system kaskadowy wydaje się rozwijać w takim stylu zarządzania.
Zawsze o tym pamiętaj, a jeśli nie pracujesz dobrze będąc mikropanowanym, powiadom swojego szefa. Pamiętaj, zawsze lepiej jest być uczciwym i uczciwym w kwestii możliwej nieproduktywnej przyszłości, niż pójście tą drogą w rzeczywistości nieproduktywnej. Pamiętaj też, że w systemie tym występują bardziej typowe problemy związane z zarządzaniem mikro-całym systemem; z mojego osobistego doświadczenia nie jest to idealne.
Więc co jest idealne? Cóż, to jest subiektywne, ale mogę powiedzieć, że z mojego doświadczenia wynika, że zdolność szybkiego uruchamiania i powtarzania czasów cyklu dała mi i moim zespołom możliwość wysyłania większej ilości produktów niż kiedykolwiek moglibyśmy mieć z Wodospadem. Czym więc jest ten tajemniczy magiczny system wysyłki produktu?
Szybkie wdrożenia i chudy rozruch
Chudy start-up to coś, co, moim zdaniem, zrewolucjonizowało naszą społeczność. Dzieje się tak przede wszystkim dlatego, że opiera się na czymś, co nazywa się pętlą sprzężenia zwrotnego.
Sztuka szybkiej implementacji - często jest to prosta strona, która pyta, czy użytkownicy płacą za to, lub może to być produkt bez kości - jest czymś, co ludzie doskonalili przez lata, a gdy jestem bardziej zakorzeniony w naszym świat technologii, uważam, że jest to coraz ważniejsze.
Najważniejszą rzeczą jest akceptacja i zatwierdzenie rynku. Kluczowe pytanie: kto mówi, że napisany przez ciebie kod jest znaczący? Żyjemy w czasach, w których ludzie naprawdę nie mogą pozbyć się ani jednej uncji ich cennego czasu. Jest to czas, aby zmusić go do przełamania postaw i pójść do domu lub pójść do domu. Jest to czas, kiedy rzeczywistość uderza nas w twarz każdego dnia, kiedy nie możemy kupić jedzenia lub stać na czynsz, dlatego tym ważniejsze jest, aby nie marnować kodu, którego nikt nie użyje.
Nie musisz być geniuszem w marketingu, ale musisz zrozumieć eksperymentalny stan umysłu. Stały stan beta jest znakomitą metaforą tego. Nigdy nie powinniśmy być tak pochłonięci naszą dumą, że nie możemy nawet zmienić przedmiotu w projekcie. Musimy pamiętać, że życie jest eksperymentalne i im szybciej zdasz sobie z tego sprawę, tym lepiej: i nie ma lepszego sposobu niż w przypadku szczupłego startu.
Zaleta chudego rozruchu
Odpowiedź zwrotna użytkownika
Używanie takiej metody jest podobne do tego, co mówi się o stanie, zanim osiągnie szczyt. To świetny sposób na uzyskanie informacji na temat głównej docelowej grupy demograficznej i sprawdzenie poprawności, zanim zmarnujesz swój czas.
Oto, jak to zrobić. Przygotuj stronę docelową i pokaż, co robi Twój produkt lub usługa w bardzo piękny i objaśniający sposób. Wydaj trochę pieniędzy na tę część, jeśli chcesz, bo to jest najważniejsze. Następnie po prostu zaloguj się przy pomocy swojego adresu e-mail, jeśli jesteś zainteresowany. Gotowe. Teraz może się wydawać, że niewiele robisz, ale w rzeczywistości robisz całkiem sporo. Oceniasz cały rynek produktów lub usług za pomocą jednej strony. Nie wydajesz miesięcy i tysięcy dolarów na zbudowanie czegoś niepotrzebnego, którego nikt nie użyje, po prostu tworzysz jedną rzecz, aby dowiedzieć się, czy warto.
Byli ludzie, którzy uruchamiają 5 stron serwisowych podobnych do tego, co właśnie powiedziałem, i ci, z którymi otrzymują najwięcej opinii, są tymi, z którymi posuwają się naprzód. Jest to świetny akt i można go postrzegać jako inwestowanie na wiele sposobów. Otrzymujesz zwrot z inwestycji, a jeśli nie, to opuszczasz rynek, zanim stracisz wiele potencjalnych zysków. Myślę, że Warren Buffet to pokochałby.
Szybsze cykle iteracji
Jedną z najlepszych rzeczy w robieniu rozwoju produktu w chudej mody jest to, że często odkrywasz, że twoje cykle iteracyjne są znacznie szybsze, aw niektórych firmach wysyłają kod ponad 20 razy dziennie. Za tym kryje się wiele filozofii, na przykład, jak na Facebooku, kiedy nowy inżynier zostanie wprowadzony na pokład, otrzyma 5 poprawek błędów w wiadomości powitalnej pierwszego dnia. Wiele powodów takiego postępowania polega na tym, że jeśli twój system jest skonfigurowany w taki sposób, że zepsuje się za każdym razem, gdy pojawi się nowy pracownik, to nie on, to twój system jest uszkodzony.
Zwinny rozwój
Zwinny rozwój jest w istocie przejście od jednej małej rzeczy do drugiej tak szybko, jak to możliwe. Następnie przechodzisz od każdego sprintu do następnego sprintu, który jest często definiowany przez historię użytkownika i jest po prostu użytkownikiem twojej strony, który chce trochę funkcjonalności. Jest bardzo podobny do testowania w Railsach lub innych frameworkach, ponieważ robisz tylko tyle, ile potrzebujesz i nic więcej. Można zaoszczędzić ogromną ilość czasu, wykonując prace rozwojowe w ten sposób.
Wadą chudego rozruchu
Jednym małym negatywem, który może się zdarzyć, gdy jesteś użytkownikiem systemu zwinnego rozwoju i szczupłego uruchamiania, jest to, że witryna może się zmieniać z biegiem czasu. Najlepiej, aby stało się tak ze względu na prośbę użytkownika, ale nadal może to być uciążliwe dla niektórych użytkowników.
Więc robienie tego z klasą i elegancją jest ważne. Zwłaszcza jeśli jest to produkt, na którym im zależy. Nie wykorzadzaj podstawowej bazy użytkowników tego produktu, np. Digg v4, ale zamiast tego podaj szczegóły dotyczące tego, co robisz i dlaczego oraz czy wszystko inne zawiedzie.
Zawsze używaj czegoś podobnego do git lub subversion, aby zapisać wersje swojego produktu. W rzeczywistości robię to jako gałęzie, abyśmy zawsze mogli wycofać, jeśli zajdzie taka potrzeba.
Podsumowując
Jeśli twój startup jest tak zaawansowany technicznie, że nie ma znaczenia, skorzystaj z szybkiego uruchomienia. Ludzie będą się troszczyć o zmiany technologiczne, które widzą. Chociaż, jeśli rywalizujesz w kosmosie z ogromną konkurencją, być może kombinacja obu jest najlepsza. Krótko mówiąc, zawsze rób to, co tylko możesz, dzięki ulepszonemu UX, ale rób to w krótkich, zwinnych seriach.