UX: Analiza dokumentacji

0:00Kolejna rzecz, którą możemy zrobić, z którą możemy mieć

0:04do czynienia, to dokumentacja, która została już przygotowana przez klienta,

0:08zespół klienta czy firmy, które z klientem współpracują. I

0:12mowa tutaj o analizie dokumentacji, czyli

0:17takim etapie, w którym dostajemy te wszystkie

0:21materiały od naszego klienta - dostajemy

0:26bardzo dużo materiałów zazwyczaj. To potrafią być setki

0:30stron dokumentacji technicznej, biznesowej. Ona

0:34bardzo często jest ze sobą wymieszana. Niestety bardzo często bywa, że

0:38jest jakiś bałagan, że niektórych informacji po prostu tam brakuje. Ale

0:43można powiedzieć, że dobra dokumentacja bardzo rzadko

0:47się zdarza i raczej nie oczekujemy, że dostaniemy wzorcowy dokument. Musimy

0:52liczyć się z tym, że będzie brakowało tam jakiejś informacji, albo że jego forma nie będzie

0:56zbyt czytelna. Po prostu to jest materiał, którym dysponuje

1:00klient, on go nam przekazuje i my dalej coś z tym materiałem

1:05możemy zrobić. No i na czym polega taka analiza dokumentacji? Co tak naprawdę z

1:09tą dokumentacją możemy robić? Musimy założyć,

1:13że możemy spotkać się z dwoma sytuacjami. Jedna

1:18to taka, w której przychodzi do nas klient, nie ma żadnej dokumentacji

1:22i tak naprawdę ta dokumentacja będzie tworzona razem z projektem. Nawet

1:27jeżeli jest już jakaś strona internetowa, jest jakaś aplikacja mobilna czy jest nawet

1:31duży system, nad którym ten klient pracuje, to nie było

1:35do tej pory potrzeby tworzenia takiej dokumentacji. Wszystko, co jest dokumentacją,

1:40to jest tak naprawdę produktem, który już powstał, który już żyje.

1:44Jedyne, co możemy zrobić, to przeanalizować, zrobić sobie ten desk

1:48research, przetestować aplikację, po niej poklikać. No i

1:53jest druga sytuacja, w której przychodzi do nas klient,

1:57który ma już gotową dokumentację. Ta dokumentacja jest bardzo duża, bardzo rozległa

2:02i na niej będziemy pracować. I o ile w pierwszym przypadku będziemy

2:06tymi osobami, które trochę będą współtworzyć tę dokumentację (jeżeli będzie w przyszłości powstawała

2:11razem z nowym projektem), będziemy zbierać te założenia, będziemy

2:15w jakiś sposób mapować procesy i potem przekształcać je w prototypy

2:19i projekty, czy na przykład będziemy budować architekturę informacji, która również może

2:24być elementem dokumentacji, tak w tym drugim przypadku większość z tych rzeczy

2:28z reguły będzie już zrobiona. No i co my możemy zrobić ze swojej strony, czego

2:33będzie się czasami od nas oczekiwać? No, po pierwsze musimy dobrze

2:37przeanalizować tę dokumentację, przeczytać

2:41i zrozumieć, o co tam chodzi. I nie chodzi o to, żeby raz przeczytać i stwierdzić,

2:46że dobra, przeczytałam już całą dokumentację, wiem, o co chodzi w

2:50produkcie, wiem, z czym to się je i czego się mogę spodziewać. Chodzi

2:54o serio taką dokładną analizę, wytypowanie procesów, nawet

2:59rozrysowanie sobie na kartce z boku, kiedy czytamy, tych procesów i zrozumienie, co

3:05z czym się łączy, co się może wykluczać. Może się okazać, że w dokumentacji

3:09są błędy, że tam są jakieś błędne założenia, że coś się nie zgadza. I

3:13o ile technicznie i biznesowo to jest wszystko

3:17dobrze połączone, to jeżeli pojawiają się jakieś rekomendacje projektowe

3:21czy wyobrażenie o tym, jak powinien wyglądać interfejs, nie do

3:26końca pokrywa się na przykład z dobrymi wzorcami projektowymi, bo tę

3:30dokumentację tworzyły osoby, które nie do końca czują się pewnie w projektowaniu. Więc

3:35to, co my będziemy robić na tym etapie, to dokładnie przechodzić

3:39przez poszczególne elementy, dokładnie przechodzić przez procesy i spisywać

3:43zazwyczaj dosyć dużo pytań do tej dokumentacji,

3:48pytań uzupełniających. Trzeba upewnić się, że dobrze rozumiemy

3:52wszystkie zagadnienia. W wielu dokumentacjach możecie spotkać się z tak

3:56zwanym słowniczkiem, w którym wytłumaczone są często powtarzające się

4:00pojęcia. Bo tak jak już wspomniałam, klient w branży może mieć pewien

4:04zakres słów, które oznaczają jedno

4:08i zazwyczaj kojarzymy je z takiego

4:12codziennego użycia, z jakiegoś konkretnego kontekstu. Ale

4:16w tej branży, w której pracuje klient, tego słowa używa się do zupełnie

4:21innego obszaru, w jakimś zupełnie innym kontekście. No

4:25i przez to, że inaczej rozumiemy już pojedyncze słowa, może nam się rozmyć

4:29rozumienie produktu i tego, jak przechodzi się przez pewne procesy. Więc

4:34upewnijmy się, że dobrze rozumiemy, co jest czym, że rozumiemy

4:38znaczenie tych słów, że rozumiemy, jak działa ten system. I że to nie jest

4:42tak, że tylko przeczytaliśmy raz dokument i przeczytaliśmy. Tylko faktycznie

4:46prześledźmy najdrobniejsze szczegóły.