एक-तिहाई संगठन पहले ही कोई सॉफ़्टवेयर ख़रीद रद्द कर चुके हैं क्योंकि एजेंट उसे बना सकता था — और यही समूह सबसे पहले लागत की छत से टकरा रहा है

बत्तीस प्रतिशत संगठनों ने कम से कम एक सॉफ़्टवेयर उत्पाद या फ़ीचर न ख़रीदने का निर्णय लिया, क्योंकि वे उसे एजेंटिक कोडिंग टूल्स से भीतर ही बना सकते थे (McKinsey, 2026)। यह ख़रीद को लेकर कोई भविष्यवाणी नहीं है। यह हो चुका है — पिछले ही बजट चक्र के भीतर।

बिल्ड-बनाम-बाय की रेखा खिसक गई, और चुपचाप खिसकी — किसी वेंडर ने घोषणा नहीं की, किसी ने बोर्ड के सामने बिज़नेस केस नहीं रखा। किसी ने नवीनीकरण का ईमेल खोला, क़ीमत देखी, एक कोडिंग एजेंट देखा, और मना कर दिया।

अब वह हिस्सा जो किसी Head of Operations को Q4 के नवीनीकरण बंद होने से पहले ठहरने पर मजबूर करना चाहिए। उसी सर्वेक्षण में, इस प्रतिस्थापन में सबसे आगे निकले संगठन — मैकिंज़ी के AI हाई परफ़ॉर्मर, जिनमें से लगभग आधे ने इस तरह कोई ख़रीद टाली, जबकि बाक़ी सबमें यह 31 प्रतिशत है — कोडिंग एजेंट्स के उपयोग में लागत की बाधा बाक़ी उत्तरदाताओं की तुलना में लगभग तीन गुना अधिक बार बताते हैं (McKinsey, 2026)। ख़रीदने के बजाय बनाने का सबसे अधिक अनुभव रखने वाला समूह ही वह समूह है जिसने छत सबसे पहले खोजी।

यह क्रम सुर्खियों के आंकड़े से अधिक मायने रखता है।

सर्वेक्षण वास्तव में क्या कहता है

मैकिंज़ी का दसवाँ वार्षिक State of AI 25 अगस्त 2026 को प्रकाशित हुआ, फ़ील्डवर्क 4 मई से 8 जून तक, 97 देशों में 1,719 उत्तरदाता, वैश्विक जीडीपी में प्रत्येक देश के योगदान के अनुसार भारित। छत्तीस प्रतिशत उत्तरदाता ऐसे संगठनों में काम करते हैं जिनका वार्षिक राजस्व एक अरब डॉलर से ऊपर है।

एक चेतावनी अभी दर्ज कर लीजिए, क्योंकि यही तय करती है कि इसमें से कुछ भी आप पर लागू होता है या नहीं: मैकिंज़ी आँकड़ों को राजस्व के आधार पर काटती है, कर्मचारी संख्या के आधार पर नहीं। इस सर्वेक्षण में "छोटे संगठन" का अर्थ है एक अरब डॉलर से कम राजस्व, जिसमें 50–500 FTE की परिधि से कहीं बाहर की कंपनियाँ भी शामिल हैं। निष्कर्षों की दिशा पढ़िए; उनमें अपना संगठन-चार्ट मत पढ़िए।

इस शर्त के साथ, तीन निष्कर्ष आपस में जुड़ते हैं।

प्रतिस्थापन वास्तविक है और केंद्रित है। कुल मिलाकर बत्तीस प्रतिशत, सबसे अधिक तकनीक और स्वास्थ्य सेवा में, फिर पेशेवर सेवाओं तथा ऊर्जा व सामग्री में। हाई परफ़ॉर्मर्स में लगभग आधे।

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

क्षमता समान रूप से वितरित नहीं है। एक अरब डॉलर से अधिक राजस्व वाले संगठन कम से कम एक फ़ंक्शन में एआई एजेंट्स को स्केल करने में साल-दर-साल 27 प्रतिशत से 40 प्रतिशत पर पहुँचे। छोटे संगठन मूलतः 22 प्रतिशत पर स्थिर रहे। कुल मिलाकर लगभग दस में से दो उत्तरदाता कोडिंग एजेंट्स स्केल करने की बात कहते हैं; बड़े उद्यमों में यह 31 प्रतिशत है।

यानी सॉफ़्टवेयर को एजेंट्स से बदलने के लिए सबसे अच्छी स्थिति में बैठी कंपनियाँ ही वे हैं जो इसकी क़ीमत पहले से चुका रही हैं। और जिन कंपनियों को यह गणित सबसे अधिक लुभाता है — जिन्हें SaaS का बिल सबसे अधिक चुभता है — उनके द्वारा किसी एजेंट को स्केल किए होने की संभावना सबसे कम है।

सितंबर में यह अदला-बदली सस्ती क्यों दिखती है

यह खिंचाव काल्पनिक नहीं है और वेंडर का शोर भी नहीं। सॉफ़्टवेयर की क़ीमतें आपके लाभ-हानि विवरण की लगभग हर दूसरी मद से तेज़ बढ़ रही हैं।

Vertice के सूचकांक ने SaaS मुद्रास्फीति अप्रैल 2026 में 12.1 प्रतिशत, मई में 14.2 प्रतिशत और जून में 16.4 प्रतिशत दर्ज की — एक नया रिकॉर्ड, जो नवंबर 2025 के 14.7 प्रतिशत के पिछले शिखर से ऊपर है, और उनके द्वारा दर्ज सबसे तेज़ दो-महीने की तेज़ी (Vertice, 2026)। Vertice इसे सामान्य मुद्रास्फीति दर के लगभग पाँच गुना पर रखती है। वही सूचकांक साथ चलती "श्रिंकफ़्लेशन" की ओर भी संकेत करता है: सूची मूल्य बढ़ते हैं जबकि उसी टियर पर फ़ीचर पहुँच चुपचाप सिकुड़ती है।

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

समस्या यह है कि जो तुलना की जा रही है, वह वह तुलना नहीं है जो ख़रीदी जा रही है।

ख़रीदने के बजाय बनाने की अदला-बदली में वास्तव में क्या हस्तांतरित होता है

SaaS अनुबंध एक निश्चित, समर्थित, बाहर से रखरखाव किया जाने वाला दायित्व है जिसकी नवीनीकरण तिथि ज्ञात होती है। उसकी जगह तीन अलग चीज़ें आती हैं, और उनमें से केवल एक बिज़नेस केस में दिखती है।

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

एक स्थायी आंतरिक रखरखाव स्वामी। वह नहीं जिसने इसे बनाया। वह जो इसे 2028 में थामे रहेगा, जब यह जिस एपीआई को कॉल करता है वह बदल जाएगी और इसे समझने वाला इकलौता इंजीनियर जा चुका होगा।

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

वह रखरखाव स्वामी जिसका नाम कोई नहीं लेता

GitClear के Maintainability Gap अध्ययन ने 2023 से 2026 तक 62.3 करोड़ कोड परिवर्तनों का विश्लेषण किया और पाया कि गुणवत्ता के संकेत एक साथ ग़लत दिशा में बढ़ रहे हैं: कोड ब्लॉक डुप्लिकेशन 81 प्रतिशत ऊपर, एक ही कमिट के भीतर कॉपी/पेस्ट 41 प्रतिशत ऊपर, त्रुटियाँ छिपाने वाली संरचनाएँ 47 प्रतिशत ऊपर, दो-सप्ताह का चर्न 15 प्रतिशत ऊपर — जबकि रीफ़ैक्टरिंग से हटाई गई पंक्तियाँ 70 प्रतिशत, क्रॉस-फ़ाइल फ़ंक्शन कॉल (पुनःउपयोग का संकेत) 35 प्रतिशत, और दीर्घकालिक लेगेसी रखरखाव 2022 के स्तर से 74 प्रतिशत गिरा (GitClear, 2026)।

इसके परिणाम के लिए उनका शब्द ही काम का है: परपेचुअल V1 कंपोनेंट। ऐसा कोड जो रिलीज़ होता है और कभी समेकित नहीं होता, क्योंकि जिसे एजेंट दोबारा जनरेट कर सकता है, उसे कोई रीफ़ैक्टर नहीं करता।

गूगल का DORA कार्यक्रम दूसरी दिशा से उसी बिंदु पर पहुँचता है। लगभग 5,000 उत्तरदाताओं में डेवलपर्स के बीच एआई अपनाना 76 प्रतिशत से 90 प्रतिशत हुआ, और एआई-सहायित डिलीवरी थ्रूपुट तटस्थ या बेहतर पर लौटा — लेकिन डिलीवरी की अस्थिरता अपनाने की क़ीमत के रूप में बनी रही, और DORA एआई को उस संगठनात्मक तंत्र का एम्प्लिफ़ायर मानता है जिसमें वह उतरता है (DORA, 2025)। पिछले वर्ष के संस्करण ने एआई अपनाने में हर 25 प्रतिशत वृद्धि पर डिलीवरी स्थिरता में 7.2 प्रतिशत की गिरावट मापी थी (TechTarget, 2025)।

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

सबसे आगे निकला समूह छत से सबसे पहले टकराया

अधिकांश तकनीकी बहसें इस पर होती हैं कि संशयवादी बाद में सही साबित होंगे या नहीं। यह प्रयोग पहले ही चल चुका है, और नतीजा उसी डेटासेट में है जिसमें उत्साह था।

जिन संगठनों ने सबसे आक्रामक रूप से प्रतिस्थापन किया, वही आज कोडिंग एजेंट्स पर लागत बाधाएँ बाक़ी सबसे तीन गुना अधिक बार बताते हैं (McKinsey, 2026)। सामान्य लागत बाधाएँ नहीं — वे उन्हें सामान्य दर पर बताते हैं। विशेष रूप से उसी टूल श्रेणी पर जिसमें वे गए।

छत को भीतर से खोजे जाने पर वह ऐसी ही दिखती है। आप एक निश्चित मद को परिवर्तनशील मद से बदलते हैं, उपयोग बढ़ता है क्योंकि चीज़ उपयोगी है, और परिवर्तनशील मद उस मद से छोटी रहनी बंद कर देती है जिसे आपने रद्द किया था।

मिड-मार्केट के संचालक के लिए निष्कर्ष "मत बनाइए" नहीं है। निष्कर्ष यह है कि निर्णय के क्षण में आपको जो लागत-वक्र दिखाया जा रहा है, वह उसका पहला महीना है।

ईमानदार प्रतिवाद

तीन सीमाएँ, साफ़-साफ़।

स्व-घोषित सर्वेक्षण डेटा ऑडिट नहीं है। मैकिंज़ी के आँकड़े वही हैं जो उत्तरदाता अपने संगठनों के बारे में कहते हैं। दावा किए गए आंतरिक बिल्ड का किसी ने बहीखाते से मिलान नहीं किया, और "न ख़रीदने का निर्णय" में वे निर्णय भी शामिल हैं जो वैसे भी कभी पूरे नहीं होते।

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

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

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

कौन-से नवीनीकरण इस अदला-बदली को बचाव-योग्य बनाते हैं

Q4 बंद होने से पहले चार क़दम। किसी में नया वेंडर नहीं चाहिए, और किसी में बिल्ड का तर्क छोड़ना नहीं पड़ता।

1. टोकन मद की क़ीमत बारह महीने के बढ़े हुए उपयोग पर लगाइए, पायलट वॉल्यूम पर नहीं। यदि विकल्प केवल आज की कॉल मात्रा पर सस्ता है, तो आपने बचत नहीं खोजी — आपने देरी खोजी है। मौजूदा उपयोग के तीन गुना पर मॉडल बनाइए और देखिए कि निर्णय टिकता है या नहीं।
2. अनुबंध रद्द करने से पहले रखरखाव स्वामी का नाम तय कीजिए। एक नाम, उसके समय का एक प्रतिशत, और एक उत्तराधिकारी। यदि कोई आंकड़ा देने को तैयार नहीं, तो बिल्ड अनावंटित क्षमता से वित्तपोषित हो रहा है — यानी किसी की शामों से।
3. नवीनीकरणों को इस आधार पर क्रमबद्ध कीजिए कि ख़राबी कौन झेलेगा। जो कुछ भी वेतन, अनुपालन, ग्राहक-सामना बिलिंग या विनियमित डेटा को छूता है, वह SLA और क्षतिपूर्ति वाले वेंडर के पास रहे। आंतरिक रिपोर्टिंग, आपके पास पहले से मौजूद सिस्टमों के बीच का जोड़, और एकल टीम के वर्कफ़्लो टूल — वहीं बिल्ड का तर्क ईमानदार है।
4. 16 प्रतिशत के नवीनीकरण प्रस्ताव को फ़ैसला नहीं, बातचीत का संकेत मानिए। SaaS मुद्रास्फीति का सामान्य मुद्रास्फीति से लगभग पाँच गुना होना बताता है कि प्रस्तावित वृद्धि बाज़ार-चालित है और अक्सर मोल-तोल योग्य। एक नवीनीकरण का बेंचमार्क करना कोडबेस के मालिक बनने से सस्ता है, और यह आप इसी महीने कर सकते हैं।

जिस लाइसेंस को आप रद्द करते हैं, वह एक लागत है जिसे आप चुकाना बंद कर देते हैं। जिस सिस्टम को आप बनाते हैं, वह एक लागत है जिसके आप मालिक बनने लगते हैं — और इस रास्ते पर सबसे आगे निकले संगठन, उसी सर्वेक्षण में जिसने अदला-बदली को आकर्षक बनाया, आपको ठीक-ठीक बता रहे हैं कि यह कहाँ सस्ती रहनी बंद हो जाती है।

अगला नवीनीकरण जाने से पहले, कटौती सूची का कोई एक टूल उठाइए और लिखिए कि 2028 में उसके विकल्प का रखरखाव कौन करेगा। यदि पंक्ति ख़ाली रह जाए, तो नवीनीकरण कर दीजिए।