Claude से स्टैंडर्ड ऑपरेटिंग प्रोसीजर (SOP) लिखवाने का तरीका

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

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

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

एक स्टैंडर्ड ऑपरेटिंग प्रोसीजर शायद ही कभी अकेला खड़ा होता है। यह आम तौर पर किसी ऐसी पॉलिसी का संदर्भ देता है जिसका पालन इसे करना होता है, किसी पुराने वर्ज़न का जिसकी जगह इसने ली है, या किसी अलग लेकिन जुड़े हुए काम की संबंधित प्रक्रिया का, और इन दस्तावेज़ों को ड्राफ़्ट करते समय पास रखने से नतीजा उससे ज़्यादा संगत बनता है जो SOP को अलग से लिखकर यह आशा करने से मिलता कि यह सब कुछ और के साथ मेल खा जाएगा। Claude का Projects फ़ीचर आपको संबंधित फ़ाइलों के समूह को एक ही जगह साथ रखने देता है ताकि SOP के बारे में हर बातचीत उसी पृष्ठभूमि सामग्री का संदर्भ ले सके, बिना इसे हर बार फिर से पेस्ट किए, जो support.claude.com के Projects हेल्प पेज पर दर्ज है।

यह सबसे ज़्यादा तब मायने रखता है जब किसी SOP को किसी ऐसे पॉलिसी दस्तावेज़ के साथ संगत रहना होता है जो प्रक्रिया से स्वतंत्र रूप से बदलता है। अगर पॉलिसी कोई सीमा तय करती है, जैसे एक डॉलर राशि जो यह निर्धारित करती है कि कौन सा अप्रूवल रास्ता लागू होता है, तो पॉलिसी और SOP को एक ही Project में रखने से एक का भविष्य में अपडेट होना दूसरे के साथ जाँचना आसान हो जाता है, बजाय इसके कि महीनों बाद यह पता चले कि प्रक्रिया और वह पॉलिसी जिसे उसे लागू करना था, चुपचाप अलग हो गए हैं।

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