Najlepsze produkty nie biorą się z "dobrze zdefiniowanych wymagań", ale z głębokiego zrozumienia potrzeb użytkowników oraz ciągłego testowania nowych konceptów. Sukces produktu jest również wynikiem współpracy różnych grup interesariuszy. Prezentacja z warsztatów przeprowadzonych w ramach WUD Silesia 2012 (www.wudsilesia.pl).

1. Opowieść researchera,
który został
product ownerem
Bartosz Mozyrko
b.mozyrko@cogision.com

2. Dzień dobry!
• Researcher
o 5 lat doświadczenia
• Owner
o 2 lata doświadczenia
2

3. O czym w tym roku?
• Użytkownik
o Poziomy „User Experience”
o Modele mentalne
o Persony
• Produkt
o Minimum viable product
o Product backlog
o Product owner
• Proces
o Koncepcja
o Developement
o Post launch
3

4. Użytkownik

5. Poziomy „User Experience”
The Elements of User Experience, Jesse James Garrett
5

6. Poziomy „User Experience”
The Elements of User Experience, Jesse James Garrett
6

7. Modele mentalne
About Face: The Essentials of User Interface Design, Alan Cooper
7

8. Modele mentalne
About Face: The Essentials of User Interface Design, Alan Cooper
8

9. W zeszłym roku…
http://www.slideshare.net/mozyrko/mental-models-wud-2011
9

10. Persony
10

11. Persony
Ficzer
Ficzer
…
11

12. Persony bywają różne
• Tworzone na bazie wiedzy o użytkownikach
o Zwieńczenie procesu badawczego
o Skuteczne narzędzie komunikacji
• Tworzone na bazie oczekiwań
o Unikajcie „radosnej twórczości”
• Szczegółowość opisu dobierana w
zależności od grupy odbiorców
12

13. Persony bywają różne
http://uxmovement.com/wireframes/the-importance-of-tying-personas-to-wireframes/
13

14. Persony bywają różne
http://blog.kissmetrics.com/user-personas-for-seo/
14

15. Persony bywają różne
http://ityamvasal.com/onecancan.html
15

16. Ćwiczenie #1
• Podzielcie się na grupy
• Stwórzcie profil persony
o Osoby starszej
o Osoby młodszej
• Uwzględnijcie stosunek persony do
płatności elektronicznych
• Piszcie wyraźnie! ;)
• Czas: 15 minut
16

17. Produkt

18. Poziomy „User Experience”
The Elements of User Experience, Jesse James Garrett
18

19. Poziomy „User Experience”
The Elements of User Experience, Jesse James Garrett
19

20. Minimum viable product
The minimum viable product (MVP) is that version of
a new product which allows a team to collect the
maximum amount of validated learning about
customers with the least effort.
- Eric Ries
20

21. Minimum viable product
The minimum viable product (MVP) is that version of
a new product which allows a team to collect the
maximum amount of validated learning about
customers with the least effort.
- Eric Ries
An MVP is not a minimal product!
21

22. To jest MVP
http://www.youtube.com/watch?v=7QmCUDHpNzE
22

23. Galeria MVP
23

26. B
MVP
A

27. B
Najpierw sprawdź czy
ludzie będą chcieli chodzić
Twoją ścieżką…
MVP
A

28. B
Najpierw sprawdź czy
ludzie będą chcieli chodzić
Twoją ścieżką…
MVP
… potem ją poszerzaj.
A

29. Etapy rozwoju
Sprint 4
Sprint 3
Sprint 2
Sprint 1
29

30. Etapy rozwoju
Sprint 8
Sprint 4
Sprint 7
Sprint 3
Sprint 6
Sprint 2
Sprint 5
Sprint 1
30

31. Etapy rozwoju
Sprint 4
Sprint 3
Sprint 2
Sprint 1 Sprint 1, 2, 3, 4
31

32. Etapy rozwoju
Sprint 4
Sprint 3
Sprint 2
Sprint 1 Sprint 1, 2, 3, 4
32

33. Product backlog
33

34. Product backlog
34

35. User stories
• Każde story składa się z trzech części
o roli użytkownika
o opisu celu
o opisu zysku
• Jako [użytkownik] chcę [cel] po to aby [zysk]
• Dobrze opisane story uwzględnia perspektywę
użytkownika
• Nie pomyl „co” (cel użytkownika) z „jak” (czynność,
którą musi wykonać)
35

36. Ćwiczenie #2
• Wymieńcie się personami
• Stwórzcie backlog dla
o Banku – strona internetowa
o Banku – aplikacja mobilna
• Usługa powinna zaspokajać podstawowe potrzeby
użytkownika (przelewy, historia płatności, etc.)
• Bank nie wie, jakie dodatkowe usługi zaoferować
• Inspirujcie się personą
• Czas: 20 minut
36

37. Jak było?
37

38. User-centered design
• Opisywanie produktu z perspektywy wykonawcy
ogranicza nasze myślenie o tym co jest najlepsze
dla użytkownika
• Zły opis problemu może utrudnić znalezienie
optymalnego rozwiązania
• http://bronikowski.com/1572/prawda-dostepu-
wymagaja-podstepu
38

39. User story map
http://www.agileproductdesign.com/blog/the_new_backlog.html
39

40. User story map
http://www.agileproductdesign.com/blog/the_new_backlog.html
40

41. User story map
41

42. User story map
42

43. User story map
MVP
43

44. User story map
44

45. User story map
45

46. Product owner (PO)
46

47. Definiowanie wymagań
• Czasami wybór kolejności dla user stories jest
trudny
• Nie ma sensu pytać co jest ważniejsze dla
konstrukcji samochodu: koła czy silnik
• Samochód nie ruszy bez jednego ani drugiego
• … ale może się okazać, że rozpoczęcie od kół
obniży koszt montażu silnika (lub odwrotnie)
47

48. Definiowanie wymagań
B A
A C
C B
Pomysł na biznes Rezultat końcowy
48

49. Definiowanie wymagań
B A
A C
C B
Pomysł na biznes Rezultat końcowy
49

50. Definiowanie wymagań
• Rolą PO jest definiowanie wymagań
• Trzeba jak najszybciej dowiedzieć się w co warto
zainwestować czas zespołu
• Cała zabawa rozpoczyna się w momencie
weryfikacji hipotez biznesowych
• Zespół ma prawo pytać „dlaczego?”
50

51. Definiowanie wymagań
C
B A
A D B
C E
Pomysł na biznes Rezultat końcowy
51

52. Definiowanie wymagań
C
B A
A D B
C E
Pomysł na biznes Rezultat końcowy
52

53. Ćwiczenie #3
• Przeróbcie product backlog do postaci
modelu mentalnego
• Uzupełnijcie brakujące miejsca
• Pamiętajcie o odpowiednim
nazewnictwie
• Czas: 20 minut
53

54. Proces

55. UX obniża koszty
Wartość dla
projektu
Czas
Koncepcja Developement Post launch
55

56. Agile UX
Sprint 1 Sprint 2 Sprint 3 Sprint 4
IT IT IT IT
Sprint 0
Przygotowania
do projektu
UX UX UX UX
56

57. Agile UX
Sprint 1 Sprint 2 Sprint 3 Sprint 4
IT IT IT IT
Sprint 0
Przygotowania
do projektu
UX UX UX UX
57

59. Agile UX
Sprint 1 Sprint 2 Sprint 3 Sprint 4
IT IT IT IT
Sprint 0
Przygotowania
do projektu
UX
UX UX
59

60. Agile UX
Sprint 1 Sprint 2 Sprint 3 Sprint 4
IT IT IT IT
Sprint 0
Przygotowania
do projektu
UX
UX UX
60

61. Testować można zawsze
• Koncepcja
o Modele mentalne
o Desk research
o Testy MVP (np. landingi)
61

62. Testować można zawsze
• Koncepcja
o Modele mentalne
o Desk research
o Testy MVP (np. landingi)
62

63. http://www.slideshare.net/Cogision/chocolate-presentation-by-cogision-11505544

64. Testować można zawsze
• Koncepcja
o Modele mentalne
o Desk research
o Testy MVP (np. landingi)
• Developement
o Paper prototyping
o Lo-fi mockups
o Wywiady
64

65. Testować można zawsze
• Koncepcja
o Modele mentalne
o Desk research
o Testy MVP (np. landingi)
• Developement
o Paper prototyping
o Lo-fi mockups
o Wywiady
65

67. Testować można zawsze
• Koncepcja
o Modele mentalne
o Desk research
o Testy MVP (np. landingi)
• Developement
o Paper prototyping
o Lo-fi mockups
o Wywiady
• Post Launch
o Testy usability
o Remote testing
o Analiza konwersji
67

68. Testować można zawsze
• Koncepcja
o Modele mentalne
o Desk research
o Testy MVP (np. landingi)
• Developement
o Paper prototyping
o Lo-fi mockups
o Wywiady
• Post Launch
o Testy usability
o Remote testing
o Analiza konwersji
68

70. Feedback
„Użytkownik” Użytkownik Klient
70

71. Feedback
„Użytkownik” Użytkownik Klient
„Any testing is better than no testing”
71

72. Koniec

73. Shameless plug
73

77. Do zobaczenia
za rok! :)