Aplikacja hotelowa czy informator QR? Czego naprawdę szukają goście

Coraz więcej hoteli zadaje sobie to samo pytanie: czy potrzebujemy własnej aplikacji mobilnej dla gości? Temat wraca przy każdej rozmowie o cyfryzacji obsługi - konkurencja w okolicy chwali się aplikacją w social mediach, dostawca systemu rezerwacyjnego oferuje moduł mobilny za dopłatą, a goście od czasu do czasu pytają, czy "jest jakaś apka do hotelu". Problem w tym, że odpowiedź "zróbmy aplikację" bywa dużo droższym i wolniejszym rozwiązaniem problemu, niż faktycznie jest potrzebne.

Zanim padnie decyzja, warto rozdzielić dwa pytania, które łatwo się ze sobą mylą: czego faktycznie potrzebuje gość w trakcie pobytu, i czy "aplikacja mobilna" to jedyny sposób, żeby mu to dać.

Typowy scenariusz

Menadżer 40-pokojowego hotelu nad morzem czyta artykuł branżowy o cyfryzacji obsługi gości i trafia na case study dużej sieci hotelowej, która dzięki własnej aplikacji zwiększyła sprzedaż usług dodatkowych o kilkadziesiąt procent. Brzmi przekonująco, więc dzwoni do trzech firm oferujących budowę aplikacji hotelowych. Odpowiedzi są bardzo różne - od indywidualnej wyceny projektu z wielotygodniowym wdrożeniem, przez miesięczny abonament rosnący wraz z liczbą funkcji, po gotowe rozwiązanie tańsze od reszty, które po bliższym sprawdzeniu okazuje się wspólną aplikacją na wszystkie hotele klienta, z których gość musi ręcznie wyszukać właściwy obiekt na liście.

W międzyczasie menadżer sprawdza dane z własnej recepcji za ostatni miesiąc: średnio dwadzieścia pytań dziennie o godziny śniadania, lokalizację parkingu i to, czy w pokoju jest suszarka. Żadne z tych pytań nie wymaga płatności, rezerwacji czy konta użytkownika - to czysto informacyjne rzeczy, które równie dobrze mogłyby wisieć na kartce w pokoju, gdyby tylko dało się tę kartkę aktualizować bez drukowania nowej za każdym razem, gdy coś się zmieni w hotelu.

To jest dokładnie moment, w którym warto zatrzymać się i zapytać: czy problem, który faktycznie mam (goście pytają o powtarzalne rzeczy), wymaga narzędzia zaprojektowanego do zupełnie innego problemu (transakcyjna platforma lojalnościowa dla dużej sieci)?

Dlaczego aplikacje hotelowe mają problem z pobieraniem

Aplikacja hotelowa ma jedną strukturalną wadę, której nie da się zaprojektować w żaden sposób - gość zostaje w hotelu zwykle kilka dni, czasem tylko jedną noc. Instalowanie czegokolwiek na telefonie na tak krótki czas wymaga przekonującego powodu, a moment, w którym gość mógłby się o aplikacji dowiedzieć, to zwykle recepcja przy zameldowaniu - dokładnie wtedy, gdy jest zajęty kluczami, walizkami i pytaniami o śniadanie, a nie szukaniem nowej aplikacji w sklepie.

Nawet jeśli aplikacja oferuje realnie przydatne funkcje - podgląd rachunku, zamawianie room service, rezerwację zabiegu SPA - i tak trzeba pokonać ten sam próg: pobranie, akceptację uprawnień, czasem założenie konta i podanie maila. Dla gościa, który zostaje na trzy noce, to sporo zachodu w zamian za coś, z czego skorzysta może dwa czy trzy razy. Część gości po prostu z tego rezygnuje i wraca do starego sposobu - dzwoni albo idzie do recepcji, czyli dokładnie tam, gdzie aplikacja miała odciążyć personel.

Jest jeszcze jeden efekt uboczny, o którym łatwo zapomnieć na etapie planowania: aplikacja hotelowa, która wisi w telefonie gościa niewykorzystana, nie jest neutralna - zajmuje miejsce, generuje powiadomienia, których nikt nie chce, i po powrocie z wakacji ląduje w koszu razem z resztą aplikacji "na jeden raz". To nie buduje wizerunku hotelu jako nowoczesnego - buduje wrażenie, że hotel kazał zrobić coś, czego sam nie przetestował z perspektywy gościa spieszącego się na plażę.

Do tego dochodzi koszt utrzymania po stronie hotelu, o którym łatwo zapomnieć w euforii po podpisaniu umowy z dostawcą: aktualizacje systemów operacyjnych (osobno iOS, osobno Android), zgodność z coraz to nowszymi wymaganiami sklepów aplikacji, obsługa zgłoszeń błędów od gości, którzy mają starszy telefon niekompatybilny z najnowszą wersją. Informator działający w przeglądarce tych problemów po prostu nie ma - działa wszędzie tam, gdzie działa przeglądarka, czyli praktycznie na każdym telefonie z dostępem do internetu.

Co realnie chce wiedzieć gość

Warto na chwilę zejść z poziomu "jaką technologię wybrać" i zapytać, po co gość w ogóle sięga po telefon podczas pobytu w hotelu. W zdecydowanej większości przypadków chodzi o kilka powtarzalnych pytań:

• O której jest śniadanie (i czy zdążę, jeśli wstanę o 9:30)
• Co jest w menu dzisiaj - zwłaszcza przy All Inclusive, gdzie karta zmienia się codziennie
• Czy SPA jest teraz otwarte i ile kosztuje konkretny zabieg
• Co się dzieje dzisiaj w hotelu - animacje, wydarzenia, atrakcje w okolicy
• Jak się skontaktować z recepcją, jeśli coś jest nie tak z pokojem

To pytania czysto informacyjne, nie transakcyjne - gość nie chce zarządzać kontem lojalnościowym ani przeglądać historii swoich pobytów, chce po prostu szybko sprawdzić jedną konkretną rzecz i wrócić do plażowania albo rozpakowywania walizki. Dla tego typu potrzeby pełna aplikacja z kontem użytkownika to znacznie więcej narzędzia, niż problem wymaga.

Warto też zauważyć, kto ponosi koszt braku dobrej odpowiedzi na te pytania, jeśli nie ma jej ani w aplikacji, ani w prostym informatorze - recepcja. Każde z tych pytań, zadane osobiście lub telefonicznie, to przerwana rozmowa z innym gościem, przerwane zameldowanie kogoś innego, chwila, w której nikt inny nie jest obsługiwany. Pojedyncze pytanie to kilkadziesiąt sekund, ale przy kilkunastu-kilkudziesięciu takich pytaniach dziennie w sezonie, w skali miesiąca robi się z tego realny, policzalny czas pracy recepcji, spędzony na odpowiadaniu w kółko na to samo.

Aplikacja natywna a informator QR w przeglądarce - uczciwe porównanie

Oba podejścia mają swoje miejsce - różnią się jednak na tyle mocno, że warto je zestawić obok siebie, zamiast zakładać z góry, że "nowocześniejsze" znaczy "lepsze":

Żadna z tych kolumn nie jest uniwersalnie "lepsza" - to pytanie o dopasowanie do skali i typu obiektu, nie o to, które rozwiązanie brzmi bardziej nowocześnie w rozmowie sprzedażowej.

Ile to naprawdę kosztuje - nie tylko na starcie

Rozmowa handlowa o aplikacji hotelowej zwykle skupia się na koszcie budowy - to liczba, którą łatwo porównać między dostawcami i wpisać do budżetu. Rzadziej pada pytanie o koszty, które pojawiają się później i ciągną przez cały okres użytkowania: opłata za obecność w sklepach Google Play i App Store, czasem osobno licencjonowane aktualizacje pod nowe wersje systemów mobilnych, koszt wsparcia technicznego, gdy coś przestaje działać na konkretnym modelu telefonu. Dla dużej sieci hotelowej, gdzie ten koszt rozkłada się na dziesiątki obiektów i setki tysięcy gości rocznie, to nie problem. Dla pojedynczego hotelu, gdzie tę samą infrastrukturę wykorzystuje kilka tysięcy gości w sezonie, rachunek wygląda zupełnie inaczej.

Informator działający w przeglądarce ma odwrotną strukturę kosztów - niższy koszt startowy, praktycznie zerowy koszt utrzymania po stronie technicznej (nie trzeba martwić się o zgodność z nową wersją systemu operacyjnego, bo przeglądarka i tak się aktualizuje sama), a jedyny nawracający koszt to zwykle prosty abonament miesięczny za samo narzędzie, niezależny od tego, ile osób z niego skorzysta.

Kiedy pełna aplikacja ma sens, a kiedy to przerost formy

• Duża sieć hotelowa z programem lojalnościowym - tu aplikacja ma sens: te same osoby wracają wielokrotnie, raz zainstalowana aplikacja służy przez lata, a funkcje jak zbieranie punktów czy szybkie ponowne rezerwacje realnie się zwracają.
• Duży kurort z rozbudowaną ofertą transakcyjną (wypożyczalnia sprzętu, liczne restauracje z rezerwacją stolika, płatne atrakcje) - im więcej realnych transakcji odbywa się przez telefon gościa, tym mocniejszy argument za pełną aplikacją zamiast prostego informatora.
• Pojedynczy hotel czy pensjonat z gośćmi na kilka nocy - tu przewaga aplikacji się rozmywa: goście rzadko wracają na tyle często, żeby zainstalowana aplikacja się opłacała, a potrzeby są głównie informacyjne, nie transakcyjne.
• Obiekt sezonowy albo z dużą rotacją gości (agroturystyka, pensjonat nadmorski, hotel biznesowy z jednorazowymi gośćmi konferencyjnymi) - każdy kolejny gość to nowa instalacja od zera, co jeszcze bardziej obniża opłacalność pełnej aplikacji.

Innymi słowy: im częściej ten sam gość wraca i im więcej realnych transakcji odbywa się przez telefon, tym mocniejszy argument za pełną aplikacją. Im rzadziej gość wraca i im bardziej chodzi o proste pytania informacyjne, tym mniej to się opłaca - i tym bardziej sensowny staje się lżejszy informator dostępny od razu, bez pobierania.

Warto też pomyśleć o tym w kategoriach progu opłacalności: sieć z kilkunastoma hotelami, gdzie znaczna część gości wraca choćby raz w roku, zbiera zwrot z inwestycji w aplikację przez lata wielokrotnego użycia przez tych samych ludzi. Pojedynczy hotel nadmorski, gdzie zdecydowana większość gości widzi obiekt pierwszy i - statystycznie rzecz biorąc - jedyny raz, nigdy nie dojdzie do tego punktu, bo instalacja "na jeden pobyt" z definicji nie ma szans się zamortyzować.

Gdzie w tym miejscu jest StayAgenda

StayAgenda celowo wybiera drugą drogę - informator otwierany po zeskanowaniu kodu QR, bez instalowania, logowania czy zakładania konta. Gość skanuje kod (przy recepcji, w pokoju, na plaży przy leżaku) i od razu widzi menu na dziś, godziny i status SPA, plan dnia, kontakty do recepcji - w swoim własnym języku, bo treść tłumaczy się automatycznie.

To świadomy kompromis, nie próba udawania pełnej aplikacji: StayAgenda nie obsługuje płatności ani rezerwacji z automatycznym potwierdzeniem terminu - to wciąż wymaga kontaktu z recepcją albo formularza. W zamian hotel dostaje coś, co wdraża się w jeden dzień, a nie w kilka miesięcy, i co każdy gość - nawet ten, który zostaje tylko jedną noc - realnie otworzy, bo nic go to nie kosztuje poza jednym skanem.

W praktyce wygląda to tak: hotel wiesza jeden kod QR przy recepcji, drugi w pokojach, trzeci przy basenie czy w restauracji - ten sam kod wszędzie, bo prowadzi do tej samej strony. Gość skanuje go raz, zapisuje sobie stronę na ekranie głównym telefonu (bez instalowania niczego ze sklepu) i przez resztę pobytu wraca do niej jak do zwykłej zakładki. Zmiana godzin śniadania na weekend, dopisanie wieczornej animacji, aktualizacja menu dnia - wszystko to hotel robi sam, z telefonu albo komputera, bez czekania na programistę czy zgłoszenie do dostawcy.

Podsumowanie

Zanim padnie decyzja "potrzebujemy aplikacji", warto policzyć, ile realnie kosztowałoby wdrożenie w stosunku do tego, jak często ten sam gość wraca i ile z jego potrzeb jest transakcyjnych, a ile czysto informacyjnych. Dla większości pojedynczych hoteli i pensjonatów odpowiedzią okazuje się prostszy informator dostępny od razu przez kod QR - nie dlatego, że aplikacje są złe, tylko dlatego, że rozwiązanie warto dopasować do skali problemu, a nie do tego, co brzmi najbardziej nowocześnie.