Mniej znaczy więcej — wykorzystanie Lean UX do oceny rentowności produktu

Mimo że projektanci i zespoły produktowe cały czas mówią o zasadach Agile, większość zespołów nadal nie wykorzystuje ich skutecznie. Kiedy w końcu tracimy czas i pieniądze na robienie czegoś, czego nikt nie chce używać, jak w końcu zrobić przerwę, aby radykalnie usprawnić nasz proces rozwoju produktu?

Poniższe studium przypadku pokazuje, w jaki sposób, integrując zasady Lean UX jako podstawę metodologii Agile, zespół produktowy ograniczył ilość odpadów i zoptymalizował proces tworzenia produktu.

Problem: pokrycie samotnego przypadku użycia

Nasz zespół produktowy pracował nad rozwiązaniem problemu koordynacji lunchu w pracy. Gdy zbliża się przerwa na lunch, pracownicy są rozproszeni, spędzając dużo czasu na decydowaniu o tym, jaki ma być posiłek, gdzie chcą go zjeść i z kim chcą się nim podzielić. Zdecydowaliśmy się stworzyć aplikację cyfrowego asystenta lunchu, która pomogłaby im to ułatwić.

Zaczęliśmy od badań użytkowników, przeprowadzając wywiady z firmami i zebraliśmy wystarczającą ilość danych, aby rozpocząć pracę nad rozwiązaniem — a przynajmniej tak myśleliśmy. Do czasu, gdy produkt był już gotowy i działał wystarczająco dobrze, aby przetestować go wewnętrznie, zaczęliśmy wątpić, czy uwzględniliśmy wszystkie przypadki użycia z naszego przyszłego rynku.

Wszyscy potencjalni użytkownicy, z którymi rozmawialiśmy, pracowali w podobnych warunkach, pochodzili z tej samej lokalizacji, z taką samą liczbą pobliskich restauracji i oczekiwanym czasem dostawy. Jednak przed uruchomieniem zdaliśmy sobie sprawę, że musimy zweryfikować założenia biznesowe i uwzględnić więcej grup docelowych w naszych badaniach produktów.

Po przeprowadzeniu wywiadów badawczych z użytkownikami z 30 przedstawicielami różnych firm IT w całym mieście zdaliśmy sobie sprawę, że chociaż podobny problem występował w innych firmach, nasze rozwiązanie nie było zgodne z przyzwyczajeniami szerszego grona odbiorców. Tworzony przez nas do tej pory produkt nie uwzględniał użytkowników o różnej bliskości do restauracji, preferencjach zamawiania, płatności itp.

Projektując produkty, należy dokładnie wiedzieć, co należy poddać walidacji i ilu różnych użytkowników jest potrzebnych do uzyskania prawidłowych wyników. Jednak, podobnie jak wiele zespołów produktowych, byliśmy podekscytowani wczesnymi walidacjami i wybraliśmy rozwiązanie, zanim zebraliśmy wystarczającą ilość informacji o dodatkowych aspektach, jakie może mieć problem.

Gdy zdaliśmy sobie sprawę, że przegapiliśmy krytyczne dane na wczesnym etapie procesu opracowywania produktu, musieliśmy szybko dokonać zmian. Nigdy nie byłam przyjemną przejażdżką, musiałam prezentować nowe wyniki badań użytkowników zespołowi, który spędził miesiące na opracowywaniu rozwiązania, które miało zostać odrzucone.

Straciliśmy już czas i pieniądze, robiąc coś, co nie zostało odpowiednio zweryfikowane i nie obejmowało wszystkich przypadków użycia docelowych odbiorców. To były największe przeszkody, które musieliśmy pokonać:

1. Jak przekonać przełożonych do rezygnacji z tego produktu i zgodzić się na zupełnie nowe rozwiązanie.
2. Jak uniknąć utraty motywacji przez zespół i poczucia, że ​​zmarnowali miesiące pracy nad czymś, co powinniśmy byli lepiej zbadać na początku.
3. Jak upewnić się, że dokładnie zweryfikowaliśmy nasze pomysły na produkty, aby mieć pewność, że jesteśmy na dobrej drodze.
4. Jak przyspieszyć proces i upewnić się, że wszyscy są na tej samej stronie z szybko zbliżającymi się terminami dostaw.

Po zaakceptowaniu, że nie zweryfikowaliśmy odpowiednio naszego wcześniejszego pomysłu na produkt, krytycznym było ponowne rozważenie naszego podejścia.

Zasady Lean UX

Postanowiliśmy dostosować metodę, którą Jeff Gothelf wyjaśnia w swojej książce Lean UX. Lean UX to podejście do procesu projektowania, które odsuwa zespoły projektowe od tworzenia dużej ilości dokumentacji na rzecz iteracyjnej walidacji i wykorzystywania informacji zwrotnych od użytkowników.

Proces skupia się na trzech głównych fazach: budowanie, mierzenie i uczenie się . Ramy Lean UX zalecają zaangażowanie jak największej liczby współpracowników i interesariuszy, aby uzyskać różnorodne perspektywy i pomysły dotyczące rozwiązania produktu. Oznacza to włączenie w proces projektowania wszystkich, od projektantów, właścicieli produktów/firm, kierowników projektów i marketingu po programistów.

Lean UX zachęca zespół do szybszego i wydajniejszego działania poprzez ograniczenie czasowe procesu. Aby zmaksymalizować wydajność ćwiczenia, zapoznaj się z prawem Parkinsona i ogranicz ramy czasowe dla każdej fazy, aby wytworzyć dodatnie ciśnienie i szybkość.

Zespół zgodził się zarezerwować pięć dni roboczych na ten proces, pozostawiając ostatni dzień na zaplanowane testy z grupą potencjalnych wczesnych użytkowników. To zobowiązanie zmusiło nas, aby po czterech dniach mieć coś do pokazania i przetestowania.

Adaptacja procesu Lean UX

W oparciu o nasz konkretny projekt i potrzeby zespołu wprowadziliśmy kilka poprawek w metodzie opisanej w Lean UX Jeffa Gothelfa. Aby uzyskać bardziej szczegółowy opis tego, jak korzystać z tej samej metody w zespole, zapoznaj się z książką.

Krok 1: Zbierz i przeanalizuj dane.
Najpierw przeanalizowaliśmy wcześniej przeprowadzone wywiady z użytkownikami i przedstawiliśmy to, co oznaczyliśmy jako główne problemy użytkowników.

Krok 2: Opracuj hipotezy.
Każdy z członków zespołu napisał własną hipotezę, aby odpowiedzieć na główne pytania dotyczące produktu i biznesu z arkuszy roboczych książki. Następnie omówiliśmy pomysły wszystkich i zmapowaliśmy je na matrycy, która porównała wielkość ryzyka, jakie te założenia niosą dla firmy, z tym, ile naprawdę o nich wiedzieliśmy.

Krok 3: Wyobraź sobie plan walidacji.
Opracowaliśmy plan, jak zweryfikować każdą hipotezę — co chcemy zmierzyć, jakie metryki będziemy śledzić i jakie wyniki będą oznaczać, że zostały pomyślnie zweryfikowane.

Krok 4: Rozwijaj persony.
Persony stworzyliśmy na podstawie wcześniejszych wywiadów z użytkownikami. Bardzo ważne jest, aby nie tylko zaufać własnej wiedzy, ale także wiedzieć, dla kogo tworzysz swój produkt i zawsze projektować z myślą o użytkowniku końcowym.

Krok 5: Nadaj priorytet funkcjom na podstawie wartości, jaką zapewniają.
Aby przeprowadzić burzę mózgów i wybrać, które będą rozwijane, połączyliśmy nasze podejście Lean UX z priorytetyzacją MoSCoW. Takie podejście pomaga zespołom ustalać priorytety rozwiązań zgodnie z dostępnymi zasobami. Litery oznaczają:

• Muszę mieć
• Powinien mieć
• Mógł mieć
• Nie będę miał tego czasu

Następnie wszyscy członkowie zespołu przyznają ustaloną liczbę punktów cechom, które uważają za najważniejsze. Obiekty, którym przyznano najwięcej punktów, mają najwyższy priorytet.

Krok 6: Każdy szkicuje pomysły.
Wszyscy członkowie zespołu musieli naszkicować własne rozwiązania, następnie je zaprezentować i uzyskać informację zwrotną. Dobre pomysły nie pochodzą wyłącznie od projektantów — ważne jest, aby zaangażować wszystkich w proces, aby mieć pewność, że nie przegapisz wspaniałych propozycji.

Krok 7: Udoskonal rozwiązanie i przetestuj je.
Wspólnie poddaliśmy krytyce szkice i ustaliliśmy optymalne rozwiązanie. Następnie stworzyliśmy makiety o niskiej wierności i połączyliśmy je w prosty MVP, który mogliśmy pokazać użytkownikom i przetestować, czy nasz nowy pomysł w ogóle ma sens.

Krok 8: Uzyskaj informację zwrotną.
Ostatniego dnia zaplanowaliśmy testy użytkowników z potencjalnymi klientami. Cały zespół przeprowadzał testy w parach: jedna rozmowa kwalifikacyjna, a druga pisanie notatek. Było to bardzo ważne, aby cały zespół mógł usłyszeć reakcje na ich rozwiązanie oferujące inne perspektywy, niż można było się spodziewać.

Pokazaliśmy testerom makiety na telefonie komórkowym i poprosiliśmy ich, aby naśladowali stukanie, wyjaśnili, co chcieli osiągnąć, i po drodze podzielili się swoimi przemyśleniami.

Nawet jeśli nasze rozwiązanie nie spełniło pomyślnie potrzeb naszych użytkowników podczas testów, i tak zyskalibyśmy cenne informacje zwrotne i wgląd w to, w jakim nowym kierunku obrać nasz produkt.

Na szczęście potencjalni wcześni użytkownicy, z którymi testowaliśmy, byli podekscytowani naszym rozwiązaniem.

Korzyści z Lean UX

Eksperyment zakończył się sukcesem i postanowiliśmy włączyć metodologię Lean UX do stałych procesów firmy w przyszłości. Podczas całego procesu testowania produktu wysyłaliśmy uczestniczącym członkom zespołu częste ankiety, aby ocenić ich reakcje — opinie były zawsze pozytywne. Zespół zaufał metodzie Lean UX i miał pewność, że prowadzi nas we właściwym kierunku.

Naszym największym sukcesem było to, że proces projektowania Lean UX pomógł wszystkim członkom zespołu podekscytować się tym ogromnym, wcześniej zniechęcającym punktem zwrotnym. Inne korzyści dla zespołu to:

• Pozytywne reakcje zespołu i motywacja do porzucenia poprzedniej wersji produktu i rozpoczęcia pracy nad nowym konceptem
• Walidacja podstawowego produktu i głównych cech przez docelowych odbiorców
• Pokazanie znaczenia wczesnego testowania dla biznesu, zapewniającego sukces produktu
• Poprawa pozycji zespołu projektowego w firmie jak i między współpracownikami

Stosowanie zasad Lean UX w rozwoju produktu

Jeśli zależy Ci na tym, co robisz i zdajesz sobie sprawę, że może być lepiej, weź odpowiedzialność za wprowadzenie niezbędnych zmian i upewnij się, że ulepszenia zakorzenią się w kulturze firmy.

Wprowadzenie zasad Lean UX do procesów rozwoju produktu może zwiększyć wydajność zespołu i ulepszyć produkty. Dostosuj i dostosuj framework do specyficznych potrzeb i dynamiki Twojego zespołu.

W końcu wszyscy mamy ten sam cel w firmie, nawet jeśli perspektywy, jak go osiągnąć, są różne. Jeśli Twoim zadaniem jest stworzenie produktu, który pokochają użytkownicy, a firma odniesie korzyści, być może będziesz musiał najpierw stworzyć warunki pracy, w których Ty i Twój zespół możecie to osiągnąć.

• • •

Dalsza lektura na blogu Toptal Design:

• Wartość badań użytkowników
• Jak prowadzić skuteczne badania UX – przewodnik
• Sprawdzone i prawdziwe prawa UX
• Popraw przepływ użytkowników – przewodnik po analizie UX
• Wykorzystanie modeli mentalnych w projektowaniu UX