Projektanci UX są traktowani jako eksperci. Nasze rady i wsparcie są pomocne głównie dlatego, że jesteśmy na czubku całego procesu powstawania nowych technologii. Jest to dla nas ogromny przywilej, ale jednocześnie również odpowiedzialność. Odpowiedzialność, ponieważ to nasze błędy są najbardziej kosztowne – zwłaszcza, jeśli nie dotyczą prostego komunikatu, ale całej mechaniki działania. Jednocześnie doradzając i pomagając klientom często spotykamy się z własnymi pokusami – nie tylko ambicjonalnymi, ale również pokusami natury designu≠ux. Prezentacja to 6 lekcji tego, jak być dobrym i odpowiedzialnym projektantem. Jak skupiać się na rzeczach ważnych i dobierać zmienne, które uwzględniamy w procesie designu i developmentu.

1. Odpowiedzialność UX
Igor Farafonow

2. 6 rozdziałów, 6 epilogów
Tylko 100 slajdów

3. Rozdział 1

4. Widzieliście nowego SMYKa?

5. Tego najnowszego…

6. To Wam go pokażę… 

7. Uwaga…

8. Gotowi…?

9. Baj-de-łej – jesteśmy już
na 9tym slajdzie.
Mówiłem, że pójdzie szybko…

10. … ale wracając do Smyka…

11. www.smyk.com

12. www.smyk.com

13. Co na to eksperci?
Fb:usability.pl

14. www.smyk.com

15. blog.garethjmsaunders.co.uk/
Co na to słodki, mały królik?

16. www.smyk.com
To mi dało do myślenia…

17. Zwłaszcza, że od kilku miesięcy
jestem w targecie Smyka…

18. Czy mamy rację?
smyk.com

19. Czy mamy rację?
smyk.com

20. Czy mamy rację?
smyk.com

21. Czy mamy rację?
smyk.com

22. Czy mamy rację?
Bo będąc w kontekście rzeczywistej potrzeby
kupienia maluchowi ubranka, koncentruję się
na kontencie, a nie formie podania.
Interfejs ma wyłącznie spełniać moje
oczekiwania. To, jak wygląda, jest wtórne.

23. Czy Smyk jest brzydki?

24. Czy Smyk jest nieużyteczny?

25. Czy EuroRTVAGD jest brzydkie?
euro.com.pl

26. euro.com.pl
Czy EuroRTVAGD jest niewygodne?

27. X-kom.pl
X-kom jest ładny

28. X-kom.pl
Chcę kupić laptopa… 15,4 czy 15,6?
Czy przekątna ekranu jest dla mnie głównym czynnikiem
różnicującym? Innymi słowy – czy zawsze szukając laptopa mam
pewność, że akurat potrzebuję 15,4”?

29. X-kom.pl
Który sklep mi bardziej pomoże kupić laptopa?

30. Selekcja i zakup – co jest ważne
Czy sklep posiada
w asortymencie to,
czego szukam?
Jakie kryteria mam
przyjąć,
by wyselekcjonować
konkretny produkt?
Czy na pewno chcę kupić
właśnie tu i teraz?
Chcę kupić ten produkt –
proszę – niech to będzie
łatwe i przyjemne.
1 2 3 4

31. Selekcja i zakup – jakie cechy powinien
zawierać interfejs?
Czy sklep posiada
w asortymencie to,
czego szukam?
Jakie kryteria mam
przyjąć,
by wyselekcjonować
konkretny produkt?
Czy na pewno chcę kupić
właśnie tu i teraz?
Chcę kupić ten produkt –
proszę – niech to będzie
łatwe i przyjemne.
Prezentacja tych
produktów, których
user szuka
Prezentacja takich
informacji,
na podstawie których
user wybierze produkt
Zniwelowanie wszelkich
wątpliwości, które mogą
nasunąć się w procesie
decyzyjnym
Ułatwienie procesu
zakupowego
1 2 3 4

32. Selekcja i zakup – co jest czym?
Czy sklep posiada
w asortymencie to,
czego szukam?
Jakie kryteria mam
przyjąć,
by wyselekcjonować
konkretny produkt?
Czy na pewno chcę kupić
właśnie tu i teraz?
Chcę kupić ten produkt –
proszę – niech to będzie
łatwe i przyjemne.
Prezentacja tych
produktów, których
user szuka
Prezentacja takich
informacji,
na podstawie których
user wybierze produkt
Zniwelowanie wszelkich
wątpliwości, które mogą
nasunąć się w procesie
decyzyjnym
Ułatwienie procesu
zakupowego
1 2 3 4
PRZEMYŚLENIA
KLIENTA
KRYTERIA
OCENYUX

33. Selekcja i zakup – co się nie liczy.
1. Oooo jezuuu!! Co za czcionka!! Wychodzę z tego sklepu!!
2. Gdyby ten guzik dodania do koszyka był większy, na pewno
bym tu kupił!
3. Kurcze, czemu to nie jest flat design? A gdzie material design?
4. Ten sklep wygląda za bardzo skeuemorphicznie, bym tam
kupował!
Zbyt wiele razy w badaniach UX wychodziło nam, że strona brzydsza była odbierana
przez respondentów znacznie lepiej.
Wyjątek: ten sklep nie wygląda, jakby warto było mu zaufać!
(ale ma mniejsze znaczenie w przypadku znajomości marki).

34. Jedyne, co pod kątem grafiki powinno
być przedmiotem oceny, to spójność
emocjonalna marki.

35. Rozdział 1 – Epilog
Nie będziesz powoływał się na swoje
osobiste odczucia estetyczne,
gdyż mają one drugorzędne znaczenie
w pracy UX Designera.

36. Rozdział 2

37. Na co Ci persony?

38. Jak analizujesz persony w Analytics?

39. domiporta.pl (2013 i 2016)

40. • Czy umiemy określić kryteria behawioralne segmentujące
nasz ruch?
• Czy analizujemy zachowanie różnych grup odbiorców?
• Czy rozwijając i optymalizując serwis koncentrujemy się
na segmentach, tylko jednym kliencie całościowym?

41. Bo dobrego projektanta wcale nie określa, na ile ładną
makietę potrafi zrobić, tylko czy umie znaleźć sposób na
walidację rozwiązań z klientami na każdej płaszczyźnie
procesu projektowego / Design Sprintu.

42. Rozdział 2 – Epilog
Nie będziesz projektować dla jednej
persony ani generalizować danych
statystycznych. Naucz się zbierać
insighty od każdej z Twoich person,
na każdym etapie pracy z produktem.
Tylko wtedy żyjesz w zgodzie
z UCD.

43. Rozdział 3

44. Mój klient jest głupi!

45. Znacie to uczucie w badaniach usability?

46. Wydaje Wam się to głupie?
Dla niektórych to jest problem…
http://ben-evans.com/benedictevans/2015/11/8/living-in-different-worlds

47. Wydaje Wam się to głupie?
Dla niektórych to jest problem…
http://ben-evans.com/benedictevans/2015/11/8/living-in-different-worlds

48. Siła przyzwyczajeń
upraszczania
Źródło: materiały prasowe GG

49. Źródło: materiały prasowe GG

50. Źródło: materiały prasowe GG

51. Apropo uproszczeń…
Czy hamburger się klika?

54. Ludzie nie klikają w menu nie dlatego,
że nie rozpoznają ikony trzech
poziomych kresek…

55. … tylko dlatego, że patrzą na menu ‘tylko
przelotem’ – koncentrują się na treściach.
Więc hipotetycznie, jeśli zaprojektowałeś dobre menu
(czyli zawierające to, czego Klient wg Ciebie szuka), to nie
ukrywaj go tylko po to, by spełnić założenia minimalizmu.

56. Rozdział 3 – Epilog
Prostota i spełnienie oczekiwań jest nie
zawsze tożsama z minimalizmem.
Projektuj rzeczy proste i spełniające
oczekiwania klientów. Tych ‘najgłupszych’.
Co więcej – w badaniach najwięcej dowiadujemy
się właśnie od takich Klientów.

57. Rozdział 4

58. Czy interfejs jest ważny?

59. Produkt ≠ Interfejs

60. Liczy się implementacja…

61. Rzeczywistość

62. Twój produkt jest tym czym jest, a nie tym,
czym go zaprojektowałeś

63. Nasz produkt jest tym, jakie oferuje
doświadczenia, a nie w jaki interfejs go
obudowujemy.

64. Rozdział 4 Epilog
Nie będziesz w swych osądach
zamykać się wyłącznie na interfejsie.
Rzeczywistość / doświadczenia to coś
znacznie więcej niż bootstrap.
To suma wszystkich zasobów projektu i
jego organizacyjnego otoczenia.

65. Rozdział 5
(tym razem co powinieneś mówić, zamiast czego nie mówić)

66. Jak często hackujesz system?

67. Czyt.: znając standardy budujesz własne

68. Jak wygląda onboarding w SaaSach?
• Rejestracja
• Obsługa pustych ekranów i ścieżek
• Pomocniki uczące systemu
Cel: uproszczenie procesu

69. Onboarding – lvl Master

70. Onboarding – lvl Master

71. Produkt powinien być projektowany
nie według modułów systemowych,
tylko wg ścieżki wykorzystania
od początku (onboarding / krzywa
uczenia) do końca (retencja, adwocaci
i ambasadorzy marki).

72. Jak wygląda proces zakupowy w sklepie
internetowym?
• Dodanie produktu do koszyka
• Ekran koszyka
• Konfiguracja zakupu (kurier / dostawa)
• Dane klienta
• Potwierdzenie
• Podsumowanie
Cel: zmniejszenie ilości porzuconych koszyków

73. Jak może wyglądać?

74. Jak może wyglądać?

75. Jak może wyglądać?
Przykład optymalizacji przydatnej
w niektórych typach sklepów

76. Rozdział 5 Epilog
Znaj konwencje, ale łam zasady
szukając najbardziej optymalnych
ścieżek realizacji celu

77. Rozdział 6

78. Muszę zapłacić rachunek za telefon

79. Muszę zapłacić rachunek za telefon

80. Muszę zapłacić rachunek za telefon

81. Muszę zapłacić rachunek za telefon

82. Muszę zapłacić rachunek za telefon

83. Muszę zapłacić rachunek za telefon

84. Muszę zapłacić rachunek za telefon

85. Muszę zapłacić rachunek za telefon

86. Muszę zapłacić rachunek za telefon

87. Muszę zapłacić rachunek za telefon

88. Muszę zapłacić rachunek za telefon

89. Muszę zapłacić rachunek za telefon

90. Muszę zapłacić rachunek za telefon

91. Muszę zapłacić rachunek za telefon

92. Muszę zapłacić rachunek za telefon

93. Muszę zapłacić rachunek za telefon

94. Muszę zapłacić rachunek za telefon

95. Muszę zapłacić rachunek za telefon
17 klików
1 raz wpisywany identyfikator
2 razy logowanie do aplikacji mobilnej
2 razy wpisywany kod do mobile
2 razy wpisywany kod do desktop
I tu zakładam, że przelew mam zapisany w szablonach

96. Czym to skutkuje?
• Ryzyko braku terminowości opłat / przeciąganie
na ostatnią chwilę
• Mała ilość przelewów (wolę przelewać na swoje konto
prywatne i stamtąd rozporządzać pieniędzmi)
• Niski wskaźnik rekomendacji banku – toporny,
niewygodny, skomplikowany.
(dodam, że nie mam nic do estetyki tego banku)

97. Rozdział 6 Epilog
Klienta nie obchodzi, jak ważne jest to
co robisz i jakie masz ograniczenia.
Od tego, na ile Twój produkt jest
wygodny zależy cholernie dużo
(nawet w sposób pośredni).
Ty jesteś adwokatem Klienta – broniąc
go wśród wszystkich interesariuszy
w organizacji

98. Podsumowanie epilogów
• Nie będziesz powoływał się na swoje osobiste odczucia estetyczne, gdyż
mają one drugorzędne znaczenie w pracy UX Designera.
• Nie będziesz projektować dla jednej persony ani generalizował danych
statystycznych – tylko pamiętał o segmentowaniu, segmentowaniu i
segmentowaniu
• Szanuj klienta swego. Nie ma ludzi głupich, ale są ludzie, którzy klikać
będą zupełnie inaczej, niż nam się wydaje. Od nich dowiemy się
najwięcej.
• Nie będziesz w swych osądach zamykać się wyłącznie na interfejsie.
Rzeczywistość / doświadczenia to coś znacznie więcej niż bootstrap.
• Hackuj, niszcz system – szukając jak najbardziej optymalnej ścieżki
realizacji celu.
• Niezależnie od tego, jak ważne jest to co robisz i jakie masz ograniczenia.
Od tego, na ile Twój produkt jest wygodny zależy cholernie dużo.

99. Epilog epilogów…
Projektant UX jest adwokatem Klienta, nie rysownikiem. Pamiętaj, jakie to
ma konsekwencje w Twojej organizacji.

100. Dzięki 
Igor Farafonow
igor@uxeria.com, blog.uxeria.com