“O randce projektanta i użytkownika - czyli jak projektować produkty, które pokochają
użytkownicy? Kilka słów o Lean UX.”
Jak wygląda typowy proces tworzenia nowych produktów? Co zrobić, aby uniknąć
niepowodzeń i marnotrastwa czasu i pracy projektantów? Jak projektować tak, by
użytkownicy pokochali nasz projekt? Oraz co Lean Startup robi poza ekosystemem
startupowym?
Na te i inne pytania odpowiemy sobie podczas nadchodzących warsztatów oraz dowiemy
się, czym właściwie jest Lean UX i dlaczego każdy projektant powinien go znać.
O randce projektanta i użytkownika, czyli jak projektować produkty, które pokochają użytkownicy
1. O randce projektanta
i użytkownika
Joanna Ostafin
@joannaostafin
WSE | Warsztat
Kraków, 22 czerwca 2017
czyli jak projektować produkty, które pokochają użytkownicy
2. Joanna Ostafin
Lead UX designer & Co-founder Project: People
• Współzałożyciel Krakowskiej Inicjatywy
Designerskiej.
• Projektuję od 2008 roku
• Fanka leanowego podejścia do projektowania i
zarządzania
• Prowadząca zajęcia dot. Lean UX oraz Budowania
stron internetowych i aplikacji mobilnych na WSE
8. Plan warsztatu
1. Wprowadzenie
2. Rozgrzewka
3. Odrobina teorii
4. 5-10 minutowa przerwa
5. Mały sprint
6. Zakończenie
7. Mniej oficjalne konsultacje :)
9. 2 godziny to niestety za mało,
by dogłębnie poznać Lean UX…
11. @joannaostafin | Unconf
Na rozgrzewkę:
1. Jak masz na imię?
2. Czym się zajmujesz?
3. Czego chciałbyś/chciałabyś się dziś
dowiedzieć?
12. Plan warsztatu
1. Wprowadzenie
2. Rozgrzewka
3. Odrobina teorii
4. 5-10 minutowa przerwa
5. Mały sprint
6. Zakończenie
7. Mniej oficjalne konsultacje :)
15. Ćwiczenie 1
Jak wyglądałby proces pracy nad tym projektem?
Opiszcie w kolejnych krokach i oceńcie, ile dni
zajęłyby Wam poszczególne etapy.
10 min.
16. …i wtedy okazuje się, że użytkownicy nie
rozumieją aplikacji/nie chcą z niej korzystać etc.
17. Po jakim czasie dowiadujecie się, że aplikacja
nie podoba się użytkownikom, nie rozumieją jej
i nie chcą z niej korzystać?
Ile czasu zajmie wprowadzenie jakiejś zmiany?
20. Plan warsztatu
1. Wprowadzenie
2. Rozgrzewka
3. Odrobina teorii
4. 5-10 minutowa przerwa
5. Mały sprint
6. Zakończenie
7. Mniej oficjalne konsultacje :)
21. User Experience (UX)
Doświadczenia użytkownika (pozytywne lub negatywne)
towarzyszące mu podczas korzystania z danej usługi lub
produktu.
22. Lean UX
Podejście do projektowania opierające się na pracy
zespołowej, którego celem jest budowanie właściwych
produktów w krótszym czasie i bez marnotrawstwa zasobów.
23. Typowy proces projektowania (tzw. waterfall)
wygląda trochę jak randka w ciemno.
Discover
Define
Design
Develop
Deliver
35. Plan warsztatu
1. Wprowadzenie
2. Rozgrzewka
3. Odrobina teorii
4. 5-10 minutowa przerwa
5. Mały sprint
6. Zakończenie
7. Mniej oficjalne konsultacje :)
36. Plan warsztatu
1. Wprowadzenie
2. Rozgrzewka
3. Odrobina teorii
4. 5-10 minutowa przerwa
5. Mały sprint
6. Zakończenie
7. Mniej oficjalne konsultacje :)
37. Ćwiczenie 2
Wróćmy do naszego projektu.
• Kto jest Waszym użytkownikiem?
• Jakie mają cele, problemy, co ich motywuje, co jest dla nich
ważne?
• Jaka zmiana w ich życiu/zachowaniu pokaże Wam, że
rozwiązaliście ich realny problem?
10 min.
38. Ćwiczenie 2
I dalej:
• Wylistujcie rozwiązania, które pomogą Wam osiągnąć cel
Waszego użytkownika.
• Jakie jest najbardziej ryzykowne?
• Jak je możecie przetestować?
10 min.
43. Podsumowując Lean UX:
• Współprojektowanie - cały zespół pracuje w jednym czasie
• Wszyscy rozumieją klientów (nie tylko UX designerzy)
• Nie ma design-hero
• Komunikacja zamiast dokumentacji
• Zdobywanie wiedzy
• Dostarczanie wartości, nie funkcjonalności
• Weryfikacja zamiast przeczucia
• Szybkość działania, czas
44. Czego chcieliście się dowiedzieć?
• jak dotrzeć i zrozumieć potrzeby użytkowników
• co to jest Lean Startup / Lean UX
• podstawy UX
• dobre praktyki, o czym pamiętać, czego nie robić
• kreatywnego i otwartego podejścia
• jak zarządzać projektami
• udział/rola UX designera w procesie
• jak zorganizować pracę, gdy wchodzi się do działającego już
projektu
45. Pod koniec dnia, ani użytkowników, ani biznesu
nie będzie interesowało, ile dokumentacji
wyprodukowałeś, czy jakiej metody użyłeś, ale czy
Twój produkt działa i rozwiązuje ich problem.