Przedmiotem case study jest projekt aplikacji do rezerwacji stolików w restauracjach.
Roczny projekt z segmentu Rest-Tech, gdzie 6 osobowy zespół opracował strategie i wykonał aplikacje do rezerwacji stolików dla grup.
Proces
Strategia
Analiza i koncepcja biznesowa
Na początku zdefiniowaliśmy produkt.
Na potrzeby projektu była przeprowadzona kompletna analiza otoczenia biznesowego z wykorzystaniem Business Model Canvas, Value Proposition, Value Model Canvas, SWOT.
Ze wględu na to że skupiam się na procesie UX, pominę szczegółowe opisanie tego etapu.
Badania
Metoda badawcza
Wywiady IDI
Cel badawczy
Poznanie potrzeb i problemów użytkowników, którzy jedzą w restauracjach
Pytania badawcze
- w jakich sytuacjach użytkownicy wychodzą do restauracji
- w jakich sytuacjach decydują się na rezerwacje z wyprzedzeniem
- w jaki sposób dokonują rezerwacji?
- co decyduje o wyborze konkretnej restauracji?
- jakie problemy użytkownicy napotykają podczas rezerwacji i pobytu
- jakie są oczekiwania podczas procesu i wizyty w restauracji
- jaki jest idealny proces rezerwacji
Kryteria rekrutacji użytkownicy
- duże miasta
- wiek 20-60 lat
- osoby o minimalnych kompetencjach technologicznych
- rodziny z dziećmi (2)
- single (2)
- pary (2)
- osoby które w ostatnim czasie były w restauracji lub które w ostatnim roku korzystały z aplikacji do zamawiania jedzenia
- osoby czynne zawodowo lub studenci i osoby uczące się lub osoby podróżujące
Wyniki badań IDI
Potrzeby klientów
- Ograniczenie czasu rezerwacji do minimum
- Uproszczenie procesu i ułatwienie spotkań w grupie kontrahentów, znajomych
- Podgląd menu i możliwość zamówienia na konkretną godzinę
- Wygodne metody płatności (gotówka, w tle, rozdzielenie rachunku, elektroniczny napiwek)
Potrzeby resturatorów
- Pewny system płatności
- Minimalizacja kosztów obsługi
- Dostęp do zintegrowanego systemu CRM
- Dodatkowa przestrzeń na reklamę i ofertę
Wyniki badań pokazały że nasz produkt w pierwotnej koncepcji nie rozwiązywał rzeczywitych problemów użytkowników, dzięki temu mogliśmy zrobić piwot i zaproponować usługę która rozwiąże probelmy zarówno użytkowników jak i resteuratorów.
Screener opracowany na potrzeby badań IDI
Metoda badawcza
Benchmark funkcjonalny konkurencji
Analiza
Persona
Na podstawie danych z badań zostały opracowane persona głowna i poboczna,
User Stories
Na warsztatach z wykorzystaniem SAP Scenes opracowaliśmy User Stories, kilka przykładowych poniżej.
- Ja jako asystentka chcę łatwo zarezerwować dla grupy miejsce żeby zjeść wspólny posiłek
- Ja jako użytkownik chce łatwo zapłacić za pre rezerwację żeby móc zrobić rezerwację
- Ja jako użytkownik chcę łatwo wyszukać restaurację żeby móc zrobić rezerwację dużą grupą
- Ja jako użytkownik chce móc łatwo zapłacić za rachunek żeby nie musieć o tym pamiętać i móc go rozdzielić
Customer Journey Map
Na podstawie danych i User Stories stworzyliśmy Customer Journey Map.
Pozwoliło nam to lepiej zrozumieć potrzeby i ścieżki krytyczne które musi wykonać użytkownik w procesie rezerwacji. Wizualizacja pozwoliła na zdefiniowanie krytycznych problemów i znalezienie dla nich rozwiazań (quick wins).
Projekt
Architektura informacji
Na początku procesu projektowania stworzyliśmy architerkture informacji aplikacji.
W wyborze opcji wyszukiwania, filtrowania i sortowania wyników pomogła nam metoda sortowania kart. Metode tą stosowaliśmy jeszcze kilka razy podczas iteracji projektu.
Zakres funkcjonalny
- W pierwszym etapie spisaliśmy wszystkie funkcje które mogłyby znaleźć zastosowanie w aplikacji
- Następnie prosiliśmy badane osoby aby wyrażali swoją opinię na temat każdej funkcji i przydzielali punkty co dałoby im największą wartość i z czego najczęściej by korzystali
- Na podstawie badania stworzyliśmy tabelę która pokazała nam na czym powinniśmy się skupić przy projektowaniu aplikacji
User Task
Na bazie User Stories stworzyliśmy ścieżki krytyczne które musi wykonać użytkownik aby dokonać w aplikacji procesu rezerwacji.
User Flow
Mając gotowe Usert Task stworzyliśmy Flow aplikacji
Szkice (papier)
I przeszliśmy do szkicowania rozwiązań, a następnie pierwszych testów użyteczności na papierowych prototypach.
To pozwoiło nam na szybkie iteracje i stworzenie wersji którą mogliśmy przenieść do protoypu Lo-Fi.
Lo-Fi
Powstały dwie równorzędne makiety Lo-Fi, jedna zrobiona w Balsamiq i Marvel, druga w Sketch i Invision.
Każda z wersji była testowana na grupie 5 osób. Wyniki testów zebraliśmy w matryce.
Testy użyteczności
Błędy podzieliliśmy na krytyczne, ważne i rekomendacje. Zrobiliśmy synteze prototypów i przystąpiliśmy do pracy na ekranami Hi Fidelity.
Prototyp Hi-Fi (wybrane ekrany)
