Aplikacja MySamvirk ma ułatwiać członkom Samvirk zarządzanie członkostwem i proces rezerwacji. Przez aplikację członkowie rejestrują się do członkostwa, rezerwują noclegi i zarządzają swoimi Hotel Agreements, żeby móc uczestniczyć w wydarzeniach społeczności. Z tego case study dowiesz się, jak zmniejszyliśmy złożoność dzięki podejściu progressive disclosure.
UX Research
UX Design
Testy z użytkownikami
UI Design
Organizacja wydarzeń
Zarządzanie rezerwacjami
Jesienią 2024 w aplikacji były obszary, które sprawiały problemy użytkownikom i generowały mnóstwo zgłoszeń do help desku.
Proces rezerwacji
Głównym problemem była konieczność wysłania podsumowania rezerwacji. Wielu użytkowników nie robiło tego na czas, co generowało dużo pracy w dziale obsługi klienta
Zapraszanie i akceptowanie zaproszeń do rezerwacji
Obecne rozwiązanie zaprojektowano bez odpowiednich badań i powoduje wiele zgłoszeń do supportu
Rola Rocksoft w tym projekcie to UX/UI design.
Przeprowadzić badania z użytkownikami, które pomogą zdefiniować problemy w wymienionych funkcjach.
Jak najbardziej wykorzystać obecną logikę backendu ze względu na ograniczenia budżetu i czasu.
Zmniejszyć liczbę zgłoszeń do supportu dotyczących procesu rezerwacji i zaproszeń do rezerwacji.
Zapytaliśmy użytkowników o ich doświadczenia z problematycznymi funkcjami i przetłumaczyliśmy zebrane wnioski na user journeys.
Analiza zebranych informacji pozwoliła nam zacząć szkicować potencjalne rozwiązania w formie wireframe'ów.
Zaprosiliśmy zespół developerski na wczesnym etapie, żeby zrealizować nasz cel z uwzględnieniem ograniczeń technicznych.
Wybrane rozwiązania przetestowaliśmy z użytkownikami, co pozwoliło wybrać to najbardziej optymalne.
Po kilku iteracjach ideacji i walidacji ostateczne rozwiązanie zostało dopracowane i przeniesione do finalnych projektów w oparciu o wewnętrzny design system
Zapytaliśmy użytkowników o ich doświadczenia z problematycznymi funkcjami i przetłumaczyliśmy zebrane wnioski na user journeys.
Analiza zebranych informacji pozwoliła nam zacząć szkicować potencjalne rozwiązania w formie wireframe'ów.
Zaprosiliśmy zespół developerski na wczesnym etapie, żeby zrealizować nasz cel z uwzględnieniem ograniczeń technicznych.
Wybrane rozwiązania przetestowaliśmy z użytkownikami, co pozwoliło wybrać to najbardziej optymalne.
Po kilku iteracjach ideacji i walidacji ostateczne rozwiązanie zostało dopracowane i przeniesione do finalnych projektów w oparciu o wewnętrzny design system
Żeby uniknąć drogiego zgadywania i dostarczyć rezultat, który będzie służył naszym użytkownikom, przeprowadziliśmy badania z użyciem metod:
Chcieliśmy poprawić doświadczenie rezerwacji, zachowując wydajną implementację. Dzięki badaniom z użytkownikami i iteracjom skupiliśmy się na zmianach o największym wpływie.
Na czym się skupiliśmy
Strona „My Booking” była zatłoczona, więc ją uprościliśmy. Stworzyliśmy czytelniejszy przepływ dodawania rezerwacji, rozdzieliliśmy otrzymane i wysłane zaproszenia oraz przeprojektowaliśmy proces akceptacji zaproszenia.
Jak to rozwiązaliśmy
Przetestowaliśmy wiele rozwiązań, iterowaliśmy na podstawie feedbacku użytkowników i wykorzystaliśmy istniejącą logikę, żeby usprawnić development. Mimo napiętych terminów dowieźliśmy (prawie) na czas.
Najważniejsze wnioski
Wczesna walidacja zmniejszyła zgadywanie i przyspieszyła development. Priorytetyzacja zamiast złożoności poprawiła użyteczność. Zaangażowanie developerów od początku pomogło dopracować pomysły i ominąć bariery techniczne.
