Jak budowałem dział badań UX od zera
Jako pierwszy Head of UX w StepStone Continental Europe - operatorze największej w Europie sieci portali z ofertami pracy - zbudowałem i poprowadziłem funkcję badawczą na pięciu rynkach: profile kompetencyjne i rekrutację, jakościowy framework ciągłego monitorowania oraz wbudowany, dwutorowy model operacyjny, który zamykał pętlę od odkrywania po wdrożenie.
Zastrzeżenie: to studium przypadku NIE zostało napisane przez AI. Słowo.
Dołączyłem do StepStone Continental Europe w 2015 roku jako pierwszy Head of UX. Firma prowadziła wówczas największą w Europie sieć portali z ofertami pracy - obejmującą Niemcy, kraje Beneluksu, Francję, Polskę oraz Wielką Brytanię i Irlandię - ale badania nie były jeszcze ugruntowaną, opartą na dowodach częścią procesu tworzenia produktu.
Zadaniem było uczynienie badań trwałą, operacyjną zdolnością - wbudowaną w proces dostarczania, a nie doklejaną jako projekt, jakościową, lecz popartą danymi ilościowymi - oraz zrekrutowanie i ukształtowanie zespołu, który będzie ją prowadził. Z czasem zespół ten rozrósł się do trzech badaczy pracujących u mojego boku.
Zbudowałem praktykę na czterech filarach - najpierw struktura, aby praca mogła skalować się poza jedną osobą.
-
01
Profile badaczy i framework kompetencyjny
Jednoznacznie zdefiniowałem rolę Badacza UX - framework kompetencyjny obejmujący metody generatywne i ewaluacyjne, jakościowe i ilościowe, oraz warsztat pracy z interesariuszami pozwalający przekuwać wnioski w decyzje. Świadomie profile w kształcie litery T: głęboka specjalizacja w jednej kluczowej metodzie, biegłość w pozostałych.
-
02
Proces rekrutacji i rozmów
Odpowiadałem za rekrutację od początku do końca - pozyskiwanie kandydatów, ustrukturyzowane rozmowy oraz zadania oceniające oparte na metodach - kalibrując spójny próg zatrudnienia tak, by każda nowa osoba podnosiła zdolności zespołu w zakresie metod mieszanych, a nie tylko jego liczebność.
-
03
Framework ciągłych badań
Zastąpiłem doraźne, sterowane zgłoszeniami testy frameworkiem regularnego monitorowania UX kluczowych ścieżek i wskaźników KPI doświadczenia - cyklicznym benchmarkingiem użyteczności, ewaluacją heurystyczną oraz triangulowanymi badaniami metodami mieszanymi, prowadzonymi jakościowo i walidowanymi ilościowo, zasilającymi wspólne repozytorium wniosków.
-
04
Badacze wbudowani w zespoły produktowe
Umieściłem badaczy bezpośrednio przy product ownerach, dzięki czemu odkrywanie przebiegało w sposób ciągły, a dowody trafiały tam, gdzie naprawdę zapadały decyzje dotyczące roadmapy i priorytetów - nie do prezentacji, której nikt już nie otwiera.
Badacze pracowali w diadzie z projektantami UX - jeden w parze z jednym, w obrębie każdego obszaru problemowego.
To sparowanie utrzymywało proces projektowy zakotwiczony w zweryfikowanej potrzebie użytkownika i wymuszało godzenie tej potrzeby z deklarowanymi wymaganiami biznesowymi na każdym kroku. Projektanci wnosili rozwiązania; badacze wnosili dowody; razem diada rozstrzygała o pożądaności, użyteczności i wykonalności, zanim powstała choćby jedna linia kodu produkcyjnego. Sprawiło to, że projektowanie zorientowane na użytkownika stało się domyślną ścieżką, a nie wyjątkiem.
Praktyka działała jak zamknięta pętla - dwutorowa z założenia, w której odkrywanie zasilało dostarczanie, a dostarczanie zasilało kolejną rundę odkrywania.
-
01
Ideacja i iteracja
Ciągłe odkrywanie formułowało problem i poddawało wczesne koncepcje próbie pod kątem potrzeb użytkownika oraz zadań do wykonania, zanim zespół zobowiązał się do kierunku.
-
02
Wsparcie podczas developmentu
Badacze pozostawali wbudowani przez cały etap budowy, rozstrzygając otwarte pytania na bieżąco, tak by dostarczanie nigdy nie utknęło w oczekiwaniu na dowody.
-
03
Testy przed wydaniem
Testy użyteczności formatywne i sumatywne walidowały ścieżki względem kryteriów akceptacji i benchmarków użyteczności przed premierą.
-
04
Monitorowanie po wydaniu
Po wdrożeniu ciągłe monitorowanie UX śledziło rzeczywiste zachowania i wskaźniki KPI doświadczenia względem celów ustalonych jeszcze na etapie odkrywania.
-
05
Nowe wymagania → powrót do ideacji
Monitorowanie ujawniało świeże wymagania i możliwości, które trafiały wprost na początek pętli - utrzymując roadmapę opartą na dowodach, a cykl zamknięty.
Rezultatem była trwała, wbudowana praktyka badawcza - taka, która przetrwała każdy pojedynczy projekt czy osobę.
Badania przestały być punktem obsługi zgłoszeń i stały się ciągłym odkrywaniem: stałą zdolnością, na której produkt, design i kierownictwo opierali swoje decyzje. Model diady i zamknięta pętla nie były inicjatywami, o które trzeba zabiegać - stały się po prostu sposobem, w jaki organizacja tworzyła produkt.