When the Middleman Becomes the Wall
A traveler recently booked an IndiGo flight through the AirAsia MOVE platform. When plans changed, he asked to cancel the trip. The airline agreed. That should have been the end of the story. Instead, the platform itself refused to process the cancellation, leaving the passenger stranded in a gap between two companies. He took his frustration public and called the system useless and stupid. His anger was raw, but it pointed to a problem that affects millions of travelers who rely on aggregators to simplify their lives.
The incident is a small event in the vast machinery of online travel, yet it carries a loud warning. We download these apps to avoid juggling airline websites, payment gateways, and confirmation codes. We expect the middleman to grease the wheels, not to lock them. When a platform cannot execute a cancellation that the airline has already approved, it fails its only real job: moving information faithfully from the user to the service provider and back again.
What Broke
The details of the case are straightforward, and that is exactly what makes them concerning. The passenger did not dispute a hidden fee or fight a policy loophole. He performed a standard action—cancelling a flight—and hit an error that should not exist. IndiGo accepted the cancellation. AirAsia MOVE did not. The result was a classic lose-lose situation. The traveler lost time and peace of mind. The platform lost credibility.
This kind of failure typically happens deep in the plumbing that travelers never see. Online travel agencies and superapps do not store airline inventory on their own servers. They connect to airlines through application programming interfaces, or APIs, that pass data back and forth. When you tap “cancel,” your request travels from your phone to the aggregator’s backend, then across to the airline’s reservation system. The airline updates the booking status and sends a confirmation. The aggregator is supposed to reflect that change immediately and process your refund or travel credits.
Somewhere along that chain, AirAsia MOVE seized up. Perhaps the API failed to poll the updated status from IndiGo’s system. Perhaps the app’s internal logic contained a hardcoded rule that overrode the airline’s response. Perhaps customer service agents could see the mismatch on their screens but lacked the permissions to force the cancellation through. We do not know the exact bug, but we know the outcome: a human being was trapped inside a software loop, unable to undo a transaction that every party agreed should be undone.
Why Trust Erodes Faster Than Code Fixes
Travelers tolerate clunky interfaces. They tolerate slow load times. They will not tolerate helplessness when money and plans are on the line. A cancellation is not a frivolous request. It usually follows a crisis—a medical issue, a family emergency, a sudden work conflict. The user is already stressed. The app’s role is to reduce that stress by handling the backend complexity. When it instead adds a new obstacle, the emotional cost is outsized.
This is why the passenger’s public outburst matters. He did not complain about a missing loyalty point or a delayed push notification. He described the platform as useless because, at the moment he needed it most, it actively blocked a legitimate request. Trust in digital services is built on the belief that the system will honor your intent even when circumstances change. One breakdown of that promise does more damage than ten smooth bookings can repair.
The problem also exposes a strategic blind spot in how many travel platforms are built. Engineering teams often pour resources into the front end: fast search, pretty calendars, one-tap checkout, personalized deals. Those are the features that drive downloads. Post-booking operations—changes, cancellations, refunds—are treated as afterthoughts. They get older APIs, less monitoring, and fewer fallback options. But that is exactly where users discover whether an app is a true tool or just a shiny brochure.
What Travel Platforms Must Get Right
There are clear lessons here for any company that sits between customers and airlines.
Сделайте отмену такой же простой, как и бронирование. Если пользователь может забронировать место в три касания, он должен иметь возможность отменить это, не блуждая в лабиринте чат-ботов, скрытых меню и неподдерживаемых форм. Процесс отмены должен быть прозрачным, честным в отношении комиссий и свободным от «темных паттернов», которые заставляют путешественников чувствовать вину или путают их, вынуждая сохранять бронирование, которым они не смогут воспользоваться.
Создавайте механизмы ручного вмешательства, которые действительно работают. Автоматизация прекрасна до тех пор, пока она не дает сбой. Когда возникает конфликт ответов API или ошибка синхронизации, агенты службы поддержки должны иметь полномочия и интерфейс для вмешательства. Слишком многие платформы проектируют полностью автоматизированные крепости без дверей для человеческого вмешательства. В итоге агенты вынуждены читать по скриптам, бесконечно извиняться и отправлять заявки в «черные дыры». Полезный механизм ручного управления означает, что агент может увидеть подтверждение от авиакомпании, сопоставить его с зависшим бронированием и провести отмену в режиме реального времени.
Синхронизируйте программное обеспечение с реалиями авиакомпаний. Тревел-платформам нужно отказаться от пакетных обновлений и медленных циклов опроса. Если авиакомпания помечает билет как доступный для отмены, возврата или переноса, агрегатор должен узнать об этом в течение нескольких минут, а не часов. Это требует надежной архитектуры вебхуков, логики повторных попыток при сбоях рукопожатия и задач сверки, которые выявляют несоответствия до того, как их обнаружит пользователь. Платформа никогда не должна узнавать о статусе собственного продукта последней.
Что путешественники могут сделать прямо сейчас
Пока индустрия не устранит эти пробелы, пассажирам приходится защищать себя самостоятельно. Если вы бронируете через любое стороннее приложение, включая такие крупные, как AirAsia MOVE, сохраняйте документальные подтверждения. Делайте скриншоты номеров подтверждения, правил отмены и любой переписки с авиакомпанией. Изучайте правила самой авиакомпании перед покупкой; некоторые перевозчики позволяют вносить изменения напрямую через свой сайт даже для билетов, проданных партнерами. Если приложение дает сбой, свяжитесь с авиакомпанией напрямую. Когда публичные посты набирают популярность, компании склонны реагировать быстрее, чем через частные каналы поддержки. А если заблокирована значительная сумма, не стесняйтесь обращаться в форумы по защите прав потребителей или использовать механизмы чарджбэка.
Главный вывод
Клиентский опыт — это не слой лоска, который наносят после написания кода. Это код, который работает правильно, когда ситуация становится запутанной. Платформа бронирования, которая не может отменить рейс, подобна автомобилю без задней передачи. Она может прекрасно ехать вперед, но рано или поздно вам понадобится выехать с парковочного места задом.
Путешественники не просят магии. Они просят инструменты, которые выполняют базовые команды, не пытаясь манипулировать ими. Неспособность AirAsia MOVE выполнить отмену, которую IndiGo уже приняла, — это напоминание о том, что удобство реально только тогда, когда работает вся цепочка. Пока тревел-платформы не будут инвестировать в надежность после покупки так же масштабно, как в воронки привлечения клиентов, пользователи будут сохранять бдительность. И им стоит это делать.
