AI एजेंट स्कोप डॉक्यूमेंट कैसे लिखें

अगस्त 2026 में प्रकाशित।

TL;DR: स्कोप डॉक्यूमेंट वही चीज़ है जो “मुझे अपने बिज़नेस के लिए AI एजेंट चाहिए” को एक ऐसे नंबर में बदल देता है जिसे आप कोट कर सकें और क्लाइंट साइन-ऑफ कर सके। इसमें छह हिस्से चाहिए: ट्रिगर, इनपुट, आउटपुट, जिन टूल्स को यह छूता है, जो साफ तौर पर बाहर रखा गया है, और एक लिखित एक्सेप्टेंस टेस्ट लिस्ट। इसे बिल्ड फ़ी कोट करने से पहले लिखें, बाद में नहीं। मैं इसे बिल्ड से अलग, $500–$1,000 की फिक्स्ड ऑडिट डिलिवरेबल के रूप में प्राइस करता हूं।

[ऑपरेटर का दृष्टिकोण] मैं एक कंसल्टिंग ब्रांड और Pickleland — टेक्सास के प्फ्लुगर्विल में एक पिकलबॉल फैसिलिटी — के लिए 30 से ज़्यादा एजेंट प्रोडक्शन में चलाता हूं, और इसी अनुभव के आधार पर मैंने क्लाइंट्स के लिए एजेंट बिल्ड्स को स्कोप किया है। किसी एजेंट एंगेजमेंट के गलत होने की सबसे आम वजह कोड नहीं होती — यह होता है कि इनवॉइस जाने से पहले किसी ने यह नहीं लिखा कि “पूरा हुआ” का मतलब क्या था। स्कोप डॉक्यूमेंट इसे एक ही बैठक में ठीक कर देता है। यह मेरा सबसे कम चमकदार डिलिवरेबल है और सबसे ज़्यादा झगड़े बचाने वाला भी।

विषय सूची

प्रपोज़ल ईमेल नहीं, स्कोप डॉक्यूमेंट क्यों

प्रपोज़ल ईमेल बताता है कि आप क्या करेंगे। स्कोप डॉक्यूमेंट यह तय करता है कि “पूरा हुआ” दिखता कैसा है — इतनी बारीकी से कि आप और क्लाइंट दोनों इसे तैयार एजेंट के सामने रखकर, बिना किसी बातचीत के, सहमत हो सकें कि यह पास हुआ या नहीं।

यह फ़र्क इसलिए मायने रखता है क्योंकि AI एजेंट प्राइसिंग तभी काम करती है जब बिल्ड फ़ी किसी तय चीज़ से जुड़ी हो। किसी अपरिभाषित स्कोप के सामने फिक्स्ड प्राइस कोट करें, तो आपने एक ऐसा नंबर कोट कर दिया जिसके सामने आप असल में डिलीवर नहीं कर सकते — क्लाइंट के दिमाग़ में “मेरे बिज़नेस के लिए एक AI एजेंट” का मॉडल तब तक मुफ़्त में फैलता रहता है जब तक आप पुशबैक नहीं करते, और डिपॉज़िट के बाद पुशबैक करना उससे कहीं बुरी बातचीत है जो बाउंड्री को पहले ही तय कर देने से बचती है।

मैं हर बिल्ड के लिए एक लिखता हूं, छोटे बिल्ड्स के लिए भी। एक-वर्कफ़्लो एजेंट को आधे पन्ने का वर्ज़न मिलता है। मल्टी-एजेंट सिस्टम को पूरा डॉक्यूमेंट मिलता है। फ़ॉर्मैट नहीं बदलता — सिर्फ़ लंबाई बदलती है।

स्कोप डॉक्यूमेंट को चाहिए ये छह चीज़ें

1. ट्रिगर। एजेंट को चलाना शुरू करने वाली चीज़ क्या है — फ़ॉर्म सबमिशन, तय समय, इनबाउंड ईमेल, या किसी दूसरे टूल से वेबहुक। सटीक ट्रिगर लिखें, ट्रिगर की कोई कैटेगरी नहीं। “लीड फ़ॉर्म सबमिट होने पर चलता है” स्कोप है। “इनबाउंड लीड्स को हैंडल करता है” स्कोप नहीं है।

2. इनपुट। एजेंट को कौन-सा डेटा मिलता है और वह कहां से आता है। सिर्फ़ सोर्स नहीं, फ़ील्ड्स भी लिखें — “Typeform सबमिशन से नाम, ईमेल, कंपनी साइज़, और फ्री-टेक्स्ट मैसेज फ़ील्ड,” न कि “फ़ॉर्म डेटा।”

3. आउटपुट। एजेंट क्या प्रोड्यूस करता है और वह कहां जाता है। वही नियम: डेस्टिनेशन और फ़ॉर्मैट दोनों नाम से लिखें। “ह्यूमन अप्रूवल के लिए #leads Slack चैनल पर ड्राफ़्ट रिप्लाई पोस्ट करता है” स्कोप है। “लीड्स को जवाब देता है” स्कोप नहीं है।

4. जिन टूल्स और इंटीग्रेशन्स को यह छूता है। एजेंट जिस भी API, डेटाबेस, या प्लेटफ़ॉर्म को कॉल करता है, सबका ज़िक्र करें। यही वह जगह भी है जहां आप साफ़ तौर पर लिखते हैं कि आप क्या नहीं इंटीग्रेट कर रहे — जो क्लाइंट यह मान लेता है कि उसका CRM शामिल है क्योंकि उसने डिस्कवरी कॉल में एक बार इसका ज़िक्र किया था, वह स्कोप क्रीप का सबसे आम सोर्स है जो मैंने देखा है।

5. जो बाहर रखा गया है। ऐसी चीज़ों की एक छोटी, साफ़ लिस्ट जो एजेंट नहीं करेगा, भले ही वे करीबी लगें। अगर आप लीड-क्लासिफिकेशन एजेंट बना रहे हैं, तो लिखें “आउटबाउंड मैसेज नहीं भेजता” भले ही यह ज़ाहिर लगे — जो आपको ज़ाहिर लगता है, वह उस क्लाइंट को ज़ाहिर नहीं लगता जिसने पहले कभी सॉफ़्टवेयर स्कोप नहीं किया।

6. एक्सेप्टेंस टेस्ट लिस्ट। फ़ाइनल पेमेंट से पहले तैयार एजेंट को जिन केसेज़ को पास करना है, उनकी असली लिस्ट। “अच्छा काम करता है” नहीं — बल्कि खास, चेक करने लायक केस: “दिए गए डेटासेट से 10 में से 9 सैंपल लीड्स को सही ढंग से क्लासिफ़ाई करता है,” “बिना मैनुअल दखल के कनेक्टेड Slack चैनल पर सफलतापूर्वक पोस्ट करता है,” “गलत-फ़ॉर्मैट सबमिशन (मिसिंग ईमेल फ़ील्ड) को बिना क्रैश हुए हैंडल करता है।” यह डॉक्यूमेंट का सबसे ज़रूरी सेक्शन है, क्योंकि यही वह है जिसे बाद में दोनों पक्ष बिना यह दोबारा बहस किए इशारा कर सकते हैं कि क्या मतलब था।

टेम्पलेट

यह वही असली स्ट्रक्चर है जो मैं इस्तेमाल करता हूं। इसे कॉपी करें, छह सेक्शन भरें, और आपके पास एक ऐसा डॉक्यूमेंट होगा जिसके सामने आप कीमत रख सकते हैं।

AGENT SCOPE DOCUMENT — [Client name] / [Project name]
Date: [date]

1. TRIGGER
   [What starts this agent running]

2. INPUTS
   [Exact data fields and their source]

3. OUTPUTS
   [What the agent produces, in what format, sent where]

4. TOOLS & INTEGRATIONS
   Included: [every API/platform/database touched]
   Explicitly excluded: [anything adjacent that is NOT built]

5. EXCLUSIONS
   [What this agent will not do, even if related]

6. ACCEPTANCE TESTS
   [ ] [Specific, checkable test case]
   [ ] [Specific, checkable test case]
   [ ] [Specific, checkable test case]
   ...

BUILD FEE: $[amount], due [payment terms]
MAINTENANCE RETAINER: $[amount]/month, starting [date]
CHANGE REQUESTS: priced separately, quoted before work starts

Signed: _______________  Date: _______

बिल्ड फ़ी और रिटेनर वाली लाइनें इसलिए हैं ताकि कीमत सीधे ऊपर लिखे स्कोप से जुड़ी रहे — अगर आपने पहले कभी किसी बिल्ड की कीमत तय नहीं की है, तो देखें मैं दोनों नंबरों का साइज़ कैसे तय करता हूं। इस डॉक्यूमेंट पर साइन करने वाला क्लाइंट एक ही मूवमेंट में स्कोप और कीमत, दोनों पर साइन-ऑफ करता है, और यही असली बात है।

मैं वह कॉल कैसे चलाता हूं जो यह डॉक्यूमेंट बनाती है

मैं स्कोपिंग सेशन की कीमत खुद $500–$1,000 की फिक्स्ड ऑडिट के तौर पर तय करता हूं, बिल्ड फ़ी से अलग — इसे कभी उसमें मिलाता नहीं, चाहे क्लाइंट आगे बढ़े या नहीं। इसकी दो वजहें हैं: यह स्कोपिंग स्टेज को अनपेड सेल्स वर्क बनने से रोकती है, और यह क्लाइंट को कॉल को गंभीरता से लेने पर मजबूर करती है, बजाय इसे मुफ़्त कंसल्टेशन समझने के।

कॉल खुद 30–45 मिनट की होती है, और ऊपर दिए गए छह सेक्शन के क्रम में तय होती है। मैं बातचीत को “AI एजेंट आपके बिज़नेस के लिए थ्योरेटिकल तौर पर क्या कर सकता है” में भटकने नहीं देता — वह एक अलग, ज़्यादा महंगी बातचीत है, और वही वह बातचीत है जो ऐसे डॉक्यूमेंट बनाती है जिन्हें कोई प्राइस नहीं कर सकता। मैं पहले ट्रिगर पूछता हूं, क्योंकि जो क्लाइंट यह नहीं बता पाता कि प्रोसेस को शुरू क्या करता है, आमतौर पर उसके पास अभी इतना स्टेबल वर्कफ़्लो नहीं है कि उसे ऑटोमेट किया जा सके — और यह बात दोनों में से किसी के भी बिल्ड के लिए कमिट करने से पहले सामने आ जानी चाहिए।

खाली पन्ना नहीं, प्रॉम्प्ट भेजें

मैं डॉक्यूमेंट का पहला ड्राफ्ट हाथ से नहीं लिखता। मैं अपनी कॉल नोट्स — अक्सर सिर्फ़ बुलेट पॉइंट्स का एक बिखरा हुआ पैराग्राफ़ — लेकर इसे Claude में पेस्ट करता हूं।

Here are my raw notes from a scoping call for an AI agent build. Turn them
into a scope document with exactly these six sections: Trigger, Inputs,
Outputs, Tools & Integrations, Exclusions, Acceptance Tests. For each
section, flag anything the notes don't specify clearly enough to build
against, rather than guessing or filling the gap yourself. The acceptance
tests need to be specific and checkable — reject vague criteria like
"works correctly" and either sharpen them into a concrete test case or
flag them for me to clarify with the client.

[paste raw notes]

वह आखिरी इंस्ट्रक्शन — गैप्स भरने के बजाय उन्हें फ्लैग करना — वही हिस्सा है जो मायने रखता है। कोई मॉडल डॉक्यूमेंट पूरा करने के लिए खुशी-खुशी एक प्लॉज़िबल दिखने वाला एक्सेप्टेंस टेस्ट बना देगा, और एक ऐसा प्लॉज़िबल टेस्ट जो क्लाइंट के असली मतलब से मेल नहीं खाता, उस खाली जगह से भी बुरा है जिसके बारे में आपको पूछना पड़े।

आम गलतियां जो मैं अब भी लोगों को करते देखता हूं

एक्सक्लूज़न सेक्शन को आखिर में लिखना, या छोड़ देना। एक्सक्लूज़न सेक्शन वह है जिसे ज़्यादातर लोग ऑप्शनल मान लेते हैं। यही वह है जो सबसे ज़्यादा विवाद रोकता है। इसे एक्सेप्टेंस टेस्ट्स से पहले लिखें, बाद में नहीं।

एक्सेप्टेंस टेस्ट जो नतीजे के बजाय व्यवहार बताते हैं। “एजेंट को क्लाइंट का टोन समझना चाहिए” व्यवहार है। “एजेंट का ड्राफ़्ट रिप्लाई 10 में से 7 सैंपल केसेज़ में बिना एडिट के अप्रूव होता है” एक नतीजा है। सिर्फ़ नतीजे ही चेक करने लायक होते हैं।

बिना लिखित नोट्स के सिर्फ़ एक बातचीत से स्कोप करना। अगर स्कोप डॉक्यूमेंट एंगेजमेंट का पहला लिखित आर्टिफ़ैक्ट है, तो आप कॉल को कई दिन बाद याददाश्त से दोबारा बना रहे हैं। कॉल के दौरान, छह-सेक्शन वाले क्रम में नोट्स लें, और डॉक्यूमेंट काफ़ी हद तक खुद ही लिख जाता है।

क्लाइंट को स्कोप लिखने देना। क्लाइंट का अपने शब्दों में यह बताना कि वे क्या चाहते हैं, डॉक्यूमेंट के लिए इनपुट है, डॉक्यूमेंट खुद नहीं। उनकी भाषा आमतौर पर फ़ीचर-शेप्ड होती है (“मुझे चाहिए कि यह मेरे लीड्स को हैंडल करे”), टेस्ट-शेप्ड नहीं। इसे चेक करने लायक एक्सेप्टेंस क्राइटेरिया में बदलना ही स्कोपिंग सेशन की असली वैल्यू है — यही वजह है कि यह एक पेड डिलिवरेबल है, कोई फ़ॉर्म नहीं जिसे क्लाइंट खुद भर ले।

इस काम के लिए मैं जो टूल्स इस्तेमाल करता हूं

Claude ऊपर दिए गए प्रॉम्प्ट का इस्तेमाल करके कच्चे कॉल नोट्स से डॉक्यूमेंट ड्राफ्ट करता है, और गैप्स को गेस करने के बजाय फ्लैग करता है।

Notion वह जगह है जहां तैयार स्कोप डॉक्यूमेंट रहता है, किसी भी डिपॉज़िट के जमा होने से पहले क्लाइंट के साथ शेयर किया जाता है — वही जगह जहां मैं बाकी एंगेजमेंट का पेपर ट्रेल रखता हूं।

Airtable ट्रैक करता है कि कौन-सी एंगेजमेंट्स स्कोपिंग में हैं, कौन-सी साइन हो चुकी हैं, और कौन-सी बिल्ड में हैं, हर क्लाइंट के लिए एक रो, ताकि कोई स्कोप डॉक्यूमेंट हफ़्तों तक बिना साइन हुए, बिना किसी की नज़र में आए न पड़ा रहे।

अक्सर पूछे जाने वाले प्रश्न

स्कोप डॉक्यूमेंट कितना लंबा होना चाहिए?

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

अगर क्लाइंट साइन करने के बाद स्कोप बदलना चाहे तो?

वह एक चेंज रिक्वेस्ट है, अलग से प्राइस की जाती है और काम शुरू होने से पहले कोट की जाती है — यह शर्त डॉक्यूमेंट में ही लिख दें, जैसा ऊपर टेम्पलेट में है। ऐसा स्कोप डॉक्यूमेंट जिसे साइन होने के बाद चुपचाप बढ़ाया जा सकता है, असल में स्कोप डॉक्यूमेंट है ही नहीं।

क्या बहुत छोटे ऑटोमेशन्स के लिए भी स्कोप डॉक्यूमेंट चाहिए?

हां, बस एक छोटा वाला। वैल्यू लंबाई में नहीं है — यह इसमें है कि बनाना शुरू करने से पहले आपके पास एक लिखित एक्सेप्टेंस टेस्ट लिस्ट हो, ताकि “पूरा हुआ” एक फीलिंग नहीं, एक चेकलिस्ट हो। मैंने ऐसे छोटे, इनफ़ॉर्मली-स्कोप्ड काम देखे हैं जो ठीक इसी वजह से बड़े, ठीक से स्कोप किए गए काम से ज़्यादा लंबे खिंच गए।

स्कोप डॉक्यूमेंट खुद किसका है — क्या यह डिलिवरेबल का हिस्सा है?

मैं इसे क्लाइंट का मानता हूं, चाहे वे बिल्ड तक आगे बढ़ें या नहीं, क्योंकि उन्होंने उस ऑडिट के लिए भुगतान किया जिसने इसे बनाया। जो मैं अपने पास रखता हूं वह है अंडरलाइंग टेम्पलेट और प्रॉम्प्ट, उसी तरह जैसे मैं एंगेजमेंट्स के बीच फिर से इस्तेमाल होने वाली स्कैफ़ोल्डिंग अपने पास रखता हूं — डॉक्यूमेंट का स्ट्रक्चर मेरा है, उनके खास बिज़नेस के बारे में भरी गई सामग्री उनकी है।

अगले कदम: मेरा AI Agents for Beginners कोर्स ऐसे ही स्कोप डॉक्यूमेंट में बताए गए एजेंट बनाने को कवर करता है। कोवर्क प्रोग्राम उन ऑपरेटर्स के लिए है जो इस तरह के काम को स्कोप और बिल्ड करने की प्रैक्टिस के लिए एक स्ट्रक्चर्ड माहौल चाहते हैं। अगर आप चाहते हैं कि स्कोप डॉक्यूमेंट आपके लिए लिखा जाए, तो 30-मिनट का सेशन बुक करें।