w Praktyce
7 godz. 35 min · User Experience · UI, UX i Webdesign
Natalia BieniasHead of Design w Mobee DickCały kurs został podzielony na trzy główne części: zbieranie wymagań, architekturę informacji oraz prototypowanie. Czasami jako projektanci będziemy zajmować się w pracy każda z nich, a czasami będziemy odpowiedzialni za wszystkie. Niezależnie od tego, czym ostatecznie będziemy się zajmować, warto znać i rozumieć pozostałe etapy, aby sprawniej współpracować z innymi członkami zespołu projektowego.
To, czego nie uczą z reguły podręczniki to praca z klientem i rozwijanie tak zwanych kompetencji miękkich. W części poświęconej zbieraniu wymagań poznasz metody i narzędzia, które pomogą Ci we współpracy z innymi ludźmi. Dowiesz się min. jak i po co stworzyć brief, jak zorganizować i poprowadzić spotkanie lub warsztat kreatywny, a także jak uporządkować sobie zdobyta wiedze, by wykorzystać ja dalej.
W pracy projektowej albo tworzymy struktury architektury informacji lub na takich strukturach, przygotowanych przez architektów informacji pracujemy. Niezależnie od tego, w która stronę pójdziemy, będziemy mieć do czynienia na co dzień z projektowaniem treści. W kursie dowiesz się w jaki sposób porządkujemy treści na stronach, jakie są popularne modele nawigacji i w jaki sposób weryfikować, czy stworzone przez nas modele są zrozumiale dla użytkowników.
Etap prototypowania jest jednym z najbardziej charakterystycznych, do tego stopnia, ze często myli się go z samym projektowaniem UX. Dowiesz się jak wygląda proces powstawania prototypu i jak dobrać najlepszy jego rodzaj do typu projektu, który realizujesz. Nie zawsze bowiem będą potrzebne prototypy o wysokim stopniu szczegółowości i dużej interaktywności!
Z tego kursu skorzystają przede wszystkim osoby, które zaczynają prace zawodowa w obszarze projektowania UX lub chcą się przebranżowić z innych specjalizacji. Jeżeli jesteś osoba zupełnie zielona w temacie projektowania User Experience, sięgnij w pierwszej kolejności po kurs Wprowadzenie do UX. Dzięki temu poznasz podstawowe pojęcia. Z tego kursu skorzystają przede wszystkim: projektanci, którzy chcą poznać inne podejście do wytwarzania produktów cyfrowych; osoby zainteresowane praca w obszarach UX, architektury informacji czy projektowania interfejsów; osoby, które planują przebranżowić się na stanowisko UX albo UI designera; graficy, którzy chcą rozwinąć swoje kompetencje w procesie projektowym.
O czym warto jeszcze pamiętać, przygotowując sobie te wszystkie informacje,
zbierając te wszystkie informacje, to fakt, że to nie zawsze
będą tylko teksty. Mówiliśmy już o różnych metodach. O tym, że można mapować
procesy i po sesji takiego mapowania raczej nikt nie
będzie miał czasu na to, żeby rozpisywać dokładnie
te procesy na jakieś zdania, słowa, scenariusze. Z reguły mamy
mało czasu i z reguły wystarczy zrobić zdjęcie tego procesu
czy dokładne zdjęcia fragmentów i to potem skleić. I to wrzucić w formie takiej
dokumentacji gdzieś do wspólnej przestrzeni. Więc trzeba pamiętać o tym,
że w momencie kiedy wybieramy narzędzie i sposób, w jaki będziemy porządkować te informacje, to będą
bardzo różne formaty plików. Bo to mogą być nagrania z rozmów z użytkownikami,
to mogą być nagrania sesji badawczych, to mogą być dokumenty PDF, w
których są wnioski, rekomendacje czy raporty z badań, to
mogą być zdjęcia. I im więcej
tych formatów, tym więcej potencjalnych problemów w tym,
jak to wszystko uporządkować, jak wyszukiwać informacje w
tych materiałach, jak się w tym wszystkim po prostu odnaleźć. Więc
pamiętajmy o tym, żeby wybrać narzędzie, które pozwoli nam w jednym
miejscu zebrać te wszystkie diagramy, szkice, prototypy, zdjęcia
i po prostu teksty. Żeby nie było sytuacji, że mamy trzy lub
cztery narzędzia, z których musimy jednocześnie korzystać, w których pojawiają
się zmiany, i które musimy śledzić. Bo im większy będzie
projekt, im więcej będzie osób i im więcej zmian będzie się w nim pojawiać,
tym większe ryzyko, że po prostu w którymś momencie pogubimy się, pogubimy
jakieś ważne informacje i po prostu stracimy czas
albo nawet pieniądze w trakcie tworzenia takiego produktu. No i
istotną częścią takiej dokumentacji jest również określenie
co jest priorytetowe, co będziemy robić w pierwszej kolejności. To
może być po prostu harmonogram projektu z rozpisaniem tych elementów na
jakieś paczki czy na jakieś obszary, którymi będziemy zajmować się
w następnej kolejności. Czy to są funkcje, czy to są storyjki. Niezależnie
od tego, jaka jest forma takiego dokumentu, musimy przewidzieć, że
będą rzeczy ważne, ważniejsze i te, o których możemy na razie zapomnieć. Że
będziemy robić jakąś formę MVP, czyli takiego produktu, który
będzie spełniał tylko podstawowe założenia, a potem będziemy
go rozwijać. I co w tym MVP powinno się znaleźć? Co powinno wejść
w kolejnych wdrożeniach, kolejnych releasach? To
też takie informacje warto, żeby trzymały
się w jednym miejscu, razem z całą tą listą funkcji i wymagań, które
właśnie tworzymy. Więc to by było na tyle, jeżeli chodzi o porządkowanie informacji. A
teraz przejdźmy sobie do podsumowania. I przekażę wam jeszcze kilka
takich najważniejszych informacji, które mogą wam się przydać na etapie zbierania
wymagań, tworzenia wymagań i całego tego procesu poznawania branży
i klienta, z którym pracujemy.