இடைத்தரகர் ஒரு சுவராக மாறும்போது
ஒரு பயணி சமீபத்தில் AirAsia MOVE தளத்தின் மூலம் ஒரு IndiGo விமானத்தை முன்பதிவு செய்தார். திட்டங்கள் மாறியபோது, அவர் பயணத்தை ரத்து செய்யக் கோரினார். விமான நிறுவனம் அதற்கு ஒப்புக்கொண்டது. கதை அங்கேயே முடிந்துவிட வேண்டும். ஆனால், அதற்குப் பதிலாக, அந்தத் தளம் ரத்து செய்யும் பணியைச் செய்ய மறுத்துவிட்டது, இதனால் அந்தப் பயணி இரண்டு நிறுவனங்களுக்கு இடையிலான இடைவெளியில் சிக்கிக்கொண்டார். அவர் தனது விரக்தியைப் பகிரங்கமாக வெளிப்படுத்தியதோடு, அந்த அமைப்பை பயனற்றது மற்றும் முட்டாள்தனமானது என்று அழைத்தார். அவரது கோபம் நியாயமானது, ஆனால் அது மில்லியன் கணக்கான பயணிகளின் வாழ்க்கையை எளிதாக்க aggregator-களை நம்பியிருக்கும் ஒரு சிக்கலைச் சுட்டிக்காட்டுகிறது.
இந்தச் சம்பவம் ஆன்லைன் பயணத் துறையின் பிரம்மாண்டமான இயந்திரத்தில் ஒரு சிறிய நிகழ்வுதான், இருப்பினும் இது ஒரு பெரிய எச்சரிக்கையைத் தருகிறது. விமான இணையதளங்கள், payment gateways மற்றும் உறுதிப்படுத்தல் குறியீடுகளை (confirmation codes) கையாளுவதைத் தவிர்க்கவே நாம் இந்த செயலிகளைப் பதிவிறக்குகிறோம். இடைத்தரகர் பணிகளை எளிதாக்க வேண்டுமே தவிர, தடையாகவும் இருக்கக்கூடாது என்று நாம் எதிர்பார்க்கிறோம். விமான நிறுவனம் ஏற்கனவே அனுமதித்த ரத்துச் செய்தியை ஒரு தளம் செயல்படுத்தத் தவறும்போது, அது தனது ஒரே உண்மையான வேலையைச் செய்யத் தவறிவிடுகிறது: அதாவது பயனரிடமிருந்து சேவை வழங்குநருக்குத் தகவல்களைத் துல்லியமாகப் பரிமாறிவிடுவது.
என்ன தவறு நடந்தது
இந்த வழக்கின் விவரங்கள் மிகவும் எளிமையானவை, அதுவே கவலையளிக்கும் விஷயமாகவும் இருக்கிறது. அந்தப் பயணி மறைமுகக் கட்டணங்கள் குறித்துப் போட்டியிடவில்லை அல்லது கொள்கை ஓட்டைகளைப் பற்றிப் போராடவில்லை. அவர் ஒரு சாதாரணச் செயலைச் செய்தார்—விமானத்தை ரத்து செய்வது—ஆனால் இருக்கக்கூடாத ஒரு பிழையைச் சந்தித்தார். IndiGo ரத்து செய்ய ஒப்புக்கொண்டது. AirAsia MOVE ஒப்புக்கொள்ளவில்லை. இதன் விளைவாக ஒரு இருதரப்புத் தோல்வி ஏற்பட்டது. பயணி தனது நேரத்தையும் மன அமைதியையும் இழந்தார். தளம் தனது நம்பகத்தன்மையை இழந்தது.
இத்தகைய தோல்விகள் பொதுவாகப் பயணிகள் பார்க்காத தொழில்நுட்பக் கட்டமைப்பின் ஆழத்தில் நிகழ்கின்றன. ஆன்லைன் பயண முகமைகள் மற்றும் superapps ஆகியவை விமான நிறுவனங்களின் இருப்புகளை (inventory) தங்கள் சொந்தச் சேவையகங்களில் (servers) சேமித்து வைப்பதில்லை. அவை தரவுகளைப் பரிமாறிக்கொள்ள application programming interfaces அல்லது APIs மூலம் விமான நிறுவனங்களுடன் இணைகின்றன. நீங்கள் “cancel” என்பதைக் கிளிக் செய்யும்போது, உங்கள் கோரிக்கை உங்கள் மொபைலில் இருந்து aggregator-ன் backend-க்குச் செல்கிறது, பின்னர் விமான நிறுவனத்தின் reservation system-க்குச் செல்கிறது. விமான நிறுவனம் முன்பதிவு நிலையைத் புதுப்பித்து உறுதிப்படுத்தலை அனுப்புகிறது. அந்த மாற்றத்தை உடனடியாகப் பிரதிபலித்து, உங்கள் பணத்தைத் திரும்பப் பெறுதல் (refund) அல்லது பயணக் கிரெடிட்களைச் (travel credits) செயல்படுத்த வேண்டும் என்பது aggregator-ன் கடமையாகும்.
அந்தச் சங்கிலியில் எங்கோ ஒரு இடத்தில், AirAsia MOVE முடங்கியது. ஒருவேளை API, IndiGo-வின் அமைப்பிலிருந்து புதுப்பிக்கப்பட்ட நிலையைச் சரிபார்க்கத் தவறியிருக்கலாம். அல்லது அந்தச் செயலியின் உள் தர்க்கத்தில் (internal logic) விமான நிறுவனத்தின் பதிலைத் தடுக்கும் ஒரு hardcoded விதி இருந்திருக்கலாம். அல்லது வாடிக்கையாளர் சேவைப் பிரதிநிதிகள் தங்கள் திரையில் அந்த முரண்பாட்டைக் கண்டிருந்தும், ரத்துச் செயலைத் தொடரத் தேவையான அனுமதியின்றி இருந்திருக்கலாம். எங்களுக்குத் துல்லியமான பிழை (bug) என்னவென்று தெரியாது, ஆனால் அதன் விளைவு எங்களுக்குத் தெரியும்: ஒரு மனிதர் மென்பொருள் சுழற்சிக்குள் (software loop) சிக்கிக்கொண்டார், அனைத்துத் தரப்பினரும் ரத்து செய்யச் சம்மதித்த ஒரு பரிவர்த்தனையைத் திரும்பப் பெற முடியாமல் தவித்தார்.
குறியீடு திருத்தங்களை விட நம்பிக்கை ஏன் வேகமாகச் சிதைகிறது
பயணிகள் கடினமான இடைமுகங்களை (interfaces) சகித்துக்கொள்கிறார்கள். மெதுவான செயல்பாடுகளையும் சகித்துக்கொள்கிறார்கள். ஆனால் பணம் மற்றும் திட்டங்கள் சம்பந்தப்பட்டிருக்கும்போது ஏற்படும் உதவியற்ற நிலையை அவர்கள் சகித்துக்கொள்ள மாட்டார்கள். ரத்து செய்வது என்பது ஒரு சாதாரணக் கோரிக்கை அல்ல. அது வழக்கமாக ஒரு நெருக்கடிக்குப் பிறகுதான் வரும்—மருத்துவப் பிரச்சினை, குடும்ப அவசரநிலை அல்லது திடீர் வேலைத் தடைகள். பயனர் ஏற்கனவே மன அழுத்தத்தில் இருப்பார். அந்தத் தொழில்நுட்பச் சிக்கல்களைக் கையாள்வதன் மூலம் அந்த அழுத்தத்தைக் குறைப்பதே ஒரு செயலியின் பணியாகும். அதற்குப் பதிலாக அது ஒரு புதிய தடையை உருவாக்கும்போது, அதன் பாதிப்பு மிக அதிகமாக இருக்கும்.
இதனால்தான் அந்தப் பயணியின் பகிரங்கக் கோபம் முக்கியத்துவம் பெறுகிறது. அவர் விடுபட்ட loyalty point அல்லது தாமதமான push notification குறித்துப் புகார் செய்யவில்லை. அவருக்குத் தேவைப்பட்ட நேரத்தில் அந்தத் தளம் ஒரு முறையான கோரிக்கையைத் தடுத்ததால், அதை அவர் பயனற்றது என்று விவரித்தார். டிஜிட்டல் சேவைகளின் மீதான நம்பிக்கை என்பது, சூழ்நிலைகள் மாறினாலும் அந்த அமைப்பு உங்கள் நோக்கத்தை மதிக்கும் என்ற நம்பிக்கையின் அடிப்படையில் கட்டமைக்கப்பட்டுள்ளது. அந்த வாக்குறுதி ஒருமுறை மீறப்பட்டால், அது பத்து வெற்றிகரமான முன்பதிவுகளால் கூடச் சரிசெய்ய முடியாத சேதத்தை ஏற்படுத்தும்.
இந்தப் பிரச்சினை பல பயணத் தளங்கள் எவ்வாறு கட்டமைக்கப்படுகின்றன என்பதில் உள்ள ஒரு மூலோபாயக் குறைபாட்டையும் (strategic blind spot) வெளிப்படுத்துகிறது. பொறியியல் குழுக்கள் பெரும்பாலும் front end-ல் அதிக கவனம் செலுத்துகின்றன: வேகமான தேடல், அழகான காலண்டர்கள், எளிதான checkout மற்றும் தனிப்பயனாக்கப்பட்ட சலுகைகள். இவைதான் செயலிகளைப் பதிவிறக்கத் தூண்டும் அம்சங்கள். முன்பதிவுக்குப் பிந்தைய செயல்பாடுகள்—மாற்றங்கள், ரத்துகள், ரீஃபண்ட்கள்—அவை வெறும் கூடுதல் சிந்தனைகளாகவே (afterthoughts) கருதப்படுகின்றன. அவற்றுக்கு பழைய APIs, குறைவான கண்காணிப்பு மற்றும் குறைவான மாற்று வழிகளே வழங்கப்படுகின்றன. ஆனால் ஒரு செயலி உண்மையான கருவியா அல்லது வெறும் கவர்ச்சிகரமான விளம்பரப் புத்தகமா என்பதைப் பயனர்கள் கண்டறியும் இடம் இதுதான்.
பயணத் தளங்கள் எவற்றில் சரியாகச் செயல்பட வேண்டும்
வாடிக்கையாளர்களுக்கும் விமான நிறுவனங்களுக்கும் இடையில் செயல்படும் எந்தவொரு நிறுவனத்திற்கும் இதிலிருந்து தெளிவான பாடங்கள் உள்ளன.
Make cancellations as simple as bookings. If a user can reserve a seat in three taps, they should be able to undo it without navigating a maze of chatbots, hidden menus, and unsupported forms. The cancellation flow should be visible, honest about fees, and free of dark patterns that guilt or confuse travelers into keeping a reservation they cannot use.
Build manual overrides that actually work. Automation is wonderful until it fails. When an API return conflict or a sync error occurs, customer service agents must have the authority and the interface to step in. Too many platforms design fully automated fortresses with no doors for human intervention. Agents end up reading from scripts, apologizing endlessly, and filing tickets into black holes. A useful override means an agent can see the airline’s approval, match it against the stuck booking, and release the cancellation in real time.
Keep software in sync with airline reality. Travel platforms need to move away from batch updates and slow polling cycles. If an airline marks a ticket as cancellable, refundable, or rescheduled, the aggregator should know within minutes, not hours. That requires robust webhook architecture, retry logic for failed handshakes, and reconciliation jobs that flag mismatches before a user discovers them. The platform should never be the last to know the status of its own product.
What Travelers Can Do Now
Until the industry fixes these gaps, passengers need to protect themselves. If you are booking through any third-party app, including major ones like AirAsia MOVE, keep a paper trail. Screenshot your confirmation numbers, cancellation policies, and any communication from the airline. Know the airline’s own policy before you buy; some carriers allow changes directly through their website even for tickets sold by partners. If the app fails, contact the airline directly. When public posts gain traction, companies tend to move faster than they do through private support channels. And if a significant sum is stuck, do not hesitate to escalate through consumer protection forums or chargeback mechanisms.
The Real Takeaway
Customer experience is not a layer of polish you apply after the code is written. It is the code working correctly when life gets messy. A booking platform that cannot cancel a flight is like a car with no reverse gear. It might drive forward beautifully, but sooner or later you will need to back out of a spot.
Travelers do not ask for magic. They ask for tools that execute basic commands without gaslighting them. AirAsia MOVE’s failure to honor a cancellation that IndiGo had already accepted is a reminder that convenience is only real when the entire pipeline works. Until travel platforms invest as heavily in post-purchase reliability as they do in acquisition funnels, users will keep their guard up. And they should.