Przewodnik po procesie projektowania i dokumentacji UX

Dokumentacja jest niezbędna do opracowywania koncepcji, projektowania, tworzenia i mierzenia wydajności produktów. Ale nie powinno się tego robić tylko ze względu na konserwację. W końcu nie ma nic w grubym stosie dokumentów, które przypominają wrażenia z prawdziwego produktu.

Jak opisuje rzecznik Lean UX Jeff Gothelf w artykule dla Smashing Magazine, grube rezultaty stworzone po prostu do przyszłego odniesienia w zakresie doświadczenia użytkownika stają się przestarzałe niemal natychmiast po ich stworzeniu. W dzisiejszym świecie Lean i Agile należy koncentrować się na doświadczeniu, a nie na rezultatach. Niezależnie od tego, czy wybierzesz procesy lekkie, czy bardziej szczegółowe, kluczem jest to, aby Twoja dokumentacja pomagała w rozwoju projektu (a nie była jedynie wskaźnikiem opóźnionym).

Poniżej znajduje się przegląd dokumentacji projektowej i rozwojowej produktu, poszczególnych elementów i odpowiednich faz, do których one należą. Rozwój produktu i dokumentacja mogą się różnić w zależności od firmy (na przykład Spotify, jak omówiono w Tworzenie minimum opłacalnych produktów w Spotify), ale wiele z poniższych rezultatów jest wspólnych w większości organizacji w jakiejś formie.

Wybraliśmy metody, które naszym zdaniem działają najlepiej, ale możesz wybrać tylko to, co działa.

Jak one wszystkie są powiązane

Jeśli chodzi o dokumentację projektową produktu, teoria i praktyka to dwie bardzo różne rzeczy. Wszyscy znamy podstawowe zasady projektowania zorientowanego na użytkownika. Rozpoznajemy różne metody badawcze, etap prototypowania, a także proces dokumentowania technik w naszym bogatym środowisku metodologicznym. Pytanie, które prawdopodobnie często sobie zadajesz, brzmi: „Jak to wszystko działa w praktyce?”

Źródło obrazu: Proces projektowania .

Mówiąc najprościej, chodzi o to, aby dokumentacja była komplementarna, a nie uzupełniająca proces projektowania. Zanim przejdziemy do szczegółów, pomocne może być szybkie spojrzenie z lotu ptaka na dokumentację podczas projektowania i rozwoju produktu. Poniżej przedstawiliśmy praktyczne wyjaśnienie, w jaki sposób łączy się ze sobą każdy etap dokumentacji projektowej:

1. W początkowej fazie definiowania produktu przeprowadzasz burzę mózgów na temat produktu i sposobu realizacji projektu na najwyższym poziomie ze wszystkimi niezbędnymi interesariuszami. Może to zaowocować planem rozpoczęcia projektu, szczupłym płótnem i kilkoma naprawdę wczesnymi mapami koncepcji i makietami tego, co chcesz zbudować.
2. Przechodząc do badań , Twój zespół dopracowuje założenia i wypełnia puste miejsca. Ten etap różni się w zależności od złożoności produktu, czasu, zasobów, poziomu istniejącej wiedzy i wielu innych czynników. Generalnie jednak dobrze jest budować analizy konkurencyjne i rynkowe oraz przeprowadzać ankiety wśród klientów. Jeśli masz istniejący produkt, przeglądanie analiz, heurystyk, treści, kontekstu produktu i testów użytkowników jest również bardzo pomocne.
3. Analizując, zebrane do tej pory dane marketingowe produktu stanowią podstawę dla person, map doświadczeń i dokumentów wymagań, takich jak arkusze kalkulacyjne funkcji z priorytetami i macierze zadań użytkownika. W tym momencie definicja produktu, priorytety produktu i plan produktu zostały zdefiniowane i są gotowe do bardziej formalnych wyników projektu. Jak omówiono w Przewodniku po procesie projektowania i dokumentacji UX, szkice i diagramy są prawdopodobnie stale generowane przez cały ten czas.
4. Na podstawie tych wyników można tworzyć scenariusze, mapy koncepcji i makiety, prowadzące do fazy projektowania . Wspólna dokumentacja obejmuje szkice, makiety, prototypy, diagramy przepływu zadań i specyfikacje projektowe. Na przykład analiza konkurencji i persony utworzone podczas badań i analiz są wprowadzane do makiet, map koncepcji i scenariuszy. Z kolei te elementy wpływają na pośrednie i zaawansowane rezultaty, takie jak makiety, storyboardy i szczegółowe makiety. Niektóre firmy traktują fazę badań, analiz i projektowania jako jeden duży proces, jak widać na tej grafice poglądowej.
5. Podczas wdrażania , kod i zasoby projektowe są gromadzone w celu utworzenia produktu zgodnego ze specyfikacjami projektu produktu.
6. Po uruchomieniu działającego produktu dane zwrotne, takie jak zgłoszenia do pomocy technicznej, raporty o błędach i inne dane analityczne, nadal napędzają udoskonalanie produktu poprzez kolejne iteracje i aktualizacje. Gdy oferta jest w trybie produkcyjnym, dane powinny być stale generowane i monitorowane w postaci analiz i raportów, aby zapewnić ciągły sukces.
7. Ciągłe ulepszanie produktów w oparciu o dane jest osiągane poprzez mierzenie i iterację oferty w środowisku produkcyjnym, przy użyciu pulpitów wydajności i analiz.

Zasady przewodnie

Teraz, gdy już wiesz, jak poszczególne etapy są ze sobą połączone, przyjrzyjmy się kilku pomocnym zasadom poruszania produktu na każdym etapie. Wyjaśnimy, jak używać sprintów projektowych, aby proces ewoluował w czasie, a nie był definiowany tylko na początku.

Obraz Źródło: Źródło: Projektowanie zorientowane na użytkownika .

Podobnie jak jego odpowiednik w oprogramowaniu Agile, sprinty projektowe to 1-3 tygodniowe sprinty, które koncentrują się na rozwiązywaniu konkretnych problemów związanych z produktem i projektem. Według Aloka Jaina, kierownika ds. UX w 3Pillar, trzy kluczowe elementy projektowania sprintów to współpraca, zmniejszone tarcie o przekazanie i skupienie się na zespole . Krótko mówiąc, twoja dokumentacja to wspólny wysiłek, który zawsze musi koncentrować się na samym użytkowniku. Ponieważ poruszasz się szybko między każdym etapem, nabierasz rozpędu i minimalizujesz straty. Co ważniejsze, zajmujesz się mniejszymi problemami, co pozwala na większą eksplorację i podejmowanie ryzyka.

Niezwykle uproszczoną wersję pełnego cyklu można znaleźć tutaj, ale poniżej szczegółowo opiszemy, jak zastosować to myślenie, gdy rozumiesz produkt, projektujesz produkt oraz wydajemy i ulepszamy produkt.

1. Zrozumienie produktu

Zanim zaczniesz budować produkt, musisz zrozumieć jego kontekst istnienia. Dlaczego interesariuszom, firmie i użytkownikom zależy na rozwijaniu Twojego pomysłu?

Źródło obrazu: Osiągnij wspólne zrozumienie .

Według Smashing Magazine, musisz uwzględnić działania, które odpowiadają wymaganiom biznesowym, wymaganiom użytkowników i najlepszym rozwiązaniom projektowym, aby spełnić oba te wymagania. Słowem kluczowym jest tutaj „działalność”, ponieważ chociaż dokumenty takie jak Business Model Canvas i Lean Canvas są ważne, musisz pobudzić interesariuszy — w przeciwnym razie masz po prostu grupę drogich ludzi, którzy rozmawiają o rzeczach, które wszyscy już znają. Działania te są efektywne i zachęcają do współpracy:

• Wywiady z interesariuszami — za pomocą tego szablonu możesz przeprowadzić wywiad z każdym członkiem zespołu z 3 interesariuszami. Jak produkt sprawi, że klienci poczują się? Co powinni zrobić? Rejestrując, jak interesariusze myślą, że klienci będą myśleć, czuć i robić, ustalasz punkt odniesienia do porównania z testowaniem użyteczności i analizą użytkowników.
• Warsztaty dotyczące wymagań — Zbierz interesariuszy, omów plan projektu i zacznij dyskutować, w jaki sposób koncepcje wpływają na produkt i
  wymagania techniczne. Możesz zacząć od pustego Business Model Canvas lub Lean Canvas i uzupełnić go z zespołem.
• Szalone ósemki — chwyć kilka markerów i poproś wszystkich, aby w ciągu 5 minut naszkicowali 8 produktów lub pomysły na funkcje. Niech wszyscy ocenią każdy pomysł i
  zaczniesz dostrzegać trendy i preferencje. To był właściwie krok 2 w procesie przeprojektowania dla Google Ventures. Aby uzyskać dodatkowe pomysły, zapoznaj się z tą listą działań związanych z burzą mózgów.

Po ustaleniu podstaw porozmawiaj i przetestuj z mnóstwem użytkowników, aby uzyskać rzeczywiste dane terenowe do badań i analiz. Marcin Treder, CEO UXPin, zagłębił się w rozwój klienta i testy użyteczności po zidentyfikowaniu problemu i zakresu. Kiedy UXPin był tylko narzędziem do prototypowania papieru, Marcin udokumentował (na papierze i wideo) ponad 50 wywiadów z użytkownikami i osobiste testy użyteczności z supergwiazdami UX, takimi jak Brandon Schauer, Luke Wróblewski, Indi Young i inni. Zespół produktowy następnie wykorzystał te spostrzeżenia do stworzenia person, napisania dziesiątek historyjek użytkownika i ostatecznie nakreślenia wymagań dotyczących produktu.

W Amazon stosuje się alternatywne podejście „działania wstecz”, w którym pierwszym krokiem jest przygotowanie wewnętrznej informacji prasowej dla gotowego produktu. Takie podejście pomaga działać wstecz od klienta, zamiast próbować przyciągnąć klientów do pomysłu. Powtarzając komunikat prasowy, aż zabrzmi atrakcyjnie, zespół produktu otrzymuje natychmiastową kontrolę rzeczywistości, a także szybki dokument porównawczy do późniejszego projektowania i rozwoju.

2. Projektowanie produktu

Jak omówiono w Przewodniku po minimalnie opłacalnych produktach , gdy masz poczucie
celem produktu, Twoim głównym celem jest zbudowanie prototypu. Niezależnie od tego, czy Twój zespół lubi rysować na serwetkach, tworzyć makiety o wysokiej lub niskiej wierności, ostatecznie powinieneś otrzymać coś funkcjonalnego. Wyjątkowość tego etapu polega na tym, że w przypadku większości produktów dokumentacją jest projekt.

Źródło obrazu: UXPin .

Według Cennydda Bowlesa, kierownika ds. projektowania w Twitterze, zespół ds. produktu powinien zbadać dwie iteracje do przodu, zaprojektować jedną iterację do przodu i przejrzeć poprzednią. Jeśli starasz się pozostać zwinny, radzi zagłębić się bezpośrednio w prototypy o niskiej wierności jako sposób na nadanie priorytetu „interacjom nad procesami”. Jeśli chcesz uzyskać nieco więcej szczegółów, ale nadal chcesz zachować lekkość, możesz zacząć od map koncepcyjnych lub szkiców, następnie przejść do makiety o niskiej wierności, a na końcu stworzyć prototyp o wysokiej wierności. Niezależnie od metody, upewnij się, że przeprowadzasz testy z interesariuszami i użytkownikami.

Jeśli budżet i harmonogram na to pozwalają, możesz również tworzyć mapy doświadczeń, aby wskazać, gdzie produkt spełnia lub zawodzi potrzeby użytkowników i modele zadań, aby zapewnić wgląd w czynności wykonywane przez użytkowników, aby osiągnąć swoje cele. Chociaż nie są one częścią projektu, są komplementarne, ponieważ musisz również zobaczyć, gdzie Twój produkt pasuje do umysłu i rynku. Co ciekawe, Yelp idzie o krok dalej na etapie projektowania, tworząc przewodnik po stylu, który zawiera wspólne wiersze kodu, umożliwiając dosłownie wbudowanie dokumentacji w produkt.

W UXPin nasz proces polega na przeprowadzeniu grupowej sesji szkicowania z ostrymi rysami na siatkowym papierze, a następnie skróceniu tego do kilku modeli szkieletowych, a następnie dodaniu szczegółów, aż uzyskamy makietę o wysokiej wierności. Jeśli w grę wchodzą testy użytkowników, zbudujemy makieta w prototyp o wysokiej wierności. W przypadku dużych wydań funkcji przeprowadzamy szeroko zakrojone testy użytkowników, więc stosunek wynosi około 70/30 na korzyść prototypów.

3. Budowa i uruchomienie produktu

Kiedy zaczynasz robić ciężkie techniczne podnoszenie, ważne jest, aby stworzyć dokumentację, która pomoże ci zobaczyć ogólną wizję. Konkretne wymagania mogą się zmieniać w miarę udoskonalania produktu, ale dokumentacja powinna pomóc w zrozumieniu priorytetów, gdy produkt wejdzie w świat.

Źródło obrazu: kampania MVP .

Kristofer Layon, UX Manager w RedStamp wierzy, że możesz wizualizować wymagania dotyczące produktu i dokumenty specyfikacji technicznych jako mapę drogową. Mapa drogowa produktu pokazuje historie użytkowników i pomaga ustalić priorytety dla funkcji, które stworzysz, aby ich zadowolić. Czasami do mapy drogowej można dodać określone daty, aby działały one również jako oś czasu. Elegancja planu działania polega na tym, że pomaga określić priorytety tego, co budujesz, dzięki czemu jest komplementarny do „jak” zdefiniowanego przez wymagania produktu i specyfikacje techniczne. Decydując o funkcjach, możesz użyć modelu Kano, aby ocenić je w 3 kategoriach:

• Atrybuty podstawowe — są absolutnie wymagane, aby produkt działał. Na przykład podstawowym atrybutem laptopa jest klawiatura lub ekran.
• Atrybuty wydajności — można je porównywać między różnymi produktami jako KPI. Na przykład laptop jest oceniany na podstawie szybkości procesora i miejsca na dysku twardym, ponieważ ludzie preferują szybkie komputery, które mogą przechowywać dużo danych.
• Zachwycające atrybuty — są subiektywne w zależności od preferencji klienta. Na przykład Macbook Air jest niezwykle cienki i gładki w dotyku. Właściwy klient uzna to za świetny punkt sprzedaży, podczas gdy inni nie będą pod wrażeniem.

Oceniając funkcje w skali od 1 do 5 w oparciu o ten model, możesz następnie wykreślić je na macierzy priorytetów, aby pomóc Ci zacząć wyobrażać sobie, jak będzie wyglądać Twoja mapa drogowa produktu. W Apple „Zasady drogi” i „Proces nowego produktu Apple” służą jako mapa drogowa produktu , definiując obowiązki, etapy tworzenia i ważne kamienie milowe od momentu powstania do wprowadzenia na rynek. W rzeczywistości Regulamin Drogowy jest traktowany tak poważnie, że jego utrata może skutkować natychmiastowym rozwiązaniem (jest to nawet zapisane w dokumencie).

4. Ulepszanie produktu

Gdy tworzysz (i ostatecznie wprowadzasz na rynek) swój produkt, dokumentacja musi również koncentrować się na definiowaniu i śledzeniu sprzedaży oraz innych kluczowych wskaźnikach efektywności. W końcu nie możesz ulepszyć produktu, jeśli nie wiesz, jakie metryki chcesz zoptymalizować.

Źródło obrazu: Zarządzanie produktami w liczbach .

Dave Daniels, założyciel LaunchClinic, radzi spisać cele uruchomienia (np. 30 000 pobrań w ciągu 30 dni) i sprawdzić, czy masz odpowiednie narzędzia do dokumentowania postępów. Korzystając z narzędzi do metryk i oprogramowania do raportowania błędów, możesz skonfigurować raporty cykliczne, aby mieć na oku przez kilka pierwszych tygodni po uruchomieniu i później. Po stronie klienta możesz również segmentować użytkowników i wysyłać im niestandardowe ankiety, aby określić, gdzie możesz chcieć iterować.

W Spotify faza iteracji to najdłuższy etap rozwoju produktu. Zespół produktowy wykorzystuje aktualne metryki i macierz priorytetów (prawdopodobnie utworzoną na etapie projektowania), aby porównać korzyści z wysiłkiem polegającym na ulepszeniu niektórych produktów poza ich „lokalne maksimum”. Jeśli stwierdzą, że wysiłek jest wart zachodu, powrócą do etapu definicji, aby zmodernizować produkt, aby uzyskać „globalne maksimum”.

Obiektywne procesy w subiektywnym środowisku

Jeśli chodzi o dokumentację projektową produktu, nie ma jednej magicznej kuli. Prawie wszystkie firmy, które korzystają z naszego produktu, stosują drobiazgi z taktyki, którą opisaliśmy powyżej. Podczas gdy rozwój produktu i projektowanie UX są wysoce subiektywnymi przestrzeniami, Twoje procesy i dokumentacja nie muszą nimi być. W końcu ostatecznym celem produktu jest przychód i nie ma w tym nic subiektywnego.

Źródło obrazu: Uwagi dotyczące procesu projektowania .

Niezależnie od tego, czy wolisz lekką dokumentację, czy wolisz bardziej szczegółową dokumentację, cel jest taki sam — wyrzuć to z głowy na papier (lub ekran), aby Twój zespół mógł wchodzić w interakcje i reagować. Dokumentacja powinna być kompasem do produktu, a nie wyrytymi w kamieniu regułami. Niektóre z omawianych przez nas etapów mogą przebiegać w nieco innej kolejności lub nawet równolegle, ale wszystkie istnieją po to, by zapewnić metodę na szaleństwo. Wykorzystaj to, co działa, wyrzuć resztę i rozwijaj swoją dokumentację w miarę rozwoju produktu.

Aby uzyskać więcej sposobów na włączenie dokumentacji do procesu projektowania, pobierz Przewodnik po dokumentacji projektowania i procesu UX. Porad ekspertów udzielają Aarron Walter, Laura Klein, Ian McAllister i dziesiątki innych. Pokazane są również wizualne przykłady firm takich jak Vurb, MailChimp, Apple, Google i wielu innych.