सीखें
एजेंसी सॉफ़्टवेयर रेवेन्यू कैलकुलेटर: AI-निर्मित ऐप्स को कैसे पैकेज करें
सॉफ़्टवेयर एजेंसी का इकलौता डिलिवरेबल है जो अपने अस्तित्व के हर महीने बिल करता है। यह रहा पैकेजिंग मॉडल, उसे चलाते चार आंकड़े, और अपनी क्लाइंट बेस के लिए गणित चलाने का तरीक़ा।
एजेंसी का सॉफ़्टवेयर रेवेन्यू चार आंकड़ों का फ़ंक्शन है: सर्व किए गए क्लाइंट, पैकेज का दाम, प्रति बिल्ड डिलीवरी लागत, और वह मासिक ऑपरेट फ़ीस जो प्रोजेक्ट को रिकरिंग आमदनी में बदलती है। घंटों पर बिकने वाले कैंपेन काम के विपरीत, AI-निर्मित सॉफ़्टवेयर की कीमत नतीजे पर तय होती है और सब्सक्रिप्शन पर बनी रहती है, एक बार बना पोर्टल जितने महीने चलता है उतने महीने बिल करता है। यह लेख उन चार इनपुट को एक पैकेजिंग मॉडल और सालाना रेवेन्यू फ़्रेमवर्क में बदलता है जिसका बचाव आप अपने ही बोर्ड के सामने कर सकें।
प्रकाशित 2026-07-03 · आख़िरी बार अपडेट किया गया 2026-07-03 · Automo संपादकीय टीम
संक्षिप्त जवाब, विस्तार से
एजेंसियां लगभग हर चीज़ की कीमत मेहनत पर तय करती हैं, घंटे, रिटेनर, हेडकाउंट, क्योंकि मेहनत ही अड़चन थी। AI-सहायता प्राप्त इंजीनियरिंग सॉफ़्टवेयर के लिए वह कड़ी तोड़ देती है: जब क्लाइंट पोर्टल महीनों की इंजीनियरिंग पेरोल की जगह प्लेटफ़ॉर्म-सहायता वाले कुछ दिनों में बनता है, तो उसकी कीमत मेहनत पर तय करना उस मार्जिन का दान कर देना है जो नए अर्थशास्त्र ने अभी-अभी पैदा किया। सही आधार है वैल्यू और पैकेजिंग: क्लाइंट के लिए वह ऑपरेशनल समस्या कितने की है, और कौन सा तय, दोहराने योग्य ऑफ़र उसे लपेटता है?
जो मॉडल काम करता है वह जानबूझकर बिना-नयापन है, क्योंकि वह वही प्रोडक्टाइज़्ड-सर्विस मॉडल है जिसे एजेंसियां पहले से समझती हैं। तय स्कोप की बिल्ड फ़ीस सॉफ़्टवेयर को लाइव कराती है; मासिक ऑपरेट फ़ीस उसे होस्टेड, मॉनिटर्ड, मेंटेन्ड और सुधरता हुआ रखती है; और विस्तार का रास्ता, और मॉड्यूल, और सीटें, और लोकेशन, अकाउंट को नए सेल्स-चक्र के बिना बढ़ाता है। नया है तो सिर्फ़ इनपुट की लागत: डिलीवरी लूप (टेस्टिंग, सिक्योरिटी, गवर्नेंस, डिप्लॉयमेंट) स्टाफ़ की बजाय प्लेटफ़ॉर्म से आता है, और यही चीज़ एजेंसी-पैमाने पर मार्जिन का ढांचा चलने देती है।
गणित से पहले एक ईमानदार बात: इस लेख का हर आंकड़ा उदाहरण है, वादा नहीं। दरें बाज़ार, नीश और पोज़िशनिंग से बेतहाशा बदलती हैं। फ़्रेमवर्क का, और उससे जुड़े इंटरैक्टिव कैलकुलेटर का, मक़सद यह है कि आप अपने आंकड़े डालें और नतीजे का बचाव करें, हमारे आंकड़े उधार न लें।
यह जिस रेवेन्यू-समस्या को हल करता है
एजेंसी अर्थशास्त्र की एक लय है जिसे हर मालिक जानता है: बेचो, डिलीवर करो, इनवॉइस भेजो, और अगली तिमाही शून्य से शुरू करो। रिटेनर इसे नरम करते हैं, पर रिटेनर खरीदी हुई जांच-पड़ताल हैं, हर साल दोबारा मोलभाव, सस्ते प्रतिस्पर्धियों से बेंचमार्क, और क्लाइंट का बजट कसते ही सबसे पहले कटने वाले। संरचनात्मक कमज़ोरी यह है कि एजेंसी के ज़्यादातर डिलिवरेबल तब काम करना बंद कर देते हैं जब एजेंसी काम करना बंद करती है। कैंपेन खत्म हो जाता है। पोर्टल नहीं।
इसीलिए सॉफ़्टवेयर पैकेजिंग का रणनीतिक आधा हिस्सा ऑपरेट फ़ीस है, बिल्ड फ़ीस नहीं। जो सॉफ़्टवेयर क्लाइंट का रोज़ का कामकाज चलाता है, उसका कस्टमर पोर्टल, उसका बुकिंग फ़्लो, उसकी रिपोर्टिंग, वह सबसे चिपकने वाला कमर्शियल रिश्ता बनाता है जो कोई एजेंसी थाम सकती है, क्योंकि उसे रद्द करने का मतलब है क्लाइंट का वह टूल बंद करना जिसे उसके अपने स्टाफ़ और ग्राहक रोज़ इस्तेमाल करते हैं। सॉफ़्टवेयर लाइन जोड़ने वाली एजेंसियां एक ही पैटर्न बताती हैं: बिल्ड फ़ीस अच्छी लगती हैं, और बिज़नेस की वैल्यूएशन बदलती है चक्रवृद्धि होती मासिक बेस।
एग्ज़िट की सोच रखने वाले मालिकों के लिए वैल्यूएशन पर ठहरना ज़रूरी है। एजेंसियां ऐसे मल्टीपल पर बिकती हैं जो प्रोजेक्ट रेवेन्यू को भारी छूट देते हैं, क्योंकि वह हर तिमाही दरवाज़े से बाहर चला जाता है; कम चर्न वाला रिकरिंग सॉफ़्टवेयर रेवेन्यू बिल्कुल अलग आधार पर आंका जाता है। एक मामूली ऑपरेट बेस, कुछ दर्जन क्लाइंट जो अपने भरोसे के सॉफ़्टवेयर के लिए मासिक भुगतान करते हैं, बदल सकती है कि खरीदार पूरे बिज़नेस का मॉडल कैसे बनाता है। यह पहले साल के पैकेजिंग फ़ैसलों का दूसरे दर्जे का असर है, इसीलिए ऑपरेट फ़ीस प्रस्ताव की किसी बाद की पंक्ति की नहीं, बोर्ड-स्तर के ध्यान की हक़दार है।
समस्या का दूसरा आधा यह है कि एजेंसियां सॉफ़्टवेयर की मांग पहले से पैदा करती हैं और उसे हाथ से जाने देती हैं। स्टेटस कॉल में क्लाइंट जिस भी प्रोसेस-दर्द का ज़िक्र करता है, वह भेस बदले एक सॉफ़्टवेयर ब्रीफ़ है। पैकेजिंग ही उन लम्हों को रेवेन्यू में बदलती है: जब आपके रेट कार्ड पर तय दाम वाला एक नामित ऑफ़र हो, तो "आपको यह ठीक करवाना चाहिए" बन जाता है "हम यह ठीक कर सकते हैं, यह Launch पैकेज है।"
मॉडल को चलाने वाले चार इनपुट
हर एजेंसी सॉफ़्टवेयर P&L इन्हीं पर सिमटता है। कैलकुलेटर छूने से पहले हर एक का अनुमान संकोच के साथ लगाइए, संकोची इनपुट के बावजूद आकर्षक निकलता मॉडल ही संकेत है कि ऑफ़र उम्मीद नहीं, हक़ीक़त है।
- 1. प्रति वर्ष सर्व किए क्लाइंट. आपकी पूरी क्लाइंट सूची नहीं, वह संख्या जिसे आप पहले साल में सच में सॉफ़्टवेयर बेचकर डिलीवर कर सकते हैं। ज़्यादातर एजेंसियां तीन से छह दोस्ताना अकाउंट से शुरू करती हैं जहां भरोसा पहले से है, फिर रेफ़रल को चक्रवृद्धि करने देती हैं। बिल्ड दोहराने योग्य होते ही क्षमता तेज़ी से बढ़ती है।
- 2. पैकेज का दाम (बिल्ड फ़ीस). अपनी मेहनत पर नहीं, क्लाइंट के विकल्प पर लंगर डालिए: डेव शॉप से कस्टम पोर्टल पांच से छह अंकों का एंगेजमेंट है, और टेम्प्लेट टूल वह समझौता है जिसे क्लाइंट आमतौर पर पहले ही ठुकरा चुका है। तय दाम, तय स्कोप, नामित बहिष्करण, उसी प्रोडक्टाइज़्ड ऑफ़र की तरह प्राइस किया हुआ जो यह है।
- 3. प्रति बिल्ड डिलीवरी लागत. बिल्डों पर बंटी आपकी प्लेटफ़ॉर्म प्रतिबद्धता, साथ में स्कोपिंग और इटरेशन में आपकी टीम का अकाउंट व प्रोडक्शन समय। यही वह इनपुट है जिसे AI-सहायता प्राप्त इंजीनियरिंग बदल देती है, टेस्टिंग, सिक्योरिटी और डिप्लॉयमेंट का जो काम पहले पेरोल था, अब प्लेटफ़ॉर्म ढोता है।
- 4. मासिक ऑपरेट फ़ीस. होस्टिंग, मॉनिटरिंग, छोटे बदलावों और नियमित सुधार-चक्र की सब्सक्रिप्शन। इसे इतना ऊंचा रखिए कि असली ध्यान फ़ंड हो, यह फ़ीस आपका रिटेंशन इंजन है, और इसे सस्ता रखना एजेंसियों की सबसे आम पैकेजिंग गलती है।
तीन-टियर पैकेजिंग मॉडल
एक ढांचा जिसे एजेंसियां अपने नीश के हिसाब से ढालती हैं। दाम जानबूझकर छोड़े गए हैं, उन्हें ऊपर के चार इनपुट से अपनी बाज़ार-स्थिति के आधार पर तय कीजिए। टियरों के नामों से ज़्यादा उनके बीच की सीमाएं मायने रखती हैं, मार्जिन वहीं बचता है या रिसता है।
| पैकेज | क्लाइंट को क्या मिलता है | कमर्शियल ढांचा | एजेंसी के लिए यह क्या करता है |
|---|---|---|---|
| Launch | एक स्कोप की हुई एप्लिकेशन, पोर्टल, डैशबोर्ड या बुकिंग टूल, लाइव, टेस्टेड और ब्रांडेड | फ़िक्स्ड बिल्ड फ़ीस, परिभाषित स्कोप, 30-दिन की वारंटी विंडो | प्रवेश-प्रोडक्ट: ऑफ़र साबित करता है, ऑपरेट रिश्ता शुरू करता है |
| Operate | होस्टिंग, मॉनिटरिंग, सिक्योरिटी जांचें, छोटे बदलाव और तिमाही सुधार-सत्र | मासिक फ़ीस, सालाना अवधि, दिनों या अनुरोधों में परिभाषित चेंज बजट | रिकरिंग बेस: रिटेंशन, अनुमान लगने वाला रेवेन्यू, मासिक क्लाइंट संपर्क |
| Scale | मौजूदा ऐप पर नए मॉड्यूल, इंटीग्रेशन, अतिरिक्त यूज़र समूह या लोकेशन | प्रति-मॉड्यूल फ़िक्स्ड फ़ीस या बढ़ा हुआ मासिक टियर | नए-लोगो सेल्स-चक्र के बिना अकाउंट की बढ़त |
अपने आंकड़े खुद चलाइए
स्प्रेडशीट के साथ बीस मिनट, या इंटरैक्टिव एजेंसी रेवेन्यू कैलकुलेटर, जो यही क़दम चलाता है। नतीजा अपनी लीडरशिप के सामने बिंदुओं के रूप में नहीं, रेंज के रूप में रखिए।
1. जो मांग आप देख चुके हैं उसे गिनिए
पिछले बारह महीनों का हर सॉफ़्टवेयर-नुमा अनुरोध सूचीबद्ध कीजिए, पोर्टल, डैशबोर्ड, इनटेक टूल, वे इंटीग्रेशन जिन्हें आपने मना किया या आगे भेज दिया। वही सूची, कोई मार्केट रिपोर्ट नहीं, आपके पहले साल की पाइपलाइन का अनुमान है।
2. एक पैकेज की कीमत क्लाइंट के विकल्प के मुक़ाबले तय कीजिए
सबसे आम अनुरोध लीजिए और उसे एक फ़िक्स्ड पैकेज के रूप में उस दाम के मुक़ाबले प्राइस कीजिए जो कोई डेव शॉप बताती और जो दर्द क्लाइंट को हर महीने पड़ता है। ऑपरेट फ़ीस को बिल्ड-दाम के एक मायने रखते अंश के रूप में, सालाना करके तय कीजिए।
3. एक संकोची साल का मॉडल बनाइए
गुणा कीजिए: जितने बिल्ड आप सच में डिलीवर करेंगे, गुणा बिल्ड मार्जिन, धन हर उस महीने जमा होती ऑपरेट बेस जब तक क्लाइंट लाइव है। फिर अपनी मानी हुई जीत-दर के आधे पर दोबारा चलाइए, देखने के लिए कि ऑफ़र निराशावाद से बचता है या नहीं।
4. चक्रवृद्धि वाला नज़ारा जांचिए
मामूली चर्न के साथ तीन साल तक खींचिए। मॉडल हर बार यही अंतर्दृष्टि उभारता है: ऑपरेट बेस बढ़कर सबसे बड़ी लाइन बन जाती है, क्योंकि वह जमा होती है जबकि बिल्ड रेवेन्यू हर बार शून्य से शुरू होता है, और इसी से तय होना चाहिए कि मोलभाव में आप मासिक फ़ीस कितनी मज़बूती से बचाते हैं।
5. डिलीवरी क्षमता का स्ट्रेस-टेस्ट कीजिए
बांधने वाली अड़चन शायद ही कभी मांग होती है; वह है आपकी टीम एक साथ कितने बिल्ड स्कोप और मैनेज कर सकती है। फ्लीट विज़िबिलिटी और प्लेटफ़ॉर्म-ढोया QA ही वह छत ऊपर उठाते हैं, तारीख़ों का वादा करने से पहले इन्हें गिनती में लीजिए।
पैकेजिंग के उसूल जो मार्जिन बचाते हैं
चार नियम मॉडल को सेहतमंद रखते हैं। स्कोप तय कीजिए, घंटे नहीं, जिस पल पैकेज टाइम-एंड-मटीरियल बनता है, आप बदतर दरों वाली डेव शॉप हैं। बेरहमी से प्रोडक्टाइज़ कीजिए, दूसरे और दसवें पोर्टल को पहले की सोच दोबारा इस्तेमाल करनी चाहिए, असली मार्जिन वहीं रहता है। ऑपरेट फ़ीस को कभी "मुफ़्त" कहकर बिल्ड-दाम में मत मिलाइए, जो क्लाइंट मासिक कुछ नहीं देता, वह चलते सॉफ़्टवेयर की क़दर भी ठीक उतनी ही करता है। और विस्तार को पहले से प्राइस करके रखिए, क्लाइंट अगला मॉड्यूल मांगे, तो जवाब रेट कार्ड की एक पंक्ति होना चाहिए, प्रस्ताव-चक्र नहीं।
एक और नियम, जो आपसे पहले की एजेंसियों ने ठोकर खाकर सीखा: गुणवत्ता के सबूत क्लाइंट की मासिक रिपोर्ट में डालिए। पास हुए टेस्ट रन, हरी सिक्योरिटी जांचें, अपटाइम, शिप हुए बदलाव। इसे जोड़ने में मिनट लगते हैं, और यह चुपचाप उस सवाल का जवाब दे देता है जो हर क्लाइंट आख़िरकार पूछता है, मैं हर महीने किस चीज़ के पैसे दे रहा हूं?, इससे पहले कि वह किसी रिन्यूअल मीटिंग में पूछा जाए।
आख़िर में, उन दो प्राइसिंग-लालचों से बचिए जो मॉडल को दोनों सिरों से कुतरते हैं। सौदा जीतने के लिए बिल्ड फ़ीस पर छूट देना क्लाइंट को सिखा देता है कि सॉफ़्टवेयर सस्ता था, और यह हर विस्तार-बातचीत में ज़हर घोलता है; किसी रणनीतिक अकाउंट में निवेश करना ही हो, तो दिखाकर कीजिए, बताई हुई वजह वाली नामित छूट, ताकि रेट कार्ड बचा रहे। और ऑपरेट फ़ीस के भीतर स्कोप की दरियादिली से बचिए: मासिक चेंज बजट पैकेज का फ़ीचर है, सुझाव नहीं, और Scale टियर ठीक इसीलिए मौजूद है कि बढ़त के अनुरोध मार्जिन-रिसाव की बजाय रेवेन्यू बनें।
Automo कहां फ़िट होता है
इस मॉडल के नीचे डिलीवरी इंजन Automo है। बिल्ड असली React, TypeScript और Supabase एप्लिकेशन हैं, 100% कोड ओनरशिप के साथ, सौदे में एक एसेट, टेम्प्लेट की सब्सक्रिप्शन नहीं, और ऑपरेट फ़ीस जिन इंजीनियरिंग अनुशासनों का वादा करती है वे प्लेटफ़ॉर्म ढोता है: QA पब्लिश से पहले स्मोक गेट और बाद में प्रोडक्शन जांचों के साथ डिटरमिनिस्टिक ब्राउज़र रीप्ले चलाता है; Security फ़्लैग करने से पहले लाइव ऐप के खिलाफ़ कमज़ोरियों की पुष्टि करता है; Guardrails समीक्षा दर्ज करता है और हर मर्ज के पीछे ऑडिट ट्रेल छोड़ता है, यही आपकी क्लाइंट रिपोर्टिंग की सबूत-फ़ाइल है। Conductor पूरी क्लाइंट फ्लीट पर एक स्क्रीन देता है, पांचवें क़दम की क्षमता-छत ऊपर उठाने वाला।
कमर्शियल रूप से, प्लेटफ़ॉर्म आपके मॉडल का एक जाना-पहचाना इनपुट है: गंभीर डेवलपमेंट प्रोग्राम USD 10,000 प्रति वर्ष से शुरू होते हैं, जिसे ऊपर का गणित आमतौर पर पहले एक-दो एंगेजमेंट में सोख लेता है। Agency Build Grant आपके पहले असली क्लाइंट प्रोजेक्ट पर ऑफ़र साबित करने की लागत घटाता है। अपने आंकड़े एजेंसी रेवेन्यू कैलकुलेटर में चलाइए, फिर उन्हें, और एक लाइव क्लाइंट ब्रीफ़, लेकर सेल्स से बातचीत कीजिए।
अक्सर पूछे जाने वाले सवाल
AI से बने क्लाइंट पोर्टल के लिए एजेंसी को कितना लेना चाहिए?
अपने बिल्ड-समय पर नहीं, क्लाइंट के विकल्पों पर लंगर डालिए: तुलनीय पोर्टलों के कस्टम डेवलपमेंट कोटेशन और समस्या के अनसुलझे रहने की मासिक लागत। ज़्यादातर एजेंसियां अपनी पुरानी प्रोजेक्ट-औसत से काफ़ी ऊपर की फ़िक्स्ड बिल्ड फ़ीस पर पहुंचती हैं, मार्जिन बचाकर, क्योंकि संदर्भ-दाम उस इंजीनियरिंग-पेरोल अर्थशास्त्र ने तय किया था जो अब आप नहीं ढोते।
बिल्ड फ़ीस के मुक़ाबले ऑपरेट फ़ीस कितनी बड़ी हो?
आम चलन सालाना ऑपरेट फ़ीस को बिल्ड-दाम के एक मायने रखते अंश पर रखता है, इतना ऊंचा कि निष्क्रिय होस्टिंग की बजाय असली मॉनिटरिंग, छोटे बदलाव और तिमाही सुधार-चक्र फ़ंड हों। सस्ती रखी ऑपरेट फ़ीस सबसे आम पैकेजिंग गलती है, क्योंकि वह उसी रिटेंशन इंजन को भूखा रखती है जिस पर पूरा मॉडल टिका है।
क्या क्लाइंट एजेंसी के बनाए सॉफ़्टवेयर के लिए सब्सक्रिप्शन प्राइसिंग स्वीकारते हैं?
हां, जब फ़ीस दिखती हुई चालू वैल्यू खरीदती है: अपटाइम, मॉनिटरिंग, सिक्योरिटी जांचें, छोटे बदलाव और सुधार-चक्र, हर महीने रिपोर्ट होते हुए। क्लाइंट दर्जनों टूल्स की सब्सक्रिप्शन पहले से देते हैं; वे जिस चीज़ से चिढ़ते हैं वह है किसी चीज़ से न जुड़ी फ़ीस, इसीलिए सबूत-रिपोर्ट वाली आदत मायने रखती है।
अगर क्लाइंट सब कुछ एकमुश्त अपने नाम चाहे तो मॉडल का क्या होता है?
वह फिर भी चलता है, मालिकाना ही तो मक़सद है। Automo का आउटपुट मानक React, TypeScript और Tailwind है, 100% कोड ओनरशिप और कभी भी एक्सपोर्ट के साथ, तो आप पूर्ण ओनरशिप ट्रांसफ़र प्रीमियम विकल्प के रूप में बेच सकते हैं, जबकि ज़्यादातर क्लाइंट ऑपरेट रिश्ता ही रखते हैं, क्योंकि उन्हें कोड नहीं, नतीजा चाहिए।
एक छोटी एजेंसी असल में कितने बिल्ड समानांतर डिलीवर कर सकती है?
अड़चन इंजीनियरिंग नहीं, स्कोपिंग और क्लाइंट मैनेजमेंट है, क्योंकि टेस्टिंग, सिक्योरिटी और डिप्लॉयमेंट प्लेटफ़ॉर्म ढोता है। पैकेज दोहराने योग्य हो जाए तो दो-तीन अकाउंट-साइड लोगों की टीमें आमतौर पर कई बिल्ड साथ चलाती हैं; और बढ़ती ऑपरेट बेस को संभालने लायक़ रखती है Conductor-शैली की फ्लीट विज़िबिलिटी।
इस गणित में Agency Build Grant कहां आता है?
वह सबसे जोखिम भरे बिल्ड, पहले वाले, की लागत घटाता है: प्रैक्टिस खड़ी करते हुए एक असली क्लाइंट प्रोजेक्ट को सहारा देकर। इससे प्लेटफ़ॉर्म प्रतिबद्धता का पेबैक-समय छोटा हो जाता है, ठीक वही वेरिएबल जिसे कोई सतर्क मॉडल जोखिम-मुक्त देखना चाहता है। सेल्स एक लाइव ब्रीफ़ के साथ पात्रता समझा सकती है।