Your SlideShare is downloading. ×
Startup stage #8   design - bartek matoga
Upcoming SlideShare
Loading in...5
×

Thanks for flagging this SlideShare!

Oops! An error has occurred.

×

Saving this for later?

Get the SlideShare app to save on your phone or tablet. Read anywhere, anytime - even offline.

Text the download link to your phone

Standard text messaging rates apply

Startup stage #8 design - bartek matoga

192
views

Published on

Bartek Matoga presentation during startup stage #8 Design in Krakow. 21.11.2013

Bartek Matoga presentation during startup stage #8 Design in Krakow. 21.11.2013

Published in: Design

0 Comments
0 Likes
Statistics
Notes
  • Be the first to comment

  • Be the first to like this

No Downloads
Views
Total Views
192
On Slideshare
0
From Embeds
0
Number of Embeds
1
Actions
Shares
0
Downloads
2
Comments
0
Likes
0
Embeds 0
No embeds

Report content
Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
No notes for slide

Transcript

  • 1. UX Design – w razie potrzeby zbij szybkę czyli o tym, że Twoja firma potrzebuje wdrożenia kultury UX Bartek Matoga
  • 2. Słuchać gościa czy skoczyć po piwo? facebook.com/CHIPoludnie Agencje Studio UX wudkrakow.pl Startupy Korpo 2
  • 3. Trochę ideologii Trochę ideologii 3
  • 4. Trochę praktyki 4
  • 5. Hype & buzz, a jednak • UX wciąż niedoceniany • UX wciąż źle rozumiany • „Oni to mają, my też musimy” approach ;) • Byle sprzedać pomysł i jedziemy z koksem kodem • Zestaw łatek zamiast solidnego fundamentu 5
  • 6. Nie tylko w Polsce 6
  • 7. Ale to Wasza szansa! :) 7
  • 8. 8
  • 9. UX DESIGN 9
  • 10. UX DESIGN CONSULTANCY 10
  • 11. UX DESIGN CONSULTANCY DEVELOPMENT 11
  • 12. W czym problem? 12
  • 13. „UX zajmiemy się później” czyli UX design bez UX designera 13
  • 14. • Problem, wizja • Potrzeby, oczekiwania, preferencje użytkowników • Kontekst • Ewaluacja wczesnych hipotez • Wczesne pomysły (wiele decyzji projektanckich) 14
  • 15. Jeżeli zatrudniasz UX designera tylko do narysowania makiet to znaczy, że pełniłeś jego funkcję na każdym z wcześniejszych etapów 15
  • 16. Efekt? 16
  • 17. Narysuj „brief” w 2 tygodnie 17
  • 18. Rozmyta wizja rozwiązań Wiele pytań bez odpowiedzi Mnóstwo założeń, mało danych Brak jasnego kierunku rozwoju Brak czasu na iteracje 18
  • 19. TY • Jesteś ekspertem w swojej branży (zazwyczaj) • Nad pomysłem pracowałeś miesiącami • Stopniowo dochodziłeś do zrozumienia: • Co? • Dla kogo? (i kto to?) • Jak? • Często i tak nie masz jeszcze jednoznacznych odpowiedzi 19
  • 20. Ale oczekujesz konkretnego rozwiązania. W pierwszym podejściu ;) 20
  • 21. Projektant • Często nie zna specyfiki branży lub produktu • Czas na pytania i analizę problemu • Zebranie niezbędnych informacji • Praca koncepcyjna i projektowanie • Testy z użytkownikami (czasem jedyne droga wyjścia z impasu) • Iteracje, współpraca, feedback 21
  • 22. Im więcej projektant wie o Twoim biznesie, tym bardziej prawdopodobne jest, że stworzy projekt, który zyska uznanie użytkowników 22
  • 23. Rozwiązanie • Znajdź „swojego” projektanta tak wcześnie jak to możliwe • Daj projektantowi (i sobie) czas na: • zrozumienie problemu • zaplanowanie działań • pozyskanie potrzebnych informacji (warsztaty, analiza, badania) • opracowanie rozwiązań • czasu zawsze jest za mało – pomyśl o tym na samym początku 23
  • 24. Rysuj na długo przed tym zanim rozpoczniesz pracę nad stroną/interfejsem 24
  • 25. Brak środków? • Zacznij od kilku godzin w miesiącu • Znajdź kogoś, kto podziela Twoją pasję • Wspólnik-projektant? • Daj się wyżyć twórczo • Przyjdź na spotkanie CHI Południe ;) 25
  • 26. UX designerzy Was kochają 26
  • 27. Wystarczy zatrudnić projektanta 27
  • 28. • Niechęć do zmian • Niechęć do wykraczania poza swoją działkę • Brak doświadczenia i wypracowanego modelu współpracy • Brak zrozumienia czym jest UX 28
  • 29. Upewnij się, że • Każdy rozumie po co • Każdy rozumie jak • Wypracujcie zasady współpracy i komunikacji • Poczucie wspólnej odpowiedzialności za UX 29
  • 30. (not so) splendid isolation 30
  • 31. • „Waterfallowe” nawyki • Koncentracja na makietach i innych artefaktach • Problemy z przepływem informacji • Jednowymiarowe ujmowanie UX 31
  • 32. Rozwiązanie • Angażuj UXa w kluczowe działania od początku • Dziel się wiedzą + pozwól sobie doradzić • Wypracuj w teamie system zgłaszania uwag i pomysłów • Zaangażuj resztę teamu w aktywność UX (np. badania) • Świętuj sukcesy (UXu nie widać, ale każdy lubi cukierki) 32
  • 33. Współpraca • Na UX wpływa niemal każdy aspekt produktu • a odpowiadają za nie różni ludzie • Bez kultury współpracy zapomnij o świetnym UX • Świadomość teamu + współpraca => UX Twojego produktu 33
  • 34. • Każdy ma się znać na UX i podejmować decyzje projektowe? 34
  • 35. • Każdy ma się znać na UX i podejmować decyzje projektowe? • UX designer powinien stanowić hub, współpracować z każdą osobą odpowiedzialną za aspekt wpływający na User Experience 35
  • 36. UX jako wisienka na torcie 36
  • 37. • Najpierw zbudujmy, później będziemy dopieszczać • Rozbieżność między deklaracją wartości, a ich realizacją 37
  • 38. Deklaracje Praktyka 38
  • 39. Rozwiązanie • UX to nie look & feel • Przejrzysty opis odpowiedzialności UXa (zapoznaj team) • Stwórz z projektantem plan działania • Kilka minut dla tematów UX na spotkaniach teamu • Wymagaj od projektanta: • Wyjaśnienia roli i znaczenia danej aktywności • Prezentacji wyników tych działań 39
  • 40. UX to tylko zabawa 40
  • 41. • Persony, scenariusze użycia etc. – zabawa niegodna programisty-komandosa • Brak zaangażowania teamu • Traktowanie tworzonych artefaktów z przymrużeniem oka • Brak stosowania się do poczynionych ustaleń 41
  • 42. Rozwiązanie • Daj przykład • Zaproś team na badania • Traktuj scenariusze użycia, user journeys etc, jako wstępną specyfikację/dokumentację 42
  • 43. Brak przejrzystych celów i wskaźników 43
  • 44. • Zlecanie UXowi pracy poprzez streszczanie wizji projektu • Brak definicji wskaźników sukcesu przed rysowaniem • Brak jasno sprecyzowanych celów • Rozwiązywanie problemów z poziomu biznesu na poziomie interfejsu 44
  • 45. • Problemy z definicją sukcesu • Problemy z oceną projektu 45
  • 46. Rozwiązanie • Wyznacz cele i wskaźniki • Zaplanuj jak zdobędziesz potrzebne dane • Zdefiniuj jak będziesz mierzył efektywność designu (optymalizacja) • Projektuj • Ewaluuj • Poprawiaj • Nie oczekuj genialnego pierwszego pomysłu 46
  • 47. Za wcześnie na testowanie 47
  • 48. • Jeszcze nie gotowe na testy • Strata czasu na tym etapie • Na razie wszystko wiemy • Później przetestujemy wszystko na raz 48
  • 49. Rozwiązanie • Testuj pomysł/rozwiązanie a nie interfejs (na to też przyjdzie pora) • Dane zamiast bitwy na argumenty • Zobacz jak reaguje użytkownik • Złap nowe inspiracje • Jak najwcześniej wykrywaj błędne założenia • Pierwsze testy możesz zrobić na papierze 49
  • 50. Badania są długie i kosztowne 50
  • 51. • Znajomi, współpracownicy (guerilla testing) • Remote testing (nawet Skype) • Postaw na iteracje, nie na rozmach 51
  • 52. Podsumowanie 52
  • 53. 53
  • 54. 54
  • 55. Dzięki za uwagę! facebook/CHIPoludnie bartlom.matoga@gmail.com 55