सारांश और वर्गीकरण का अनुरोध करें (टिकट ट्राइएज)

लाभ:

• लंबे और बिखरे हुए ग्राहक अनुरोधों को संरचित, कार्रवाई योग्य सारांश में बदलने की क्षमता
• एक निश्चित स्कीमा के साथ श्रेणी, तात्कालिकता और ग्राहक भावना के अनुसार अनुरोधों को वर्गीकृत करने की क्षमता
• थोक टिकट प्रसंस्करण के लिए स्वचालन के लिए उपयुक्त एक सुसंगत आउटपुट प्रारूप (JSON/तालिका) को परिभाषित करने की क्षमता

एक सहायता टीम की सुबह की कल्पना करें: रात भर में 220 नए टिकट (टिकट) जमा हो गए हैं। कुछ एक-पंक्ति वाली हैं "मैं अपना पासवर्ड भूल गया", कुछ गुस्से भरी तीन-पैराग्राफ वाली शिकायत हैं, और कुछ वास्तव में बिक्री का अवसर हैं। इस ढेर को पढ़ना, हर एक को सही श्रेणी में निर्दिष्ट करना, इसकी तात्कालिकता का निर्धारण करना, और इसे सही व्यक्ति तक निर्देशित करना (इसे ट्राइएज कहा जाता है; आपातकालीन कक्ष में प्राथमिकता के आधार पर मरीजों को छांटने का वही तर्क) दिन के पहले दो घंटे बर्बाद कर देता है।

आर्टिफिशियल इंटेलिजेंस (एआई) यह काम कुछ ही सेकंड में और लगातार कर सकता है। लेकिन जादू यह कहने में नहीं है कि "इस अनुरोध को संक्षेप में प्रस्तुत करें"; यह मॉडल पर श्रेणियों की एक निश्चित सूची, स्पष्ट तात्कालिकता स्तर और एक अपरिवर्तनीय आउटपुट प्रारूप लागू करता है। इस इकाई में, हम एक ट्राइएज प्रणाली स्थापित करेंगे जो एक एकल अनुरोध को संसाधित करने से लेकर स्वचालन-तैयार तरीके से सैकड़ों अनुरोधों को लेबल करने तक जाती है।

नोट: एआई द्वारा उत्पन्न श्रेणी और तात्कालिकता लेबल एक प्रारंभिक स्क्रीनिंग टूल हैं। विशेष रूप से, "अत्यावश्यक" और "शिकायत" लेबल वाले अनुरोधों को संसाधित होने से पहले एक मानव द्वारा पुष्टि की जानी चाहिए।

संरचित सारांश क्यों?

एक निःशुल्क सारांश ("ग्राहक को अपने शिपमेंट में समस्या हो रही है") को खोजा, क्रमबद्ध या स्वचालित नहीं किया जा सकता है। हालाँकि, सहायता प्रबंधक की आवश्यकता निम्नलिखित प्रश्नों के लिए स्पष्ट है:

• यह अनुरोध किस श्रेणी में आता है? (शिपिंग, रिटर्न, भुगतान, तकनीकी, उत्पाद जानकारी, शिकायत, बिक्री अवसर)
• यह कितना जरूरी है? (गंभीर/उच्च/मध्यम/निम्न)
• ग्राहक की भावनात्मक स्थिति क्या है? (क्रोधित/निराश/तटस्थ/संतुष्ट)
• इसका एक वाक्य सार क्या है?
• अगला कदम क्या होना चाहिए?

एक बार जब आप इन प्रश्नों को पहले से परिभाषित कर लेते हैं और उन्हें एक स्कीमा (निरंतर फ़ील्ड और संभावित मान) के रूप में मॉडल को दे देते हैं, तो सभी 220 अनुरोध एक ही प्रारूप में तुलनीय और फ़िल्टर करने योग्य हो जाते हैं।

चरण दर चरण: एक ट्राइएज योजना की स्थापना

1. श्रेणी सूची पिन करें. मॉडल को फिट न होने दें; एक बंद सूची दीजिए.
2. तात्कालिकता की कसौटी को परिभाषित करें। ठोस "महत्वपूर्ण" का क्या अर्थ है: सेवा पूरी तरह से बंद, भुगतान हानि, सुरक्षा जोखिम।
3. भावना लेबल पहचानें. सीमित और स्पष्ट सेट का उपयोग करें।
4. आउटपुट स्वरूप आयात करें. बैच प्रोसेसिंग के लिए, JSON (फ़ील्ड-वैल्यू जोड़े से युक्त मशीन-रीड डेटा प्रारूप) उपयुक्त है, एकल अनुरोध के लिए, तालिका उपयुक्त है।
5. "यदि निश्चित नहीं है तो टिक करें" नियम बनायें। यदि मॉडल श्रेणी के बारे में अनिश्चित है, तो इसे अनिश्चित कहें और मानव दिखेगा।
6. सत्यापित करें। पहले बैच में, लेबल की सटीकता को मैन्युअल रूप से जांचें और प्रॉम्प्ट सेट करें।

प्रतिलिपि योग्य संकेत

मूल संकेत जो एकल अनुरोध को संरचित सारांश में परिवर्तित करता है:

भूमिका: आप एक अनुभवी सपोर्ट ट्राइएज विशेषज्ञ हैं। नीचे ग्राहक के अनुरोध का विश्लेषण करें। एक टिप्पणी जोड़ने; बस पाठ में जो है उस पर भरोसा करें। निम्नलिखित फ़ील्ड भरें:- सारांश: (अधिकतम 1 वाक्य)- श्रेणी: [शिपिंग | वापसी | भुगतान | तकनीकी | उत्पाद जानकारी | शिकायत | बिक्री का अवसर]- अत्यावश्यकता: [महत्वपूर्ण | उच्च | मध्यम | निम्न]- भावना: [क्रोधित | निराशा | तटस्थ | संतुष्ट] - अगला_चरण: (एकल वाक्य, ठोस कार्रवाई) - अनिश्चित: ("हाँ" यदि श्रेणी/अत्यावश्यकता अस्पष्ट है, अन्यथा "नहीं") अनुरोध:"""{{ request_text }}"""

बैच प्रोसेसिंग के लिए, प्रॉम्प्ट एक साथ कई अनुरोधों को JSON सरणी में परिवर्तित करता है:

नीचे दिए गए क्रमांकित अनुरोधों को संसाधित करें। निम्नलिखित स्कीमा के साथ प्रत्येक के लिए एक JSON ऑब्जेक्ट जेनरेट करें और उन सभी को JSON सरणी के रूप में लौटाएँ। योजना से बाहर जाना: { "आईडी": "", "सारांश": "", "श्रेणी": "", "तत्कालता": "", "भावना": "", "अगला_चरण": "", "मुझे यकीन नहीं है": "" }केवल श्रेणियाँ: शिपिंग, रिटर्न, भुगतान, तकनीकी, उत्पाद जानकारी, शिकायत, बिक्री अवसर। अनुरोध: {{ क्रमांकित_अनुरोध_सूची }}

संकेत जो तात्कालिकता मानदंड को स्पष्ट करता है और मॉडल को "महत्वपूर्ण" की परिभाषा सिखाता है:

निम्नलिखित नियम के अनुसार तात्कालिकता निर्धारित करें:- गंभीर: सेवा पूरी तरह से अनुपलब्ध, भुगतान की हानि, सुरक्षा/डेटा जोखिम, कानूनी खतरा।- उच्च: महत्वपूर्ण कार्य टूटा हुआ है लेकिन समाधान मौजूद है; नाराज ग्राहक।- मध्यम: एकल मुद्दा, वर्कफ़्लो नहीं रुकना।- निम्न: जानकारी, सुझाव, सामान्य प्रश्न के लिए अनुरोध। अपने निर्णय का कारण "अत्यावश्यक_कारण" फ़ील्ड में एक वाक्य में लिखें।

संकेत जो बिक्री के अवसर को पकड़ता है और एक समर्थन/बिक्री पुल स्थापित करता है:

अनुरोध संसाधित करते समय, यदि ग्राहक एक नया उत्पाद/पैकेज/पूरक खरीदने में रुचि दिखाता है (उदाहरण के लिए "क्या आपके पास एक बड़ा पैकेज है", "कितने उपयोगकर्ता लेते हैं"), श्रेणी "बिक्री अवसर" बनाएं और "बिक्री_नोट" फ़ील्ड में बिक्री टीम के लिए एक-वाक्य युक्ति जोड़ें।

कमजोर संकेत/मजबूत संकेत

कमजोर संकेत

शक्तिशाली संकेत

"इस अनुरोध को सारांशित करें और वर्गीकृत करें"

बंद श्रेणी सूची + अत्यावश्यक परिभाषा + निश्चित JSON स्कीमा

हर बार अलग-अलग लेबल उत्पन्न करता है

एक ही अनुरोध पर हमेशा एक ही लेबल देता है

वह अपनी इच्छानुसार "अत्यावश्यक" शब्द का प्रयोग करता है।

"महत्वपूर्ण" के लिए ठोस मानदंड लागू करता है

वह अस्पष्ट बनाता है

एमिन_डेगिलिम: हाँ कहें और इसे व्यक्ति पर छोड़ दें

संगति यहां का सुनहरा नियम है: यदि एक ही शिकायत दो अलग-अलग दिनों में एक ही श्रेणी में नहीं आती है, तो कोई भी रिपोर्टिंग और स्वचालन विश्वसनीय नहीं होगा।

तीन मिनी मामले

केस 1 - गोपनीय आलोचक। SaaS (इंटरनेट रेंटेड सॉफ्टवेयर) कंपनी में, संदेश "मैं लॉग इन नहीं कर सकता, पूरी टीम 40 लोगों का इंतजार कर रही है" सामान्य लग रहा था क्योंकि इसकी लंबाई छोटी थी। अत्यावश्यक नियम ("सेवा पूरी तरह से अनुपलब्ध" मानदंड) के कारण ट्राइएज प्रॉम्प्ट ने इसे "महत्वपूर्ण" के रूप में चिह्नित किया। अनुरोध को कतार में 2 घंटे इंतजार करने के बजाय 6 मिनट में निपटाया गया; एक एसएलए (सेवा स्तर समझौता, यानी वादा किया गया प्रतिक्रिया समय) उल्लंघन को रोका गया है।

केस 2 - क्रोध को प्राथमिकता देना। एक दिन जब 180 अनुरोधों के एआई टैग की जांच की गई, तो देखा गया कि "एंग्री" भावना वाले 14 अनुरोधों को एक अलग कतार में डाल दिया गया था। ये अनुरोध अनुभवी प्रतिनिधियों को निर्देशित किए गए थे, और उस सप्ताह नकारात्मक सर्वेक्षण स्कोर (सीएसएटी, यानी ग्राहक संतुष्टि स्कोर) में पिछले सप्ताह की तुलना में काफी सुधार हुआ था।

केस 3 - समर्थन से बिक्री तक पुल। "मेरा वर्तमान पैकेज 5 उपयोगकर्ताओं के लिए है, मुझे इसे 20 लोगों तक बढ़ाने की आवश्यकता है, क्या यह संभव है?" एआई ने संदेश को "बिक्री अवसर" के रूप में टैग किया और एक बिक्री नोट जोड़ा। अनुरोध स्वचालित रूप से बिक्री टीम के पास पहुंच गया; एक अपसेल अवसर जो मानक समर्थन कतार में खो जाने पर किसी का ध्यान नहीं जाता, एक लाभ बन गया है।

युक्ति: अपनी श्रेणी सूची यथासंभव छोटी और पृथक रखें। 20 श्रेणियां मॉडल (और आपकी टीम) को भ्रमित कर देंगी; 6-8 स्पष्ट श्रेणियां अधिक सुसंगत रूप से लेबल की गई हैं और रिपोर्ट में सार्थक हैं। अक्सर भ्रमित होने वाली दो श्रेणियों को मिलाएं।

स्वचालन से जुड़ रहा है

संरचित JSON आउटपुट की वास्तविक शक्ति यह है कि यह स्वचालित रूप से अगले चरण में प्रवाहित होता है: "क्रिटिकल" लेबल वाला अनुरोध तुरंत प्रबंधक को सूचित करता है, "बिक्री अवसर" सीआरएम (ग्राहक संबंध प्रबंधन सॉफ्टवेयर) में आता है, "रिटर्न" स्व-सेवा प्रवाह में जाता है। लेकिन स्वचालन का पहला नियम: उच्च प्रभाव वाली कार्रवाइयां (धनवापसी, खाता बंद करना) कभी भी अकेले एआई टैग के आधार पर शुरू नहीं की जाती हैं; कभी-कभी मानवीय स्वीकृति भी होती है।

सावधानी: भावना विश्लेषण एक भविष्यवाणी है, सटीक माप नहीं। एक ग्राहक जिसे मॉडल "तटस्थ" कहता है वह वास्तव में चुपचाप बहुत क्रोधित हो सकता है। प्राथमिकता देने के लिए भावना टैग का उपयोग करें; लेकिन "यह ग्राहक पहले से ही संतुष्ट है" जैसे अंतिम निष्कर्ष निकालने के लिए अकेले इस पर निर्भर न रहें।

सामान्य गलतियाँ

• श्रेणी सूची को मॉडल पर छोड़ना; हर बार अलग, असंगत लेबल प्राप्त हो रहे हैं।
• "अत्यावश्यक" जैसे सापेक्ष शब्द को अपरिभाषित छोड़ना; सभी का अनुरोध अत्यावश्यक है.
• आउटपुट स्वरूप ठीक नहीं करना; कभी-कभी पैराग्राफ, कभी-कभी JSON की जगह सूची दिखाई देती है।
• अनिश्चितता के लिए निकास द्वार उपलब्ध नहीं कराना (मुझे यकीन नहीं है)।
• मानव अनुमोदन के बिना उच्च प्रभाव वाले लेनदेन (रिफंड, खाता बंद करना) को एआई टैग से जोड़ना।
• पहले बैच को मैन्युअल रूप से सत्यापित किए बिना संपूर्ण प्रवाह को स्वचालित करना।

संक्षेप में

• ट्राइएज आने वाले अनुरोधों के ढेर को श्रेणी, तात्कालिकता और भावना के आधार पर तेजी से क्रमबद्ध कर रहा है।
• स्थिरता की कुंजी: बंद श्रेणी सूची, ठोस तात्कालिकता परिभाषा, और निश्चित आउटपुट प्रारूप (JSON)।
• तात्कालिकता और भावना लेबल प्राथमिकता निर्धारण को गति देते हैं; यह आलोचनात्मक और क्रोधपूर्ण मांगों को सामने लाता है।
• संरचित आउटपुट को सीधे स्वचालन (अधिसूचना, रूटिंग, सीआरएम) से जोड़ा जा सकता है।
• उच्च प्रभाव वाली कार्रवाइयों और अस्पष्ट लेबलों को हमेशा मानव सत्यापन से गुजरना चाहिए।

आवेदन कार्य

बैच ऊपर दिए गए JSON ऐरे प्रॉम्प्ट के साथ आपके पास मौजूद 5 अलग-अलग ग्राहक अनुरोधों (या नमूनों) को संसाधित करता है। फिर आउटपुट को मैन्युअल रूप से जांचें: (1) क्या प्रत्येक श्रेणी सही है? (2) क्या "गंभीर" के रूप में चिह्नित लोग वास्तव में सेवा बंद कर देते हैं? (3) क्या मैंने निश्चित रूप से सही जगह पर "हाँ" कहा है? जो भी टैग फिट नहीं बैठते उन्हें ठीक करें और प्रॉम्प्ट (विशेष रूप से श्रेणी परिभाषाएँ और तात्कालिकता नियम) को तदनुसार अपडेट करें। यह अभ्यास स्कीमा को आपकी अपनी वास्तविकता के अनुरूप अंशांकित करने की आदत बनाता है।

चेकलिस्ट

• [ ] मैंने श्रेणियों की एक बंद और अलग सूची परिभाषित की है।
• [ ] मैंने ठोस उपायों के साथ तात्कालिकता के स्तरों का वर्णन किया।
• [ ] मैंने आउटपुट फॉर्मेट (JSON/टेबल) ठीक कर दिया है।
• [ ] मैंने अनिश्चितता के लिए एक निकास द्वार जोड़ा है (मैं अनिश्चित हूं)।
• [ ] मैंने पहले बैच को मैन्युअल रूप से सत्यापित किया और प्रॉम्प्ट को कैलिब्रेट किया।
• [ ] मैं उच्च प्रभाव वाले कार्यों पर मानवीय अनुमोदन की एक परत लगाता हूं।