Raport UX dla klienta przygotowany przez agencję lub freelancera ma jeden cel: doprowadzić do decyzji, co zmienić na stronie w następnym miesiącu. Mapy ciepła i nagrania sesji dostarczają materiału, ale sam materiał nie jest raportem. Klient, który dostaje galerię zrzutów i ogólne „warto poprawić formularz”, nie wie, czemu ma uwierzyć ani co zatwierdzić. Poniższa struktura prowadzi od obserwacji do zadania z dowodem.
Zakładamy, że analiza jest już zrobiona: wiesz, które wizyty obejrzeć, jak czytać mapę i jak ustalić kolejność poprawek. Przykłady dotyczą fikcyjnej pracowni fizjoterapii z formularzem zapytania o wizytę i nie są wynikami prawdziwego wdrożenia.
Raport UX dla klienta w sześciu częściach
Miesięczny raport najlepiej czyta się od decyzji do szczegółów. Na pierwszej stronie klient widzi, co jest najważniejsze i czego od niego oczekujesz. Opis metody i surowe liczby zostaw w załączniku: osoba decyzyjna rzadko je czyta, a osoba techniczna i tak poprosi o szczegóły.
Przesuń tabelę w bok, aby zobaczyć wszystkie kolumny.
| Część | Pytanie klienta | Co wpisać |
|---|---|---|
| Streszczenie | Co jest najważniejsze w tym miesiącu? | 3–5 problemów i decyzje do podjęcia |
| Zakres i ograniczenia | Na czym opierają się wnioski? | Okres, strony, urządzenia, liczba wizyt, braki |
| Karty problemów | Skąd wiecie, że to problem? | Obserwacja, hipoteza, rekomendacja, sprawdzenie |
| Dowody | Czy mogę to zobaczyć? | Linki do nagrań i widoku mapy |
| Zadania | Co się wydarzy po akceptacji? | Zadanie, opiekun, termin sprawdzenia |
| Efekt poprzednich zmian | Czy wcześniejsze poprawki zadziałały? | Co sprawdzono i z jakim skutkiem |
Ostatnia część zamyka pętlę z poprzedniego miesiąca. Jeżeli zaakceptowana wcześniej zmiana nie została jeszcze sprawdzona, napisz to wprost, zamiast pomijać pozycję. Raport różni się od bieżącej aktualizacji postępu prac: tę opisuje poradnik o statusie projektu dla klienta, a tutaj chodzi o wnioski z zachowania użytkowników.
Streszczenie: od trzech do pięciu problemów
Streszczenie mieści się na jednej stronie. Każdy problem opisujesz jednym zdaniem o zachowaniu, jednym o możliwej przyczynie i jednym o tym, czego potrzebujesz od klienta. Pięć pozycji to górna granica, bo przy dziesięciu klient nie odróżni ważnego od drobnego. Pozostałe obserwacje przenieś do części „Do obserwacji”, bez rekomendacji. Kolejność ustalasz wcześniej, na przykład metodą z poradnika o kolejności poprawek z punktacją ICE.
Na telefonach część osób otwiera formularz zapytania, ale nie dochodzi do przycisku wysyłki (9 z 14 obejrzanych wizyt z tym krokiem). Możliwa przyczyna: kalendarz w polu daty zasłania przycisk. Prosimy o zgodę na zastąpienie kalendarza listą terminów; efekt sprawdzimy w następnym raporcie.
Nie dopisuj w streszczeniu spodziewanego wzrostu konwersji ani przychodu. Bez pomiaru taka liczba jest obietnicą, z której klient rozliczy cię za miesiąc. Lepiej nazwać zachowanie, które ma zniknąć, i sposób, w jaki to sprawdzisz.
Zakres danych i ograniczenia przed wnioskami
Klient powinien wiedzieć, na czym opierają się wnioski, zanim przeczyta rekomendacje.
- Okres analizy i daty ważnych zmian na stronie w tym czasie.
- Strony i kroki ścieżki objęte przeglądem.
- Urządzenia, z podziałem na telefon i komputer.
- Liczba obejrzanych nagrań i sposób ich doboru.
- Stan map ciepła: gotowe czy nadal zbierają dane.
- Czego raport nie obejmuje i dlaczego.
W Meetlead mapa ciepła ma status gotowości od 50 odsłon danej strony na danym urządzeniu; wcześniej przedstawiaj ją jako zbierającą dane, a nie jako dowód. Czy taka próbka wystarcza do konkretnego wniosku, omawia tekst o tym, ile wizyt potrzebuje mapa ciepła. Przy nagraniach zaznacz, że to wybrana próbka, a nie wszystkie wizyty. Zapis „9 z 14 obejrzanych” jest uczciwszy niż „większość użytkowników”.
Karta problemu: obserwacja, hipoteza, rekomendacja, sprawdzenie
Każdy problem ze streszczenia dostaje w raporcie własną kartę z czterema polami w stałej kolejności. Obserwacja opisuje to, co widać, bez interpretacji. Hipoteza nazywa możliwą przyczynę i jest wyraźnie oznaczona jako przypuszczenie. Rekomendacja to jedna konkretna zmiana do akceptacji. Sprawdzenie mówi, jakie zachowanie porównasz po wdrożeniu i w jakich warunkach.
- Obserwacja
9 z 14 obejrzanych wizyt mobilnych z otwartym formularzem kończy się przed przyciskiem wysyłki
- Hipoteza
Kalendarz w polu daty zasłania przycisk na mniejszych ekranach
- Rekomendacja
Zastąpić kalendarz listą najbliższych wolnych terminów
- Sprawdzenie
Te same strony i urządzenia w porównywalnym okresie po wdrożeniu
Rozdzielenie obserwacji od hipotezy ma znaczenie w rozmowie. Klient może nie zgodzić się z przyczyną, ale trudno mu podważyć zachowanie widoczne w nagraniu. Dyskusja dotyczy wtedy sposobu sprawdzenia hipotezy, a nie tego, kto ma rację. Jak oglądać nagrania, żeby obserwacja była rzetelna, opisuje poradnik o analizie nagrań sesji, a odczyt map tekst o tym, jak czytać mapy ciepła.
GOV.UK Service Manual zaleca zapisywać dokładnie to, co zobaczono lub usłyszano, a wnioski formułować w osobnym kroku; wśród wyników analizy wymienia nowe historyjki użytkownika w backlogu. Wytyczne dotyczą badań z udziałem użytkowników w zespołach administracji, nie raportów agencji z map ciepła: GOV.UK: analiza sesji badawczej.
Link do konkretnego nagrania zamiast zrzutu ekranu
Zrzut ekranu pokazuje jeden moment i łatwo go odczytać na różne sposoby. Nagranie pokazuje kolejność: co osoba zrobiła przed problemem i co po nim. Przy każdej karcie podaj od jednego do trzech linków do nagrań z informacją, od której minuty oglądać.
W Meetlead nagranie udostępnisz publicznym linkiem ważnym 24 godziny, 7 albo 30 dni. Link nie działa dłużej niż samo nagranie, którego czas przechowywania zależy od planu, a treść widgetu czatu jest usuwana z odtworzenia. W odtwarzaczu dodasz komentarz przypięty do momentu nagrania, więc zespół wróci do właściwej chwili. Opis obserwacji przepisz również do raportu, bo po terminie link przestaje działać.
Nagrania pochodzą ze strony klienta, więc ustal z nim, kto ma dostać linki, i nie przekazuj ich dalej. Wybieraj najkrótszy czas ważności, który wystarczy na akceptację raportu. Liczby z Analityki dołączysz z eksportu CSV lub XLSX, a zapisany raport może co miesiąc trafiać e-mailem jako plik XLSX na wskazane adresy. To zestawienie liczb, które nie zastępuje kart z nagraniami.
GOV.UK Service Manual proponuje dzielić się wynikami badań między innymi przez krótkie, jedno- lub dwuminutowe klipy wideo i cytaty uczestników. To wskazówka dla zespołów projektowych, a nie dowód, że nagranie przekona każdego klienta: GOV.UK: dzielenie się wynikami badań.
Zaakceptowana rekomendacja staje się zadaniem z dowodem
- Zbierz decyzje klienta.Przy każdej karcie zapisz: zaakceptowana, odrzucona albo do wyjaśnienia, z datą i osobą decyzyjną.
- Utwórz jedno zadanie na rekomendację.Tytuł opisuje zmianę, a opis zawiera obserwację, hipotezę i warunek sprawdzenia przepisane z karty.
- Powiąż zadanie z dowodem.Dodaj powiązanie z nagraniem, na którym widać problem, oraz ze zgłoszeniem, jeśli klient pytał o to na czacie.
- Zaplanuj sprawdzenie.Zapisz datę wdrożenia, a w kolejnym raporcie porównaj zachowanie w tych samych warunkach.
W Projektach Meetlead zadanie może mieć powiązania z nagraniem, zgłoszeniem i innymi zadaniami, a także priorytet, opiekuna oraz komentarze z historią zmian. Projekty to osobna aplikacja, dostępna zależnie od planu. Meetlead nie pisze raportu za ciebie i nie zamienia rekomendacji w zadania automatycznie: zadania zakładasz po decyzji klienta. Warunek zakończenia pomoże zapisać poradnik o kryteriach odbioru zadania.
Odrzucone rekomendacje też zostaw w raporcie z krótkim powodem. Pozycje „do wyjaśnienia” zamień w zadanie zebrania dodatkowego dowodu, a nie w poprawkę.
Pytania o raport UX dla klienta
Jak często wysyłać raport UX klientowi? Przy stałej opiece nad stroną zwykle wystarcza raz w miesiącu, bo krótszy okres często nie daje dość wizyt do porównania po zmianach. Przy małym ruchu rozważ rytm dwumiesięczny i zaznacz to w zakresie danych.
Co zrobić, gdy w danym miesiącu nie ma ważnych problemów? Napisz to w streszczeniu i pokaż wynik sprawdzenia poprzednich zmian. Nie dopisuj słabych obserwacji tylko po to, żeby lista miała pięć pozycji.
