सॉफ्टवेयर खरीद में अभी भी प्रति व्यक्ति के आधार पर निर्णय लिया जाता है: इंटेलिजेंट एजेंट युग में बोली और ग्रहण का निर्धारण कैसे करें

प्रकाशित: 2026-09-16 स्रोत: 许愿牛科技

कंपनियों की निविदा प्रक्रिया अभी भी प्रति व्यक्ति-दिन और स्थान पर तैनात कर्मचारियों की संख्या के आधार पर होती है, जो «कृत्रिम बुद्धिमत्ता + सॉफ्टवेयर» की नीतिगत दिशा से असंगत है। इस लेख में एक तुलन...

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

खरीद समिति ने सॉफ्टवेयर आपूर्तिकर्ता के प्रस्ताव का मूल्यांकन किया

नीतिगत पृष्ठभूमि: खरीदारी का तर्क बदल रहा है

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

मानव-समय आकलन बनाम परिणाम आकलन: अंतर कहाँ है

आयामपारंपरिक मानव-दिवस/मानव-शीर्ष आकलनपरिणाम-उन्नत बोली मूल्यांकन
मुख्य सूचकांकसंख्या, स्तर, स्थान पर रहने के दिनों की संख्या, कीमत प्रति इकाईदृश्य का संकुल, अनुमोदन प्रणाली, लाइव होने के बाद KPI
आवश्यकता की अभिव्यक्तिकार्य सूची चेक करेंपद का संचालन + डेटा मापदंड + अपवाद नियम
परिवर्तन प्रसंस्करणसाइट पर समझौता करके कर्मचारियों की संख्या और वेतन में वृद्धिपरिवर्तन आदेश किन मील के पत्थरों और किन KPIs को प्रभावित करता है
AI/स्मार्ट एजेंटआमतौर पर रेटिंग में शामिल नहीं हैप्रभावीता में सुधार के बिंदुओं, मानवीय पुनर्प्रमाणन के बिंदुओं और अधिकार सीमाओं को बताने की आवश्यकता है।
भुगतान नोडतिमाही या मानव महीने के आधार पर निपटाया जाता हैमाइलस्टोन के अनुसार स्वीकृति प्राप्त करने के बाद भुगतान किया जाता है
विवाद का केंद्रबिंदु“क्या लोग सही जगह पर हैं”“स्क्रिप्ट सफलतापूर्वक चली है या नहीं, और क्या सूचकांकों में सुधार हुआ है”

व्यावसायिक तर्क: निविदा दस्तावेज़ को कैसे संशोधित किया जाए

खरीदारी दस्तावेज़ को “खरीदने का हाथ” से “खरीदने का परिणाम” में बदल दें, चार भागों को फिर से लिखने का सुझाव दिया जाता है:

  1. दृश्य सूची: पद के अनुसार “वर्तमान स्थिति में दर्द बिंदु → लक्ष्य कार्य” लिखें, जैसे “खरीदार ईमेल से ऑर्डर देने से बदलकर सिस्टम में PO की स्वीकृति के संपूर्ण चक्र में जाता है।”
  2. अनुमोदन स्क्रिप्ट: प्रत्येक सीनारियो के साथ परीक्षण चरण, इनपुट डेटा और अपेक्षित आउटपुट जोड़ा जाता है, और बोलीदाता को प्रत्येक बिंदु पर कार्यान्वयन की संभावना का उत्तर देना चाहिए।
  3. KPI का वादा: लाइव होने के 90 दिनों के भीतर मापनीय सूचकांक, जैसे कि अनुमोदन चक्र में कमी का प्रतिशत, बैलेंस समायोजन विसंगति दर, स्टॉक सटीकता दर — सूचकांकों को सिस्टम द्वारा डेटा लेने योग्य होना चाहिए।
  4. सेवा सीमा: प्रशिक्षण, ऑपरेशन और रखरखाव, डेटा माइग्रेशन, स्मार्ट एजेंट नियमों के रखरखाव की जिम्मेदारी किसकी है, ताकि “लाइव होते ही समाप्त” होने से बचा जा सके।

रेटिंग वेटेज का सुझाव:प्रस्ताव और अनुमोदन की अनुरूपता 40% + समान प्रकार के मामलों की प्रभावशीलता 30% + मूल्य 20% + टीम की क्षमता 10%। टीम को अभी भी देखना चाहिए, लेकिन उसे प्रमुखता नहीं मिलनी चाहिए, वरना फिर से लोगों की संख्या बढ़ाने की ओर लौट जाएगा।

डिजाइन तर्क: स्मार्ट एजेंट और स्वचालन कैसे बोली का मूल्यांकन करते हैं

यदि प्रस्ताव में स्मार्ट कस्टमर सर्विस, स्वचालित अनुस्मारक और नियम इंजन शामिल है, तो खरीदार को बोलीकर्ता से यह जवाब मांगना चाहिए:

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

टीम सॉफ्टवेयर प्रदर्शन का अवलोकन करती है और परिणाम सूचकांकों का मिलान करती है

कार्यान्वयन और स्वीकृति: तीसरे चरण का प्रवेश नियंत्रण

सुझाव है कि अनुबंध में तीन चरणों के प्रवेश नियंत्रण को स्पष्ट रूप से लिखा जाए, और भुगतान को ग्रहण से जोड़ा जाए:

  1. पहला चरण (4–8 सप्ताह): कोर स्केनारियो 100% पास हुआ, महत्वपूर्ण भूमिकाओं का प्रशिक्षण पूरा हुआ। अगर पास नहीं हुआ तो दूसरे चरण का भुगतान नहीं किया जाएगा।
  2. दूसरा चरण (8–12 सप्ताह): विभागों के बीच प्रक्रियाओं का समन्वय, इंटरफ़ेस और मुख्य डेटा की स्थिरता, KPI बेसलाइन डेटा संग्रह का लाइव होना।
  3. तीसरा चरण (90 दिनों का संचालन): अनुबंध KPI के अनुसार पुनर्विचार किया जाता है, और मानकों की पूर्ति नहीं होने पर सुधार की अवधि तथा कटौती के प्रावधान होते हैं, न कि अनिश्चित काल तक स्थायी उपस्थिति।

स्थानीय कर्मचारियों की संख्या के रूप में लिया जा सकता हैकार्यान्वयन तरीकेअनुलग्नक लिखें, लेकिन यह मुख्य अनुबंध का विषय नहीं होना चाहिए। मुख्य अनुबंध का विषय होना चाहिए “कौन सी स्क्रिप्ट पास हुई हैं, कौन से सूचकांक सुधार हुए हैं”।

खरीदार के आम गलतफहमियाँ

गलतफहमी एक: कम कीमत पर मानव-दिवस के आधार पर टेंडर जीतना—— बाद में बदलावों के लिए मूल्य वृद्धि से कुल लागत अधिक हो जाती है। उपाय: कुल मूल्य की सीमा निर्धारित करना + बदलाव के लिए मूल्य निर्धारण तालिका।

गलतफहमी दूसरी: जितने अधिक कार्यक्षमताएँ, उतना बेहतर है—— ऑनलाइन दर कम है। उपाय: चरणबद्ध दृश्य, प्रथम चरण में कम और संगठित लूप।

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

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

अगला कदम

अगर आप ERP, OA, SRM या कस्टमाइज़्ड डिजिटल परियोजनाओं की फिर से भर्ती कर रहे हैं, तो पहले एक सप्ताह तक “टेंडर चेकअप” कर सकते हैं: मौजूदा RFP में दिए गए सभी व्यक्तिगत घंटों के बिंदुओं को लाल कर दें, और प्रत्येक बिंदु को दृश्य + स्क्रिप्ट + KPI के रूप में फिर से लिख दें। अगर आप इसे पूरा नहीं कर पाते हैं, तो भी कोई बात नहीं; कम से कम अगले संस्करण के टेंडर में आप 2015 के तर्क के अनुसार किसी का चयन नहीं करेंगे।

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

सरकारी उद्यम और समूह खरीद के लिए अतिरिक्त ध्यान देने की बातें

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

खरीद समिति के प्रस्तुति चरण में, सुझाव है कि साइट पर 2–3 स्क्रिप्टों का चयन करके उन्हें बोलीकर्ता द्वारा चलाया जाए, और निर्णायक अपेक्षित आउटपुट के अनुसार अंक दें—यह PPT देखने की तुलना में लाइव उपयोग के वास्तविक अनुभव के अधिक करीब है। अनुबंध वार्ता के चरण में, “KPI नहीं पूरा होने पर सुधार की अवधि और कटौती का सूत्र” को मुख्य पाठ में शामिल करना, बाद में संबंधों के जरिए बातचीत करने की तुलना में दोनों पक्षों की सुरक्षा के लिए अधिक उपयोगी है। बोली के मूल्यांकन में सुधार के लिए अगले राष्ट्रीय मानक के आने का इंतजार नहीं करना चाहिए; अगली खरीद के लिए पहले से ही एक स्क्रिप्ट, एक KPI और एक फेज़ गेट कंट्रोल का प्रयोग किया जा सकता है। छोटे-छोटे चरणों में त्रुटियों का परीक्षण करना, संपूर्ण और अपरिहार्य टेम्प्लेट के इंतजार की तुलना में नीतियों और प्रौद्योगिकी दोनों के बदलावों के साथ अधिक अनुकूल है।