Gdy pośrednik staje się ścianą
Podróżny niedawno zarezerwował lot linii IndiGo za pośrednictwem platformy AirAsia MOVE. Gdy plany uległy zmianie, poprosił o anulowanie podróży. Linia lotnicza wyraziła zgodę. To powinno być koniec historii. Zamiast tego sama platforma odmówiła przetworzenia anulowania, pozostawiając pasażera w próżni między dwiema firmami. Wyraził swoją frustrację publicznie, nazywając system bezużytecznym i głupim. Jego gniew był szczery, ale wskazywał na problem, który dotyka miliony podróżnych polegających na agregatorach, aby uprościć sobie życie.
Incydent ten jest małym wydarzeniem w ogromnej machinie podróży online, a jednak niesie ze sobą głośne ostrzeżenie. Pobieramy te aplikacje, aby uniknąć żonglowania stronami linii lotniczych, bramkami płatniczymi i kodami potwierdzeń. Oczekujemy, że pośrednik naoliwi tryby, a nie je zablokuje. Kiedy platforma nie potrafi przeprowadzić anulowania, które linia lotnicza już zatwierdziła, zawodzi w swoim jedynym prawdziwym zadaniu: rzetelnym przekazywaniu informacji od użytkownika do dostawcy usług i z powrotem.
Co zawiodło
Szczegóły tej sprawy są proste, i to właśnie czyni je niepokojącymi. Pasażer nie kwestionował ukrytej opłaty ani nie walczył z luką w regulaminie. Wykonał standardową czynność – anulowanie lotu – i napotkał błąd, który nie powinien istnieć. IndiGo zaakceptowało anulowanie. AirAsia MOVE nie. Rezultatem była klasyczna sytuacja typu lose-lose. Podróżny stracił czas i spokój ducha. Platforma straciła wiarygodność.
Tego rodzaju awarie zazwyczaj zdarzają się głęboko w zapleczu technicznym, którego podróżni nigdy nie widzą. Internetowe biura podróży i superaplikacje nie przechowują zasobów linii lotniczych na własnych serwerach. Łączą się z liniami lotniczymi za pomocą interfejsów programistycznych aplikacji, czyli API, które przesyłają dane w obie strony. Kiedy klikasz „anuluj”, Twoja prośba wędruje z telefonu do backendu agregatora, a następnie do systemu rezerwacyjnego linii lotniczej. Linia lotnicza aktualizuje status rezerwacji i wysyła potwierdzenie. Agregator powinien natychmiast odzwierciedlić tę zmianę i przetworzyć zwrot pieniędzy lub kredyty podróżne.
Gdzieś w tym łańcuchu AirAsia MOVE się zacięła. Być może API nie pobrało zaktualizowanego statusu z systemu IndiGo. Być może wewnętrzna logika aplikacji zawierała sztywno zapisaną regułę, która nadpisała odpowiedź linii lotniczej. Być może agenci obsługi klienta widzieli niezgodność na swoich ekranach, ale nie mieli uprawnień, aby wymusić anulowanie. Nie znamy dokładnego błędu, ale znamy skutek: człowiek został uwięziony w pętli oprogramowania, nie mogąc cofnąć transakcji, co do której anulowania zgodziła się każda ze stron.
Dlaczego zaufanie niszczeje szybciej niż naprawiane jest kod
Podróżni tolerują toporne interfejsy. Tolerują wolne ładowanie stron. Nie będą jednak tolerować bezradności, gdy w grę wchodzą pieniądze i plany. Anulowanie nie jest błahą prośbą. Zazwyczaj następuje po kryzysie – problemie zdrowotnym, nagłej sytuacji rodzinnej czy niespodziewanym konflikcie w pracy. Użytkownik jest już zestresowany. Rolą aplikacji jest zmniejszenie tego stresu poprzez zarządzanie złożonością backendu. Kiedy zamiast tego staje się nową przeszkodą, koszt emocjonalny jest niewspółmiernie wysoki.
Dlatego publiczny wybuch pasażera ma znaczenie. Nie skarżył się na brak punktów lojalnościowych czy opóźnione powiadomienie push. Określił platformę jako bezużyteczną, ponieważ w momencie, gdy najbardziej jej potrzebował, aktywnie blokowała zasadną prośbę. Zaufanie do usług cyfrowych opiera się na przekonaniu, że system uszanuje Twoje zamiary nawet wtedy, gdy okoliczności ulegną zmianie. Jedno złamanie tej obietnicy wyrządza większe szkody, niż dziesięć sprawnych rezerwacji jest w stanie naprawić.
Problem ten obnaża również strategiczną ślepą plamę w sposobie budowania wielu platform podróżnych. Zespoły inżynieryjne często inwestują zasoby w front end: szybkie wyszukiwanie, ładne kalendarze, płatność jednym kliknięciem, spersonalizowane oferty. To są funkcje, które napędzają liczbę pobrań. Operacje po dokonaniu rezerwacji – zmiany, anulowania, zwroty – są traktowane jako dodatek. Otrzymują one starsze API, mniej monitoringu i mniej opcji awaryjnych. Ale to właśnie tam użytkownicy odkrywają, czy aplikacja jest prawdziwym narzędziem, czy tylko błyszczącą broszurą.
Co platformy podróżne muszą zrobić dobrze
Płyną z tego jasne lekcje dla każdej firmy, która pośredniczy między klientami a liniami lotniczymi.
Spraw, aby anulowanie było tak proste jak rezerwacja. Jeśli użytkownik może zarezerwować miejsce trzema kliknięciami, powinien móc to cofnąć bez przedzierania się przez labirynt chatbotów, ukrytych menu i nieobsługiwanych formularzy. Proces anulowania powinien być przejrzysty, uczciwy w kwestii opłat i wolny od tzw. dark patterns (zwodniczych interfejsów), które wzbudzają poczucie winy lub wprowadzają podróżnych w błąd, zmuszając ich do utrzymania rezerwacji, z której nie mogą skorzystać.
Twórz mechanizmy ręcznego nadpisania, które faktycznie działają. Automatyzacja jest wspaniała, dopóki nie zawiedzie. Gdy wystąpi konflikt odpowiedzi API lub błąd synchronizacji, agenci obsługi klienta muszą mieć uprawnienia i interfejs, aby móc interweniować. Zbyt wiele platform projektuje w pełni zautomatyzowane fortece bez drzwi dla ludzkiej interwencji. Agenci kończą, czytając ze skryptów, bez końca przepraszając i wysyłając zgłoszenia w czarną dziurę. Skuteczne nadpisanie oznacza, że agent może zobaczyć zgodę linii lotniczej, dopasować ją do zablokowanej rezerwacji i zatwierdzić anulowanie w czasie rzeczywistym.
Utrzymuj oprogramowanie w synchronizacji z rzeczywistością linii lotniczych. Platformy podróżne muszą odejść od aktualizacji wsadowych i powolnych cykli odpytywania (polling). Jeśli linia lotnicza oznaczy bilet jako możliwy do anulowania, zwrotny lub zmieniony, agregator powinien o tym wiedzieć w ciągu minut, a nie godzin. Wymaga to solidnej architektury webhooków, logiki ponawiania prób dla nieudanych połączeń (handshakes) oraz zadań uzgadniających (reconciliation jobs), które flagują niezgodności, zanim użytkownik je odkryje. Platforma nigdy nie powinna dowiadywać się o statusie własnego produktu jako ostatnia.
Co podróżni mogą zrobić już teraz
Dopóki branża nie wyeliminuje tych luk, pasażerowie muszą sami się chronić. Jeśli rezerwujesz przez jakąkolwiek aplikację zewnętrzną, w tym duże platformy, takie jak AirAsia MOVE, zachowaj ślad dokumentacji. Rób zrzuty ekranu numerów potwierdzeń, polityk anulowania i wszelkiej komunikacji z linią lotniczą. Poznaj własną politykę linii lotniczej przed zakupem; niektórzy przewoźnicy umożliwiają zmiany bezpośrednio przez swoją stronę internetową, nawet w przypadku biletów sprzedawanych przez partnerów. Jeśli aplikacja zawiedzie, skontaktuj się bezpośrednio z linią lotniczą. Gdy publiczne posty zyskują rozgłos, firmy mają tendencję do szybszego reagowania niż w przypadku prywatnych kanałów wsparcia. A jeśli duża kwota zostaje zablokowana, nie wahaj się eskalować sprawy poprzez fora ochrony konsumentów lub mechanizmy chargeback.
Najważniejszy wniosek
Doświadczenie klienta (customer experience) to nie warstwa szlifu, którą nakłada się po napisaniu kodu. To kod, który działa poprawnie, gdy sytuacja staje się skomplikowana. Platforma rezerwacyjna, która nie potrafi anulować lotu, jest jak samochód bez biegu wstecznego. Może i świetnie jedzie do przodu, ale prędzej czy później będziesz musiał wycofać się z miejsca parkingowego.
Podróżni nie proszą o magię. Proszą o narzędzia, które wykonują podstawowe polecenia bez stosowania wobec nich gaslightingu. Niezdolność AirAsia MOVE do honorowania anulowania, które IndiGo już zaakceptowało, jest przypomnieniem, że wygoda jest prawdziwa tylko wtedy, gdy cały proces (pipeline) działa sprawnie. Dopóki platformy podróżne nie zaczną inwestować w niezawodność po zakupie tak samo mocno, jak w lejki sprzedażowe (acquisition funnels), użytkownicy będą zachowywać czujność. I słusznie.