Prezentacja z webinaru "Case study prototypu aplikacji", przeprowadzonej przez Pawła Capaję i Sławka Zagórskiego. Omówienie prototypu produktu cyfrowego na przykładzie projektu zrealizowanego w 48 godzin, w ramach hackathonu "Hack The Wind" w Hamburgu. Nagranie z webinaru - https://www.youtube.com/watch?v=psIRVxrr5SU -- Join Boldare's newsletter to learn about a C-level point of view on user-centered design, software outsourcing services and the future of business. Subscribe now --> https://go.boldare.com/newsletter-slideshare/ --

1. Follow us @boldarecom
Case study prototypu
aplikacji
perspektywa Designera i Developera
We’ll talk
about...

2. Follow us @boldarecom
pawel.capaja@boldare.com
+48 32 739 09 00
ul. Królowej Bony 13
PRODUCT DESIGNER
Paweł Capaja

3. Follow us @boldarecom
slawomir.zagorski@boldare.com
+48 32 739 09 00
ul. Królowej Bony 13
SOFTWARE ENGINEER
Sławek Zagórski

4. Follow us @boldarecom
1. Wprowadzenie
2. Prototypowanie produktu cyfrowego
3. Hackathon
4. Współpraca Designer & Developer
5. Prototyp w 48h
6. Pułapki
7. Sesja Q&A
Agenda

5. Follow us @boldarecom
Celem prototypowania nie jest stworzenie pierwszej
wersji działającego oprogramowania, ani designu.
Prototypowanie to technika testowania hipotez
(na użytkownikach).
2. Prototypowanie
produktu cyfrowego

6. Follow us @boldarecom
Proof of Concept (PoC)
Czy pomysł jest technicznie wykonalny?
Czy wyniki są zadowalające dla użytkowników?
Prototyp wizualny
Czy wygląd jest zrozumiały i zachęca
użytkowników?
Prototyp funkcjonalny
Czy rozwiązujemy problem użytkownika?
Prototyp użyteczności
Czy interakcja użytkowników z systemem jest
ergonomiczna?

7. Follow us @boldarecom
Prototyp
produktu
cyfrowego
Dlaczego prototypowanie
jest tak ważne?
—
Pozwala nam, na dalszych etapach tworzenia
produktu, zaoszczędzić czas i pieniądze
poprzez skupienie na tylko potwierdzonych
hipotezach.

8. Follow us @boldarecom
3. Hackathon 01
Wstęp
—
Hack the Wind 2018 został zorganizowany
przez InnoEnergy i Wind Europe podczas
Global Wind Summit.

9. Follow us @boldarecom
02
Zadanie
—
● 20 zespołów
● 48h
● Cel: Stworzenie produktu, który w oparciu o
algorytm uczenia maszynowego pozwala na
przewidywanie awarii turbin wiatrowych z
odpowiednim wyprzedzeniem
● Wynik: TOP3
3. Hackathon

10. Follow us @boldarecom
03
Demo
—
3. Hackathon

11. Follow us @boldarecom
Jak stworzyć komplementarny zespół, łączący ludzi o
różnych umiejętnościach.
4. Współpraca
Designer & Developer

12. Follow us @boldarecom
Designer
& Developer
ML Developer
—
● Powinien przewidzieć najskuteczniej i z jak największym
wyprzedzeniem (najlepiej 60 dni przed) awarię jednego
z elementów turbiny wiatrowej
● Powinien dostosować algorytm przewidujący do
kosztów poszczególnych elementów turbiny
● Powinien znaleźć zależności w danych, których
wizualizacja może być wartościowa dla użytkowników

13. Follow us @boldarecom
Designer
& Developer
Product Designer
—
● Powinien stworzyć produkt, który będzie wspierał
predictive maintenance (konserwacja predykcyjna)
turbin wiatrowych
● Powinien wraz z zespołem znaleźć USP
● Powinien znaleźć grupę docelową dla produktu
● Powinien znaleźć podstawową ścieżkę interakcji
użytkownika z systemem
● Powinien dostosować UX do grupy docelowej
● Powinien ubrać całość w model biznesowy i formę
prezentacji

14. Follow us @boldarecom
Designer
& Developer
Front-end Developer
—
● Powinien zaprogramować przejścia pomiędzy
poszczególnymi ekranami/funkcjonalnościami
● Powinien sprawić wrażenie, że użytkownik korzysta z
działającego systemu
● Powinien zaproponować gotowe elementy, które można
wykorzystać w celu jak najszybszego dostarczenia
prototypu

15. Follow us @boldarecom
Czy to się w ogóle da?
5. Prototyp w 48h

16. Follow us @boldarecom
Prototyp
w 48h
Lista naszych akcji
—
● Briefing
● Burza mózgów
● Podział zadań i zespołu
● Synchronizacja
● Identyfikacja konkurencji
● Badanie potrzeb
● Wsparcie i motywacja

17. Follow us @boldarecom
Pułapki jakie mogą spotkać was w trakcie tworzenia
prototypu
6. Pułapki

18. Follow us @boldarecom
Pułapki Czego unikać podczas
prototypowania?
—
● Zbyt wielkie skupienie na szczegółach “jak” zrobić
prototyp
● Zwlekanie z testowaniem hipotez przez
przeświadczenie, że prototyp nie jest jeszcze
wystarczająco dobry
● Wyciąganie wniosków na podstawie feedbacku
z nieodpowiedniej lub zbyt małej grupy testowej
● Zapominanie, że od prototypu do finalnego produktu
jest jeszcze długa droga
● Zbyt wielkie przywiązanie do hipotez

19. Follow us @boldarecom
7. Q&A

20. Follow us @boldarecom
Dołącz do
dyskusji!
Dołącz do Dyskusji na