Strony z
rezerwacją

Może je widzieć, jeśli system rezerwacji korzysta z aktualnego źródła dostępności. Na początku projektu ustalamy, gdzie zarządzane są terminy i który system jest źródłem prawdy. To ważne zwłaszcza wtedy, gdy rezerwacje przychodzą także telefonicznie lub z innych kanałów.

Tak. Proces może obejmować płatność całej kwoty albo zadatku, a także komunikaty po transakcji. Sposób rozliczenia, anulowania i zwrotu ustalamy przed wdrożeniem zgodnie z zasadami konkretnej usługi.

Często tak, ale zależy to od możliwości technicznych tego systemu, między innymi dostępnego API lub innych metod wymiany danych. Przed wyceną sprawdzamy dokumentację i ustalamy, jakie informacje mają być przekazywane w obie strony.

Reguły te projektujemy jako część procesu. Możemy ustalić terminy graniczne, sposób potwierdzania zmian, dostępność dla grup oraz działania zespołu w sytuacjach wyjątkowych. Nie każda firma potrzebuje identycznego poziomu samoobsługi klienta. Jeśli rezerwacja rozpoczyna dalszą obsługę zlecenia, dane może przejąć CRM dla firmy usługowej.

Tak powinien zostać zaprojektowany, ponieważ znaczna część użytkowników rozpoczyna taki proces mobilnie. Sprawdzamy wybór usługi, kalendarz, formularze, płatność i potwierdzenia na różnych szerokościach ekranu.

Tak. Wiadomość e-mail lub SMS może przypomnieć o terminie, przekazać instrukcje i ograniczyć liczbę nieobecności. Zakres powiadomień dobieramy do rodzaju usługi oraz używanego systemu.

Tak. Konfigurujemy pomiar rozpoczęcia procesu, wyboru terminu, płatności i potwierdzenia. Dzięki temu firma widzi, gdzie użytkownicy rezygnują i które źródła ruchu prowadzą do faktycznych rezerwacji.