4 ستمبر 2026
آپ کے اے آئی سپورٹ ایجنٹ کو کب خاموش ہو جانا چاہیے
کارآمد سپورٹ ایجنٹ وہ نہیں جو ہر گفتگو کو خودکار ہی رکھے، بلکہ وہ ہے جو اپنی حد پہچانے اور کام اس طرح آگے سونپے کہ کسٹمر کو سب کچھ دوبارہ شروع سے نہ بتانا پڑے۔
ایک کسٹمر سپورٹ کو بتاتا ہے کہ اس کا ایکسپورٹ دو بار ناکام ہو چکا ہے۔ اے آئی ایکسپورٹ کا طریقہ سمجھاتا ہے، دوبارہ کوشش کرنے کو کہتا ہے، اور جب کسٹمر لوٹ کر آتا ہے تو وہی جواب پھر دہرا دیتا ہے۔ کسٹمر چیٹ بند کر دیتا ہے۔ ڈیش بورڈ اسے کنٹینمنٹ میں گن لیتا ہے۔ سپورٹ کی لیڈرشپ کو ہینڈ آف کم نظر آتے ہیں۔ یہ کہیں درج نہیں ہوتا کہ ایکسپورٹ اب بھی ناکام ہے۔ اے آئی سپورٹ ایجنٹ کی قدر اس میں نہیں کہ وہ بولتا رہ سکتا ہے۔ اس کی قدر تب ہے جب وہ مسئلے کو آگے بڑھا سکے، اور اس میں یہ جاننا بھی شامل ہے کہ کب رکنا ہے۔
کنٹینمنٹ سمجھ بوجھ کا نہیں، ڈٹے رہنے کا انعام دیتا ہے
کنٹینمنٹ روٹنگ کے ایک محدود سے سوال کا جواب دیتا ہے: کیا یہ خودکار گفتگو کسی انسان کے شامل ہونے سے پہلے ختم ہو گئی؟ ٹیم کی کیپیسٹی پلاننگ کے لیے یہ بات اہم ہے۔ لیکن اس سے یہ بالکل پتا نہیں چلتا کہ کسٹمر جس اصل کام کے لیے آیا تھا، وہ ہوا یا نہیں۔
حقیقی استعمال میں یہ فرق مٹتا جا رہا ہے۔ 150 سروس لیڈرز پر Dialpad کے 2026 کے سروے میں سامنے آیا کہ 39 فیصد نے کسٹمر کی خاموشی کو بھی ”مسئلہ حل ہو گیا“ کی تعریف میں شامل کر رکھا تھا، جبکہ 51 فیصد ہر اس کیس کو حل شدہ گنتے تھے جو کسی انسان کے بغیر بند ہو گیا، چاہے مسئلے پر کام ہوا ہو یا نہیں۔ مسئلے کے حل سے زیادہ کنٹینمنٹ کو ٹریک کیا جا رہا تھا۔ سروے میں ریٹیل اور ہیلتھ کیئر کے لیڈرز شامل تھے، اس لیے اسے ہر SaaS پر لاگو ہونے والا بینچ مارک نہیں کہا جا سکتا۔ پھر بھی یہ تعریفیں ایک کارآمد تنبیہ ہیں: کوئی سپورٹ ٹیم ایک ایسے نتیجے پر پیمائش کا پورا تفصیلی ڈھانچہ کھڑا کر سکتی ہے جسے اس نے کبھی دیکھا ہی نہیں۔
2,000 صارفین اور 500 انٹرپرائز لیڈرز پر مبنی Ada اور NewtonX کی تحقیق اس سے بڑی تھی، اور اس کے مطابق ہر چار میں سے صرف ایک صارف نے کہا کہ اے آئی سروس کے ساتھ اس کا حالیہ مسئلہ کسی انسان کے بغیر پوری طرح حل ہو گیا۔ اسی تحقیق کے مطابق 44 فیصد کاروبار اے آئی اور انسانوں کے ساتھ ہونے والی گفتگو کو ملا کر ایک ساتھ ناپتے ہیں۔ جس تحقیق کا خرچ وینڈرز اٹھائیں، اسے ہمیشہ کی طرح احتیاط سے لینا چاہیے، لیکن یہ دونوں نتائج ایک ہی مسئلے کو سامنے لاتے ہیں: کامیابی کا سہرا کس کے سر ہے۔ ٹیمیں یہ تو دیکھ لیتی ہیں کہ کسی کیس میں آٹومیشن کا عمل دخل رہا، مگر یہ نہیں جانتیں کہ مسئلہ اصل میں کس حصے نے حل کیا۔
ناکام ایکسپورٹ کے بارے میں ان تین چیٹس پر غور کریں، جو تینوں کنٹینمنٹ میں گنی گئیں:
1. اے آئی تاریخوں کی غلط رینج پکڑ لیتا ہے، کسٹمر اسے ٹھیک کرتا ہے، اور ایکسپورٹ مکمل ہو جاتا ہے۔
2. اے آئی ایک ایسے آرٹیکل کا لنک دے دیتا ہے جو کسٹمر پہلے ہی پڑھ چکا ہے، اور کسٹمر ہمت ہار دیتا ہے۔
3. اے آئی کہتا ہے کہ وہ سپورٹ سے رابطہ کرے گا، مگر حقیقت میں کوئی ٹکٹ جاتا ہی نہیں۔
مسئلہ صرف پہلی چیٹ میں حل ہوا۔ کنٹینمنٹ ڈیش بورڈ تینوں کو ایک جیسا درج کرتا ہے۔
گفتگو کا ختم ہونا صرف یہ ثابت کرتا ہے کہ گفتگو ختم ہو گئی۔ کسی اور اشارے کے بغیر اس سے یہ ثابت نہیں ہوتا کہ کسٹمر کا کام بن گیا، اسے جواب سمجھ آ گیا، یا وہ آگے بھی ساتھ رہنے کا ارادہ رکھتا ہے۔
رکنے کے فیصلے کی کوئی وجہ ہونی چاہیے
حل یہ نہیں کہ سب پر لاگو ہونے والی کانفیڈنس کی حد نیچی کر دی جائے۔ کانفیڈنس کی کیلیبریشن ناقص ہو سکتی ہے، اور پُراعتماد ایجنٹ کے پاس بھی کام مکمل کرنے کے لیے درکار ڈیٹا یا اختیار کی کمی ہو سکتی ہے۔ ہینڈ آف کا فیصلہ ناکامی کی ان حالتوں کی بنیاد پر ہونا چاہیے جو صاف دیکھی جا سکیں۔
ناکامی کی حالت · پروڈکٹ کے پاس موجود ثبوت · درست اگلا قدم
جواب کی کوئی بنیاد نہیں · موجودہ پیج اور منظور شدہ نالج سورسز میں یہ بات موجود نہیں · بتائیں کہ کون سی معلومات موجود نہیں، اور کسی انسان تک پہنچنے کا راستہ پیش کریں
عمل ناکام رہا · طے شدہ حد تک دوبارہ کوشش کے بعد بھی متوقع حالت سامنے نہیں آتی · کی گئی کوشش محفوظ رکھیں اور مسئلہ آگے منتقل کریں
اختیار کی حد · درخواست کے لیے ایسی فیصلہ سازی، استثنا یا رسائی درکار ہے جو اے آئی کے پاس نہیں · معاملہ اس شخص کے سپرد کریں جسے اس کا اختیار حاصل ہو
واضح ترجیح · کسٹمر کسی انسان سے بات کرنا چاہتا ہے · بحث کیے بغیر، اور بوٹ کا ایک اور چکر لگوائے بغیر منتقل کریں
معاملہ فوری ہوتا جا رہا ہے · کوئی ڈیڈ لائن، بار بار رابطہ یا بڑھتی ہوئی جھنجھلاہٹ تاخیر کی قیمت بدل دیتی ہے · انسان تک پہنچنے کا راستہ پہلے ہی پیش کر دیں
یہ حالتیں ایک دوسرے سے مختلف ہیں۔ کسی ہیلپ آرٹیکل کا موجود نہ ہونا علم کا مسئلہ ہے۔ جو بٹن بار بار وہی ایرر دے، وہ پروڈکٹ یا اکاؤنٹ کا مسئلہ ہے۔ ریفنڈ میں استثنا اختیار کا مسئلہ ہے۔ زیادہ روانی سے لکھا گیا جواب ان میں سے کوئی بھی مسئلہ حل نہیں کرتا۔
کسٹمر کی درخواست بھی فیصلہ کن ہونی چاہیے۔ Gartner نے 2026 کے اوائل میں B2B اور B2C کے 3,566 کسٹمرز کا سروے کیا اور پتا چلا کہ 87 فیصد کے نزدیک، جب کوئی کمپنی سروس کے لیے جنریٹو اے آئی استعمال کرے، تو کسی انسان تک رسائی لازمی ہے۔ انسان تک پہنچنے کا نمایاں راستہ اس بات کا اعتراف نہیں کہ آٹومیشن کی حکمتِ عملی ناکام ہو گئی۔ یہ بذاتِ خود سروس کا حصہ ہے۔
ہینڈ آف کا آغاز طے کرتا ہے کہ بگڑی بات کتنی سنبھلے گی
بہت سی پروڈکٹس کہنے کو تو انسانی سپورٹ دیتی ہیں، مگر کسٹمر کو کوئی جادوئی جملہ ڈھونڈنا پڑتا ہے، تین بار بوٹ کو ٹھکرانا پڑتا ہے، یا کسی مینو میں کھوج لگانی پڑتی ہے۔ منتقلی فلو چارٹ میں تو موجود ہوتی ہے، مگر انٹرفیس میں ناکام ہو جاتی ہے۔
جریدے Decision Support Systems میں شائع ہونے والے تین آن لائن تجربات میں چیٹ بوٹ کی ناکامی کے بعد انسانی مداخلت شروع کرنے کے چار طریقوں کا جائزہ لیا گیا: پس منظر میں موجود ایک راستہ، ٹائپ کیا گیا پرامپٹ، ایک بٹن، اور خودکار آغاز۔ بات سنبھالے جانے پر کسٹمر کا اطمینان طریقے کے لحاظ سے مختلف رہا، اور معاملہ جتنا فوری تھا، یہ فرق اتنا ہی بڑھ گیا۔ تحقیق کے خلاصے کی بنیاد پر کسی ایک طریقے کو ہر صورت کے لیے بہترین قرار نہیں دیا جا سکتا۔ البتہ اتنا ضرور ثابت ہوتا ہے کہ آغاز کا طریقہ بذاتِ خود بحالی کے تجربے کا حصہ ہے، اس کے گرد لپٹا کوئی غیر جانبدار خول نہیں۔
ایک عملی نظام میں ایک سے زیادہ راستے ہوتے ہیں:
– انسان سے بات کرنے کا آپشن ہر وقت دستیاب رکھیں، یہ شرط لگائے بغیر کہ پہلے کسٹمر ناکام ہو۔
– کسی انسان سے بات کرنے کی سیدھی درخواست کو حکم سمجھیں، کوئی اعتراض نہیں جسے ٹالنا ہو۔
– جب اے آئی کو ثبوت، عمل درآمد یا اختیار کی کوئی حد نظر آئے تو اسے خود منتقلی کی پیشکش کرنے دیں۔
– جانی پہچانی سنگین ناکامیوں یا فوری نوعیت کے معاملات میں ہینڈ آف خود بخود کھول دیں، لیکن کسٹمر کی تصدیق کے بغیر نہ کوئی پیغام بھیجیں، نہ کوئی ڈیٹا شیئر کریں۔
وقت اس لیے اہم ہے کہ دیر سے ہونے والی مداخلت کو ورثے میں ایک تھکا ہوا کسٹمر اور کم گرمجوشی والا انسانی آپریٹر ملتا ہے۔ Alibaba کی Taobao سروس پر کیے گئے ایک رینڈمائزڈ فیلڈ تجربے سے معلوم ہوا کہ جلد انسانی مداخلت سے ملازمین ایسکلیٹ ہونے والی گفتگو میں اپنی محنت برقرار رکھ پاتے ہیں۔ تحقیق میں یہ بھی سامنے آیا کہ تکنیکی اور جذباتی وجوہات سے ہونے والے ایسکلیشن کے نتائج مختلف تھے۔ یہ ایک بڑے مارکیٹ پلیس سے آنے والا پری پرنٹ ہے، کوئی عالمگیر اصول نہیں، لیکن یہ ایک کارآمد فرق کی تائید کرتا ہے: ایسکلیشن کی منطق کو ناکامی کی قسم اور اس کے وقت کو دیکھ کر ردِعمل دینا چاہیے، نہ کہ صرف کسی عمومی سینٹیمنٹ اسکور کو۔
یہاں پیش قدمی کا مطلب خاموشی سے ٹکٹ درج کر دینا نہیں۔ اس کا مطلب ہے کہ جس ناکامی کو سسٹم پہلے ہی پہچان چکا ہے، اس سے لے کر بات سنبھالنے کے ایک واضح راستے تک کا فاصلہ کم کیا جائے، ایسا راستہ جس کا فیصلہ کسٹمر کے ہاتھ میں ہو۔
مسئلے کی پوری صورتحال منتقل کریں
ٹرانسکرپٹ کو قطار میں بھیج دینا کچھ نہ بھیجنے سے بہتر ہے۔ مگر اسے ہینڈ آف کا ڈیزائن پھر بھی نہیں کہا جا سکتا۔
ٹرانسکرپٹ میں صرف پیغامات کی ترتیب درج ہوتی ہے۔ اگلے سپورٹ ایجنٹ کو کام کی موجودہ صورتحال درکار ہوتی ہے۔ کم از کم، منتقلی کے ساتھ یہ چھ چیزیں آسانی سے ملنی چاہییں:
1. کسٹمر کا مقصد۔ وہ کیا کرنا چاہ رہے تھے، ان کے اپنے الفاظ میں؟
2. متعلقہ صورتحال۔ وہ کون سا اکاؤنٹ، آبجیکٹ، روٹ، پلان یا ورک فلو استعمال کر رہے تھے؟
3. کی گئی کوششیں۔ اے آئی نے کیا مشورہ دیا یا خود کون سا قدم اٹھایا، اور ہر قدم کے بعد کیا ہوا؟
4. رکاوٹ۔ کس ایرر، کس اجازت کی کمی، کس بے ثبوت بات، یا حالت کی کس ناکام تبدیلی نے کام آگے بڑھنے سے روکا؟
5. فوری نوعیت۔ کیا کوئی ڈیڈ لائن ہے، بار بار ناکامی ہوئی ہے، بلنگ پر اثر پڑ رہا ہے، یا کیس کو ترجیح دینے کی کوئی اور وجہ ہے؟
6. رضامندی سے دیا گیا ثبوت۔ کسٹمر نے کون سی تشخیصی تفصیلات شیئر کرنے کا انتخاب کیا؟
اصل گفتگو بھی دستیاب رکھیں، کیونکہ خودکار خلاصے سے وہی تفصیل چھوٹ سکتی ہے جو تشخیص بدل دے۔ اس کے اوپر مسئلے کا ایک مختصر ڈرافٹ رکھیں تاکہ انسان کو بیس پیغامات کھنگال کر پورا کیس دوبارہ نہ جوڑنا پڑے۔
یہ ڈرافٹ انسان کو اے آئی کی تشریح میں جکڑ کر نہ رکھ دے۔ چیٹ بوٹ سے انسان تک پہنچنے والی سپورٹ گفتگو کے 2026 کے ایک تجزیے میں سامنے آیا کہ غلط فہمی دور کرتے وقت چیٹ بوٹس عمومی باتوں کی طرف جاتے ہیں، جبکہ انسانی ایجنٹ زیادہ مخصوص سوالات پوچھتے ہیں۔ اچھی منتقلی انسان کو ایک قدم آگے سے شروع کرواتی ہے، اور اس سوال کی گنجائش بھی باقی رکھتی ہے جو بوٹ سے چھوٹ گیا۔
تشخیصی معلومات کے لیے الگ اصول چاہیے۔ موجودہ پیج کا ایڈریس، حالیہ کنسول ایررز یا اکاؤنٹ کی صورتحال سے کسی تکنیکی مسئلے کی تشخیص کہیں تیز ہو سکتی ہے۔ مگر ان میں ایسی معلومات بھی ہو سکتی ہیں جو کسٹمر شیئر نہیں کرنا چاہتا تھا۔ بتائیں کہ کون سا ڈیٹا جائے گا، یہ آپشن ڈیفالٹ طور پر بند رکھیں، اور فیصلہ کسٹمر پر چھوڑ دیں۔ سیاق و سباق تبھی قیمتی ہے جب اسے جمع کرنے سے بات سنبھالنے کی کوشش اعتماد کو ایک اور ٹھیس نہ پہنچا دے۔
– کسٹمر کا مقصد اے آئی کے خلاصے سے پہلے نظر آئے۔
– ہر کوشش کے ساتھ اس کا دیکھا گیا نتیجہ درج ہو، تاکہ انسان وہی مشورہ نہ دہرائے جو پہلے ناکام ہو چکا ہے۔
– مسئلے کی تازہ صورتحال پورے ٹرانسکرپٹ سے الگ ہو۔
– حساس تشخیصی معلومات اختیاری ہوں، واضح طور پر بیان کی گئی ہوں، اور صارف کی منظوری سے ہی جائیں۔
– انسان خلاصے کو درست کر سکے اور مزید سوال پوچھتا رہ سکے۔
ذمہ داری کی منتقلی کو واضح کریں
اے آئی کے ایسکلیٹ کرنے کے فیصلے اور کسی انسان کے واقعی کیس سنبھالنے کے درمیان ایک نازک لمحہ آتا ہے۔ پروڈکٹس اکثر اسے مبہم جملوں سے ڈھانپ دیتی ہیں، جیسے ”میں نے ٹیم کو اطلاع دے دی ہے۔“ اس جملے کا مطلب یہ بھی ہو سکتا ہے کہ ایک ڈرافٹ بن گیا ہے، کوئی ویب ہُک چل گیا ہے، کوئی ٹکٹ قطار میں پہنچ گیا ہے، یا کچھ بھی نہیں ہوا۔
انٹرفیس کو اصل صورتحال دکھانی چاہیے۔ اگر اے آئی نے ڈرافٹ تیار کیا ہے تو اسے ڈرافٹ ہی کہیں۔ کسٹمر کو موضوع اور پیغام میں ترمیم کرنے دیں۔ دکھائیں کہ جواب رابطے کے کس ایڈریس پر آئے گا۔ بھیجنے سے پہلے تصدیق لیں۔ سرور کے قبول کر لینے کے بعد ایک ریفرنس دکھائیں اور ایمانداری سے بتائیں کہ آگے کیا ہوگا۔ اگر جواب ملنے کا وقت معلوم نہیں تو اپنی طرف سے نہ گھڑیں۔
اے آئی کے کردار کا اختتام بھی صاف ہونا چاہیے۔ کیس منتقل ہونے کے بعد اسے انسانی قطار کے اوپر سے اندازوں پر مبنی حل پیش کرتے نہیں رہنا چاہیے۔ وہ وصولی کی تصدیق کر سکتا ہے، گفتگو محفوظ رکھ سکتا ہے، اور کسی دوسرے سوال کے لیے دستیاب رہ سکتا ہے۔ یہ مسئلہ اب سپورٹ ٹیم کی ذمہ داری ہے۔
یہ وضاحت محض تسلی دینے والی عبارت نہیں۔ اس سے ایسی حالتیں بنتی ہیں جن کا آڈٹ ہو سکتا ہے: ڈرافٹ بنا، کسٹمر نے ترمیم کی، کسٹمر نے بھیجا، ٹیم کو موصول ہوا، انسان نے جواب دیا، مسئلہ حل ہوا۔ ہر حالت میں ناکامی صاف نظر آتی ہے اور دوبارہ کوشش کی جا سکتی ہے۔ چیٹ کے ببل میں کیا گیا مبہم وعدہ یہ نہیں کر سکتا۔
کسی ایک چینل کو نہیں، مسئلے کے پورے سفر کو ناپیں
تجزیے کی اکائی کسٹمر کا مسئلہ ہونی چاہیے، خودکار سیشن نہیں۔ ورنہ ایک ناکام چیٹ اور اس کے بعد ایک کامیاب ای میل، کنٹینمنٹ میں گنی گئی ایک اے آئی گفتگو اور ایک غیر متعلقہ انسانی ٹکٹ کے طور پر نظر آتے ہیں۔ ڈیش بورڈ پہلی پر جشن مناتا ہے اور دوسرے کو خرچ کے کھاتے میں ڈال دیتا ہے، حالانکہ دونوں ایک ہی سروس سفر کا حصہ ہیں۔
نتائج کے ماڈل کو پہلے ہی دن ہر مسئلے کی ایسی کامل شناخت درکار نہیں جو ہر جگہ چلے۔ شروع ایسے کریں کہ جب کسٹمر، مقصد اور متاثرہ آبجیکٹ ایک ہوں اور وقت کا دورانیہ بھی مناسب حد میں ہو، تو ان رابطوں کو آپس میں جوڑ دیں۔ یہ جوڑ ایسا رکھیں کہ اس کی وجہ سمجھائی جا سکے، اور سپورٹ اسٹاف کو اسے درست کرنے دیں۔ پھر نتائج کو الگ الگ کریں:
– اے آئی کا تصدیق شدہ حل: پروڈکٹ مطلوبہ تبدیلی درج کرتی ہے، یا کسٹمر تصدیق کرتا ہے کہ معلوماتی جواب سے مسئلہ حل ہو گیا۔
– اے آئی کی مدد سے حل: آٹومیشن نے کام کی معلومات جمع کیں یا کوئی کارآمد کام مکمل کیا، پھر اسی مسئلے کو کسی انسان نے حل کیا۔
– مناسب ایسکلیشن: درخواست علم، صلاحیت یا اختیار کی طے شدہ حد سے باہر تھی اور درست ذمہ دار تک پہنچ گئی۔
– غیر ضروری ایسکلیشن: جواب یا کام دائرے کے اندر تھا، مگر آٹومیشن اسے انجام نہ دے سکی۔
– حل نہیں ہوا یا نامعلوم: کسٹمر نے ادھورا چھوڑ دیا، مسئلہ دوبارہ بتایا، یا ایسے چلا گیا کہ نتیجے کی درجہ بندی کے لیے کافی ثبوت ہی نہیں بچا۔
کنٹینمنٹ کو ان زمروں کے ساتھ ٹریک کریں، ان سے اوپر نہیں۔ ساتھ ہی یہ بھی ناپیں: کیس کو کسی انسان کی ذمہ داری میں آنے تک کتنا وقت لگا، کسٹمرز کو کتنی بار اپنی بات دوبارہ بتانی پڑی، ایک ہی مسئلے پر بار بار کتنا رابطہ ہوا، اور آخرکار مسئلہ حل ہوا یا نہیں۔ نمونے کے طور پر چنے گئے کیسز میں جائزہ لیں کہ منتقل کی گئی صورتحال درست اور کافی تھی یا نہیں۔ وقت کا دورانیہ اور ثبوت کا معیار کام کی نوعیت کے مطابق ہونا چاہیے۔ اکاؤنٹ کی کسی سیٹنگ کی تصدیق فوراً ہو سکتی ہے۔ بلنگ کا کوئی تنازع کئی دن کھلا رہ سکتا ہے۔
اس سے ترغیب بدل جاتی ہے۔ ایجنٹ کو خود مختار حل کا کریڈٹ تب ملتا ہے جب وہ کامیابی ثابت کر سکے، اور صاف ستھری مدد کا کریڈٹ تب جب کیس کا درست ذمہ دار کوئی انسان تھا۔ کسٹمر کو کسی خودکار چینل میں تھکا دینے کا کوئی کریڈٹ نہیں ملتا۔
Barkan اس حد کو کیسے برتتا ہے
ہم نے Barkan کو اس طرح بنایا ہے کہ وہ روزمرہ کے ”یہ کیسے کروں“ والے سوالات وہیں حل کرے جہاں وہ پیدا ہوتے ہیں، اور اس کے لیے کسٹمر کی اسکرین پر اس وقت موجود انٹرفیس اور پروڈکٹ سے منسلک نالج سے کام لے۔ جب ان دونوں میں سے کوئی ذریعہ جواب کی بنیاد نہ بن سکے، یا جب کوئی وزیٹر خود کسی مسئلے کی رپورٹ کرنا چاہے، تو Barkan خلا کو اپنی یادداشت سے پُر کرنے کے بجائے سائٹ کی سپورٹ ٹیم کے لیے ایک پیغام تیار کر سکتا ہے۔
ہم نے اس پیغام کو ڈرافٹ رکھا ہے، پس منظر میں خود بخود ہونے والا کوئی عمل نہیں۔ وزیٹر اس کا موضوع اور متن بدل سکتا ہے، جواب کے لیے اپنی ای میل دے سکتا ہے، اور خود طے کر سکتا ہے کہ تکنیکی تفصیلات شامل کرے یا نہیں۔ تشخیصی معلومات کے اس آپشن کا چیک باکس شروع میں خالی ہوتا ہے۔ ٹکٹ سائٹ کے سپورٹ اِن باکس میں صرف تب پہنچتا ہے جب وزیٹر اسے خود بھیجے، اور اس کے ساتھ گفتگو اور منظور شدہ پیج کی معلومات یا حالیہ ایررز بھی جاتے ہیں۔
یہ فلو یہ ثابت نہیں کرتا کہ آخرکار مسئلہ حل ہو گیا، اور اسے ایسا ظاہر بھی نہیں کرنا چاہیے۔ یہ جواب، تجویز کردہ ایسکلیشن اور بھیجے گئے ٹکٹ کے درمیان فرق برقرار رکھتا ہے۔ ٹکٹ کا بعد میں حل ہونا ایک الگ نتیجہ ہے۔
اے آئی سپورٹ ایجنٹ کبھی نہ کبھی ناکام ہوگا۔ پروڈکٹ کا اصل فیصلہ یہ ہے کہ یہ ناکامی ایک نہ ختم ہونے والا چکر بنتی ہے، کسٹمر کی خاموش رخصتی، یا پوری تیاری سے کی گئی بحالی۔
اپنے وزیٹرز کو اسی جگہ رہنمائی دیں جہاں وہ کام کر رہے ہیں، اور جب آٹومیشن اپنی حد کو پہنچے تو اپنی ٹیم تک ایسا راستہ بھی، جسے وہ بھیجنے سے پہلے خود دیکھ لیں۔
”زیادہ تر صارفین کو ایک اور جواب نہیں چاہیے۔ وہ چاہتے ہیں کہ انہیں راستہ دکھایا جائے، یا کام ہی کر دیا جائے۔ پوری پروڈکٹ بس یہی ہے۔“
Gabriel Lancelot
شریک بانی، Barkan
