Wszystkie nowe rozwiązania/iteracje były kierowane aby spełnić główny, mierzalny cel.
Na drugim planie było dopasowanie stylistyczne aby całość zachowała spójność
Mierzyłem to trzema metrykami:
Czas/prędkość wykonania przelewu, liczba kroków całego flow i liczba kliknięć.
Desgin ma być wizualnie spójny z oryginalnym jaki jest aktualnie w aplikacji.
Teraz czas na moją analize "wadliwych ekranów" wszystkich punktów krytycznych, starłem się wyłapać wszystkie możliwe rzeczy mogące spowalniać całego joba wykonania przelewu przez użytkownika
Flow przed i po
Postanowiłem dodać jednorazowy pop-up informacyjny dot. nowego feature w takim samym stylu jak już to robi mBank. Ma on zwrócić uwage usera i zachęcić do skorzystania z nowej możliwości. Od razu widnieje button zmiany limitu aby zachęcony użytkownik mógł płynnie przejść i dostosować limit pod siebie.
Flow przed i po
W tym rozwiązaniu postanowiłem z re-designować więcej ekranów całego flow, jest to rozwiązanie z największa liczbą zmian w porównaniu do poprzednich.
Przed i Po
Finałowe rozwiązanie wyłoniło porównanie wszystkich 3 kluczowych metryk (czas, liczba kroków, ilość kliknięć) głownego celu czyli przyśpieszenia przelewów blik do znajomych
Zredukowałem liczbe kroków we flow apki z 9 na 5 jest to ~44,4% krótsza ścieżka
Przelew do znajomego w 4 kliknięciach (50% szybciej) aktualne flow aplikacji wymaga 8 kliknięć. Pr
Cały projekt nauczył mnie dużo i tak naprawdę po ukończeniu go robiąc na chłodno te case study zauważyłem jeszcze troche miejsca na improvement. Po czasie uważam że user-testing mógłby mi pomóc wycisnąć jeszcze więcej, może bym dostał lepsze insighty, może samo przetesotwanie w boju pomogłoby mi w wymyślaniu jeszcze lepszych rozwiązań, bądź też podjęcie decyzji finalnego designu byłoby inne.
Też problematyczną rzeczą w całym projekcie było to że przy redukcji i przyspieszaniu tego wszystkiego, sam decydowałem jakich rzeczy bym się pozbył, chodzi mi o np. zostawienie samych kontaktów z blkiem na liscie, a właśnie może po coś to było w aplikacji, może regulamin tego wymagał, lub np. dopiski o bliku w ekranach finalizacji z których zrezygnowałem, biorę pod uwagę to że różne odgórne regulacje mogły decydować o tym żeby to tam się właśnie pojawiło, ale robiąc projekt koncepcyjny no nie miałem takiego insightu, na pozór mogą to być rzeczy mało znaczące a tak naprawde po stronie kontraktu czy różnych umów, mogły by to być rzeczy najważniejsze. Projekt koncepcyjny to jednak projekt koncepcyjny :D Czasami kosztem ogólnego UX’u np. mając zapisek w kontrakcie “na każdym ekranie musi być informacja jaki blik jest bezpieczny” lub “jeden ekran finalizacji to za mało muszą być 3!!!! I w każdym musimy ZAZNACZYĆ że wykonaliśmy przelew blik!!!” no wtedy musiałbym sie dostosować ale przy zaciśniętych zębach i mniejszy polu do fantazji i tak bym dowiózł :D Jednego mogę być pewny i nie mam żadnej wątlipowści, byłbym 100x bardziej happy i 100x mniej zirytowany dzięki mojemu flow niż temu co mbank oferuje aktualnie :DDziękuję za czas poświęcony na zobaczenie mojej pracy! Widzimy się przy kolejnym case study :)Pozdro serdeczne, Eryk




