Jak zapobiegać pełzaniu funkcji dzięki najlepszym praktykom dotyczącym historii użytkownika

W ramach większej narracji produktu cyfrowego praca z historyjkami użytkowników w całym procesie projektowania pomaga projektantom skupić się na ulepszaniu UX. Czytelnie napisane historie użytkowników mogą pomóc w utrzymaniu ludzi w centrum procesu projektowania, empatyzowaniu z odbiorcami docelowymi produktu i generowaniu pomysłów, które lepiej pasują do ludzkiego życia.

Jak często projektanci produktów znajdują się w przysłowiowej sytuacji „przedstawiania wozu przed koniem”? Na początku projektu opracowujemy szczegóły techniczne i sposób, w jaki zamierzamy go dostarczyć. Definiowane są ramy programistyczne, określane są urządzenia docelowe, ustawiane są rozmiary ekranów, a następnie zespół przystępuje do tworzenia rozwiązań, losowo dodając cechy produktu.

Podczas tego procesu gorączkowo generujemy mnóstwo artefaktów UX: moodboardy, mapy witryn, przepływy użytkowników, persony i mapy empatii, żeby wymienić tylko kilka. Łódź jest załadowana, ale płynie bez steru i mapy. Pewnego dnia budzimy się i dociera do nas: „ dlaczego tworzymy ten produkt, jak definiujemy jego cechy i jak ustalamy dla nich priorytety? ”

Klasyczna pobudka.

Przerażający „pełzający cech” zbliża się tuż pod naszymi nosami.

Na szczęście istnieje środek zaradczy, aby go zwalczyć. Jest to taktyka projektowa zwana historyjkami użytkownika .

Historyjki użytkowników to technika wspólnego projektowania dla zespołów produktowych, przejęta z metodyki tworzenia oprogramowania Agile. Zespoły zwinne zazwyczaj skupiają się na osiąganiu małych celów podczas sprintów. Kładą nacisk na szybkość, cele i wyniki zamiast obszernej dokumentacji, stąd koncepcja user stories.

Dla większości zespołów zwinnych historyjki użytkowników są głównym nośnikiem przyrostowego dostarczania oprogramowania. Zwinny sojusz

Co to jest historia użytkownika?

Historyjka użytkownika opisuje coś, co użytkownik chce osiągnąć. Historie użytkowników mogą pomóc projektantom i zespołom deweloperskim skupić się na potrzebach użytkowników, zamiast dać się wciągnąć w gorączkę dodawania funkcji produktu.

Historyjka użytkownika jest krótka, konkretna i zorientowana na cel. Jest to jednozdaniowe oświadczenie sformułowane z perspektywy użytkownika, które ma następującą strukturę:

„ Jako (typ użytkownika) chcę (cel), aby móc (odnieść korzyść). ”

Historyjki użytkowników umożliwiają zespołowi prowadzenie lepszych rozmów na temat projektu podczas całego procesu rozwoju. Pomaga zapobiegać pełzaniu funkcji, ponieważ praca z nimi ułatwia wspólne zrozumienie tego, co zespół próbuje zbudować i dlaczego .

Jeśli istnieje jakakolwiek zasada, która jest święta dla osób zajmujących się projektowaniem interfejsu użytkownika i interakcją człowiek-komputer, jest nią poznaj swojego użytkownika . Don Norman, współzałożyciel i główny emerytowany Nielsen Norman Group

Dopasowywanie historii użytkownika między projektowaniem a zwinnością

Historyjki użytkowników to koncepcja, którą programiści rozumieją. Niezależnie od tego, czy na początku projektu, czy podczas rozwoju produktu, projektanci mogą efektywniej współpracować z programistami, pracując z historyjkami użytkowników. Cechy produktu można planować wspólnie, optymalizując rozwój i wyjaśniając , na jakich wynikach powinien się skupić zespół .

To powiedziawszy, wielu projektantów nie zgadza się z ideą, że Agile i UX mogą się dobrze bawić razem . Jednym z przekonań jest to, że te dwie odmienne siły motywujące i ramy czasowe nie pasują do siebie — historyjki użytkowników nie pasują łatwo do całościowego procesu projektowania, ponieważ w fazie rozwoju nacisk kładziony jest na krótkoterminowe cykle dostarczania. Innym pojęciem jest to, że historyjki użytkowników nie są wystarczająco istotne jako podejście projektowe – brakuje im perspektywy, która uwzględnia szerszy obraz: całość doświadczenia użytkownika .

Te przekonania są do pewnego stopnia słuszne, ale także błędne .

Oczyśćmy powietrze. Po pierwsze, projektanci muszą zdać sobie sprawę, że praca z historyjkami użytkownika to wspólny proces projektowania . Chociaż może nie pasować idealnie do sprintów Agile po stronie programistycznej, mogą one stanowić część bardziej rozbudowanego procesu projektowania asynchronicznego podczas współpracy z programistami . Historyjki użytkownika ułatwiają również współpracę zespołom znajdującym się w różnych lokalizacjach.

Po drugie, historyjki użytkowników są nieodłączną częścią projektu skoncentrowanego na człowieku i aktywności . Zamiast koncentrować się na dodawaniu coraz większej liczby funkcji produktu — przysłowiowym „pełzaniu funkcji” — historie użytkowników urzeczywistniają to . Za każdą czynnością, którą wykonują ludzie, stoją historie użytkowników, które składają się z zadań, które z kolei są serią działań. W rezultacie produkty są opracowywane z głębokim zrozumieniem działań użytkowników. Praca z historyjkami użytkowników doskonale wpisuje się w całościowe przedsięwzięcie polegające na projektowaniu zachwycającego doświadczenia użytkownika.

Historie użytkowników dotyczące testowania produktów i wskaźników UX

Jasno sformułowane historie użytkowników napędzają różne aspekty świetnego projektowania produktów. Okresowe przeglądanie historyjek użytkownika i sprawdzanie, czy konkretny cel użytkownika jest osiągalny — test akceptacji dla danego historyjki użytkownika — pomoże utrzymać zespół produktu na właściwej drodze.

Firmy często poświęcają dużo czasu i pieniędzy na tworzenie produktów, których klienci nie potrzebują ani nie chcą, marnując zarówno czas, jak i zasoby. Produkty mogą mieć dobre intencje, ale zawodzą, ponieważ nie zaspokajają możliwej do zidentyfikowania potrzeby w sposób zrozumiały dla konsumentów.

Testując produkt na potencjalnych klientach, zespoły produktowe mogą zrozumieć , czy produkt rozwiązuje jasno określoną potrzebę . To sposób na mierzenie sukcesu. Budując i testując prototypy na podstawie dobrze zdefiniowanych historyjek użytkowników, projektanci mogą mierzyć czas realizacji zadań i wskaźniki sukcesu. Nie tylko we wczesnej fazie projektowania produktu, ale w całym cyklu życia produktu. Dzięki temu zespoły mogą sprawdzić, czy produkt jest coraz lepszy w spełnianiu potrzeb klientów .

Ponadto historyjki użytkowników mogą być wykorzystywane do definiowania wyników UX (ocenianych na podstawie wskaźników sukcesu UX) i pomagania projektantom w sprawdzaniu ewolucji produktu za pomocą wskaźników postępu UX.

• Wyniki UX synchronizują wszystkich z tym, co jest budowane.
• Wskaźniki sukcesu UX informują zespoły, kiedy osiągnęły wynik.
• Wskaźniki postępu UX umożliwiają zespołom śledzenie i ocenę postępów po drodze.

Jak generować świetne historie użytkowników

Tworzenie historii użytkownika zaczyna się od postaci wydestylowanych z wyników badań użytkowników. Dogłębne zrozumienie person pomoże projektantom tworzyć znaczące historie, które łączą się z większymi celami użytkowników. W tym procesie można odkryć niezaspokojone potrzeby użytkowników i zbudować narracje produktowe (tzw. Epics in Agile).

Projektanci mogą wziąć istotne narracje UX, kierując się personami i celami użytkowników, i podzielić je na mniejsze części: historie użytkowników . Załóżmy na przykład, że pracujemy nad aplikacją bankowości mobilnej. Celem Epic byłoby „zarządzanie pieniędzmi w podróży”. Ten większy cel użytkownika można następnie podzielić na mniejsze historyjki użytkownika, takie jak:

• Jako właściciel firmy chcę dokonywać wpłat mobilnych, aby zaoszczędzić czas.
• Jako właściciel firmy chcę ubiegać się o pożyczkę w podróży, aby szybciej uzyskać kredyt.
• Jako właściciel firmy chcę sprawdzić swoje konto za pomocą aplikacji, aby mieć kontrolę nad swoimi finansami.

Jak tworzymy takie historyjki użytkowników? Wykorzystując różne techniki badawcze UX, takie jak shadowing (technika obserwacji), badania dziennika i wywiady z użytkownikami. Alternatywnie, projektanci mogą wykorzystać analitykę produktu, aby zidentyfikować wzorce zachowań użytkowników i ujawnić podstawowe struktury, które kierują tymi wzorcami.

Na przykład, obserwując przepływy zdarzeń, dane mogą wskazywać, że nie udało się ukończyć kilku zadań. Rozpoczęto zadania, poczyniono postępy, ale sygnalizowane nieoczekiwanymi wyjściami w połowie zadania, nie doszły do ​​konkluzji. Takie wzorce wskazywałyby, że ludzie poddawali się we frustracji, ponieważ produkt nie zapewnia łatwego sposobu wykonania skoordynowanego zestawu zadań . Spostrzegawczy projektant UX dostrzegłby problem, zbadał więcej użytkowników, przeprojektował niedziałającą funkcję produktu i ponownie wykonał zadanie testowe.

Jak pisać i priorytetyzować historie użytkowników

Kto pisze historyjki użytkowników? Tradycyjnie pisanie historyjek użytkownika było obowiązkiem menedżerów produktu za posuwanie rozwoju (często, gdy w zespole nie ma projektanta). Jednak gdy w zespole jest projektant, najlepiej będzie, jeśli napiszą je projektanci. Przeprowadzili badania użytkowników i najlepiej znają osoby użytkowników i ich potrzeby.

Jako technika, historyjki użytkowników mają być zwarte i lekkie, umożliwiając zespołom szybkie tworzenie produktów. Jak wspomniano wcześniej, muszą być napisane jako proste, jednozdaniowe stwierdzenie z perspektywy użytkownika: „ Jako (użytkownik) chcę (coś zrobić/cel), aby móc (osiągnąć pożądany rezultat). ”

Historie użytkowników stworzone w taki sposób pomagają uzasadnić każdą funkcję dodaną do produktu i zachować na pierwszym planie uzasadnienie każdej decyzji projektowej: „ dlaczego robimy to, co robimy. ”

Aby napisać świetną historię użytkownika:

• Powinno być jasne, skoncentrowane i wykonalne.
• Powinna uchwycić historię w sposób, który wydaje się wartościowy.
• Można to przełożyć na cechę produktu.
• Posiada test akceptacyjny (czy cel został osiągnięty?).

Po napisaniu historyjki użytkowników muszą być uporządkowane według priorytetów w macierzy. Coś znanego menedżerom produktu, macierz priorytetów pomaga zapewnić, że zespół ds. produktu w pierwszej kolejności skoncentruje się na najważniejszych funkcjach. Dla projektantów oznacza to priorytetowe traktowanie historyjek użytkownika, które zapewniają największą wartość dla klientów.

Kilka aspektów wpływa na indeks priorytetu historyjki użytkownika:

• Cele biznesowe . Historyjka użytkownika, która bezpośrednio wpływa na przychody firmy, powinna uzyskać wyższą wartość indeksu niż tylko pożądane.
• Zależności funkcjonalne . Jeśli wiele historyjek użytkownika można zaimplementować dopiero po określonej historyjce, ta ostatnia staje się krytyczna i uzyskuje wyższą wartość indeksu.
• Czas opracowania . Jeśli zespół programistów oceni, że historyjka użytkownika jest szybka do wdrożenia i niezbędna do osiągnięcia celów biznesowych, wówczas historyjka uzyskuje wyższą wartość indeksu.

Korzyści z historii użytkowników w projektowaniu

Praca ze strukturą historyjek użytkownika zapewnia, że ​​produkt ma tylko te funkcje, których potrzebują użytkownicy, w porównaniu z funkcjami, z których zespół ds. produktu ma nadzieję, że będą korzystać, w oparciu o hipotezy. Innymi słowy, praca z historyjkami użytkownika zapobiega pełzaniu funkcji .

Praca z historyjkami użytkownika ma kilka zalet:

• Zapewnia wspólny język. Historyjki użytkowników stają się wspólnym językiem dla całego zespołu programistów, eliminując koncentrację na rozwiązaniach i funkcjach. Zamiast tego opracowują dyskusję wokół tego, co ma zostać osiągnięte.
• Sprzyja współpracy. Motywują współpracę między użytkownikami, projektantami i zespołem programistów.
• Umożliwia wspólne zrozumienie. Pomagają rozwijać wspólne rozumienie potrzeb użytkowników za pomocą wspólnego języka.
• Zwiększa przejrzystość. Zwiększają otwartość między członkami zespołu, co wzmacnia zaufanie.
• Są kompleksowe i spójne. Przełożenie wymagań projektowych na historyjki użytkownika jest stosunkowo łatwe w celu opanowania projektu. Przeglądanie historyjek użytkownika daje bardziej konkretne poczucie „czego projekt jest” niż listy funkcji i wymagań funkcjonalnych.
• Zapewnia elastyczność, dostępność i łatwość zarządzania. Historyjki użytkownika są koncepcyjnie proste w porównaniu z inną dokumentacją i są szybkie w tworzeniu. Użytkownicy mogą również uczestniczyć w ich generowaniu, a interesariusze mogą bez wysiłku edytować historie użytkowników lub dodawać własne.
• Zmienia perspektywę projektu. Historyjki użytkownika zmieniają perspektywę projektu z listy potencjalnie losowych i abstrakcyjnych wymagań na reprezentację działań skoncentrowanych na użytkowniku.
• Ułatwia dostawę o najwyższej wartości. Pomagają dostarczać funkcje zorientowane na klienta, które przynoszą największe korzyści.
• Zawiera listę kontrolną. Umożliwiają pomiary na podstawie pomyślnych realizacji zadań. Jeśli użytkownik nie jest w stanie wykonać zadań, produkt uległ awarii.

Lepszy projekt produktu dzięki mapowaniu historii użytkownika

Projektanci nie powinni polegać wyłącznie na historyjkach użytkowników, aby kierować projektowaniem produktu — kompleksowy proces projektowania produktu obejmuje wiele innych metod i artefaktów. Dobrze zintegrowane historyjki użytkowników powinny się uzupełniać jak elementy układanki, które składają się na UX całego produktu. Odwrotnie, niespójne historyjki użytkowników będą zakłócać spójność doświadczenia użytkownika.

Inne potencjalne problemy w przypadku polegania wyłącznie na historyjkach użytkowników w celu stymulowania projektowania:

• Brak kontekstu (ignorowanie ogólnego wyniku UX)
• Brak poczucia kompletności (niepewność, czy uwzględniane są większe cele)
• Mylenie historyjek użytkownika z przypadkami użycia
• Brak ewolucji produktu (historie użytkowników nie są stałe, mają tendencję do zmiany w czasie)

Tworzenie mapy historii użytkownika pomaga nam skupić się na całościowym obrazie – produkcie jako całości, zamiast krótkowzrocznie skupiać się na pojedynczej historii. Jeff Patton, autor książki User Story Mapping

Streszczenie

Praca z historyjkami użytkowników podczas projektowania zapewnia projektantom krytyczne pomiary, których potrzebują, aby dostarczać dobrze zaprojektowane produkty. Dyscyplina polegająca na przestrzeganiu ram historyjek użytkownika oznacza również, że nigdy nie należy umieszczać elementu projektu w interfejsie użytkownika, który nie ma odpowiadającego mu historyjki użytkownika.

Atrakcyjność historyjek użytkownika polega na tym, że identyfikują potrzeby funkcjonalne, ale nie określają, jak zaprojektować produkt , aby spełnić te potrzeby funkcjonalne. Skupiają się na problemie, zanim przepiszą rozwiązanie.

Projektanci powinni postrzegać historyjki użytkownika jako cenne elementy konstrukcyjne w projektowaniu produktu, mapować historyjki użytkownika w celu stworzenia spójnego UX i stosować najlepsze praktyki w zakresie historyjek użytkownika. Zapobiegnie to pełzaniu funkcji, umożliwi zespołom produktowym dostarczanie lepiej zaprojektowanych produktów i umożliwi projektantom tworzenie produktów zapewniających bezproblemowe, zachwycające wrażenia użytkownika.

Pozwól nam wiedzieć co myślisz! Zostaw swoje przemyślenia, komentarze i opinie poniżej.

• • •

Dalsza lektura na blogu Toptal Design:

• Potęga Figmy jako narzędzia projektowego
• Kompleksowy przewodnik po projektowaniu powiadomień
• Niech się liczy – przewodnik po mierzeniu doświadczenia użytkownika
• Oko umysłu – spojrzenie na psychologię wizualizacji danych