UX: Plan prac

0:00Kolejny temat, którym musimy się zainteresować to plan prac. No bo fajnie

0:04by było wiedzieć co dokładnie chcielibyśmy zrobić. Okej, z jednej strony zebraliśmy sobie

0:08wszystkie wymagania, porozmawialiśmy z klientem jakie on tam ma te swoje cele

0:12biznesowe, co by chciał osiągnąć za pomocą stworzenia takiego produktu, stworzenia

0:16takiej aplikacji czy strony internetowej. Zastanawialiśmy

0:21się już jak wygląda otoczenie konkurencyjne, co te marki konkurencyjne robią,

0:25czy mają jakieś funkcje, których my nie mamy, i które chcielibyśmy mieć, czy może mają jakieś wyjątkowo

0:30ciekawe rozwiązania interfejsowe, które sprawiają, że bardzo wygodnie

0:34korzysta się z tego produktu. I zebraliśmy już

0:38bardzo dużo informacji, wiemy mniej więcej co nam się podoba, co się nie podoba,

0:42co chcemy, czego nie chcemy, ale trzeba to ubrać w już w jakieś

0:46konkretniejsze działania. I kolejnym etapem, zanim jeszcze przejdziemy do

0:50prototypowania, jest zrobienie jakiegoś wstępnego planu prac, czyli

0:54zastanowienie się co będziemy po kolei robić, jak duży zakres będzie

0:58tego prototypu, co tam w tym projekcie powinno się w ogóle znaleźć. No i teraz: jeżeli

1:03pracujemy w bardzo dużym zespole, jeżeli pracujemy z kilkoma osobami, jeżeli pracujemy dla klienta, no

1:08to wiadomym będzie, że ten klient będzie chciał od razu dowiedzieć się ile czasu to zajmie,

1:12ile to będzie kosztowało, jakie zasoby trzeba na to przeznaczyć. Więc tak naprawdę na

1:16tym etapie to nie będzie tylko plan prac samego prototypu, ale w ogóle całego produktu

1:20i tego jak on się będzie rozwijał. Wiadomo, że ten plan będzie z czasem się zmieniał. W

1:24momencie kiedy będziemy zapraszać do testów z naszym produktem

1:28użytkowników może się okazać, że w połowie prac

1:32te założenia, które mieliśmy na początku, one zupełnie się zmienią. Bo

1:36ci użytkownicy powiedzieli nam, że oni chcą zupełnie czegoś innego, że

1:41oni chcą korzystać z takiego produktu i faktycznie biznes stwierdzi, że to jest dobry

1:45kierunek, w którym chcemy podążać. No i wtedy wiadomo, że trzeba wprowadzać

1:49jakieś korekty, trzeba zastanowić się co w takim razie robimy i w jakiej

1:53kolejności, ale mimo wszystko, mimo to, niezależnie od tego czy pracujemy

1:57w agilu czy w waterfallu, niezależnie od tego jakie mamy metodyki

2:01pracy opracowane, to gdzieś ten plan prac trzeba zrobić. Nawet

2:06jeżeli nie będą robione takie plany na cały produkt, to my

2:10jako projektanci sami musimy zaproponować sobie jakieś zajęcia, sami

2:15musimy sobie to wszystko jakoś poukładać, bo najgorsze co możemy zrobić, to po prostu odpalić

2:19program i zacząć robić cokolwiek. Bo możemy zacząć od strony

2:23głównej, możemy zacząć od dashboardu, możemy zacząć od jakiejś listy produktów albo

2:28listy wiadomości, które mamy w aplikacji. I tak naprawdę można zacząć od wszystkiego

2:32i można się w tym wszystkim nieźle pogubić. Zwłaszcza jeżeli dokładnie nie

2:36wiemy jeszcze jakie widoki będą nam potrzebne. Dlatego dobrym

2:40sposobem na rozpoczęcie prac, na to, żeby wystartować z czymkolwiek jest

2:44spisanie sobie lub rozrysowanie widoków, które mamy do zaprojektowania. I

2:48tutaj spokojnie przyda się po prostu kartka i ołówek, żeby to sobie

2:52wszystko rozpisać. Oczywiście to może być bardziej uporządkowane i bardziej profesjonalne. Możemy

2:57użyć do tego specjalnych programów do organizacji i trackowania czasu,

3:01ale na tym początkowym etapie, jeżeli pracujemy nad prototypem, to spokojnie

3:05taki papierowy plan pracy i rozpisanie wszystkich widoków w zupełności nam

3:09wystarczy. Oczywiście samo rozpisanie może nie

3:14dać nam tego poczucia, że dokładnie wiemy co mamy stworzyć, dlatego są takie

3:18sposoby na pracę jak rozrysowanie wireflows

3:22czy userflows, czyli takich bardzo minimalistycznie wyglądających

3:26prototypów, bardzo minimalistycznie wyglądających ekranów, które jeszcze nie do końca mają

3:30zawarte wszystkie szczegóły interfejsów w swoich ekranach, ale już pozwalają nam

3:34układać prototypy w pewnej kolejności, to

3:38znaczy poszczególne ekrany jesteśmy w stanie ułożyć już w jakieś

3:42kroki. Będziemy wiedzieć, że na przykład będziemy potrzebować około pięciu procesów

3:47do zaprototypowania, że one mogą składać się z pięciu albo z sześciu widoków, a

3:51może będą same pojedyncze widoki i nie będziemy musieli się niczym za bardzo przejmować. I

3:55samo takie rozrysowanie sobie tych flow, tych diagramów

4:00przepływu użytkownika czy tych uproszczonych makiet, które ułożymy sobie

4:04w kolejności odpowiedniej, sprawi, że już wiemy od czego wystartować,

4:08wiemy jaki proces mamy do zaprototypowania, wiemy co dokładnie musimy

4:13opracować, rozpracować i rozrysować, żeby móc dalej

4:17z tym ruszyć. Więc ten etap to jest takie połączenie planowania, wstępnych

4:21koncepcji na produkty, wylistowania funkcji, z którymi

4:25będziemy pracować i procesów. I w zależności od tego w jak dużym zespole pracujemy;

4:30czy pracujemy samodzielnie i wykonujemy wszystko sami i pracujemy tylko z klientem, czy

4:35pracujemy w bardzo dużych ustrukturyzowanych zespołach - to będzie się między

4:39sobą różniło. Więc czasami będzie tak, że pewne rzeczy będą nam narzucane,

4:43do pewnych rzeczy będziemy musieli się dostosować i proponować po prostu swój

4:47plan prac na jakiś mały, określony wycinek czasu. A czasami

4:51będziemy musieli wszystko to zaplanować, wszystko rozpisać i wszystko przedstawić

4:56klientowi, bo on na pewno będzie chciał wiedzieć kiedy tak naprawdę skończą się te wszystkie nasze

5:00prace.