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

लाभ:

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

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

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

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

किन संरचित सारांश?

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

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

एकचोटि तपाईंले यी प्रश्नहरूलाई पहिले नै परिभाषित गर्नुभयो र तिनीहरूलाई स्कीमा (स्थिर क्षेत्रहरू र सम्भावित मानहरू) को रूपमा मोडेलमा दिनुभयो, सबै 220 अनुरोधहरू समान ढाँचामा तुलना र फिल्टर गर्न योग्य हुन्छन्।

चरणबद्ध रूपमा: ट्राइएज योजना स्थापना गर्दै

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

प्रतिलिपि गर्न मिल्ने प्रम्प्टहरू

आधारभूत प्रम्प्ट जसले एकल अनुरोधलाई संरचित सारांशमा रूपान्तरण गर्छ:

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

ब्याच प्रशोधनको लागि, प्रम्प्टले धेरै अनुरोधहरूलाई एकै पटक JSON एरेमा रूपान्तरण गर्दछ:

तलको नम्बर गरिएका अनुरोधहरू प्रशोधन गर्नुहोस्। निम्न स्कीमाको साथ प्रत्येकको लागि JSON वस्तु उत्पन्न गर्नुहोस् र ती सबैलाई JSON एरेको रूपमा फर्काउनुहोस्। योजना बाहिर जाँदै: { "id": "", "summary": "", "category": "", "urgency": "", "emotion": "", "next_step": "", "म निश्चित छैन": "" }श्रेणीहरू मात्र: ढुवानी, फिर्ता, भुक्तानी, प्राविधिक, उत्पादन जानकारी, गुनासो, बिक्री अवसर। अनुरोधहरू: {{ numbered_request_list }}

प्रम्प्ट जसले अत्यावश्यक मापदण्ड स्पष्ट गर्दछ र मोडेललाई "क्रिटिकल" को परिभाषा सिकाउँछ:

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

प्रम्प्ट जसले बिक्रीको अवसरलाई कब्जा गर्छ र समर्थन/बिक्री पुल स्थापना गर्दछ:

अनुरोध प्रशोधन गर्दा, यदि ग्राहकले नयाँ उत्पादन/प्याकेज/पूरक खरिद गर्न रुचि देखाउँदछ (जस्तै "के तपाईसँग ठूलो प्याकेज छ", "कति प्रयोगकर्ताहरू लिन्छ"), कोटी "बिक्री अवसर" बनाउनुहोस् र "सेल्स_नोट" फिल्डमा बिक्री टोलीको लागि एक वाक्य टिप थप्नुहोस्।

कमजोर प्रम्प्ट / बलियो प्रम्प्ट

कमजोर प्रम्प्ट

शक्तिशाली प्रम्प्ट

"यो अनुरोध संक्षेप र वर्गीकृत गर्नुहोस्"

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

प्रत्येक पटक फरक लेबलहरू उत्पन्न गर्दछ

एउटै अनुरोधमा सधैं एउटै लेबल दिन्छ

उसले आफ्नो इच्छा अनुसार "जरूरी" शब्द प्रयोग गर्दछ।

"महत्वपूर्ण" को लागि ठोस मापदण्ड लागू गर्दछ

उसले अस्पष्ट बनाउँछ

emin_degilim: हो भन्नुहोस् र व्यक्तिलाई छोड्नुहोस्

स्थिरता यहाँको सुनौलो नियम हो: यदि एउटै गुनासो दुई फरक दिनमा एउटै श्रेणीमा पर्दैन भने, कुनै रिपोर्टिङ र स्वचालन विश्वसनीय हुनेछैन।

तीन मिनी केसहरू

केस १ - गोप्य आलोचक। सास (इन्टरनेट भाडामा लिइएको सफ्टवेयर) कम्पनीमा, "म लग इन गर्न सक्दिन, पूरै टोली 40 जनालाई पर्खिरहेको छ" भन्ने सन्देश सामान्य देखिन्थ्यो किनभने यो छोटो थियो। अत्यावश्यक नियम ("सेवा पूर्ण रूपमा अनुपलब्ध" मापदण्ड) को लागी ट्राइएज प्रम्प्टले यसलाई "क्रिटिकल" चिन्ह लगाइयो। २ घण्टा लाइनमा बस्नुको सट्टा ६ मिनेटमा अनुरोध सम्बोधन गरियो; एक SLA (सेवा स्तर सम्झौता, अर्थात् प्रतिज्ञा गरिएको प्रतिक्रिया समय) उल्लङ्घन रोकिएको छ।

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

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

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

स्वचालनमा जडान गर्दै

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

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

सामान्य गल्तीहरू

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

संक्षेपमा

• Triage चाँडै श्रेणी, अत्यावश्यकता, र भावना द्वारा आगमन अनुरोधहरूको ढेर मार्फत क्रमबद्ध गर्दैछ।
• स्थिरताको कुञ्जी: बन्द कोटी सूची, ठोस अत्यावश्यक परिभाषा, र निश्चित आउटपुट ढाँचा (JSON)।
• अत्यावश्यकता र भावना लेबलहरूले प्राथमिकतालाई गति दिन्छ; यसले आलोचनात्मक र आक्रोशित मागहरू अगाडि ल्याउँछ।
• संरचित आउटपुट सीधा स्वचालन (सूचना, मार्ग, CRM) मा लिङ्क गर्न सकिन्छ।
• उच्च-प्रभाव कार्यहरू र अस्पष्ट लेबलहरू जहिले पनि मानव प्रमाणीकरणबाट गुज्रनुपर्छ।

आवेदन कार्य

ब्याचले माथिको JSON एरे प्रम्प्टको साथ तपाईसँग (वा नमूनाहरू) 5 फरक ग्राहक अनुरोधहरू प्रक्रिया गर्दछ। त्यसपछि म्यानुअल रूपमा आउटपुट जाँच गर्नुहोस्: (1) प्रत्येक श्रेणी सही छ? (२) के ती "महत्वपूर्ण" चिन्ह लगाइएकाहरूले वास्तवमा सेवा बन्द गर्छन्? (३) के मैले सहि ठाउँहरूमा "हो" भनेको छु? फिट नहुने कुनै पनि ट्यागहरू सच्याउनुहोस् र त्यस अनुसार प्रम्प्ट (विशेष गरी श्रेणी परिभाषाहरू र अत्यावश्यक नियम) अपडेट गर्नुहोस्। यो अभ्यासले तपाईंको आफ्नै वास्तविकतामा स्किमा क्यालिब्रेट गर्ने बानी बनाउँछ।

चेकलिस्ट

• [ ] मैले कोटिहरूको बन्द र अलग सूची परिभाषित गरेको छु।
• [ ] मैले ठोस उपायहरूको साथ जरुरीताको स्तरहरू वर्णन गरें।
• [ ] मैले आउटपुट ढाँचा (JSON/टेबल) फिक्स गरें।
• [ ] मैले अनिश्चितताका लागि बाहिर निस्कने ढोका थपें ​​(म_अनिश्चित छु)।
• [ ] मैले म्यानुअल रूपमा पहिलो ब्याच प्रमाणित गरें र प्रम्प्टलाई क्यालिब्रेट गरें।
• [ ] मैले उच्च प्रभाव पार्ने कार्यहरूमा मानव अनुमोदनको तह राख्छु।