Testowanie i Walidacja Pomysłów Biznesowych: Tworzenie scenariusza testów

0:02Po ostatniej lekcji. Myślę, że masz już pierwsze pomysły na to,

0:05jak może wyglądać prototyp Twojego produktu.

0:08I teraz najwyższy czas, żeby zacząć go testować.

0:12Nie jest to wszelkiego rodzaju nauka rakietowa, nie jest to rocket science.

0:18Jest to coś prostego, ale mimo wszystko warto o paru rzeczach pamiętać.

0:21Po to, żeby lepiej przygotować się do tych testów i żeby one przebiegły dla nas jak

0:25najbardziej sprawnie, oszczędzając trochę naszego czasu i oszczędzając

0:30błędów i przepalonych kontaktów na pierwszych testach, na których

0:33musielibyśmy się właśnie na tych błędach nauczyć.

0:36W tej lekcji opowiem o tym, jak

0:37przygotować scenariusz testu i w jaki sposób dobrze się do niego przygotować.

0:42Po pierwsze warto się zastanowić, co my w zasadzie chcemy przetestować,

0:46jakie cele będą nam przyświecały właśnie w danym etapie testów.

0:50Jeżeli to jest prosty produkt, to czasem

0:52chcemy po prostu przetestować, w jaki sposób użytkownicy z niego korzystają,

0:56dowiedzieć się co o nim myślą, co jest dla nich atrakcyjne.

1:00Ale czasem, jeżeli to jest produkt

1:01bardziej złożony, to chcemy przetestować tylko pewne drobne elementy.

1:04I właśnie to zastanowienie się, po co właściwie robimy ten

1:09test, jakie mamy hipotezy, jakie założenia, które w tym czasie chcemy

1:13zweryfikować, pozwolą nam lepiej przemyśleć to, jak będzie wyglądał

1:17scenariusz tego testu, o co będziemy prosili naszych użytkowników

1:21czy naszych testerów, co konkretnie mają zrobić, co mają, o czym mają nam

1:25opowiedzieć, o czym myślą korzystając z tego prototypu.

1:28Ale to właśnie stanie się dopiero wtedy, kiedy sami będziemy mieli odpowiedź na to,

1:31co w zasadzie interesuje nas wokół naszego prototypu.

1:36Po drugie też warto zastanowić się, kto

1:38będzie tym testerem? Bo z jednej strony interesują nas nasi

1:41docelowy użytkownicy, nasi klienci, ale czasem w niektórych obszarach testów warto

1:47też, żeby zaangażować pewnego rodzaju eksperta, osobę, która ma może dużo wiedzy

1:52w danym obszarze, która trochę z innej perspektywy spojrzy na nasz produkt np.

1:58jeżeli tworzymy aplikację, to warto może, żeby w ramach testów też wypowiedziała się

2:03na jej temat osoba, która zna się na cyberbezpieczeństwie czy na tym, w jaki

2:07sposób potencjalnie można by było złamać zabezpieczenia tej naszej aplikacji.

2:13Mówię tutaj szczególnie o start-up'ach,

2:14które pracują w małych zespołach, bo myślę, że kiedy jest to duży projekt, to i

2:19o tym na pewno pomyślicie, ale właśnie o czymś takim mówię.

2:23Czyli z jednej strony mamy klientów,

2:24osoby, które będą z tego korzystały, ale z drugiej strony mamy też ekspertów, którzy

2:28mogliby nam powiedzieć, jak np. zoptymalizować ten produkt.

2:32Także i o tym warto pamiętać.

2:34Jest jeszcze oczywiście trzeci rodzaj naszych testerów.

2:38Jest to mama, która nam powie, co jest w

2:40tym projekcie fajne, która nas pochwali, doceni i takie osoby są nam potrzebne,

2:45żeby nabrać energii, żeby nabrać motywacji do tego, żeby ten produkt dalej rozwijać.

2:49Ale warto pamiętać, że jeżeli np.

2:51skupilibyśmy się na szukaniu testerów tylko w gronie znajomych, może się okazać,

2:55że będziemy mieli samych tylko wspierających, którzy niekoniecznie

2:59szczerze nam powiedzą, na ile doceniają ten produkt i na ile on jest faktycznie

3:02dla nich wartościowy, tylko będą chcieli sprawić, że będzie nam miło.

3:06Także warto tych testerów dobierać też przez to świadomie.

3:11Wreszcie same metody testowania, czy też to w jaki sposób ma wyglądać prototyp, czy

3:16tak jak na tym slajdzie będzie to Storyboard.

3:19Czy będzie to coś bardziej złożonego?

3:20Jaka będzie procedura?

3:22O co chcemy zapytać konkretnie naszych testerów?

3:25Co chcemy, żeby z tym prototypem zrobili?

3:28Czy chcemy im go tylko dać do ręki i zapytać, co myślą, czy też może, jeżeli to

3:32jest szczególnie bardziej złożony prototyp, czy chcielibyśmy, żeby

3:37zrobili coś bardziej konkretnego, przetestowali coś bardziej precyzyjnego,

3:41jakiś konkretny scenariusz właśnie zachowania czy np.

3:45sytuacji, w której chcieliby z tego produktu korzystać.

3:48Nie wiem, wyobraźmy sobie, że tworzymy masażer i

3:50chcemy poprosić naszych klientów, żeby spróbowali sobie wyobrazić,

3:55że wrócili z pracy i chcą właśnie się zrelaksować.

3:59W jakich okolicznościach będą z tego masażera korzystać?

4:02To właśnie wtedy możemy trochę lepiej przenieść to testowanie do realiów, ale

4:07tylko wtedy, kiedy taki scenariusz wcześniej sobie przemyślimy.

4:10A tutaj możliwości jest od groma, zależnie od tego, jaki mamy produkt, w jakich

4:14kontekstach będzie wykorzystywany i jak bardzo jest złożony, co faktycznie

4:18chcemy w ramach tego testowania przetestować.

4:22Kolejnym krokiem jest określenie kryteriów sukcesu.

4:25Kiedy uznamy, że testy zakończyły się sukcesem?

4:28Ile musimy zebrać opinii?

4:29Jakie te opinie muszą być?

4:31Wokół jakich tematów musimy znaleźć odpowiedzi?

4:33Na jakie pytania konkretnie musimy znaleźć odpowiedzi?

4:36Warto się nad tym zastanowić, żeby

4:38wiedzieć, jak długo te testy powinny trwać, ale też żeby reagować, kiedy

4:42pierwsze testy nie doprowadzą nas do tego, do czego zmierzamy.

4:46Z jednej strony mamy cele, ale z drugiej

4:49strony właśnie mamy też ten ostateczny poziom osiągnięcia tych celów.

4:53To, do czego dążymy, to co chcemy realnie

4:56wygenerować w czasie testów i to też nam pomoże.

4:59Łatwiej te testy planować i łatwiej nimi zarządzać.

5:03I wreszcie analiza ryzyka.

5:05Kiedy już wszystko sobie przemyślimy, wiemy, skąd pozyskamy naszych testerów,

5:08wiemy, jak dużo ich potrzebujemy, jak te testy będą przebiegały.

5:12Warto się zastanowić, co może pójść nie

5:13tak i przygotować pewne pomysły na to, jak to będzie wyglądało w alternatywie.

5:20I myślę, że chciałbym na moich błędach tutaj Was trochę też nauczyć, bo niedawno,

5:25pomimo tego, że sam od lat właśnie opowiadam o tym, że warto robić takie scenariusze

5:30testów, to przy jednym produkcie postanowiłem tego nie robić.

5:33To było testowanie mojej najnowszej

5:35książki Scrum Yourself, gdzie zwyczajnie założyłem, że jest to tak

5:38prosty produkt i w zasadzie testowanie jest tak oczywiste, że tylko wysyłam do

5:43potencjalnych czytelników książkę i czekam,

5:45czekam na ich feedback, czekam na ich

5:46uwagi po każdym z testowanych rozdziałów, ale w praktyce właśnie przez

5:51to, że nie ułożyłem sobie tego jako pewien proces myślowy, jako pewna

5:56struktura tego, jak te testy będą wyglądały, to popełniłem sporo błędów.

6:00Po pierwsze to są testy jakościowe, a zebrałem 230 osób, które się zgłosiło do

6:05tego, żeby te testy przeprowadzić, w konsekwencji

6:08na początku zacząłem otrzymywać dużo różnych odpowiedzi, które czasem się

6:12powalały, czasem w ogóle nie dotykały tego, co mnie tak naprawdę interesowało,

6:16bo myślałem OK, przyjmę każdy feedback, ale w praktyce już na tym etapie, kiedy

6:20książka w zasadzie była gotowa, miałem bardzo konkretne pytania, które chciałem

6:23zweryfikować, ale nie zapisałem ich w czasie scenariusza i w konsekwencji też

6:28część tego wysiłku, który otrzymywałem od odbiorców, nie było trafiona.

6:33Z drugiej strony 230 osób, wiele z nich w ogóle nie było

6:39zaangażowanych w ten proces testowania i w pewnym sensie czuję,

6:43zobaczymy jak to wyjdzie w praktyce, ale

6:44czuję, że mogłem trochę przepalić tą możliwość, żeby oni byli potencjalnymi

6:48pierwszymi klientami, bo dostali w zasadzie już teraz gotowy produkt.

6:51Nie dostałem od nich informacji zwrotnej, ale właśnie

6:57trudno, trudno może teraz będzie przekonać do tego, żeby

7:00w przyszłości skorzystać z tego, kiedy ten produkt będzie już ostatecznie gotowy.

7:04Miałem na ten, co robiłem, to podchodziłem do tego bardzo zwinnie, do tego testowania.

7:09Kiedy w pewnym momencie zobaczyłem, że część grupy nie reaguje.

7:12Napisałem do nich inną wiadomość.

7:13Do niektórych osób, które zauważyłem, że ktoś się wypisał z testowania.

7:19Pisałem do nich prywatną wiadomość.

7:21Zwykle to były osoby, które mam gdzieś w kontaktach na LinkedIn, żeby trochę lepiej

7:24zrozumieć, co sprawiło, że nie było to dla nich interesujące.

7:28Tak samo wybrałem kilka osób, które w

7:30pewnym momencie testowania zrezygnowało i przestało czytać maile.

7:33Też do nich napisałem wiadomość prywatną, żeby trochę lepiej zrozumieć

7:37kontekst, żeby wiedzieć co w samym produkcie czy nawet w tym procesie

7:41testowania mogę na przyszłość zrobić lepiej tak że jako całość

7:45to doświadczenie dało mi dużo, dużo

7:47lekcji, ale myślę, że byłoby z punktu widzenia wysiłku i z punktu

7:51widzenia efektów byłoby o wiele bardziej wartościowe, gdybym rozpisał sobie

7:56ten plan testów, bo w konsekwencji właśnie zrobiłbym badania jakościowe.

8:00Byłoby to kilka osób, a nie 230 dużo lepiej dobranych, bo tutaj też nie

8:06nie weryfikowałem tego przy tak dużej grupie.

8:09Jakie to są osoby? W jaki sposób,

8:11czym się różnią, jeżeli chodzi o moje

8:13grupy docelowe w przypadku tej książki. No i w konsekwencji też.

8:19No wymagało to całkiem sporo

8:21pracy, którą myślę, że warto było oszczędzić tak że na moich błędach

8:25mogę szczerze polecić, że zawsze w przypadku nawet prostych produktów,

8:28których myślimy, że mamy dość oczywiste pytania, warto sobie to rozpisać w formie

8:32takiego prostego scenariusza testu, żeby sprawdzić.

8:35I żeby mieć te całe testowanie w ryzach.

8:40Bo właśnie ten scenariusz pozwala nam okiełznać chaos, jaki może zapanować nawet

8:46w przypadku testowania tak prostego produktu, jakim jest książka.