فائدہ:
- طویل اور بکھرے ہوئے صارفین کی درخواستوں کو ساختی، قابل عمل خلاصوں میں تبدیل کرنے کی صلاحیت
- ایک مقررہ اسکیما کے ساتھ زمرہ، عجلت اور کسٹمر کے جذبات کے مطابق درخواستوں کی درجہ بندی کرنے کی اہلیت
- بلک ٹکٹ پروسیسنگ کے لیے آٹومیشن کے لیے موزوں ایک مستقل آؤٹ پٹ فارمیٹ (JSON/ٹیبل) کی وضاحت کرنے کی اہلیت
ایک سپورٹ ٹیم کی صبح کا تصور کریں: راتوں رات 220 نئے ٹکٹ (ٹکٹ) جمع ہو گئے ہیں۔ کچھ ایک سطری ہیں "میں اپنا پاس ورڈ بھول گیا ہوں"، کچھ ناراض تین پیراگراف کی شکایت ہیں، اور کچھ دراصل فروخت کا موقع ہیں۔ اس ڈھیر کو پڑھنا، ہر ایک کو صحیح زمرے میں تفویض کرنا، اس کی فوری ضرورت کا تعین کرنا، اور اسے صحیح شخص تک پہنچانا (اسے ٹرائیج کہتے ہیں؛ ایمرجنسی روم میں مریضوں کو ترجیح کے لحاظ سے چھانٹنے کی یہی منطق) دن کے پہلے دو گھنٹے کھا جاتی ہے۔
مصنوعی ذہانت (AI) یہ کام سیکنڈوں میں اور مسلسل کر سکتی ہے۔ لیکن جادو "اس درخواست کا خلاصہ" کہنے میں نہیں ہے۔ یہ زمرہ جات کی ایک مقررہ فہرست، واضح عجلت کی سطح، اور ماڈل پر ایک ناقابل تغیر آؤٹ پٹ فارمیٹ لگاتا ہے۔ اس یونٹ میں، ہم ایک ٹرائیج سسٹم قائم کریں گے جو ایک درخواست پر کارروائی کرنے سے لے کر آٹومیشن کے لیے تیار طریقے سے سینکڑوں درخواستوں پر لیبل لگانے تک جاتا ہے۔
نوٹ: AI کے ذریعہ تیار کردہ زمرہ اور فوری لیبل ایک ابتدائی اسکریننگ ٹول ہیں۔ خاص طور پر، "فوری" اور "شکایت" کے لیبل والی درخواستوں پر کارروائی سے پہلے انسان کی طرف سے تصدیق ہونی چاہیے۔
سٹرکچرڈ سمری کیوں؟
ایک مفت خلاصہ ("کسٹمر کو اپنی شپمنٹ میں پریشانی ہو رہی ہے") کو تلاش، ترتیب یا خودکار نہیں کیا جا سکتا۔ تاہم، سپورٹ مینیجر کی ضرورت درج ذیل سوالات کے لیے واضح ہے:
- یہ درخواست کس زمرے میں آتی ہے؟ (شپنگ، واپسی، ادائیگی، تکنیکی، مصنوعات کی معلومات، شکایت، فروخت کے مواقع)
- یہ کتنا ضروری ہے؟ (تنقیدی/اعلی/درمیانی/کم)
- کسٹمر کی جذباتی حالت کیا ہے؟ (ناراض / مایوس / غیر جانبدار / مطمئن)
- اس کے ایک جملے کا جوہر کیا ہے؟
- اگلا قدم کیا ہونا چاہیے؟
ایک بار جب آپ ان سوالات کی پہلے سے وضاحت کر لیتے ہیں اور ماڈل کو بطور سکیما (مستقل فیلڈز اور ممکنہ اقدار) دے دیتے ہیں، تو تمام 220 درخواستیں ایک ہی فارمیٹ میں موازنہ اور فلٹر ہو جاتی ہیں۔
مرحلہ وار: ٹرائیج اسکیم کا قیام
- زمرہ کی فہرست کو پن کریں۔ ماڈل کو فٹ نہ ہونے دیں۔ ایک بند فہرست دیں۔
- عجلت کے معیار کی وضاحت کریں۔ "تنقیدی" کا کیا مطلب ہے: سروس مکمل طور پر رک گئی، ادائیگی میں کمی، سیکیورٹی رسک۔
- جذباتی لیبلز کی شناخت کریں۔ ایک محدود اور واضح سیٹ استعمال کریں۔
- آؤٹ پٹ فارمیٹ درآمد کریں۔ بیچ پروسیسنگ کے لیے، JSON (مشین ریڈ ڈیٹا فارمیٹ جس میں فیلڈ ویلیو جوڑوں پر مشتمل ہے) موزوں ہے، ایک درخواست کے لیے، ٹیبل موزوں ہے۔
- "یقین نہیں تو ٹک" کا اصول بنائیں۔ اگر ماڈل زمرہ کے بارے میں غیر یقینی ہے، تو اسے غیر یقینی کہنے دیں اور انسان نظر آئے گا۔
- تصدیق کریں۔ پہلے بیچ میں، لیبلز کی درستگی کو دستی طور پر چیک کریں اور پرامپٹ سیٹ کریں۔
کاپی کرنے کے قابل اشارے
بنیادی پرامپٹ جو ایک درخواست کو ایک ساختی خلاصے میں تبدیل کرتا ہے:
کردار: آپ ایک تجربہ کار سپورٹ ٹرائیج ماہر ہیں۔ ذیل میں کسٹمر کی درخواست کا تجزیہ کریں۔ ایک تبصرہ شامل کریں؛ صرف متن میں کیا ہے اس پر بھروسہ کریں۔ درج ذیل فیلڈز کو پُر کریں:- خلاصہ: (زیادہ سے زیادہ 1 جملہ)- زمرہ: [شپنگ | واپسی | ادائیگی | تکنیکی | مصنوعات کی معلومات | شکایت | فروخت کا موقع]- فوری: [تنقیدی | ہائی | میڈیم | کم] - جذبات: [ناراض | مایوسی | غیر جانبدار | مطمئن]- اگلا_قدم: (ایک جملہ، ٹھوس کارروائی)- غیر یقینی: ("ہاں" اگر زمرہ/ضرورت واضح نہیں ہے، بصورت دیگر "نہیں") درخواست:"""{{ request_text }}"""
بیچ پروسیسنگ کے لیے، پرامپٹ متعدد درخواستوں کو ایک ساتھ JSON صف میں تبدیل کرتا ہے:
درج ذیل نمبر والی درخواستوں پر کارروائی کریں۔ درج ذیل اسکیما کے ساتھ ہر ایک کے لیے ایک JSON آبجیکٹ تیار کریں اور ان سب کو JSON سرنی کے طور پر واپس کریں۔ اسکیم سے باہر جانا: { "id": "", "summary": "", "category": "", "urgency": "", "emotion": "", "next_step": "", "مجھے یقین نہیں ہے": "" } زمرہ جات صرف: شپنگ، واپسی، ادائیگی، تکنیکی، مصنوعات کی معلومات، شکایت، فروخت کے مواقع۔ درخواستیں: {{ numbered_request_list }}
وہ اشارہ جو عجلت کے معیار کو واضح کرتا ہے اور ماڈل کو "تنقیدی" کی تعریف سکھاتا ہے:
مندرجہ ذیل اصول کے مطابق عجلت کا تعین کریں:- اہم: سروس مکمل طور پر دستیاب نہیں، ادائیگی میں کمی، سیکیورٹی/ڈیٹا کا خطرہ، قانونی خطرہ۔- اعلی: اہم کام ٹوٹ گیا ہے لیکن حل موجود ہے۔ ناراض گاہک۔- میڈیم: واحد مسئلہ، ورک فلو کو روکنا نہیں۔- کم: معلومات کی درخواست، تجویز، عمومی سوال۔ اپنے فیصلے کی وجہ "عاجزی_وجہ" والے خانے میں ایک جملے میں لکھیں۔
پرامپٹ جو فروخت کے مواقع کو حاصل کرتا ہے اور ایک سپورٹ/ سیلز پل قائم کرتا ہے:
درخواست پر کارروائی کرتے وقت، اگر گاہک نیا پروڈکٹ/پیکیج/سپلیمنٹ خریدنے میں دلچسپی ظاہر کرتا ہے (جیسے "کیا آپ کے پاس بڑا پیکیج ہے"، "اس میں کتنے صارفین ہیں")، زمرہ "سیلز مواقع" بنائیں اور "سیلز_نوٹ" فیلڈ میں سیلز ٹیم کے لیے ایک جملے کا ٹپ شامل کریں۔
کمزور پرامپٹ / مضبوط اشارہ
کمزور اشارہ
طاقتور فوری
"اس درخواست کا خلاصہ اور درجہ بندی کریں"
بند زمرہ کی فہرست + فوری تعریف + فکسڈ JSON اسکیما
ہر بار مختلف لیبل تیار کرتا ہے۔
ایک ہی درخواست کو ہمیشہ ایک ہی لیبل دیتا ہے۔
وہ اپنی مرضی کے مطابق لفظ "ارجنٹ" استعمال کرتا ہے۔
"تنقیدی" کے لیے ٹھوس معیار کا اطلاق ہوتا ہے
وہ مبہم بناتا ہے۔
emin_degilim: ہاں کہو اور اس شخص پر چھوڑ دو
مستقل مزاجی یہاں سنہری اصول ہے: اگر ایک ہی شکایت دو مختلف دنوں میں ایک ہی زمرے میں نہیں آتی ہے، تو کوئی رپورٹنگ اور آٹومیشن قابل اعتماد نہیں ہوگا۔
تین چھوٹے کیسز
کیس 1 - رازدارانہ نقاد۔ SaaS (انٹرنیٹ کرائے پر لی گئی سافٹ ویئر) کمپنی میں، پیغام "میں لاگ ان نہیں ہو سکتا، پوری ٹیم 40 لوگوں کا انتظار کر رہی ہے" عام لگ رہا تھا کیونکہ اس کی لمبائی مختصر تھی۔ ٹریج پرامپٹ نے فوری طور پر اصول ("خدمت مکمل طور پر دستیاب نہیں" معیار) کی بدولت اسے "کریٹیکل" کے طور پر نشان زد کیا۔ قطار میں 2 گھنٹے انتظار کرنے کے بجائے درخواست 6 منٹ میں نمٹائی گئی۔ ایک SLA (سروس لیول ایگریمنٹ، یعنی وعدہ کردہ رسپانس ٹائم) کی خلاف ورزی کو روک دیا گیا ہے۔
کیس 2 - غصے کی ترجیح۔ ایک دن جب 180 درخواستوں کے اے آئی ٹیگز کا جائزہ لیا گیا تو دیکھا گیا کہ "ناراض" کے جذبات کے ساتھ 14 درخواستوں کو الگ قطار میں کھڑا کر دیا گیا تھا۔ یہ درخواستیں تجربہ کار نمائندوں کو بھیجی گئیں، اور اس ہفتے منفی سروے سکور (CSAT، یعنی گاہک کے اطمینان کا سکور) پچھلے ہفتے کے مقابلے میں نمایاں طور پر بہتر ہوا۔
کیس 3 - حمایت سے فروخت تک پل۔ "میرا موجودہ پیکج 5 صارفین کے لیے ہے، مجھے اسے 20 لوگوں تک بڑھانے کی ضرورت ہے، کیا یہ ممکن ہے؟" AI نے پیغام کو "سیلز مواقع" کے طور پر ٹیگ کیا اور سیلز نوٹ شامل کیا۔ درخواست خود بخود سیلز ٹیم کو پہنچ گئی۔ ایک اعلی فروخت کا موقع جس پر کسی کا دھیان نہیں جاتا اگر یہ معیاری سپورٹ کی قطار میں کھو جاتا تو ایک فائدہ بن گیا ہے۔
مشورہ: اپنی زمرہ کی فہرست کو جتنا ممکن ہو سکے مختصر اور مجرد رکھیں۔ 20 زمرے ماڈل (اور آپ کی ٹیم) کو الجھائیں گے۔ 6-8 واضح زمرے زیادہ مستقل طور پر لیبل کیے گئے ہیں اور رپورٹوں میں معنی خیز ہیں۔ دو کثرت سے الجھے ہوئے زمروں کو یکجا کریں۔
آٹومیشن سے منسلک ہو رہا ہے۔
ساختی JSON آؤٹ پٹ کی اصل طاقت یہ ہے کہ یہ خود بخود اگلے مرحلے پر بہتی ہے: "کریٹیکل" کے لیبل والی درخواست فوری طور پر مینیجر کو مطلع کرتی ہے، "سیلز مواقع" CRM (کسٹمر ریلیشن شپ مینجمنٹ سوفٹ ویئر) میں آتا ہے، "واپس" سیلف سروس فلو میں چلا جاتا ہے۔ لیکن آٹومیشن کا پہلا اصول: صرف AI ٹیگ کی بنیاد پر زیادہ اثر والے اقدامات (ریفنڈ، اکاؤنٹ بند کرنا) کبھی بھی متحرک نہیں ہوتے ہیں۔ کبھی کبھی انسانی منظوری ہوتی ہے۔
احتیاط: جذبات کا تجزیہ ایک پیشین گوئی ہے، درست پیمائش نہیں۔ ایک گاہک جسے ماڈل "غیر جانبدار" کہتا ہے دراصل خاموشی سے بہت ناراض ہو سکتا ہے۔ ترجیح دینے کے لیے جذباتی ٹیگ استعمال کریں۔ لیکن حتمی نتائج اخذ کرنے کے لیے اس پر اکیلے بھروسہ نہ کریں جیسے "یہ گاہک پہلے ہی مطمئن ہے۔"
عام غلطیاں
- زمرہ کی فہرست کو ماڈل پر چھوڑنا؛ ہر بار مختلف، غیر مطابقت پذیر لیبل حاصل کرنا۔
- ایک متعلقہ لفظ کو چھوڑنا جیسے "فوری" غیر وضاحتی؛ تمام لوگوں سے درخواست ہے۔
- آؤٹ پٹ فارمیٹ کو ٹھیک نہیں کرنا؛ کبھی پیراگراف، کبھی فہرست JSON کی بجائے ظاہر ہوتی ہے۔
- غیر یقینی صورتحال کے لیے باہر نکلنے کا دروازہ فراہم نہیں کرنا (مجھے یقین نہیں ہے)۔
- انسانی منظوری کے بغیر اعلیٰ اثر والے لین دین (ریفنڈ، اکاؤنٹ کی بندش) کو AI ٹیگ سے جوڑنا۔
- پہلے بیچ کی دستی طور پر تصدیق کیے بغیر پورے بہاؤ کو خودکار کرنا۔
خلاصہ میں
- Triage زمرہ، عجلت اور جذبات کے لحاظ سے آنے والی درخواستوں کے ڈھیر کو تیزی سے چھانٹ رہا ہے۔
- مستقل مزاجی کی کلید: بند زمرہ کی فہرست، فوری فوری تعریف، اور فکسڈ آؤٹ پٹ فارمیٹ (JSON)۔
- عجلت اور جذباتی لیبل ترجیحات کو تیز کرتے ہیں۔ یہ تنقیدی اور ناراض مطالبات سامنے لاتا ہے۔
- سٹرکچرڈ آؤٹ پٹ کو براہ راست آٹومیشن (اطلاع، روٹنگ، CRM) سے منسلک کیا جا سکتا ہے۔
- زیادہ اثر انداز ہونے والی کارروائیوں اور مبہم لیبلز کو ہمیشہ انسانی تصدیق سے گزرنا چاہیے۔
درخواست کا کام
بیچ کی 5 مختلف گاہک کی درخواستوں پر کارروائی کریں جو آپ کے پاس ہیں (یا نمونے) اوپر JSON سرنی پرامپٹ کے ساتھ۔ پھر دستی طور پر آؤٹ پٹ کو چیک کریں: (1) کیا ہر زمرہ درست ہے؟ (2) کیا "تنقیدی" کے نشان والے اصل میں سروس بند کر دیتے ہیں؟ (3) کیا میں نے صحیح جگہوں پر "ہاں" کہا تھا؟ کسی بھی ٹیگ کو درست کریں جو فٹ نہیں ہیں اور اس کے مطابق پرامپٹ کو اپ ڈیٹ کریں (خاص طور پر زمرہ کی تعریفیں اور فوری اصول)۔ یہ مشق اسکیما کو آپ کی اپنی حقیقت کے مطابق کرنے کی عادت بناتی ہے۔
چیک لسٹ
- میں نے زمرہ جات کی ایک بند اور مجرد فہرست کی وضاحت کی ہے۔
- میں نے ٹھوس اقدامات کے ساتھ عجلت کی سطحوں کو بیان کیا۔
- [ ] میں نے آؤٹ پٹ فارمیٹ (JSON/table) کو ٹھیک کر دیا۔
- [ ] میں نے غیر یقینی صورتحال کے لیے باہر نکلنے کا دروازہ شامل کیا (مجھے یقین نہیں ہے)۔
- میں نے دستی طور پر پہلے بیچ کی تصدیق کی اور پرامپٹ کو کیلیبریٹ کیا۔
- میں نے اعلیٰ اثر والے اعمال پر انسانی منظوری کی ایک تہہ ڈال دی۔