अपना साप्ताहिक ऑपरेटर बनाएँ
एक सिस्टम प्रॉम्प्ट बनाएँ जो आपके आवर्ती सोमवार के डिलिवरेबल को 30 सेकंड के काम में बदल दे। फिर इसे अपने डेटा पर चलाएँ और इसे रखें।
चैटिंग से बिल्डिंग तक में आप साप्ताहिक ऑपरेटर पैटर्न से मिले: एक सिस्टम प्रॉम्प्ट जो आपकी भूमिका जानता है, साथ ही हर हफ्ते नया डेटा, हर सोमवार को समान गुणवत्ता विश्लेषण के बराबर होता है। इस पाठ में आप अपना निर्माण करते हैं और पृष्ठ छोड़ने से पहले इसे अपने वास्तविक डेटा पर चलाते हैं।
दो मिनट का सेटअप। एक नोट खोलें और तीन सवालों के जवाब दें:
आपकी भूमिका, एक पंक्ति में। आपका शीर्षक नहीं। "मैं दक्षिण-पश्चिम को कवर करने वाली 6-व्यक्ति बिक्री टीम चलाता हूँ" "क्षेत्रीय बिक्री प्रबंधक" से बेहतर है।
आपका आवर्ती डिलिवरेबल। समान आकार के साथ साप्ताहिक आउटपुट: पाइपलाइन समीक्षा, सामग्री योजना, ऑप्स अपडेट, ग्राहक स्थिति ईमेल। वह चुनें जो सोमवार को सबसे अधिक समय लेता है।
आपका डेटा स्रोत। एक CRM निर्यात, एक डैशबोर्ड, पिछले सप्ताह के नंबर। कुछ ऐसा चुनें जिसे आप अभी प्राप्त कर सकें।
आपके सिस्टम प्रॉम्प्ट का ब्लॉक 1 भूमिका संदर्भ है: वह सब कुछ जो Claude को चाहिए जो सप्ताह-दर-सप्ताह कभी नहीं बदलता। आप कौन हैं, आउटपुट कौन पढ़ता है, वे इसके साथ क्या निर्णय लेते हैं।
बिक्री प्रबंधक: "मैं 6-व्यक्ति बिक्री टीम का प्रबंधन करता हूँ। हर सोमवार मैं अपने VP के लिए अपनी पाइपलाइन की समीक्षा करता हूँ, जो तय करती है कि उसे अपने डील-समर्थन समय को कहाँ खर्च करना है। चरण: खोज, प्रस्ताव, बातचीत, बंद। एक डील 21 दिनों के बाद चरण में रुक जाती है।"
ऑपरेशंस लीड: "मैं एक पूर्ति टीम के लिए साप्ताहिक ऑप्स समीक्षा चलाता हूँ। KPI: ऑर्डर सटीकता (लक्ष्य 99.2%), शिप समय (लक्ष्य 24h), समर्थन बैकलॉग (40 से कम)। लगातार 2 सप्ताह तक लक्ष्य से नीचे कुछ भी COO के पास जाता है।"
इसमें क्या है: परिभाषाएँ, सीमाएँ, पाठक, पाठक आगे क्या करता है। क्या नहीं है: विशेषण, मिशन स्टेटमेंट।
ब्लॉक 2 आउटपुट प्रारूप है। डिलिवरेबल के सटीक आकार का वर्णन करें, क्रम में, लंबाई के साथ। परीक्षण: क्या कोई अजनबी इस विवरण से अकेले आपकी रिपोर्ट जैसा कुछ बना सकता है?
बिक्री प्रबंधक का ब्लॉक 2: "आउटपुट: 1) पाइपलाइन स्वास्थ्य का तीन-वाक्य सारांश। 2) डील-दर-डील तालिका: नाम, चरण, चरण में दिन, एक-पंक्ति टिप्पणी। 3) इस सप्ताह के शीर्ष 3 जोखिम, प्रत्येक के साथ एक अनुशंसित कार्रवाई जो मैं शुक्रवार से पहले कर सकता हूँ। 400 शब्दों से कम। कोई प्रोत्साहन भाषण नहीं, मुझे डेटा वापस नहीं दोहराना।"
यदि आपके पास डिलिवरेबल का कोई पिछला संस्करण था जिससे आप खुश थे, तो ऐसा कहें: "नीचे दिए गए उदाहरण रिपोर्ट की संरचना से मेल खाएँ।" एक वास्तविक उदाहरण किसी भी विवरण से बेहतर है।
ब्लॉक 3 एस्केलेशन नियम है। यही एक ऑपरेटर को सारांशकर्ता से अलग करता है। Claude को बताएं कि क्या समस्या है और इसके बारे में क्या करना है:
"यदि $50K से अधिक की कोई भी डील एक चरण पीछे चली गई, तो इसे सारांश से पहले, सबसे ऊपर फ़्लैग करें।"
"यदि कोई KPI लगातार दूसरे सप्ताह लक्ष्य से चूक जाता है, तो इसे ESCALATE चिह्नित करें और एक-पैराग्राफ COO नोट का मसौदा तैयार करें।"
"यदि डेटा में आपको आवश्यक फ़ील्ड गुम है, तो इसे खुले प्रश्नों के तहत सूचीबद्ध करें। अनुमानों से कभी भी अंतराल न भरें, और कभी भी ऐसे नंबरों का उपयोग न करें जो मैंने पेस्ट किए गए डेटा में नहीं हैं।"
वह अंतिम नियम हर ऑपरेटर में जाता है, चाहे आपकी भूमिका कुछ भी हो। यह एक रिपोर्ट के बीच का अंतर है जिसे आप सरसरी तौर पर जांचते हैं और एक रिपोर्ट जिसे आपको ऑडिट करना होता है।
अब इसे इकट्ठा करें और चलाएँ। तीनों ब्लॉकों को क्रम में ढेर करें: भूमिका संदर्भ, आउटपुट प्रारूप, एस्केलेशन नियम। एक पंक्ति के साथ समाप्त करें: "हर हफ्ते मैं नया डेटा पेस्ट करूँगा। डिलिवरेबल तैयार करें। मुझसे कुछ भी न पूछें जिसका उत्तर आप ऊपर दिए गए ब्लॉकों से दे सकते हैं।"
इसे अभी चलाएँ: ऑपरेटर को एक नई बातचीत के पहले संदेश के रूप में पेस्ट करें, या प्रोजेक्ट निर्देशों में ताकि हर भविष्य की बातचीत इसे विरासत में ले। फिर इस सप्ताह का वास्तविक डेटा पेस्ट करें, संपादित।
आउटपुट पर तीन जाँचें: हर नंबर पेस्ट किए गए डेटा से वापस आता है; प्रारूप ब्लॉक 2, अनुभाग-दर-अनुभाग से मेल खाता है; सिफारिशें आज कार्रवाई योग्य हैं। "रुके हुए प्रस्ताव के बारे में मेरिडियन से संपर्क करें" पास होता है। "जोखिम वाले सौदों की निगरानी करें" विफल रहता है।
कोई भी जाँच विफल होती है? उस ब्लॉक को ठीक करें जिसने इसे होने दिया, आउटपुट को नहीं, और फिर से चलाएँ।
यह आपका है। इसे अभी सहेजें। सुधारे गए प्रॉम्प्ट को कहीं ऐसी जगह रखें जहाँ आपको अगले सोमवार को यह मिल जाए: "साप्ताहिक ऑपरेटर" शीर्षक वाला एक नोट, एक दस्तावेज़, या प्रोजेक्ट निर्देश (उस मामले में पहले से सहेजा गया)।
अगले सोमवार को पूरा काम है: ऑपरेटर खोलें, नया डेटा पेस्ट करें, अपने तीन जाँचों के विरुद्ध आउटपुट पढ़ें। डिलिवरेबल के लिए आपके इनपुट के तीस सेकंड जिसमें सुबह लगती थी। जब आउटपुट भटकता है, तो ब्लॉक को संपादित करें, ड्राफ्ट को नहीं।
और कंकाल स्थानांतरित होता है: ग्राहक स्थिति ईमेल, मासिक बोर्ड सारांश, स्प्रिंट रीकैप। दूसरा ऑपरेटर मिनटों में काम करता है क्योंकि आप पहले से ही अपने ब्लॉक जानते हैं।
आपने एक साप्ताहिक ऑपरेटर बनाया: भूमिका संदर्भ, आउटपुट प्रारूप, एस्केलेशन नियम, एक सिस्टम प्रॉम्प्ट में इकट्ठा किया गया और आपके वास्तविक डेटा के विरुद्ध चलाया गया। आप तीन जाँचें जानते हैं (संख्याएँ डेटा से मिलती हैं, प्रारूप मेल खाता है, सिफारिशें कार्रवाई योग्य हैं) और मरम्मत नियम: ब्लॉक को ठीक करें, आउटपुट को नहीं। यह वहाँ सहेजा गया है जहाँ आपको यह मिल जाएगा। अगले सोमवार को इसमें आपको तीस सेकंड लगेंगे।