UX: Założenia i wymagania

0:00Okej. Zastanawialiśmy się już jakie są rodzaje prototypów, jak

0:04powinniśmy decydować, kiedy powinniśmy decydować

0:08się na poszczególne rodzaje, kiedy wybrać prototyp papierowy,

0:12kiedy wybrać prototyp cyfrowy. No i trzeba zastanowić

0:16się w końcu co tak naprawdę w tym prototypie powinno się znaleźć? Czyli

0:20co powinno zostać umieszczone, jakiego typu informacje

0:25w tych prototypach zawrzeć. I na tym się teraz skupimy.

0:30Więc jeżeli tak sobie pomyślimy o osobach, które wcześniej

0:34prototypami się nie zajmowały, które w ogóle z prototypowaniem,

0:38z projektowaniem doświadczeń użytkownika nie miały nic wspólnego,

0:42a kojarzą projektowanie stron internetowych i aplikacji głównie

0:47od tej wizualnej strony, czyli projektowanie interfejsów użytkownika, mogą

0:51odnieść wrażenie, że tak naprawdę w tych prototypach to tam nic

0:55nie ma. I szczerze mówiąc sama na początku swojej projektowej kariery

1:00miałam takie poczucie, że ci ludzie, którzy się tymi prototypami zajmują, to oni tam właściwie

1:05nic nie robią. Wrzucają tylko te prostokąty, koła, przekreślone kwadraty

1:09i są tam jakieś treści, są tam niby jakieś przyciski, ale

1:13to wszystko jest takie brzydkie, szarobure i właściwie co to ma przedstawiać. I

1:17faktycznie musimy myśleć też trochę o tych

1:21wszystkich osobach, które się wcześniej prototypowaniem nie zajmowały, które się prototypowaniem nie

1:26interesowały, bo na swojej drodze, kiedy sami będziemy tworzyć prototypy, wielokrotnie

1:30się będziemy z nimi spotykać, z osobami, które będą oczekiwać, żeby zobaczyć jak

1:34najszybciej efekt wizualny, żeby zobaczyć kolory, żeby zobaczyć czy to będzie ładne. I w

1:40tym pierwszym odruchu, kiedy pierwszy raz zobaczą taki prototyp, taki nieskończony

1:44produkt mogą odnieść wrażenie, że my tak naprawdę nie zrobiliśmy naszej pracy, że

1:48my tak naprawdę nic jeszcze nie zrobiliśmy, że tam nic nie ma. A tymczasem w prototypach,

1:54w tych pracach, nad którymi właśnie pracujemy w

1:58tym etapie jest całkiem sporo założeń, jest całkiem sporo

2:02koncepcji, które może na pierwszy rzut oka nie są widoczne, ale jeżeli taka

2:06osoba zacznie klikać sobie po tym prototypie, zacznie mu się dokładniej przyglądać

2:10i kiedy zaczniemy razem rozmawiać o tym prototypie, okaże się, że tam faktycznie

2:14jest zawartych całkiem sporo informacji. Bo taki prototyp oprócz

2:18tego, że pokazuje jakieś elementy interfejsu, może przede wszystkim wizualizować

2:23koncepcję naszej architektury informacji, nad którą dopiero co pracowaliśmy.

2:27Jeżeli mamy bardzo specyficzną strukturę treści, jeżeli

2:31mamy bardzo specyficzny sposób organizacji tej treści albo istotne

2:36są na tym etapie te etykiety, które nazywaliśmy przed

2:40chwilą, i które chcielibyśmy przetestować, no to jeżeli samo to

2:44będzie znajdowało się w prototypie poza innymi elementami graficznymi, to

2:48to już jest naprawdę bardzo dużo treści, to już jest bardzo dużo informacji, które

2:52możemy wykorzystać na etapie dalszych prac, które możemy wykorzystać w pracach

2:56z użytkownikami. O prototypie musimy myśleć jak o

3:01takim pomyśle na produkt, o wizualizacji wstępnej

3:05tego pomysłu i różnych koncepcji. Bo wiecie, prototyp wcale nie musi

3:09powstać jeden, możemy zrobić prototypy dwa, trzy albo cztery. W zależności od

3:13tego jakie będą nasze potrzeby, ile wersji chcemy przetestować, tych prototypów

3:17może powstać naprawdę kilka. Jeżeli tylko mamy na to zasoby, mamy na to czas, mamy

3:21budżet, żeby pracować przez tyle czasu tylko nad prototypami i możemy

3:25sobie na to pozwolić, to świetnie. Ale z reguły faktycznie zdarza

3:29się tak, że jest ten jeden pomysł, jedna koncepcja i próbujemy

3:34dalej w nią brnąć, sprawdzać czy faktycznie się sprawdzi i dalej ją

3:38rozwijać. Więc ten prototyp oprócz tego, że przekazuje jakieś treści,

3:42przekazuje jakieś informacje jest też wizualizacją, wstępną wizualizacją

3:46pomysłu, odartą z tych wszystkich styli, z kolorów,

3:50odpowiedniej typografii czy też zabiegów na typografii,

3:55takich jak interlinia czy spacing. No i to,

3:59o czym warto pamiętać to fakt, że ten prototyp... on nie jest

4:03produktem sam w sobie. To znaczy nie powinniśmy traktować go jako produkt, tylko jakąś

4:07formę narzędzia, więc jeżeli prezentujemy prototyp kolegom czy

4:11koleżankom z zespołu, jeżeli prezentujemy prototyp użytkownikowi

4:15na testach, jeżeli prezentujemy ten prototyp klientowi, to bardzo

4:19często będziemy musieli zrobić jakieś wprowadzenie, będziemy musieli trochę wytłumaczyć,

4:24czym ten prototyp jest. Zwłaszcza w przypadku tych prototypów mało skomplikowanych,

4:29o niskim poziomie szczegółowości Zwłaszcza jeżeli będziemy pracować na prototypach

4:33papierowych, tam będzie bardzo dużo gadania i pokazywania, więcej gadania i pokazywania

4:37niż faktycznie jest na tym ekranie, niż faktycznie jest to, co widzimy na papierze. Więc

4:42pamiętajmy o tym, żeby nie uważać tego prototypu za skończony produkt.

4:46On nigdy nie będzie skończonym produktem. On jest tylko jakąś formą narzędzia w całym

4:50procesie projektowania produktu. Bardzo istotnym punktem,

4:55zanim w ogóle zaczniemy cokolwiek rysować i tworzyć, jest etap

4:59zbierania wymagań. Jest to jeden z pierwszych etapów naszych prac

5:03nad produktem i tak naprawdę dopóki nie wiemy co powinniśmy stworzyć,

5:07w ogóle nie powinniśmy siadać do jakichkolwiek prac. No bo co z tego,

5:11że stworzymy sobie jakiś ładnie wyglądający i działający prototyp,

5:15co z tego, że wrzucimy tam masę animacji, że to się wszystko będzie

5:20ruszało, wybuchy, komunikaty, po prostu wszystko się podświetla, no

5:24marzenie. Ale tak naprawdę nie spełnia jakichś założeń, które właśnie,

5:28które w ogóle nie zostały określone na samym początku pracy nad produktem. Etap

5:33zbierania wymagań jest dosyć istotny, ponieważ mówi nam co powinniśmy zrobić. I

5:37dopiero potem będziemy zastanawiać się jak to zrobić, właśnie na

5:41etapie prototypowania. Etap zbierania wymagań to etap, który jest początkiem

5:46prac projektowych. Musimy wiedzieć co nasz klient

5:50chce osiągnąć za pośrednictwem tworzenia tego produktu. Bo rzadko

5:54kiedy jest tak, że przychodzi klient, który chce po prostu stworzyć aplikację albo

5:58po prostu, który chce mieć stronę. On chce mieć stronę, bo chce na przykład więcej

6:03sprzedawać produktów w internecie albo chce mieć aplikację, żeby ułatwić dostęp do

6:07swoich produktów i usług osobom, które na przykład nie są lokalsami,

6:12które żyją gdzieś za granicą i dzięki tej aplikacji mogą mieć namiastkę tego

6:16produktu albo usługi, która jest oferowana na miejscu. Więc musimy poznać te

6:20cele, musimy dowiedzieć się co klient chce osiągnąć, jakie on ma w tym cele biznesowe,

6:24a potem musimy dowiedzieć się jakie cele w tym wszystkim będą mieli użytkownicy.

6:29Musimy pamiętać, że prototyp jest wynikową

6:33prac koncepcyjnych, a nie celem samym w sobie. On nie jest skończonym produktem. On nie jest

6:37czymś, co jest naszym najwyższym celem w procesie projektowania, więc jeżeli

6:41okaże się, że nie ma na to czasu, że nie możemy sobie pozwolić na wytworzenie

6:45pełnego prototypu, to w ogóle nie powinniśmy się na tym etapie nim