इकाई 4 / 12

संदर्भ प्रबंधन: मॉडल को सही पृष्ठभूमि देना

लाभ:

  • उदाहरणों से समझा सकते हैं कि संदर्भ कैसे आउटपुट की सटीकता निर्धारित करता है
  • किसी कार्य के लिए किस संदर्भ जानकारी की आवश्यकता है, इसका चयन और कॉन्फ़िगर कर सकते हैं
  • अनावश्यक, विरोधाभासी या छिपे हुए संदर्भ के जोखिमों को पहचानता है और उनसे बचता है

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

प्रसंग इतना निर्णायक क्यों है?

मॉडल आपके द्वारा प्रदान किए गए पाठ से परे आपकी स्थिति को नहीं जानता है। वह आपकी कंपनी का नाम, आपके ग्राहक का इतिहास, आपके प्रोजेक्ट का लक्ष्य या पिछले सप्ताह किस बारे में बात की गई थी, यह नहीं जानता है। यदि आप यह जानकारी प्रदान नहीं करते हैं, तो मॉडल "औसत" धारणा के साथ लिखेगा, और औसत शायद ही आपकी अनूठी स्थिति में फिट होगा। संदर्भ देने से मॉडल "औसत" से "सिर्फ आपके लिए" हो जाता है।

उदाहरण के लिए, जब आप कहते हैं "ग्राहक को छूट की पेशकश लिखें", तो मॉडल एक सामान्य पाठ उत्पन्न करता है। लेकिन यदि आप यह संदर्भ देते हैं कि "यह ग्राहक 3 साल से हमारे साथ है, उसने पिछले साल 400 हजार टीएल का कारोबार किया था, उसने कहा कि उसे प्रतिद्वंद्वी कंपनी से सस्ता ऑफर मिला है और हम उसकी वफादारी बनाए रखना चाहते हैं", प्रस्ताव का स्वर, औचित्य और छूट तर्क पूरी तरह से उचित होगा।

किसी कार्य को किस संदर्भ की आवश्यकता है?

हर कार्य के लिए सब कुछ लिखना आवश्यक नहीं है; आपका काम उस कार्य के लिए आवश्यक और पर्याप्त संदर्भ चुनना है। ये चार प्रश्न आपका काम आसान बनाते हैं:

  1. किसके लिए? खरीदार कौन है, उसके ज्ञान का स्तर, आपके साथ उसका रिश्ता।
  2. कहां से? इस आउटपुट का उद्देश्य है; अनुनय, सूचना या निर्णय?
  3. किस अतीत के साथ? पहले क्या बात हुई, क्या हुआ, क्या निर्णय लिये गये?
  4. किस सीमा के साथ? बजट, अवधि, ब्रांड नियम, कानूनी ढांचा।

संदर्भ को चरण दर चरण सेट करना

  1. कार्य को एक वाक्य में लिखिए।
  2. उपरोक्त चार प्रश्नों के उत्तर दें; उत्तरों को बुलेट पॉइंट में जोड़ें.
  3. अनावश्यक या विरोधाभासी उपवाक्यों को हटा दें (बहुत अधिक संदर्भ भी हानिकारक होता है)।
  4. यदि कोई गोपनीय/व्यक्तिगत डेटा है, तो उसे छुपाएं (हम इस विषय पर इकाई 11 में लौटेंगे)।
  5. कार्य से संदर्भ को दृश्य रूप से अलग करें (शीर्षक, पंक्ति, या "संदर्भ:" टैग)।

थोड़ा प्रसंग/पर्याप्त प्रसंग/ज्यादा प्रसंग

स्थिति

निष्कर्ष

थोड़ा संदर्भ

यह सामान्य, गलत निकला, "सभी के लिए उपयुक्त लेकिन किसी के लिए नहीं"

पर्याप्त प्रसंग

स्थिति-विशिष्ट, टू-द-प्वाइंट, सीधे प्रयोग करने योग्य आउटपुट

अत्यधिक/विरोधाभासी संदर्भ

मॉडल मुख्य मांग को अस्पष्ट करते हुए महत्वपूर्ण को महत्वहीन के साथ भ्रमित करता है

आम धारणा के विपरीत, बहुत अधिक संदर्भ अच्छा नहीं है। यदि आप पृष्ठभूमि के दस पैराग्राफ लिखते हैं और कहते हैं कि आप एक अस्पष्ट वाक्य में क्या चाहते हैं, तो मॉडल विवरणों के ढेर में डूब जाएगा और मुख्य कार्य से चूक जाएगा। अच्छा संदर्भ वह चुनना है जो प्रासंगिक है; सब कुछ उगलना नहीं.

चार प्रतिलिपि योग्य टेम्पलेट

1) प्रसंग ब्लॉक कंकाल:

संदर्भ:- किसके लिए: [प्राप्तकर्ता, स्तर, संबंध] - उद्देश्य: [हम क्या हासिल करना चाहते हैं] - इतिहास: [प्रासंगिक पिछली घटनाएं/निर्णय] - सीमाएं: [बजट, अवधि, नियम] कार्य: [एकल स्पष्ट क्रिया + आउटपुट]

2) ग्राहक संचार:

संदर्भ:- ग्राहक: 2 साल का कॉर्पोरेट, प्रति माह ~30 हजार टीएल खर्च।- समस्या: आखिरी डिलीवरी 5 दिन देर से हुई, ग्राहक ने फटकार लगाई।- उद्देश्य: रिश्ते को बनाए रखें, विश्वास को नवीनीकृत करें। कार्य: एक संक्षिप्त मुआवज़ा ईमेल लिखें (अधिकतम 100 शब्द)। बाधा: जिम्मेदारी स्वीकार करें; किसी और को दोष मत दो.

3) आंतरिक रिपोर्ट/कार्यकारी सारांश:

संदर्भ:- पाठक: महाप्रबंधक, तकनीकी विवरण में रुचि नहीं, परिणामोन्मुख।- उद्देश्य: बजट अनुमोदन के लिए अनुनय।- पृष्ठभूमि: परियोजना में 2 महीने की देरी हुई लेकिन दायरा बढ़ गया। कार्य: 1 पैराग्राफ कार्यकारी सारांश + 3-आइटम कार्रवाई सूची लिखें।

4) सतत प्रसंग (लंबी बातचीत की शुरुआत):

अपने सभी भविष्य के उत्तरों को इस संदर्भ पर आधारित करें: - हमारी कंपनी: [डोमेन, आकार] - ब्रांड आवाज: [ठोस विशेषण] - निषिद्ध: [प्रतियोगी का नाम, प्रचार, वादा] इसकी पुष्टि करें और प्रत्येक उत्तर में इन नियमों का पालन करें।

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

कमज़ोर:

हमें प्राप्त इस शिकायत पर प्रतिक्रिया लिखें।[शिकायत पाठ]

मजबूत:

संदर्भ: शिकायत करने वाला ग्राहक 4 साल पुराना, वफादार; उत्पाद ख़राब है, वह प्रतिस्थापन चाहता है। हमारी नीति 14 दिनों के भीतर बिना शर्त विनिमय और छठे दिन ग्राहक को अनुमति देती है। उद्देश्य: त्वरित समाधान और विश्वास। कार्य: ग्राहक को उत्तर लिखें. अधिकतम 90 शब्द, प्रथम वाक्य में समाधान बतायें। प्रतिबंध: राजनीति से बाहर वादे न करें; आरोप लगाने वाली भाषा का उपयोग करना। शिकायत:[शिकायत पाठ]

दूसरा संकेत मॉडल को ग्राहक प्रोफ़ाइल, नीति, अवधि और उद्देश्य देता है; ताकि उत्तर "सामान्य माफ़ी" न हो बल्कि एक सही और व्यावहारिक समाधान हो।

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

केस 1 - रियल एस्टेट सलाहकार। एक सलाहकार "खूबसूरती से लिखने" के लिए विज्ञापन पाठ तैयार कर रहा था। जब हमने जानकारी जोड़ी "लक्ष्य खरीदार एक युवा परिवार है, क्षेत्र की स्कूलों से निकटता को उजागर किया जाना चाहिए, कीमत बाजार के औसत से 5% कम है", विज्ञापनों ने सीधे लक्षित दर्शकों को आकर्षित किया और सलाहकार की अपनी निगरानी में प्रति दृश्य खोज दर में वृद्धि हुई।

केस 2 - प्रोजेक्ट मैनेजर। जब एक प्रधान मंत्री ने साप्ताहिक स्थिति ईमेल में "पिछले सप्ताह 2 प्रमुख डिलीवरी चूक गईं लेकिन एक जोखिम जल्दी बंद कर दिया गया; पाठक वरिष्ठ प्रबंधन" का संदर्भ दिया, तो मॉडल ने संतुलित स्वर में कहा, न तो घबराया और न ही छिपाया। संदर्भ के बिना, वही कार्य या तो बहुत आशावादी या बहुत निराशावादी निकलेगा।

केस 3 - एचआर। अस्वीकृति ईमेल प्रिंट करते समय, एक एचआर पेशेवर ने "अंतिम दौर में उम्मीदवार मजबूत था, भविष्य में एक और पद खुल सकता है" का संदर्भ जोड़ा। परिणाम एक ऐसा पाठ था जिसने दरवाज़ा बंद नहीं किया या उम्मीदवार को अपमानित नहीं किया; बिना सन्दर्भ वाला संस्करण ठंडा और फार्मूलाबद्ध था।

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

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

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

संक्षेप में

  • संदर्भ वह पृष्ठभूमि जानकारी है जो मॉडल को "एक औसत उत्तर" से "विशेष रूप से आपके लिए एक उत्तर" की ओर ले जाती है।
  • अच्छा संदर्भ चार प्रश्नों का उत्तर देता है: किसके लिए, क्यों, किस इतिहास के साथ, किस सीमा के साथ।
  • बहुत कम संदर्भ सामान्य आउटपुट उत्पन्न करता है, पर्याप्त संदर्भ सटीक आउटपुट उत्पन्न करता है, और बहुत अधिक संदर्भ फैलाव उत्पन्न करता है।
  • स्पष्ट लेबल के साथ संदर्भ को कार्य से अलग करें; जो प्रासंगिक है उसे चुनें, सब कुछ फैला न दें।
  • गोपनीय डेटा को जोड़ने से पहले उसे अज्ञात बनाएं; अधिकांश समय सामान्य परिभाषा ही पर्याप्त होती है।

आवेदन कार्य

अपने काम से एक वास्तविक कार्य चुनें (एक ईमेल, रिपोर्ट, या उत्तर)। पहले संदर्भ-मुक्त संस्करण चलाएँ। फिर चार प्रश्नों के उत्तर दें (किसके लिए, क्यों, कौन सा इतिहास, कौन सी सीमा), एक "संदर्भ:" ब्लॉक जोड़ें, और फिर से चलाएँ। दो आउटपुट के बीच हिट में अंतर देखें और अतिरिक्त संदर्भ की जांच करें।

चेकलिस्ट

  • [ ] मैं चार प्रश्नों से यह निर्धारित कर सकता हूं कि किसी कार्य के लिए किस संदर्भ की आवश्यकता है।
  • [ ] मैं स्पष्ट लेबल के साथ संदर्भ को कार्य से अलग करता हूं।
  • [ ] मैं अनावश्यक और विरोधाभासी संदर्भ से बचता हूं।
  • [ ] मैं गोपनीय डेटा को जोड़ने से पहले उसे अज्ञात कर देता हूं।
  • [ ] मैं संदर्भ-मुक्त और संदर्भ-मुक्त आउटपुट के बीच अंतर देख सकता हूं।