Přednáška UXCROsummit z 28. dubna 2017

1. Procesy redesignu
ve velké společnosti
Pohled Heureky
prakticky
Marek Brumlich
UX&CRO summit 2017
28/4/2017

2. O čem bude prezentace?
1)Představení
2)Příběh redesignu Heureky
3)Přípravná část
4)Designová část
5)Vývojová část

3. 1)Představení

4. Kdo jsem já?

6. Kdo je to
?

8. Vývoj

9. Produkt

10. je nákupní
rádce, který vám vždy
pomůže správně nakoupit.

11. 2) Příběh
redesignu Heureky

12. Jak vypadá Heureka DNES?

13. Jak bude vypadat Heureka
ZÍTRA?

14. Jak bude vypadat Heureka
ZA PŮL
ROKU?

15. Jak bude vypadat Heureka
ZA ROK?

16. Jak při redesignu vypadáme?

17. Co se za tím ve skutečnosti
skrývá?

18. Jaké jsme si stanovili cíle?
2 aplikace m.heureka + Heureka - sjednotit do jedné app
komponenty - microservices, rychlé agilní změny
mobile first - dodělat chybějící části a funkcionalitu
postupně po částech
zlepšit KPI
vylepšit UX

19. Co jsme si mysleli, že to
znamená?
pár HTML šablonek
kousek CSS
doprogramování pár fičůrek

20. Původní odhad náročnosti?
Rychle nakreslíme a za pár
týdnů to máme.

22. Tam kde končí startup
začíná...

23. Co to ve skutečnosti
znamenalo?
kód Heureky je 10 let starý, musíme to napsat do m.heureky
m.heureka obsahuje polovinu funkcionality
nemáme API
musíme oddělit jednotlivé služby z monolitu
musíme vymyslet, jak to všechno zase spojit

25. Jak na úspěšný redesign?

26. 3) Přípravná část

27. 1)Shromažďujeme
dlouhodobě zpětnou vazbu

29. 2) Měříme průběžně co
funguje/nefunguje

33. 3) Zjišťujeme očekávání
managementu a
stakeholderů

35. 4) Rozdělujeme redesign na
části

37. 5) Stanovujeme roadmapu
redesignu

39. 4) Designová část

40. 1)Shromažďujeme data,
která už máme, případně
doplňujeme

44. + využijete data co máte
+ sesbíráte potřebná data k projektu
+ zabráníte domněnkologii
+ vytvoříte KPI

45. 2) Otevřeme si persony

47. 3) Ptáme se lidí ve firmě

49. + získáte zpětnou vazbu od lidí, kteří produkt
používají často
+ zaangažujete je
+ nemusíte vymýšlet znovu kolo
+ všichni vědí na čem zrovna děláte
- není to ideální skupina

50. 4) Uživatelsky testujeme
stávající část webu

54. + vrátí vás na zem
+ zjistíte, kdo jsou vaši uživatelé
+ zjistíte jejich flow a potřeby
+ indicie, jak stránku navrhnout
+ máte sepsány zásadní zjištění = prioritizace

55. 5) Vytvoříme a
odprezentujeme wireframe

57. + dostanete se postupně k průchozímu řešení
+ nestojí moc času
+ můžete prezentovat směrem do firmy
- ne všichni si představí finální výsledek

58. 6) Vytvoříme design manuál
a držíme se jej

62. 7) Změny řešíme
v postupných iteracích

64. + iterujte postupně
+ řiďte se design manuálem
+ navrhujte mobile first
+ prezentujte do firmy
+ body k dalšímu ověřování (A/B testy apod.)
- svádí k řešení nepodstatných detailů

65. 8) Máme k ruce specialisty,
i externí

67. + testujte výstupy
+ změny dělejte levně
+ najměte si externisty na odborné posouzení
- trošku dražší
- nenechte se v konečné fázi zahnat minulostí

68. 9) Definujeme chování a
připravujeme story s vývojáři

70. Co to znamená jít do vývoje?
User stories v Jiře
PSD návrhy
Akceptační kritéria v Jiře
Style guide
14ti denní iterace

71. Výstupem jsou 100 %
grafické návrhy a popis
chování pro vývojáře

72. 5) Vývojová část

73. Hurááá, jdeme do vývoje!

74. Aha!
Potřebujeme
kapacitu
celého týmu
nebo...

75. ...to bude trvat takhle dlouho :-)

77. 1) Vyčleníme dostatečnou
kapacitu týmu

78. 2) Prezentujeme týmu
projekt

79. 3) Vyjasníme si technologie

80. 4) Definujeme MVP (minimal
viable/lovable product)

81. 5) Rozdělíme projekt na části
a stanovujeme termíny

83. + postupné doručování
+ testujete správnost během vývoje
+ získáváte zpětnou vazbu, iterujete
+ pozitivní efekt na zákazníky/management/tým
- ne každý pochopí

84. 6) Sbíráme zpětnou vazbu
už během vývoje

87. + průběžné zjišťování spokojenosti
+ můžeme vynechat nepotřebné části
+ zjistíme co chybí
- občas vznikne dočasný paskvil :-) (př. menu)

88. Kde máme ještě mezery?
1)Prioritizace jednotlivých částí.
2)Komentáře až v rámci designu.
3)Fungování v rámci API.
4)Propojení znalostní báze skrz jednotlivá oddělení.

89. Shrnutí
1)Nepřisuzujte designu moc velkou roli.
2)Dělejme redesign uživatele, ne pro sebe a kolegy.
3)Zapojte do řešení vývojáře, dejte jim smysl.
4)Iterujte, řešte postupně co nejmenší části.

90. Zapište si prosím jednu věc,
kterou si chcete odnést.

91. Děkuji za
pozornost!
marekbrumlich.cz
marek@brumlich.cz
@marekbrumlich

92. Máte dotazy? marekbrumlich.cz
marek@brumlich.cz
@marekbrumlich