UX: Desk research

0:00Okej. Przejdźmy teraz do sposobów na pracę nad wymaganiami.

0:04Zastanówmy się, jakie metody i narzędzia możemy wykorzystać, żeby

0:08tak sprawniej podejść do tego etapu, żeby to się jakoś super nie rozwlekło

0:12i żeby wiedzieć faktycznie, które narzędzia są wygodne, w którym

0:16momencie jakie zastosować. Nawet jeżeli sami nie będziecie organizować warsztatów

0:21i spotkań, możecie spotkać się z tymi zadaniami, więc znając

0:26je i wiedząc, w jaki sposób się je przeprowadza, jak to wszystko wygląda, też

0:30będziecie czuć się trochę pewniej, jeżeli będziecie tylko obserwatorami albo po

0:34prostu uczestnikami takich spotkań. Warto pamiętać, że te

0:39agendy, te harmonogramy warsztatów i spotkań, z którymi

0:43będziecie się spotykać, będą bardzo różnorodne i czasami spotkanie będzie

0:47opierać się tylko na rozmowie i dyskusji. Będzie po prostu ileś tematów, przez

0:51które trzeba przejść, przez które nie warto rozmawiać

0:55online, czy wymieniając maile, bo są tak obszerne, że zajęłoby to

0:59bardzo dużo czasu i nikomu nie chciałoby się czytać tych wypocin, które

1:04zajmują ileś stron A4. I lepiej

1:09się wtedy spotkać i przegadać. Są oczywiście warsztaty, które w całości polegają

1:14na bardzo różnorodnych aktywnościach, na ćwiczeniach, na rysowaniu,

1:18rozklejaniu. Cały czas się chodzi, cały czas są to takie ćwiczenia

1:22stricte kreatywne. I są oczywiście takie spotkania i warsztaty mieszane, czyli

1:27mamy trochę gadania, mamy trochę ćwiczeń. I z takimi prawdopodobnie

1:31najczęściej będziecie się właśnie spotykać. Ale zanim traficie jeszcze na warsztaty

1:35i spotkania, zanim jeszcze zaczniecie pracować z klientem, nawet

1:39jeżeli czekacie jeszcze trochę na brief albo już dostaliście pierwsze

1:44odpowiedzi z briefu, to warto poświęcić trochę

1:48czasu na to, żeby samodzielnie poszukać pewnych informacji, żeby

1:53trochę poeksplorować branżę czy

1:57produkt, czy usługę, z którymi będziemy dalej pracować. I

2:01takie pojęcie desk research - możecie spotkać się z nim w kontekście

2:05badań i to naprawdę na bardzo różnych

2:10polach, bo to nie muszą być tylko badania z użytkownikami, badania związane

2:14z biznesem, ale taki desk research to jest nic innego

2:18jak po prostu własna, samodzielna

2:22praca poszukiwawcza. Po prostu eksplorujemy,

2:26szukamy informacji w internecie, przeglądamy strony internetowe. Czasami

2:33również pojawiamy się w jakichś miejscach. Jeżeli jest to jakaś

2:37usługa i chcemy sprawdzić, jak ona faktycznie działa, to ten desk

2:42research możemy połączyć z taką trochę etnografią, gdzie wchodzimy

2:46do jakiegoś miejsca, oglądamy, jak wygląda praca

2:50obsługi klienta. Na przykład w banku, dla którego będziemy zaraz projektować aplikację

2:54czy na poczcie, dla której będziemy zaraz produkować jakąś

2:59stronę internetową, która ma wesprzeć pracę

3:03czy pracowników, czy wesprzeć tych uczestników,

3:08użytkowników tej usługi. Więc

3:12możemy to oczywiście rozszerzać. Natomiast takim podstawowym sposobem na

3:16to, żeby zapoznać się z branżą i klientem jest po prostu poszukanie

3:21informacji w internecie. Jeżeli będziemy pracować z jakąś aplikacją,

3:25musimy poprawić jakąś aplikację, no to pierwsze co powinniśmy zrobić, to pobrać tę

3:29aplikację, która w tej chwili funkcjonuje, poznać w jaki sposób

3:33działa. Jeżeli to jest sklep internetowy, to zrobić nawet przykładowe zakupy,

3:39spróbować odebrać coś osobiście albo zamówić coś kurierem. Więc

3:44taki research po prostu wam się bardzo przyda, bo jesteście

3:48w stanie wejść trochę w buty użytkownika i już na tym etapie wyłapać

3:53pewne problemy, potencjalne problemy, które będziecie rozwiązywać. Więc ten

3:57czas, który będziecie poświęcać na wyszukiwanie informacji, może

4:02wam się później zwrócić na etapie właśnie debriefingu, na

4:06etapie pracy już na spotkaniu czy warsztacie,

4:11bo będziecie mieć trochę szersze pole widzenia, będziecie mogli

4:15zaadresować pewne problemy, z którymi się spotkaliście

4:20w czasie takiego desk researchu już w rozmowie z klientem - dlaczego

4:25zostały podjęte takie decyzje projektowe, dlaczego proces

4:29wygląda w ten czy inny sposób. Wtedy dowiecie się tego wszystkiego. I to

4:33spotkanie też będzie łatwiej zaaranżować, łatwiej będzie zorganizować, bo będziecie wiedzieli

4:38po prostu, o co macie pytać. Jeżeli będziecie projektować jakieś rozwiązanie, które

4:43nie jest dostępne od tak, i do którego nie możecie sami się zarejestrować,

4:47zalogować albo taka rejestracja wymagałaby poświęcenia

4:52jakiegoś budżetu, możecie zawsze poprosić klienta o dostęp do kont

4:56testowych. I bardzo często klienci mają przygotowane do takich wewnętrznych

5:00testów jakieś przykładowe profile

5:05użytkowników. Dostajecie wtedy hasło, dostęp i możecie sobie poklikać. I

5:09nawet jeżeli nie możecie w pełni tej usługi sprawdzić,

5:14to przynajmniej możecie zobaczyć, jak to wygląda od strony użytkownika - jak on

5:18się loguje do takiego panelu, co on tam może zrobić, jakie ma opcje do wyboru. To

5:23już wam daje jakąś informację na temat tego, jak to wszystko działa. W momencie,

5:28kiedy przeglądamy taką aplikację czy stronę internetową, kiedy szukamy

5:32informacji na temat branży, na temat klienta, warto sobie

5:36notować te wszystkie rzeczy, które znajdujemy. Nie liczyć na to,

5:40że wszystko zapamiętamy. I wtedy to może być forma zwykłej notatki. Możemy

5:45robić screeny i wrzucać notatki. To będzie z czasem przybierało nawet formę takiego

5:49miniaudytu, gdzie będziemy znajdywać prawdopodobnie

5:53błędy i zastanawiać się, dlaczego te błędy się pojawiły

5:57właśnie w tym miejscu i jak zostały rozwiązane przez produkt. I dzięki

6:02temu mamy już pewną bazę problemów,

6:06o których możemy rozmawiać, ale gdzieś w głowie powoli

6:10rodzą się rekomendacje, które również mogą się nam przydać na późniejszym

6:15etapie, kiedy będziemy zabierać się po prostu za projektowanie. Jeżeli

6:21są takie aplikacje popularne, usługi, z których

6:25wiecie, że na przykład korzystają wasi znajomi albo wasza rodzina, współpracownicy,

6:30to również pytajcie ich o wrażenie. Możecie dostać naprawdę bardzo ciekawe

6:34informacje od osób, które na co dzień korzystają z tego produktu i

6:39mają już wyrobione pewne zdanie na temat samej firmy, marki czy

6:43tego produktu, z którym będziecie pracować. I coś, czego wy

6:47nie wyłapiecie, bo macie bardzo mało czasu na to, żeby zapoznać się z tym produktem, może

6:52okazać się niewystarczające. I w momencie kiedy

6:56spytacie stałych użytkowników, stałych klientów, którzy

7:00tak się składa, że są również waszymi znajomymi, możecie dowiedzieć się wielu ciekawych informacji. Z

7:06reguły mamy bardzo mało czasu na to, żeby poznać nową branżę, żeby

7:10poznać nowego klienta i nie ma w tym nic dziwnego, że nie poznamy tego wszystkiego

7:14od razu. Klienci siedzą przez ileś lat w tej branży i

7:18znają ją zazwyczaj od podszewki. My mamy z reguły tydzień, dwa lub

7:22miesiąc na to, żeby się z tą branżą zapoznać i zaproponować sensowne

7:26rozwiązanie. Nie ma takiej możliwości, żeby dowiedzieć się wszystkiego i

7:30zobaczycie, że z każdym kolejnym spotkaniem, z każdym kolejnym projektem,

7:34który będziecie wykonywać dla tego klienta, będziecie wiedzieć coraz więcej, będziecie

7:39zadawać zupełnie inne pytania i będziecie pracować na różnym poziomie

7:43abstrakcji w porównaniu do tego, co

7:47działo się na samym początku. I te podstawowe pytania: jak coś działa,

7:52dlaczego tak działa, dlaczego to zostało tak zaprojektowane, dlaczego ten proces

7:56tak wygląda, czy to jest narzucone prawnie, czy może są jakieś inne niuanse,

8:01o których po prostu nie wiemy, bo nie znamy jakiejś technologii, z którą

8:05pracuje klient. Nie bójmy się zadawać tych pytań klientowi, nie bójmy

8:09się pokazać klientowi, że czegoś nie rozumiemy, bo nikt nie będzie oczekiwać

8:13od was, że nagle będziecie alfą i omegą w tej branży, a

8:17za miesiąc czy dwa, jak będziecie pracować dla innego klienta, będziecie

8:21znowu znać jakąś jeszcze inną branżę od podszewki. Tego tak się nie

8:25da zorganizować, tego tak się nie da ogarnąć, więc nie bójcie

8:30się zadawać pytań. Zadawanie pytań jest dobre, bo zadawanie pytań

8:34będzie dążyło do tego, że w końcu dostaniecie na te pytania

8:38odpowiedzi i będziecie wiedzieli, co później możecie z tą informacją zrobić,

8:43jak ją przekształcić na projekt czy jakąś strukturę

8:47informacji, którą będziecie projektować.