جب درمیانی ایجنٹ ہی دیوار بن جائے
ایک مسافر نے حال ہی میں AirAsia MOVE پلیٹ فارم کے ذریعے IndiGo کی ایک پرواز بک کی۔ جب منصوبوں میں تبدیلی آئی، تو اس نے سفر منسوخ کرنے کی درخواست کی۔ ایئر لائن نے اس پر اتفاق کر لیا۔ کہانی کو یہیں ختم ہو جانا چاہیے تھا۔ لیکن اس کے بجائے، خود پلیٹ فارم نے منسوخی کے عمل کو مکمل کرنے سے انکار کر دیا، جس سے مسافر دو کمپنیوں کے درمیان ایک خلا میں پھنس کر رہ گیا۔ اس نے اپنی مایوسی کا اظہار عوامی سطح پر کیا اور سسٹم کو بیکار اور بیوقوف قرار دیا۔ اس کا غصہ شدید تھا، لیکن اس نے اس مسئلے کی طرف اشارہ کیا جو ان لاکھوں مسافروں کو متاثر کرتا ہے جو اپنی زندگیوں کو آسان بنانے کے لیے ایگریگیٹرز (aggregators) پر بھروسہ کرتے ہیں۔
یہ واقعہ آن لائن ٹریول کی وسیع مشینری میں ایک چھوٹا سا واقعہ ہے، پھر بھی یہ ایک بڑی وارننگ ہے۔ ہم ایئر لائن کی ویب سائٹس، پیمنٹ گیٹ ویز اور کنفرمیشن کوڈز کے چکروں سے بچنے کے لیے یہ ایپس ڈاؤن لوڈ کرتے ہیں۔ ہم توقع کرتے ہیں کہ درمیانی ایجنٹ کام کو آسان بنائے گا، نہ کہ اسے روک دے گا۔ جب کوئی پلیٹ فارم ایسی منسوخی کو مکمل نہیں کر پاتا جسے ایئر لائن پہلے ہی منظور کر چکی ہو، تو وہ اپنے واحد اصل کام میں ناکام ہو جاتا ہے: یعنی صارف سے سروس فراہم کرنے والے تک اور واپس صارف تک معلومات کو درست طریقے سے پہنچانا۔
کیا خرابی ہوئی
اس کیس کی تفصیلات سادہ ہیں، اور یہی بات اسے تشویشناک بناتی ہے۔ مسافر نے کسی چھپے ہوئے چارج پر اعتراض نہیں کیا اور نہ ہی کسی پالیسی کے loophole سے لڑا۔ اس نے ایک عام سا کام کیا—پرواز منسوخ کرنا—اور ایک ایسے ایرر کا سامنا کیا جو موجود ہی نہیں ہونا چاہیے تھا۔ IndiGo نے منسوخی قبول کر لی، لیکن AirAsia MOVE نے نہیں۔ نتیجہ ایک کلاسک 'نقصان دہ صورتحال' (lose-lose situation) نکلا۔ مسافر کا وقت اور ذہنی سکون دونوں ضائع ہوئے۔ پلیٹ فارم کی ساکھ کو نقصان پہنچا۔
اس قسم کی ناکامی عام طور پر ان تکنیکی پیچیدگیوں میں ہوتی ہے جنہیں مسافر کبھی دیکھ نہیں پاتے۔ آن لائن ٹریول ایجنسیاں اور superapps ایئر لائن کا انوینٹری اپنے سرورز پر محفوظ نہیں رکھتیں۔ وہ application programming interfaces، یا APIs کے ذریعے ایئر لائنز سے جڑے ہوتے ہیں جو ڈیٹا کا لین دین کرتے ہیں۔ جب آپ "cancel" پر ٹیپ کرتے ہیں، تو آپ کی درخواست آپ کے فون سے ایگریگیٹر کے backend تک جاتی ہے، اور پھر ایئر لائن کے ریزرویشن سسٹم تک پہنچتی ہے۔ ایئر لائن بکنگ کی صورتحال کو اپ ڈیٹ کرتی ہے اور تصدیق بھیجتی ہے۔ ایگریگیٹر سے توقع کی جاتی ہے کہ وہ اس تبدیلی کو فوری طور پر ظاہر کرے اور آپ کے ریفنڈ یا ٹریول کریڈٹس کا عمل مکمل کرے۔
کہیں نہ کہیں اس زنجیر میں AirAsia MOVE رک گیا۔ ہو سکتا ہے کہ API، IndiGo کے سسٹم سے اپ ڈیٹ شدہ صورتحال حاصل کرنے میں ناکام رہا ہو۔ ہو سکتا ہے کہ ایپ کے اندرونی لاجک میں کوئی ایسا hardcoded اصول ہو جس نے ایئر لائن کے جواب کو نظر انداز کر دیا۔ ہو سکتا ہے کہ کسٹمر سروس ایجنٹس اپنی اسکرینوں پر یہ فرق دیکھ رہے ہوں لیکن ان کے پاس منسوخی کو زبردستی نافذ کرنے کے اختیارات نہ ہوں۔ ہم اصل بگ (bug) کے بارے میں نہیں جانتے، لیکن ہم نتیجہ جانتے ہیں: ایک انسان سافٹ ویئر کے ایک لوپ میں پھنس گیا، جو ایک ایسے لین دین کو منسوخ کرنے سے قاصر تھا جس پر تمام فریقین کا اتفاق تھا۔
اعتماد کوڈ کی اصلاحات سے زیادہ تیزی سے کیوں ٹوٹتا ہے
مسافر مشکل انٹرفیس برداشت کر لیتے ہیں۔ وہ لوڈ ہونے میں لگنے والا زیادہ وقت بھی برداشت کر لیتے ہیں۔ لیکن جب پیسے اور منصوبے داؤ پر لگے ہوں، تو وہ بے بسی برداشت نہیں کرتے۔ منسوخی کی درخواست کوئی معمولی بات نہیں ہوتی۔ یہ عام طور پر کسی بحران کے بعد آتی ہے—جیسے طبی مسئلہ، خاندانی ہنگامی صورتحال، یا کام کا اچانک تنازع۔ صارف پہلے ہی ذہنی دباؤ کا شکار ہوتا ہے۔ ایپ کا کردار بیک اینڈ کی پیچیدگیوں کو سنبھال کر اس دباؤ کو کم کرنا ہے۔ جب یہ اس کے بجائے ایک نئی رکاوٹ کھڑی کر دیتی ہے، تو اس کا جذباتی نقصان بہت زیادہ ہوتا ہے۔
یہی وجہ ہے کہ مسافر کا عوامی طور پر غصہ نکالنا اہمیت رکھتا ہے۔ اس نے کسی گمشدہ لائلٹی پوائنٹ یا تاخیر سے آنے والی پش نوٹیفکیشن کے بارے میں شکایت نہیں کی۔ اس نے پلیٹ فارم کو بیکار اس لیے قرار دیا کیونکہ جس لمحے اسے اس کی سب سے زیادہ ضرورت تھی، اس نے ایک جائز درخواست کو بلاک کر دیا۔ ڈیجیٹل خدمات پر اعتماد اس یقین پر مبنی ہوتا ہے کہ حالات بدلنے کے باوجود سسٹم آپ کے ارادے کا احترام کرے گا۔ اس وعدے کی ایک بھی خلاف ورزی اتنے نقصان کا باعث بنتی ہے جسے دس کامیاب بکنگز بھی ٹھیک نہیں کر سکتیں۔
یہ مسئلہ اس اسٹریٹجک اندھے پن کو بھی بے نقاب کرتا ہے کہ بہت سے ٹریول پلیٹ فارمز کیسے بنائے جاتے ہیں۔ انجینئرنگ ٹیمیں اکثر فرنٹ اینڈ پر وسائل صرف کرتی ہیں: تیز سرچ، خوبصورت کیلنڈرز، ون ٹیپ چیک آؤٹ، اور ذاتی نوعیت کی ڈیلز۔ یہ وہ فیچرز ہیں جو ڈاؤن لوڈز بڑھاتے ہیں۔ بکنگ کے بعد کے معاملات—جیسے تبدیلیاں، منسوخیاں، اور ریفنڈز—کو محض ضمنی سمجھا جاتا ہے۔ انہیں پرانے 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.