संदर्भ व्यवस्थापन: मॉडेलला योग्य पार्श्वभूमी देणे

नफा:

• संदर्भ आउटपुटची अचूकता कशी ठरवतो ते उदाहरणांसह स्पष्ट करू शकतो
• कार्यासाठी कोणती संदर्भ माहिती आवश्यक आहे ते निवडू आणि कॉन्फिगर करू शकते
• निरर्थक, विरोधाभासी किंवा लपविलेल्या संदर्भाचे धोके ओळखते आणि टाळते

जरी तुम्ही एकच काम दोन व्यक्तींना दिले तरी जर त्यापैकी एकाने परिस्थिती जाणून काम केले आणि दुसऱ्याला त्याबद्दल काहीही माहिती नसेल तर खूप वेगळे परिणाम होतील. आर्टिफिशियल इंटेलिजन्सची परिस्थिती अगदी तशीच आहे. संदर्भ ही अशी माहिती आहे जी मॉडेलला "कोणत्या पार्श्वभूमीवर हे कार्य करते" हे सांगते: कोणासाठी, कोणत्या उद्देशाने, कोणत्या इतिहासासह, कोणत्या मर्यादांखाली. या युनिटमध्ये आपण संदर्भ आउटपुट कसे ठरवतो, कार्यासाठी कोणता संदर्भ निवडावा आणि किती जास्त किंवा चुकीच्या संदर्भामुळे हानी होते हे शिकू.

संदर्भ इतके निर्धारीत का आहे?

तुम्ही दिलेल्या मजकुराच्या पलीकडे मॉडेलला तुमची परिस्थिती माहीत नाही. त्याला तुमच्या कंपनीचे नाव, तुमच्या ग्राहकाचा इतिहास, तुमच्या प्रकल्पाचे ध्येय किंवा गेल्या आठवड्यात काय बोलले गेले हे माहीत नाही. तुम्ही ही माहिती न दिल्यास, मॉडेल "सरासरी" गृहीतकाने लिहेल आणि सरासरी तुमच्या अद्वितीय परिस्थितीशी क्वचितच फिट होईल. संदर्भ देणे मॉडेलला "सरासरी" वरून "फक्त तुमच्यासाठी" वर हलवते.

उदाहरणार्थ, जेव्हा तुम्ही "ग्राहकाला सूट ऑफर लिहा" असे म्हणता, तेव्हा मॉडेल एक सामान्य मजकूर तयार करते. परंतु जर तुम्ही "हा ग्राहक आमच्यासोबत 3 वर्षांपासून आहे, त्याने गेल्या वर्षी 400 हजार TL ची उलाढाल केली, तो म्हणाला की त्याला प्रतिस्पर्धी कंपनीकडून स्वस्त ऑफर मिळाली आहे आणि आम्ही त्याची निष्ठा राखू इच्छितो" असा संदर्भ दिला तर ऑफरचा टोन, औचित्य आणि सूट तर्क पूर्णपणे योग्य असेल.

कार्यासाठी कोणत्या संदर्भाची आवश्यकता आहे?

प्रत्येक कामासाठी सर्वकाही लिहिणे आवश्यक नाही; त्या कार्यासाठी आवश्यक आणि पुरेसा संदर्भ निवडणे हे तुमचे काम आहे. हे चार प्रश्न तुमचे काम सोपे करतात:

1. कोणासाठी? खरेदीदार कोण आहे, त्याच्या ज्ञानाची पातळी, त्याचा तुमच्याशी असलेला संबंध.
2. कुठून? या आउटपुटचा उद्देश आहे; मन वळवणे, माहिती किंवा निर्णय?
3. कोणत्या भूतकाळाशी? आधी काय चर्चा झाली, काय झाले, काय निर्णय झाले?
4. कोणत्या मर्यादांसह? बजेट, कालावधी, ब्रँड नियम, कायदेशीर फ्रेमवर्क.

टप्प्याटप्प्याने संदर्भ सेट करणे

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

थोडे संदर्भ / पुरेसा संदर्भ / बरेच संदर्भ

स्थिती

निष्कर्ष

थोडे संदर्भ

हे सामान्य, चुकीचे, "प्रत्येकासाठी योग्य परंतु कोणासाठीही नाही" असल्याचे दिसून आले.

पुरेसा संदर्भ

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

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

मॉडेल मुख्य मागणी अस्पष्ट करून, महत्त्वाच्या गोष्टींना महत्त्वाच्या नसलेल्यासह गोंधळात टाकते

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

चार कॉपी करण्यायोग्य टेम्पलेट्स

1) संदर्भ ब्लॉक सांगाडा:

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

2) ग्राहक संवाद:

संदर्भ:- ग्राहक: 2 वर्षे कॉर्पोरेट, दरमहा ~30 हजार TL खर्च.- समस्या: शेवटची डिलिव्हरी 5 दिवस उशिरा झाली, ग्राहकाची निंदा झाली.- उद्देश: नाते टिकवून ठेवा, विश्वासाचे नूतनीकरण करा. कार्य: एक लहान भरपाई ईमेल लिहा (जास्तीत जास्त 100 शब्द). बंधन: जबाबदारी स्वीकारा; इतर कोणालाही दोष देऊ नका.

3) अंतर्गत अहवाल / कार्यकारी सारांश:

संदर्भ:- वाचक: महाव्यवस्थापक, तांत्रिक तपशीलांमध्ये स्वारस्य नाही, परिणाम-केंद्रित.- उद्देश: अर्थसंकल्प मंजुरीसाठी मन वळवणे.- पार्श्वभूमी: प्रकल्पाला 2 महिन्यांनी विलंब झाला पण व्याप्ती वाढली. कार्य: 1 परिच्छेद कार्यकारी सारांश + 3-आयटम कृती सूची लिहा.

4) सतत संदर्भ (दीर्घ संभाषणाची सुरुवात):

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

कमकुवत प्रॉम्प्ट / मजबूत प्रॉम्प्ट

कमकुवत:

आम्हाला मिळालेल्या या तक्रारीला प्रतिसाद लिहा.[तक्रारी मजकूर]

मजबूत:

संदर्भ: तक्रार करणारा ग्राहक 4 वर्षांचा, निष्ठावंत; उत्पादन सदोष आहे, त्याला बदली हवी आहे. आमची पॉलिसी 14 दिवसांच्या आत बिनशर्त देवाणघेवाण आणि 6व्या दिवशी ग्राहकांना परवानगी देते. उद्देश: द्रुत समाधान आणि विश्वास. कार्य: ग्राहकाला उत्तर लिहा. जास्तीत जास्त ९० शब्द, पहिल्या वाक्यात उपाय द्या. निर्बंध : राजकारणाच्या बाहेर आश्वासने देऊ नका; आरोपात्मक भाषा वापरणे. तक्रार:[तक्रार मजकूर]

दुसरा प्रॉम्प्ट मॉडेलला ग्राहक प्रोफाइल, धोरण, कालावधी आणि उद्देश देतो; जेणेकरून उत्तर "सर्वसाधारण माफी" नसून एक योग्य आणि कार्यक्षम उपाय आहे.

तीन मिनी केसेस

केस 1 - रिअल इस्टेट सल्लागार. एक सल्लागार "सुंदर लिहिण्यासाठी" जाहिरात मजकूर तयार करत होता. जेव्हा आम्ही माहिती जोडली की "लक्ष्य खरेदीदार एक तरुण कुटुंब आहे, शाळांच्या क्षेत्राची जवळीक हायलाइट केली जावी, किंमत बाजाराच्या सरासरीपेक्षा 5% कमी आहे", जाहिराती थेट लक्ष्यित प्रेक्षकांना आकर्षित करतात आणि सल्लागाराच्या स्वतःच्या देखरेखीखाली प्रति दृश्य दर वाढला.

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

केस 3 - HR. नकार ईमेल मुद्रित करताना, एका HR व्यावसायिकाने "अंतिम फेरीत उमेदवार मजबूत होता, भविष्यात दुसरी स्थिती उघडू शकते" असा संदर्भ जोडला. निकाल असा मजकूर होता ज्याने दार बंद केले नाही किंवा उमेदवाराला नाराज केले नाही; संदर्भ नसलेली आवृत्ती थंड आणि सूत्रबद्ध होती.

टीप: कार्यापासून संदर्भ वेगळे करण्यासाठी "संदर्भ:" आणि "कार्य:" सारखी स्पष्ट लेबले वापरा. अशा प्रकारे, मॉडेल कोणता भाग पार्श्वभूमी आहे आणि कोणता भाग विनंती आहे हे गोंधळात टाकत नाही.

खबरदारी: संदर्भामध्ये गोपनीय डेटा (खरे नाव, टीआर आयडी, खाते क्रमांक, करार तपशील) जोडण्यापूर्वी थांबा. बऱ्याच वेळा, "3-वर्ष कॉर्पोरेट ग्राहक" म्हणणे खरे नाव देण्यासारखेच कार्य करते. आम्ही युनिट 11 मध्ये गोपनीयता नियमांवर चर्चा करू.

सामान्य चुका

• शून्य संदर्भ. फक्त कार्य लिहित आहे आणि परिस्थिती जाणून घेण्यासाठी मॉडेलची वाट पाहत आहे.
• खूप संदर्भ. दहा असंबद्ध परिच्छेद जमा करणे आणि मुख्य विनंती पुरणे.
• परस्परविरोधी संदर्भ. "औपचारिक व्हा" असे म्हणणे आणि त्याच ठिकाणी "प्रामाणिकपणे आणि विनोदाने लिहा" असे म्हणणे.
• कार्यासह गोंधळात टाकणारा संदर्भ. पार्श्वभूमी स्पष्ट करणे आणि आपल्याला काय हवे आहे ते स्पष्टपणे न सांगणे.
• विचार न करता गोपनीय डेटा जोडणे. निनावी न ठेवता संवेदनशील माहिती पेस्ट करत आहे.

सारांशात

• संदर्भ ही पार्श्वभूमी माहिती आहे जी मॉडेलला "सरासरी उत्तर" वरून "विशेषतः तुमच्यासाठी उत्तर" वर हलवते.
• चांगला संदर्भ चार प्रश्नांची उत्तरे देतो: कोणासाठी, का, कोणत्या इतिहासासह, कोणत्या सीमांसह.
• खूप कमी संदर्भ सामान्य आउटपुट तयार करतो, पुरेसा संदर्भ अचूक आउटपुट तयार करतो आणि खूप जास्त संदर्भ फैलाव निर्माण करतो.
• स्पष्ट लेबलांसह कार्यापासून संदर्भ वेगळे करा; काय संबंधित आहे ते निवडा, सर्वकाही सांडू नका.
• गोपनीय डेटा जोडण्यापूर्वी अनामित करा; बहुतेक वेळा सामान्य व्याख्या पुरेशी असते.

अर्ज कार्य

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

चेकलिस्ट

• चार प्रश्नांसह कार्यासाठी कोणता संदर्भ आवश्यक आहे हे मी ठरवू शकतो.
• [ ] मी स्पष्ट लेबलसह कार्यापासून संदर्भ वेगळे करतो.
• [] मी अनावश्यक आणि विरोधाभासी संदर्भ टाळतो.
• गोपनीय डेटा जोडण्यापूर्वी मी अनामित करतो.
• मी संदर्भ-मुक्त आणि संदर्भ-मुक्त आउटपुटमधील फरक पाहू शकतो.