Definiowanie Projektowania Produktu — Wiadomość od Szefa Designu Airbnb

Zacznij od konkretnego celu: zdefiniuj, co doskonały projekt produktu powinien osiągnąć dla użytkowników i biznesu, i od początku powiąż każdą decyzję z mierzalnymi wynikami. Wykorzystaj dane z wczesnych testów do mapowania swoich założeń w jasnym lejku, aby kierownictwo mogło zobaczyć, jak zmiany przenoszą użytkowników od odkrycia do działania. Ta przejrzystość ułatwia priorytetyzację i przyspiesza uzgadnianie działań między zespołami.

Kierownictwo ds. designu w Airbnb traktuje eksperymentowanie jako podstawową umiejętność, a nie jednorazowy sprint. Szybkie cykle eksperymentowania przyspieszają uczenie się, a zespoły obserwują, jak użytkownicy wchodzą w interakcję z interfejsami w rzeczywistych warunkach. Karen nalega na ścisłą współpracę - ręka w rękę, współpracownicy szkicują, testują i uczą się, a następnie przekładają wnioski na konkretne elementy interfejsu użytkownika i usługi.

Najcenniejszy wkład pochodzi ze współpracy interdyscyplinarnej: wspólnie tworzą menedżerowie produktu, inżynierowie, badacze i projektanci. Wspólne poczucie doświadczeń użytkowników napędza decyzje, które przynoszą największy wpływ. Zadaniem nie jest dopracowanie pojedynczego ekranu, ale usprawnienie całego przepływu od pierwszego kontaktu do dostarczenia wartości. być może zespół wprowadza niewielką, praktyczną zmianę, którą można wdrożyć w ciągu dni, a nie miesięcy.

Traktuj produkt jako system z kilkoma nogami: onboardingu, aktywacji i retencji. Jasny system typograficzny, spójne wzorce interakcji i dostępne kopie skracają drogę do wartości i ułatwiają iteracje. Na platformach takich jak Facebook i innych, projektanci wchodzą w interakcję z użytkownikami, aby zrozumieć, co działa, a następnie dostosowują interfejs w sposób, który jest naturalny dla użytkownika.

Aby przełożyć te idee na praktykę, zainwestuj w lekki system projektowy, dokumentuj decyzje wraz z ich uzasadnieniem i śledź wpływ na wszystkich poziomach lejka. Mierz dane szybko i wprowadzaj poprawki, wzmacniając wkład designu w wyniki biznesowe i zapewniając, że zespół może działać szybko bez poświęcania jakości.

Praktyczny przewodnik po definiowaniu projektowania produktów w dużej organizacji

Zdefiniuj jasny mandat projektowy powiązany z wynikami i zakoduj go w dynamicznym dokumencie, do którego każdy zespół może się odwoływać. stanowią one kompas dla pracy w obszarze produktu, inżynierii i kierownictwa w miarę rozwoju firmy.

Zazwyczaj zaczynają od minimalnego zakresu i budują w kierunku szerszego wpływu. Zrozum podstawowy język, którym chcesz, aby zespoły się dzieliły, a następnie wypełniaj luki w miarę nauki.

Ożyw trzy artefakty, aby skalować projekt: skoncentrowaną narrację, wspólny system projektowy i lekki rytm zarządzania.

• Narracja i uzgadnianie: stwórz jednstronicową narrację, która wiąże wartość dla użytkownika z mierzalnymi wynikami i utrzymuj ją na widoku w pokojach zespołowych, aby menedżerowie produktu, projektanci i inżynierowie rozumieli ten sam cel.
• Dyscyplina systemu projektowego: ustal kolory, typografię, odstępy i komponenty; opublikuj je w centralnej bibliotece; upewnij się, że zasoby, takie jak pliki Photoshopa, pozostają zsynchronizowane z dynamiczną dokumentacją. zmniejsza to powtarzanie pracy na późniejszych etapach i pomaga zespołowi zrozumieć wzorce, które można ponownie wykorzystać, w tym wiele projektów.
• Zarządzanie z prędkością: wyznacz menedżera, który odpowiada za język projektowy; zdefiniuj minimalne kroki przeglądów i zatwierdzeń, i ogranicz biurokrację, usuwając punkty kontaktu nieprzynoszące wartości.
• Skalowalny rytm pracy: wdrażaj cykliczne rytuały (tygodniowe przeglądy projektów, audyty wzorców, sprawdzanie gotowości funkcji), które utrzymują zespoły w kontekstach skalowania Airbnb w zgodzie i wspólnym działaniu.
• Role i luki: przypisz skoncentrowanych właścicieli do badań, projektowania interakcji i projektowania wizualnego; wypełniaj luki w zakresie pojemności usługami współdzielonymi w razie potrzeby; unikaj powielania wysiłków. Osoba odpowiedzialna za język projektowy powinna kierować wyborami i zachowywać spójność.
• Przekazania i zasoby: standaryzuj oświadczenia o problemach, migawki person, przepływy i kryteria akceptacji; upewnij się, że zespoły udostępniają jedno źródło prawdy dla kolorów, zasobów i wariantów trybów, aby wspierać dostępność.

znaleziono praktyczne kotwice w rzeczywistej praktyce: Cacioppo dostarczał zwięzłe briefy; Girouard pomagał zespołom w operacjonalizacji narracji; Wickre prowadził wdrożenie systemu projektowego. Zespoły Airbnb powtarzały to podejście, a następnie wielokrotnie dostosowywały je do swoich kontekstów.

Jest kilka lekcji do wyciągnięcia: utrzymuj skoncentrowany zakres, unikaj biurokracji i pozwól systemowi projektowemu ewoluować z opiniami. Stworzone zasoby – pliki Photoshopa, tokeny kolorów i funkcje komponentów – mogłyby służyć wielu kontekstom. Takie podejście pomaga ludziom pracować w kierunku wspólnych punktów wyboru i zapewnia, że budulce projektu produktu pozostają spójne. Jeśli zrozumiesz te wzorce, możesz zbudować skalowalną funkcję projektową w rozwijającej się organizacji i pewnie przejść od koncepcji do realizacji.

Wyjaśnij misję projektową: przełóż strategię produktu na konkretne rezultaty projektowe

Podziel strategię produktu na trzy konkretne rezultaty na następny sprint: makiety, skalowalny system motywów i udokumentowany blueprint interakcji, który kieruje codzienną pracą.

Ryan, główny projektant, wyznacza kierunek i cierpliwie prowadzi zespół przez iteracyjne kontrole, zapewniając, że profesja pozostaje zakorzeniona w wiedzy użytkowników. Zapewnienie spójności między zespołami zmniejsza liczbę powtórzeń. Utrzymuje to inspirację żywą i czyni pracę namacalną.

Ta sekcja przekłada strategię na namacalne artefakty projektowe: makiety mapujące przepływy produktu, system wizualny oparty na motywach i mapę funkcji ujawniającą zachowanie komponentów w różnych produktach. Rola lidera staje się punktem koordynacji między projektowaniem, produktem a inżynierią.

Zdefiniuj akceptację: główne zadania, przypadki brzegowe i specyfikację zachowania stopki, która kieruje przekazaniem do inżynierii. Zawsze dokumentuj uzasadnienie wyboru, aby każda decyzja była identyfikowalna i odpowiedzialna. Będzie to jaśniejszy sygnał dla inżynierów i projektantów; jeśli zespół nie osiągnął celu, zapisz lukę i dokonaj korekty.

Uczyń wiedzę możliwą do udostępnienia: dołącz cytowalną notatkę na każdy artefakt z uzasadnieniem, opartym na badaniach użytkowników i kierunku, oraz wskaźnikami używanymi do oceny wartości. Udokumentuj wybory wraz z uzasadnieniem. Uwzględnij dłuższe cykle przeglądów i wytyczne dotyczące proporcji czasu poświęconego na projektowanie a czas na badania. Takie podejście równoważy dokładność z szybkością i unika romantycznych wizji na rzecz możliwych do przetestowania wyników.

Specyfikacje stopki: zdefiniuj, jak komponenty stopki zachowują się na różnych urządzeniach i jak odzwierciedlają wybrany motyw. Stopka kotwiczy doświadczenie produktu i powinna być uwzględniona we wszystkich makietach.

Zbuduj elastyczny zespół produktowy: role, rekrutacja i alokacja dla zmiennego zapotrzebowania

Stwórz podstawową, elastyczną grupę: projektanta, menedżera produktu i inżyniera oprogramowania. To trio zajmuje się identyfikacją potrzeb użytkowników, tworzeniem makiet i dostarczaniem przyrostów bez tarć, utrzymując adaptacyjne tempo w miarę zmian zapotrzebowania.

Przesiewaj kandydatów testem dwuetapowym: przegląd portfolio i praktyczne zadanie tworzenia makiet powiązane z głównymi przepływami. Nazwij zadanie tak, aby odzwierciedlało scenariusze ze świata rzeczywistego, i zorganizuj krótkie zadanie próbne w biurze lub zdalnie, aby obserwować interakcję z grupą.

Alokuj w następujący sposób: podstawowe trio pozostaje na pełny etat; zatrudnij kontraktora frontendowego lub backendowego w okresach szczytowego zapotrzebowania; dodaj analityka danych lub badacza użytkowników, jeśli sygnały wskazują na potrzebę głębszego wglądu. Stopniowe zatrudnianie zapewnia większą elastyczność i pozwala uniknąć nadmiernych zasobów.

Wyznacz właścicieli ds. badań, projektowania i planowania wydawnictw. Ci właściciele wchodzą w interakcję z szerszą grupą poprzez oszczędny rytm demonstracji i szybkich informacji zwrotnych, zapewniając zgodność z celami biznesowymi i unikając dryfu.

Wdróż lekki kurs onboardingu i skrót lekcji, który przekłada sygnały rynkowe na decyzje dotyczące rekrutacji i alokacji. Wykorzystanie wniosków z porównań branżowych i informacji zwrotnych od użytkowników kieruje tym, kogo dodać i gdzie zainwestować, bez czekania na makro-zmiany.

Przekształć makiety w interaktywne prototypy z wyraźnymi ścieżkami kliknięć, które interesariusze mogą przeglądać w biurze lub online. Utrzymuj spójny styl i wspólną konwencję nazewnictwa komponentów; krótki film lub nagranie ekranu pomaga wcześnie wyłapać problemy.

Mierz wpływ za pomocą zwięzłego zestawu metryk: czas cyklu, tempo rozwoju funkcji i satysfakcja użytkowników. Śledź efektywność alokacji, aby zidentyfikować, kiedy przesunąć ludzi i gdzie dodać projektanta lub inżyniera w przypadku zmiennego zapotrzebowania, utrzymując tempo pracy zespołu.

Pierwszy podręcznik PM: przełóż wizję na wykonalny plan działania z interesariuszami

Przekształć wizję w jeden, priorytetyzowany plan działania z jasnymi celami i czterotygodniowym cyklem. Przypisz jasnych właścicieli, zdefiniuj metryki sukcesu dla każdego projektu i opublikuj plan w miejscu dostępnym dla wszystkich zespołów.

Zmapuj stan produktu w ramach zespołów i upewnij się, że wszyscy rozumieją główną przestrzeń problemową przed opracowaniem inicjatyw.

Podziel pracę na etapy: odkrycie, ramowanie, budowanie i dostarczanie, z ustalonym cyklem przeglądów, aby zapobiec dryfowaniu.

Organizuj interaktywne warsztaty z interdyscyplinarną grupą, aby podzielić się kontekstem, ujawnić ryzyko i przeciwdziałać założeniom.

Stwórz jeden backlog projektów, każdy z bezpośrednim właścicielem, kamieniem milowym realizacji i mierzalnym wpływem.

Prognozuj wyniki, mapuj zależności i identyfikuj przeciwdziałające ryzyka, aby przewidywać wąskie gardła i planować środki zaradcze. Takie podejście nazywa się PM-to-Execution, wiążąc wizję z realizacją.

Ustal rytuały zarządzania, które traktują równo uwagi od liderów i współpracowników, zapewniając spójność między projektowaniem, inżynierią, danymi i spostrzeżeniami klientów.

Zdefiniuj przekazania z jasnymi kryteriami, kiedy projekt przechodzi od eksploracji do realizacji, i używaj wspólnego słownika, aby poprawić wymianę informacji między grupami.

Rezaei zauważa przejrzystość w całym procesie, informując interesariuszy i pomagając realizować zmiany z minimalnymi tarciami.

Osobiście utrzymuj plan działania przy życiu, aktualizując go po każdym kamieniu milowym; pomoże to zespołom pozostać w zgodzie tam, gdzie dane pochodzą z podobnych źródeł.

Międzyfunkcyjna kadencja: ustalanie spotkań, przeglądów i pętli informacji zwrotnych, które działają

Ustal stałą, 90-minutową kadencję co tydzień z jasno określonymi właścicielami i konkretnym zestawem wyników: decyzje, zobowiązania i plik z zapisem, który automatycznie się aktualizuje. Takie podejście utrzymuje zespoły w zgodzie w miarę ich rozwoju i skaluje się, gdy tysiące pomysłów zbiega się w tym samym miejscu.

Struktura sesji składa się z trzech bloków: 5 minut na uzgodnienie, 60 minut na przegląd bieżących prac, 25 minut na decyzje i kolejne kroki. Agenda znajduje się w jednym pliku; uczestnicy wysyłają swoje uwagi z wyprzedzeniem (wysyłają je 24 godziny wcześniej), a przewodniczący czerpie z pliku, aby osiągnąć wyniki, zapewniając jednolite tempo w ramach zespołów.

Przeglądy koncentrują się na wynikach w stosunku do hipotez, możliwości prototypów, sygnałach od użytkowników i wpływie na mierzalne wskaźniki. Przypisz właścicieli, takich jak Chris do projektowania, Brent do produktu, Gagan do inżynierii i Ohanian do danych. Użyj wspólnego szablonu do zapisywania tego, czego się nauczono, co zostało zdecydowane i co przetestować dalej; istnieje identyfikowalna notatka dla każdego elementu, a to utrzymuje informacje zwrotne możliwe do przekazania między zespołami i utrzymuje terminologię jednolitą.

Pętle informacji zwrotnych łączą kanały asynchroniczne z synchronicznymi spotkaniami: po każdej sesji opublikuj zwięzłą notatkę w stylu bloga i dodaj komentarze do pliku w ciągu 24 godzin. Jeśli punkt wymaga demonstracji, odwołaj się do krótkiego filmu lub szybkiego przejścia. Utrzymuje to informacje zwrotne możliwe do działania i identyfikowalne bez zwiększania liczby spotkań.

Przyjmij przenośną strukturę: szablony, listy kontrolne i model zarządzania, który działa zarówno dla małej grupy, jak i dla większych grup. Jeśli ktoś nie uczestniczy, może wysłać uwagi lub swojego przedstawiciela, a przewodniczący podsumuje. Utrzymuj przyjazny ton, z fantazyjną energią, która utrzymuje zaangażowanie ludzi i pozwala uniknąć stwierdzeń typu "nie mogę" lub rozbijania się.

Codzienne rytuały pozostają lekkie: 10-15 minut na podzespół, plus 15-minutowe spotkanie interdyscyplinarne w połowie tygodnia. Wszystkie informacje przepływają do jednego pliku, z prostym skrótem i jednolitą strategią tagowania pod kątem typu i priorytetu. Dyscyplina ta pozwala Ci poświęcić czas na wartościową pracę zamiast śledzenia aktualizacji i sprawia, że zasięg programu jest jasny.

Praktyczne zabezpieczenia: ogranicz każdy temat do trzech decyzji, wymagaj podsumowań po sesji w ciągu 24 godzin i utrzymuj jasny backlog z widoczną własnością. Kadencja zmniejsza nadmierną pojemność i wzmacnia odpowiedzialność; struktura wspiera wymianę zdań bez cykli opóźnień.

Mierzenie wpływu projektowania: użyteczność, adopcja i metryki iteracji, które mają znaczenie

Zacznij od skodyfikowania trzech podstawowych metryk – użyteczności, adopcji i szybkości iteracji – i przypisz każdemu właściciela grupy produktowej. Stwórz 12-tygodniowy cykl pomiarowy i jeden pulpit nawigacyjny, który pobiera dane z aktywnych produktów, badań użytkowników i testów projektowych.

Metryki użyteczności koncentrują się na sukcesie zadania, czasie potrzebnym na wykonanie zadania, wskaźniku błędów i Systemie Użyteczności Skali (SUS). W przypadku przepływu płatności celuj w sukces zadania powyżej 92%, czas potrzebny na wykonanie zadania poniżej 25%, wskaźnik błędów poniżej 6% i SUS w latach 80. Uruchom natywne makiety z 15-20 uczestnikami, cierpliwymi testerami, przeciwdziałając tarciom na każdym etapie. Wynikiem jest jasna narracja, którą można udostępnić swojemu zespołowi i na konferencjach.

Metryki adopcji śledzą, jak szybko użytkownicy przyjmują podstawowe funkcje. Zdefiniuj podzbiór podstawowych funkcji i monitoruj aktywację w ciągu siedmiu dni od pierwszego użycia, DAU/WAU i retencję kluczowych działań. Dąż do tego, aby trzy czwarte nowych sesji pokazywało kluczowe działania i porównuj między natywnymi aplikacjami mobilnymi a internetem, aby uzyskać większą spójność.

Metryki iteracji kwantyfikują, jak zmiany projektowe przechodzą od idei do wpływu. Od momentu rozpoczęcia tego podejścia systematycznie rejestruj makiety, projekty od niskiej do wysokiej wierności i testowane warianty; przeprowadzaj 6-10 eksperymentów miesięcznie i śledź wzrost konwersji na każdy eksperyment. Zacznij od tygodniowej kadencji, a następnie dostosuj do dwutygodniowych sprintów, aby zrównoważyć szybkość i niezawodność. Jeśli test nie osiągnął docelowego wzrostu, udoskonal hipotezę i przeprowadź ukierunkowany ponowny test. Używaj korekt kursu do kierowania eksperymentami, gdy sygnały są niejasne.

Język ma znaczenie w sposobie udostępniania wyników. Zbuduj prostą narrację, którą Twój zespół lubi, używaj języka, który rozumie grupa, i powiąż liczby z konkretnymi działaniami w planach działania produktu. Ten rodzaj wglądu pomaga kierownictwu dostrzec związek między zachowaniem a wynikami. Podczas prezentacji na konferencjach zacznij od trzech czwartych wzrostu i jasnej krzywej konwersji, aby utrzymać przypadek skoncentrowany i przekonujący. Interesariusze rozmawiali o kompromisach, więc opieraj decyzje na powyższych metrykach.

Praktyczne kroki pomagają przejść od wniosków do faktycznych rezultatów. Zacznij od podstawowych sesji użyteczności na podzbiorze produktów, a następnie przetestuj alternatywne projekty za pomocą makiet i prototypów na żywo. Przeciwdziałanie tarciom w natywnych i internetowych przepływach wymaga spójnego języka projektowego i minimalnego zestawu zmian, aby można było zmierzyć efekt bez zakłóceń. Jeśli dane wykażą zamiłowanie do płynniejszej ścieżki, skaluj zmianę i odnotuj wynikające z niej ulepszenia w metrykach, od których zacząłeś. Takie podejście pomogło Twojemu zespołowi pracować szybciej przy jednoczesnym zachowaniu jakości; jeśli jest coś innego do przetestowania, dodaj kolejny eksperyment w następnym sprincie.