2026 में एजेंसियां बेच सकने वाली AI एजेंट सेवाएं

[ऑपरेटर की नज़र से] मैं Pickleland (टेक्सास के Pflugerville में नौ कोर्ट वाली इनडोर पिकलबॉल फैसिलिटी) और अपने कंसल्टिंग ब्रांड के बीच प्रोडक्शन में 30+ AI एजेंट चलाता हूं। हर टॉक के बाद एजेंसियां मुझसे एक ही सवाल पूछती हैं — “एजेंट कैसे काम करते हैं” नहीं, बल्कि “मैं अपने सर्विस मेन्यू में असल में क्या डालूं”। यह वही मेन्यू है: छह आइटम, सीधे उन ऑटोमेशन से लिए गए जो मैं खुद चलाता हूं, हर एक को वैसे ही फ्रेम किया गया है जैसे आप उसे किसी प्रपोज़ल में फ्रेम करेंगे: यह क्या है, किसके लिए है, किस टियर में आता है, और क्या प्रॉमिस नहीं करना चाहिए।

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

विषय-सूची

विषय-सूची खोलें

• “AI एजेंट सेवाएं” एक कैटेगरी के तौर पर क्यों नहीं बिकतीं
• सर्विस मेन्यू
  • 1. इवेंट और सोशल प्रोमो ड्राफ्टिंग
  • 2. कमेंट और इनबॉक्स क्लासिफिकेशन के साथ ड्राफ्टेड रिप्लाई
  • 3. साप्ताहिक ऑपरेशंस ब्रीफ
  • 4. न्यूज़लेटर ड्राफ्टिंग
  • 5. बुकिंग कन्फर्मेशन और फॉलो-अप की भरोसेमंदी
• मेन्यू को टियर में बंडल करें, अ-ला-कार्ट कैओस में नहीं
• छहों के पीछे का स्टैक
• अक्सर पूछे जाने वाले सवाल
  • एजेंसी को लॉन्च पर इनमें से कितने ऑफ़र करने चाहिए?
  • क्या इसके लिए स्टाफ़ में डेवलपर चाहिए?
  • यह मेन्यू बेचते समय एजेंसियां सबसे बड़ी गलती क्या करती हैं?
  • क्या इनमें से हर एक में ह्यूमन रिव्यू स्टेप होना चाहिए?
  • मुझे कैसे पता चले कि कोई प्रॉस्पेक्ट इनमें से किसी को खरीदने के लिए असल में तैयार है?

“AI एजेंट सेवाएं” एक कैटेगरी के तौर पर क्यों नहीं बिकतीं

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

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

सर्विस मेन्यू

छह ऑटोमेशन, हर एक ऐसी चीज़ जिसे मैं पैटर्न बेचने से पहले खुद पहले चलाता हूं।

1. इवेंट और सोशल प्रोमो ड्राफ्टिंग

यह क्या है: एक शेड्यूल्ड एजेंट जो एक फिक्स्ड कैडेंस पर क्लाइंट के आने वाले इवेंट या ऑफर चेक करता है — मेरा वाला हर रविवार अगले हफ्ते के लिए चलता है — और वेन्यू या ब्रांड के हिसाब से सही प्रोमो पोस्ट रिव्यू क्यू में ड्राफ्ट करता है। बिना किसी इंसान के अप्रूव पर क्लिक किए कुछ भी पब्लिश नहीं होता।

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

बिल्ड टियर: सिंगल-वर्कफ़्लो एजेंट — एक ट्रिगर (घड़ी), एक डेटा सोर्स (क्लाइंट का कैलेंडर या बुकिंग सिस्टम), एक आउटपुट (क्यू में ड्राफ्ट)। यह मेरे प्राइसिंग फ्रेमवर्क में सिंगल-वर्कफ़्लो टियर के निचले सिरे पर आता है।

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

2. कमेंट और इनबॉक्स क्लासिफिकेशन के साथ ड्राफ्टेड रिप्लाई

यह क्या है: एक वेबहुक से ट्रिगर होने वाला एजेंट जो नया कमेंट या इनकमिंग मैसेज आने पर चलता है, इरादे को क्लासिफाई करता है (सवाल, शिकायत, तारीफ़, स्पैम — या चैनल के हिसाब से सवाल, शिकायत, बुकिंग, अन्य) और कॉन्फिडेंस थ्रेशोल्ड से ऊपर की हर चीज़ के लिए रिप्लाई ड्राफ्ट करता है। तारीफ़ें लॉग होती हैं, स्पैम दबा दिया जाता है, बाकी सब ह्यूमन रिव्यू क्यू में चला जाता है।

किसके लिए सही है: ऐसा कोई भी क्लाइंट जिसके पास इतना इनकमिंग वॉल्यूम हो कि कोई इंसान मैनुअल ट्राएज कर रहा हो — एक्टिव कमेंट वाला फेसबुक पेज, शेयर्ड इनबॉक्स, कॉन्टैक्ट फॉर्म जहां पहले कोई हर मैसेज ठंडे दिमाग से पढ़ता था। सच में कम वॉल्यूम वाले अकाउंट्स के लिए सही नहीं; हफ्ते में मुट्ठी भर मैसेज से कम होने पर रिव्यू क्यू का ओवरहेड इसके लायक नहीं।

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

क्या ओवर-प्रॉमिस न करें: यह किसी ऐसे इंसान की जगह नहीं लेता जो असल में क्लाइंट्स से बात करता है। यह आसान 80% साफ करता है — FAQ जैसे सवाल और साफ़ स्पैम — ताकि क्यू रिव्यू करने वाला इंसान अपना समय उन मैसेज पर लगाए जिन्हें जजमेंट चाहिए, बाकी पर नहीं। यह पिच में साफ़ कह दें। जो क्लाइंट सोचता है कि वह कस्टमर-सर्विस का रिप्लेसमेंट खरीद रहा है, वह दूसरे महीने तक निराश हो जाएगा।

3. साप्ताहिक ऑपरेशंस ब्रीफ

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

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

बिल्ड टियर: सिंगल-वर्कफ़्लो, यह मानते हुए कि डेटा सोर्स ऐसे सिस्टम हैं जिन्हें एजेंट सीधे पढ़ सके (बुकिंग प्लेटफॉर्म का API, स्प्रेडशीट एक्सपोर्ट, एनालिटिक्स अकाउंट)। एक टियर जोड़ें अगर क्लाइंट का डेटा किसी ऐसी जगह है जहां साफ़ रीड एक्सेस नहीं है और एजेंट को कस्टम स्क्रैपिंग या मैनुअल एक्सपोर्ट हैंडलिंग चाहिए।

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

4. न्यूज़लेटर ड्राफ्टिंग

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

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

बिल्ड टियर: सिंगल-वर्कफ़्लो, कम कॉम्प्लेक्सिटी, बशर्ते एजेंट प्लेटफॉर्म के नेटिव ड्राफ्ट स्टेट में लिखे (ज़्यादातर मॉडर्न ESP यह एक्सपोज़ करते हैं) बजाय मैनुअल कॉपी-पेस्ट हैंडऑफ़ की मांग करने के। अगर इसे ऐसे ESP के साथ काम करना पड़े जिसका कोई काम का API नहीं है, तो यह एक्स्ट्रा इंटीग्रेशन वर्क है और टियर ऊपर ले जाता है।

क्या ओवर-प्रॉमिस न करें: यह ड्राफ्ट करता है; इंसान हर बार अब भी एडिट करता है और भेजता है। इसे “हम आपके लिए आपका न्यूज़लेटर चलाएंगे” के तौर पर पोज़िशन न करें — इससे स्ट्रैटेजी और कैडेंस के फैसलों पर ओनरशिप का आभास होता है जो एजेंट नहीं ले रहा। इसे “न्यूज़लेटर समय पर जाता है क्योंकि पहला ड्राफ्ट लिखना अब बॉटलनेक नहीं रहा” के तौर पर पोज़िशन करें।

5. बुकिंग कन्फर्मेशन और फॉलो-अप की भरोसेमंदी

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

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

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

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

मेन्यू को टियर में बंडल करें, अ-ला-कार्ट कैओस में नहीं

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

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

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

छहों के पीछे का स्टैक

छहों उसी हल्के स्टैक पर चलते हैं जिसे मैं अपने बिज़नेस में इस्तेमाल करता हूं: मॉडल लेयर के तौर पर Claude, शेड्यूल्ड और वेबहुक ट्रिगर के लिए Cloudflare Workers, और रिव्यू-क्यू और जॉब-स्टेट के बैकबोन के तौर पर Airtable, जिसमें गैर-डेवलपर भी असल में अंदर देख सकते हैं। इसमें से किसी को भी डिलीवर करने के लिए एंटरप्राइज़ सॉफ्टवेयर या बड़ी टीम की ज़रूरत नहीं — यही एक वजह है कि यह इकोनॉमिक्स एंटरप्राइज़ अकाउंट्स के बजाय छोटे और मध्यम क्लाइंट्स को बेचने वाली एजेंसी के लिए काम करता है।

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

एजेंसी को लॉन्च पर इनमें से कितने ऑफ़र करने चाहिए?

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

क्या इसके लिए स्टाफ़ में डेवलपर चाहिए?

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

यह मेन्यू बेचते समय एजेंसियां सबसे बड़ी गलती क्या करती हैं?

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

क्या इनमें से हर एक में ह्यूमन रिव्यू स्टेप होना चाहिए?

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

मुझे कैसे पता चले कि कोई प्रॉस्पेक्ट इनमें से किसी को खरीदने के लिए असल में तैयार है?

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