Testowanie i powtarzanie

Zbieranie informacji może być przydatne w dowolnym momencie podczas projektowania. Nie będzie to miało wpływu na opinie faktycznych użytkowników, które pozwolą sprawdzić, co działa, a co nie. Im wcześniej to zrobisz, tym lepiej.

Gdy zanurzasz się w projektowaniu, trudno wykryć problemy – potrzebna jest opinia osoby z zewnątrz. Dobra wiadomość jest taka, że przed napisaniem jednej linii kodu możesz (i szybko) łatwo sprawdzić, czy Twój projekt sprawdzi się w przypadku Twoich użytkowników.

Znajdź osobę, która nie zna Twojego projektu, aby wypróbować to okno. Zbieranie opinii w trakcie projektowania ujawnia problemy z obsługą i umożliwia samodzielne wprowadzenie poprawek. Zanim napiszesz jedną linijkę kodu, koniecznie przeprowadź test użyteczności konwersacji. Zalecamy przeprowadzenie krótkiego, brudnego eksperymentu kreatora Oz (WOZ), aby sprawdzić, czy zmierzasz w odpowiednim kierunku.

Korzystanie z kreatora Oz

Skąd ta zmiana? Nazwa „Czarnoksiężnik z Oz” nawiązuje do filmu „Oz z Oz” – odnosi się do tego, że za zasłoną ciągną się pewne osoby.

Czym jest prototyp Oz w Oz? Mówiąc najprościej, jest to sposób na przetestowanie prototypu bez konieczności tworzenia oprogramowania. Prototypowanie WOZ służy do oceny funkcji projektu, możliwości realizacji celów użytkowników i ulepszenia ogólnych wrażeń użytkowników. Eksperymenty WOZ powinny mieć rzeczywisty wygląd, ale zamiast oprogramowania zamiast „człowieka” przypominać „człowieka”, który imituje zachowanie klientów na etapie produkcji. Uczestnicy mogą nie wiedzieć, że wchodzą w interakcję z kreatorem pracującym za zasłoną.

Dlaczego warto to zrobić? Jedną z największych zalet prototypowania WOZ jest możliwość przetestowania projektu bez konieczności tworzenia go. Eksperymenty WOZ to minimalny możliwy produkt (MVP) prototypów do testów głosowych. Są one stosunkowo łatwe w obsłudze i nie wymagają wiele wysiłku. Prototyp może być całkiem prosty, a obiekty codziennego użytku reprezentują poszczególne elementy projektu. Może to być także działający model (zbiór istniejących produktów), który umożliwia wykonywanie niektórych zadań, ale nie wszystkich. Im bardziej realistyczny jest prototyp, tym lepsza będzie Twoja opinia. Jednak dobrze zastanów się, na ile masz czasu. Czy prototyp powinien być realistyczny?

Przeprowadzanie testów łatwości obsługi

Możesz przetestować aplikację na 3 sposoby:
Korzystaj z własnych narzędzi. Potrzebujesz tylko przykładowych okien dialogowych (które na tym etapie powinny być dostępne). Znajdź po prostu osobę, która nie zna Twojego projektu (np. rodzinę, znajomych, współpracowników) i poproś ją o odgrywanie z Tobą dialogu – przeczytasz jej wiersze i zobaczysz, jak reaguje na użytkownika. Jeśli użytkownik wycofa się ze scenariusza, stwórz improwizację do wypowiedzi swojego klienta.

Aby uzyskać jak najbardziej realistyczny obraz, odgrywaj rolę profilową klienta, używając symulatora TS w Konsoli Actions na Google. Pobierz dźwięk, aby przygotować go do odtwarzania na żądanie.

Ta wersja wymaga czterech rzeczy:

  • Skrypt rozmowy, który zawiera wskazówki, co powinien zawierać profil klienta po każdej odpowiedzi użytkownika. W tym przypadku idealny jest ogólny przepływ (lub wersja uproszczona).
  • Pobrano dźwięk wszystkich wypowiedzi głosowych w profilu klienta. Używaj nazw plików, aby szybko rozpoznawać poprawny plik.
  • Ktoś, kto może grać „użytkownika”. Powinna to być osoba, która nie zna Twojej akcji.
  • Ktoś, kto zagrać w „kreatora”. Osoba ta powinna być zaznajomiona z Twoją akcją.

Poproś rozmówcę o rozpoczęcie rozmowy przez odtwarzanie dźwięku powitania w akcji, na przykład „Witamy w programie uruchamiającym wszystkie funkcje Google I/O. Festiwal właśnie trwa. Jesteś jednym z uczestników? Kreator poczeka na odpowiedź użytkownika. Może on odpowiedzieć „tak” lub „nie”. Po udzieleniu odpowiedzi użytkownik będzie musiał szybko zapoznać się z procesem i ustalić, co powinien zagrać, a następnie znaleźć i odtworzyć właściwy plik audio.

Kiedy zaczniesz tworzyć akcję, musisz ją często przetestować, korzystając z symulatora działań w Konsoli Actions na Google. Poproś o to rodzinę, znajomych lub współpracowników!

Niezależnie od tego, jakiego eksperymentu używasz, wykonaj te czynności:
Porozmawiaj Twój projekt ma na celu zaktualizowanie projektu tak, aby lepiej sprawdzał się w przypadku prawdziwych użytkowników, dlatego chcesz, aby prototyp WOZ był jak najbardziej zbliżony do rzeczywistości. To, co wygląda dobrze na papierze, nie musi brzmieć naturalnie w rozmowie, więc upewnij się, że użytkownicy usłyszą Twoje polecenia i powiedzą swoje odpowiedzi.
Nagrywanie sesji Uzyskaj pozwolenie na nagrywanie sesji, aby można było wrócić i je odsłuchać. Zwracaj uwagę na wszelkie problemy, które pojawiły się podczas sesji.
Poproś o opinię Poproś użytkownika, aby opisał swoje doświadczenia w swoich słowach. W jaki sposób spełnił swoje oczekiwania? Czy coś Cię zaskoczyło? Czy byli zadowoleni? Pamiętaj, że kładziemy nacisk na zachowanie użytkowników, a nie ich opinię.

Czego możesz się nauczyć?

Przeprowadzenie eksperymentu WOZ pozwala zrozumieć, jak użytkownicy będą wchodzić w interakcje z projektem. Może się okazać, że użytkownicy robili coś bardzo nieoczekiwanego, co wymaga zmiany projektu, aby lepiej odpowiadał ich potrzebom i oczekiwaniom.

Podsumowanie: koncentruj się na użyteczności projektu, a nie na opiniach użytkowników. Stosuj iteracje na podstawie zachowania użytkownika i ponownie testuj, jeśli pozwala na to czas.

Na co zwrócić uwagę (i co można ulepszyć w tym oknie):
Rozmowa naturalna Zwróć uwagę na to, w jaki sposób użytkownicy zadają naturalne pytania. Czy czują się oni w stanie mówić tylko w krótkich zdaniach, czy raczej w rozmowach? Czy rozmawiają z Tobą w sposób pewny siebie? Czy w ten sposób użytkownicy mają poczucie, że mogą podawać tylko 1 informacje naraz, czy też zachęcają ich do podawania większej ilości informacji w jednym zdaniu?
Mylący użytkownik Poszukaj miejsc, w których użytkownicy są zdezorientowani lub nie wiedzą, co powiedzieć lub zrobić. Sprawdź poprzednie komunikaty, by dowiedzieć się, co można by wyjaśnić. Czy wezwanie do działania było jasne?
Nieoczekiwane wypowiedzi Użytkownicy mogą powiedzieć coś, czego się nie spodziewałeś. Zwróć na to uwagę i dodaj do niej obsługę.
Oznaki frustracji lub niecierpliwości Zwykle oznacza to, że interakcja jest zbyt długa. Przejrzyj wyświetlone sugestie, aby sprawdzić, czy możesz je zwięźlej. Czy są jakieś szczegóły, które można pominąć?
Obserwuj, kto mówi najwięcej Czy użytkownicy wydają się mieć kontrolę nad rozmową? Jeśli nie, jak możesz to zmienić?

Testowanie akcji

Dokładne testy są niezbędne, by tworzyć wysokiej jakości oprogramowanie i zwiększać zadowolenie użytkowników.

W tym filmie omawiamy kompleksowe testy akcji i prezentujemy narzędzia, które ułatwiają ten proces. Artykuł zawiera też sprawdzone metody dotyczące różnych tematów, takich jak radzenie sobie z nieoczekiwanymi zapytaniami użytkowników.

Aylin Altiok i Nick Felker o testowaniu akcji na Google I/O 2018

Wstecz
Napisz przykładowe okna dialogowe
Dalej
Długi ogon