Gość zgłasza problem w pokoju. Recepcja przekazuje informację dalej, ktoś sprawdza usterkę, a kolejna zmiana nie wie, czy sprawa została zakończona. System dla hotelu powinien połączyć te czynności tak, aby klient nie musiał od początku odtwarzać własnego zgłoszenia. Gość rezerwował pobyt, nie udział w obiegu dokumentów. Narzędzie ma pomóc zespołowi utrzymać odpowiedzialność, nawet gdy zgłoszenie przechodzi przez kilka osób.
Najpierw wybierzcie typy spraw, które rzeczywiście wymagają koordynacji: awarię, prośbę o wyposażenie, zmianę przygotowania pokoju albo ustalenie dotyczące obsługi. Nie każda potrzebuje tego samego przebiegu. Warto rozróżnić zadanie możliwe do szybkiego wykonania od sprawy wymagającej decyzji kierownika. Jeśli wszystko wpada do jednej listy z identycznym statusem, pilność będzie znów ustalana przez telefon, a aplikacja zacznie pełnić rolę spóźnionego notatnika.
Zgłoszenie powinno mieć kontekst i właściciela
Pokój, miejsce, opis oraz oczekiwany skutek pomagają przekazać sprawę bez kolejnej rozmowy. Jeśli zadanie wymaga kontaktu z gościem, trzeba ustalić, kto go prowadzi. Wykonawca techniczny może usunąć problem, a recepcja potwierdzić rezultat z klientem. To różne czynności i nie zawsze powinny kończyć się jednym automatycznym znacznikiem. Jasny podział pozwala uniknąć sytuacji, w której każdy wykonał swój fragment, ale nikt nie zamknął sprawy.
Podobne zależności opisujemy w artykule o aplikacji dla firmy usługowej. W hotelu dochodzi jednak szczególna potrzeba ciągłości między zmianami. Następna osoba powinna zobaczyć ustalenie, otwartą czynność i kontakt do właściciela. Nie musi znać wszystkich szczegółów wcześniejszej rozmowy. Potrzebuje natomiast kontekstu wystarczającego do działania, bez szukania współpracownika, który zakończył już pracę i zasłużenie nie odbiera telefonu.
Status techniczny i informacja dla gościa nie są tym samym
Zadanie może być wykonane, lecz nadal wymagać potwierdzenia przez recepcję. Może też czekać na część lub dostęp do pokoju. Ustalcie nazwy stanów i sposób dalszego postępowania. Aplikacja powinna pokazywać przyczynę oczekiwania oraz następny krok. Przycisk „zamknij” nie może być jedynym sposobem usunięcia niewygodnej pozycji z listy. Inaczej raport będzie wyglądał lepiej właśnie wtedy, gdy informacje o otwartych problemach staną się mniej wiarygodne.
Komunikaty dla gościa powinny wynikać z zatwierdzonych ustaleń. Jeśli rozwiązanie wymaga decyzji o zmianie pokoju albo innym świadczeniu, nie należy obiecywać jej na podstawie samej kategorii zgłoszenia. Szerzej piszemy o tym przy AI w obsłudze hotelu. Narzędzia mogą pomagać porządkować wiadomości i przygotowywać odpowiedzi, ale granica między przygotowaniem a zobowiązaniem wobec klienta powinna pozostać czytelna.
Interfejs musi działać w rytmie pracy zespołu
Recepcja może korzystać z komputera, a osoba poruszająca się po obiekcie z telefonu. To samo zadanie potrzebuje wtedy różnych sposobów prezentacji. Na małym ekranie ważne jest szybkie znalezienie przypisanej sprawy i zapisanie wyniku. W biurze przydatny będzie przegląd kilku zgłoszeń naraz. Nie oznacza to budowania dwóch niezależnych procesów. Oznacza dopasowanie widoku do chwili i miejsca, w którym użytkownik wykonuje swoją część pracy.
Przed wdrożeniem zróbcie próbę prototypu z przedstawicielami zmian. Niech samodzielnie przyjmą zgłoszenie, przekażą je i odszukają informację po zmianie dyżuru. Tak można zauważyć niejasne nazwy lub brakujący kontekst przed zbudowaniem całego zaplecza. Warto sprawdzić również odwołanie zadania i ponowne otwarcie sprawy. Prawdziwa obsługa rzadko kończy się dokładnie tam, gdzie wygodnie kończy się prezentacja aplikacji.
Panel ma pokazywać miejsca wymagające reakcji
W dashboardzie operacyjnym przydatny jest podział spraw według oczekiwanego działania. Sama suma zgłoszeń nie pokazuje, gdzie potrzebna jest reakcja. Czas obsługi powinien mieć uzgodniony początek i koniec. Warto też rozdzielić szybkie zadania od spraw wymagających zewnętrznej usługi. Dzięki temu osoba zarządzająca widzi, gdzie potrzebne są zasoby lub decyzja, zamiast porównywać zespoły na podstawie licznika obejmującego zupełnie różne rodzaje pracy.
Przygotujcie również prosty sposób przekazania informacji o ograniczeniu dostępności pokoju, jeśli jest częścią procesu. Nie każda usterka powoduje ten sam skutek, dlatego decyzja powinna należeć do uzgodnionej roli. Widok dla recepcji ma pokazywać rezultat tej decyzji, a nie wymagać czytania całej historii technicznej. Dzięki temu osoba obsługująca gościa wie, co może potwierdzić i jaki wariant zaproponować, bez domyślania się konsekwencji wpisu serwisowego.
Do odbioru systemu przygotujcie zwykłe zgłoszenie, opóźnioną realizację i przekazanie zmiany. Archifutura projektuje rozwiązania dla hotelarstwa i gastronomii wokół takich przebiegów. Na spotkaniu o aplikacji hotelowej warto pokazać sprawę, o którą gość musiał zapytać ponownie. Zwykle to ona najlepiej ujawnia moment utraty informacji i pozwala ustalić, jak system powinien pomóc kolejnemu pracownikowi przejąć odpowiedzialność.
