Kiedy projekt wart ponad milion złotych sypie się jak domek z kart – mimo zaangażowania topowych ekspertów, bezbłędnej technologii i solidnych analiz rynkowych – wiesz, że pominęliście coś fundamentalnego. Problem zazwyczaj nie leży w braku kompetencji, ale w błędnym założeniu, że suche dane ilościowe wystarczą, by zrozumieć żywego człowieka.
Przez 15 lat pracy w marketingu i w roli konsultanta widziałam wiele imponujących skalą przedsięwzięć, które nie przyniosły oczekiwanych rezultatów. Dziś podzielę się historią, która najlepiej pokazuje, gdzie najczęściej popełniamy błąd i jak możesz go uniknąć w swoich projektach.
Dlaczego dane to nie wszystko?
Badania jakościowe w kontekście zarządzania projektami to nie skomplikowane metodologie wymagające dużych budżetów. To przede wszystkim rozmowy z ludźmi, którzy będą korzystać z Twojego produktu. To obserwacja ich codzienności, słuchanie frustracji i zrozumienie kontekstu, w jakim działają.
Analizy Standish Group są nieubłagane: nawet 45% funkcjonalności w typowych produktach nigdy nie jest używanych. I choć badanie zostało opublikowane w 2013 roku w raporcie „Chaos Manifesto”, niewiele się od tego czasu zmieniło. W 2019 roku marka Pendo w raporcie „Future Adoption Report” zaprezentowała równie ciekawe dane: 11% funkcjonalności generuje 80% ruchu. To efekt projektowania w oparciu o przypuszczenia, a nie faktyczne potrzeby.
Jako Project Manager nie musisz być profesjonalnym researcherem. Wystarczy, że będziesz ciekawy. Zamiast pytać: „Czy potrzebujesz tej funkcji?”, zapytaj: „Jak dziś rozwiązujesz ten problem?”. Zamiast: „Czy interfejs jest intuicyjny?”, powiedz: „Pokaż mi, jak to robisz”.
Brak takich rozmów ma bardzo konkretne konsekwencje: więcej zmian w trakcie trwania projektu, więcej poprawek po wdrożeniu i większe ryzyko, że produkt nie zostanie przyjęty przez użytkowników.
Praktyczny workflow: metoda 5 rozmów
Brak bezpośredniego kontaktu z użytkownikiem generuje lawinę kosztów: niekończące się change requesty, sprinty naprawcze i poprawki wdrażane pod presją czasu. Możesz tego uniknąć, stosując prosty schemat:
- Faza koncepcyjna: Przeprowadź zaledwie pięć rozmów. To wystarczy, by wykryć zdecydowaną większość problemów z użytecznością.
- Projektowanie: Usiądź z użytkownikiem przy prototypie. Obserwuj, nie tłumacz. Pozwól mu się „zgubić” teraz, a nie trzy miesiące po wdrożeniu.
- Weryfikacja: Przed samym startem wyłap dwa, trzy krytyczne miejsca, w których ludzie tracą orientację. To ostatni moment na tanią korektę.
Jak zacząć, czyli mini-plan dla Project Managera
Umów indywidualne spotkania z użytkownikami, najlepiej w formule 1:1, trwające około 45 minut. Nie potrzebujesz rozbudowanego scenariusza. Wystarczy kilka dobrze postawionych pytań otwartych, np.:
- Jak wygląda Twój typowy dzień w kontekście tego problemu?
- W jakich momentach najczęściej się on pojawia?
- Co jest w nim najbardziej frustrujące?
- Jak radzisz sobie z tym dziś?
- Co zajmuje Ci w tym procesie najwięcej czasu lub energii?
- Kiedy ostatnio mierzyłeś się z tą sytuacją? Co dokładnie się wtedy wydarzyło?
- W którym momencie najczęściej się zatrzymujesz albo odkładasz to na później?
- Co działa dobrze w obecnym rozwiązaniu (jeśli jakiekolwiek istnieje)?
- Czego najbardziej Ci brakuje lub co chciałbyś uprościć?
Na początku powstrzymaj się od pokazywania produktu. Zanim przejdziesz do rozwiązań, zrozum kontekst – sytuację, w której użytkownik faktycznie funkcjonuje. To właśnie tam najczęściej kryją się najważniejsze wnioski.
W trakcie rozmów zapisuj dosłowne wypowiedzi, nie ich interpretacje. Cytaty pozwalają uchwycić nie tylko problem, ale też emocje i sposób myślenia. Po kilku spotkaniach zaczniesz dostrzegać powtarzające się wzorce – i to one powinny stać się podstawą decyzji projektowych, a nie wyjściowe założenia.
Co zrobić z wnioskami z rozmów?
Same rozmowy to dopiero początek. Ich wartość nie polega na tym, że je przeprowadzisz, ale na tym, co z nich wyciągniesz i jak wpłyną na decyzje projektowe.
Pierwszym krokiem jest szukanie wzorców. Nie skupiaj się na pojedynczych wypowiedziach – one mogą być przypadkowe. Zwróć uwagę na to, co się powtarza. Jeśli kilka osób opisuje podobną sytuację, używa zbliżonych sformułowań albo wskazuje ten sam moment jako problematyczny, to sygnał, którego nie warto ignorować.
Drugi krok to uchwycenie momentów frustracji. To właśnie tam najczęściej ujawniają się realne bariery w korzystaniu z produktu – chwile, w których użytkownik się zatrzymuje, odkłada działanie na później albo szuka obejścia. Te momenty mają większe znaczenie niż ogólne opinie, bo pokazują, gdzie produkt przestaje działać w praktyce.
Na końcu warto uporządkować te obserwacje w prosty schemat. Co użytkownik próbuje zrobić? Co go w tym blokuje? Co w tej sytuacji odczuwa? Taka „mapa bólu” pozwala przełożyć pojedyncze rozmowy na konkretne wnioski, a te z kolei na backlog, priorytety i decyzje projektowe.
To moment, w którym rozmowy przestają być tylko źródłem ciekawych spostrzeżeń, a zaczynają wpływać na kształt produktu.
Checklista dla Project Managera
Zanim przejdziesz dalej z projektem, sprawdź:
- Czy rozumiesz, jak wygląda dzień Twojego użytkownika?
- Czy wiesz, kiedy i w jakim kontekście korzysta z produktu?
- Czy masz potwierdzone, co go frustruje?
- Czy obserwowałeś użytkownika podczas korzystania z rozwiązania?
- Czy testowałeś prototyp z co najmniej trzema osobami?
- Czy Twoje decyzje projektowe wynikają z rozmów, a nie tylko z założeń?
Jeśli większość odpowiedzi brzmi „nie”, warto się zatrzymać.
Lekcja za milion złotych: Case study platformy dla rodziców
Zostałam kiedyś zaproszona do badań platformy edukacyjnej dla rodziców, już po jej wdrożeniu. Projekt był zamknięty, budżet wydany, kampanie uruchomione. Problem? Użytkownicy nie wracali. Wszystko było perfekcyjne: Metoda wspierania rozwoju dzieci w oparciu o ich mocne strony zbudowana, content przygotowany przez najlepszych specjalistów, dopracowany design, przemyślana architektura informacji, regularne powiadomienia budujące nawyk korzystania z aplikacji. Na papierze – sukces. W rzeczywistości – porażka.
Co poszło nie tak? Analizy ilościowe nie uwzględniły kontekstu emocjonalnego. Projekt zakładał, że życie z dziećmi jest ustrukturyzowane. Tymczasem to chaos. Każde nieodczytane powiadomienie o „zaległej zabawie rozwojowej z dzieckiem”, zamiast pomagać, generowało w rodzicach poczucie winy: „Znowu nie zdążyłam”, „Jestem złą matką”. Produkt, który miał wspierać, stał się źródłem stresu. Jedna sesja rozmowy z kilkoma użytkownikami ujawniłaby to na etapie koncepcji.
Jak przekonać zarząd?
Wyrażenie „badania UX” często kojarzy się decydentom z kosztami i opóźnieniami. Dlatego zamiast o „badaniach”, zacznij mówić o redukcji ryzyka, oszczędnościach na poprawkach, skróceniu czasu developmentu. Zaproponuj konkret: 5 wywiadów w 2 tygodnie. To niewielka inwestycja w porównaniu z kosztami przepisywania połowy aplikacji po premierze.
Zacznij już dziś.
Masz teraz dwa wyjścia:
- Zacząć od pięciu rozmów jeszcze w tym tygodniu.
- Dowiedzieć się za rok (kosztowną drogą), czego nie wiedziałeś dzisiaj.
Powodzenia 🙂
Zostaw komentarz