ERP सिस्टम सिलेक्शन: मध्यम आकार के मैन्युफ़ैक्चरर की केस स्टडी

यह केस स्टडी दिखाती है कि एक मध्यम आकार के मैन्युफ़ैक्चरर ने बारह हफ़्ते में ERP कैसे चुना और $1.2 मिलियन का अनावश्यक खर्च कैसे बचाया। यह उन CFO, COO और CIO के लिए है जो सिलेक्शन शुरू करने वाले हैं, या उसमें अटके हुए हैं। पाँच बातों ने फ़र्क डाला। किसी भी डेमो से पहले प्रोसेस मैप बने। हर वेंडर ने क्लाइंट के अपने डेटा पर वही स्क्रिप्टेड परिदृश्य चलाए। पाँच साल के टोटल कॉस्ट ऑफ़ ओनरशिप मॉडल ने वे लागतें उजागर कीं जो कीमत के टैग में छिपी थीं। एग्ज़िक्यूटिव्स ने पूर्वाग्रह उजागर करने के लिए विकल्पों को अलग-अलग स्कोर किया। और बोर्ड ने एक पन्ने का डिसीज़न पैक देखा। बचत उस स्कोप को काटने से आई जिसकी कारोबार को ज़रूरत नहीं थी, वेंडर की छूट से नहीं। अगर आप शुरू करने वाले हैं, तो पहले अपने मुख्य प्रोसेस मैप कीजिए।

ERP सलाहकारी में 25 साल बिताने के बाद मुझे लगता था कि मैंने ज़्यादातर चीज़ें देख ली हैं। फिर पोलैंड की एक मध्यम आकार की मैन्युफ़ैक्चरिंग कंपनी लगभग गलत सिस्टम पर साइन करने ही वाली थी, यानी $1.2 मिलियन की गलती बनते-बनते रह गई। लीडरशिप वेंडर की सेल्स चालों, अंदरूनी राजनीति और ऐसी रिक्वायरमेंट लिस्ट के बोझ तले दबी थी जो बढ़ते-बढ़ते विशलिस्ट बन चुकी थी।

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

नतीजा: बारह हफ़्ते में आत्मविश्वास भरा चुनाव, $1.2 मिलियन का अनावश्यक खर्च बचा, और एक बोर्ड जो हिचक के बजाय स्पष्टता के साथ इम्प्लीमेंटेशन में उतरा।

1. 01वे ज़रूरतें जो वेंडर छोड़ देते हैंइंटीग्रेशन, लॉक-इन, तैयारी, साइटों के फ़र्क
2. 02स्क्रिप्टेड डेमो डेवही वर्कफ़्लो, क्लाइंट का अपना डेटा
3. 03पाँच साल का कॉस्ट मॉडलतीसरे साल के बाद $500K की बढ़ोतरी सामने आई
4. 04अलग-अलग स्कोरिंगCIO, CFO और COO ने अलग-अलग स्कोर किया
5. 05एक पन्ने का बोर्ड पैकबोर्ड 45 मिनट में एकमत हुआ

बारह हफ़्ते में ERP चुना गया, $1.2M का अनावश्यक खर्च बचा

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

लीडरशिप के साथ वक़्त बिताने पर जो दबाव सामने आए:

1. CIO: क्लाउड क्षमता और लंबे समय की स्केलेबिलिटी पर ज़ोर
2. CFO: लागत नियंत्रण पर कड़ा ज़ोर, एक और बजट ओवररन की चिंता
3. COO: ऑपरेशनल स्थिरता पहले, प्रोडक्शन में रुकावट की चिंता
4. वेंडर: तिमाही-अंत की छूट और "सीमित समय" के ऑफ़र से फ़ैसला करवाने का दबाव

हर प्राथमिकता अपनी जगह ठीक थी। साथ मिलकर उन्होंने गतिरोध बना दिया। किसी के पास पक्के आँकड़े नहीं थे, और फ़ैसले वेंडर के स्लाइड डेक चला रहे थे, जिनके पीछे कोई कॉस्ट मॉडल नहीं था।

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

नीचे की टेबल सिलेक्शन की आम समस्याएँ और हर एक का हल दिखाती है।

आम समस्या	असर	इसे कैसे सुलझाएँ
सीधे वेंडर डेमो में कूद जाना	टीमें फ़ीचर में भटक जाती हैं; प्रोसेस फ़िट की अनदेखी होती है	पहले प्रोसेस फ़्लो दर्ज कीजिए; डेमो अपने डेटा के साथ चलवाइए
लीडरशिप की अस्पष्ट रिक्वायरमेंट	टकराती प्राथमिकताएँ फ़ैसले रोकती हैं और स्कोप बढ़ाती हैं	एग्ज़िक्यूटिव साइन-ऑफ़ के साथ ज़रूर-चाहिए और होना-चाहिए की सूची लॉक कीजिए
पाँच साल का कॉस्ट मॉडल नहीं	छिपी लागतें go-live के बाद सामने आती हैं	लाइसेंस, एस्केलेशन, इंटीग्रेशन और सपोर्ट को कवर करने वाला TCO व्यू बनाइए
इंटीग्रेशन के अंधे कोने	देर से मिले इंटरफ़ेस देरी और ओवररन लाते हैं	हर सिस्टम को शुरू में ही मैप कीजिए; जोखिम वाले इंटरफ़ेस प्रूफ़ ऑफ़ कॉन्सेप्ट से परखिए
राजनीति और पूर्वाग्रह	फ़ैसले राय पर टिकते हैं, तथ्यों पर नहीं	वेटेड स्कोरकार्ड और रोल के हिसाब से मापदंड इस्तेमाल कीजिए

चरण 1: वे ज़रूरतें जो वेंडर कभी नहीं पूछते

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

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

चरण 2: असली डेटा के साथ स्क्रिप्टेड डेमो डे

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

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

चरण 3: छिपी लागतें सामने लाना

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

एक "मिड-टियर" विकल्प में तीसरे साल के बाद $500,000 की छिपी बढ़ोतरी दिखी। मॉडल के बिना क्लाइंट इसे सिर्फ़ ऊपरी कीमत देखकर चुन लेता। अकेली इसी कवायद ने पूरे एंगेजमेंट को सही ठहरा दिया।

चरण 4: अंदरूनी पूर्वाग्रह को बेअसर करना

डेटा हो तब भी पूर्वाग्रह घुस आता है। CIO क्लाउड-फ़र्स्ट वेंडर की ओर झुके थे, CFO सबसे कम शुरुआती कीमत की ओर, COO स्थिरता की ओर। मैंने हर एक के साथ अलग-अलग संरचित स्कोरिंग सेशन चलाए, फिर नतीजों की तुलना की ताकि दिखे कि निजी पसंद ने तथ्यों पर कहाँ बढ़त बना ली थी। संरचित स्कोरिंग के साथ बिना सबूत के "यह वाला बेहतर लगता है" कहना मुश्किल हो गया।

चरण 5: बोर्ड की सहमति

मैंने सब कुछ एक पन्ने के एग्ज़िक्यूटिव डैशबोर्ड पर समेट दिया: एक स्कोरकार्ड, लागत की रेंज और एक रिस्क हीटमैप। न जार्गन, न लंबी रिपोर्ट। बोर्ड की चर्चा एक घंटे से कम चली, और लीडरशिप 45 मिनट में एकमत हो गई। वे आत्मविश्वास के साथ उठे, इसलिए नहीं कि उनके पास ज़्यादा डेटा था, बल्कि इसलिए कि डेटा संरचित और पारदर्शी था।

नीचे की टेबल सिलेक्शन के कदम क्रम से और हर एक से क्या निकला, यह दिखाती है।

कदम	मक़सद	नतीजा
बिज़नेस उद्देश्य तय करना	सहमत होना कि ERP को क्या सुलझाना है: लागत नियंत्रण, कम्प्लायंस, स्केलेबिलिटी	लक्ष्यों पर लीडरशिप और ऑपरेशंस एकमत
मौजूदा प्रोसेस मैप करना	वर्कफ़्लो, तकलीफ़ें और निर्भरताएँ दर्ज करना	फ़िट परखने के लिए एक बेसलाइन
वेंडर शॉर्टलिस्ट करना	व्यावहारिक विकल्पों तक सीमित करना	मूल्यांकन प्रासंगिक उम्मीदवारों पर केंद्रित
फ़िट-गैप एनालिसिस चलाना	हर विकल्प की बिज़नेस ज़रूरतों से तुलना	कस्टमाइज़ेशन, जोखिम और इंटीग्रेशन की कमियों की साफ़ तस्वीर
टोटल कॉस्ट ऑफ़ ओनरशिप का मॉडल बनाना	लाइसेंस, इम्प्लीमेंटेशन, ट्रेनिंग और पाँच साल का सपोर्ट	बजट और बोर्ड की मंज़ूरी के लिए वित्तीय स्पष्टता
रेफ़रेंस जाँचना	उसी ERP पर मिलते-जुलते उद्योगों के साथियों से बात करना	वेंडर के प्रदर्शन का सीधा अनुभव

1. बारह हफ़्ते में ERP चुना गया
2. $1.2 मिलियन का अनावश्यक खर्च बचा, उन मॉड्यूल को हटाकर जिनकी कोई बिज़नेस वैल्यू नहीं थी और फुलाए गए प्रीमियम बंडल ठुकराकर, छूट के पीछे भागकर नहीं
3. फ़ैसले की थकान उतरी; लीडरशिप एकमत हुई और तय अपेक्षाओं के साथ किकऑफ़ में पहुँची
4. वेंडर की तिमाही-अंत की समय-सीमाएँ बेअसर हुईं; क्लाइंट ने अपनी शर्तों पर ख़रीदा

"Noel ने सिर्फ़ ERP चुनने में हमारी मदद नहीं की। उन्होंने हमें राजनीति को चीरकर निकलने, छिपी लागतें देखने और स्पष्टता के साथ बोर्ड-स्तर का फ़ैसला लेने का तरीक़ा दिया। 12 हफ़्ते में हमने दस लाख डॉलर से ज़्यादा बचाए और दशक भर चलने वाली गलती से बचे।" (CFO, पोलैंड का मैन्युफ़ैक्चरिंग ग्रुप)

इस एंगेजमेंट में कॉस्ट मॉडल सबसे कीमती दस्तावेज़ था। ये वे लाइनें हैं जो उसमें थीं, और वे जो सबसे ज़्यादा छूट जाती हैं।

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

इसी तस्वीर के कॉन्ट्रैक्ट वाले पहलू के लिए मेरी CFO के लिए ERP कॉन्ट्रैक्ट नेगोशिएशन गाइड देखिए।

2026 में सिलेक्शन करने वाले मध्यम आकार के मैन्युफ़ैक्चरर के लिए तीन चीज़ें बदल जाएँगी।

SAP GROW शॉर्टलिस्ट में होगा। SAP के पब्लिक क्लाउड ERP पर बना SAP GROW अब उन कंपनियों के लिए NetSuite, Dynamics 365 Business Central और Infor की बातचीत में बैठता है जो SAP में नई हैं। इसका फ़िक्स्ड-स्कोप GROW Fast ऑफ़रिंग कुछ ही महीनों में go-live का लक्ष्य रखती है, और Clean Core डिज़ाइन से ही लागू रहता है। TCO मॉडल को पाँच साल की सब्सक्रिप्शन वृद्धि की तुलना करनी होगी, परपेचुअल लाइसेंस और मेंटेनेंस की नहीं।

AI काग़ज़ी काम तेज़ करता है, विवेक नहीं। AI असिस्टेंट अब रिक्वायरमेंट का सारांश, स्कोरिंग फ़्रेमवर्क और पहले दौर का फ़िट-गैप एनालिसिस ड्राफ़्ट कर सकते हैं। कौन-सा वेंडर कारोबार में असल में फ़िट बैठता है, यह अब भी अनुभवी लोगों का विवेक है।

क्लाउड डिफ़ॉल्ट है। कुछ मध्यम आकार के मैन्युफ़ैक्चरर पहले क्लाउड को ऑन-प्रिमाइस के सामने तौलते थे। 2026 में व्यावहारिक डिफ़ॉल्ट क्लाउड है, जब तक डेटा रेज़िडेंसी या संप्रभुता के नियम कुछ और न कहें। क्लाउड विकल्पों की TCO में सीधे आपस में तुलना कीजिए, हर वेंडर के लिए अलग ऑन-प्रिमाइस परिदृश्य बनाने की जगह।

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

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

मध्यम आकार का मैन्युफ़ैक्चरर डेमो में खोए बिना ERP सिलेक्शन कैसे शुरू करे?

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

ERP के लिए पाँच साल के टोटल कॉस्ट ऑफ़ ओनरशिप मॉडल में क्या होना चाहिए?

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

वेंडर डेमो को सच में तुलना लायक कैसे बनाएँ?

अपने डेटा पर एक जैसे परिदृश्य स्क्रिप्ट कीजिए। हर वेंडर वही वर्कफ़्लो, जैसे ऑर्डर-टू-कैश, प्रोडक्शन प्लानिंग और रिटर्न, उसी क्रम और उतने ही समय में चलाए। स्कोरिंग में वज़न अपनी प्राथमिकताओं का रखिए, प्रेज़ेंटेशन की गुणवत्ता का नहीं। एक मैन्युफ़ैक्चरिंग टीम ने वेंडरों से क्रेडिट जारी करने सहित एक जटिल रिटर्न प्रोसेस करवाया, और उस अकेले टेस्ट ने वे फ़र्क उजागर कर दिए जिन्हें चमकदार डेमो ने छिपा रखा था।

ERP का फ़ैसला मंज़ूर करने से पहले बोर्ड को कौन-से जोखिम दिखने चाहिए?

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

ERP सिलेक्शन के दौरान स्कोप क्रीप को कैसे रोकें?

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

वेंडर के दबाव और तिमाही-अंत की छूट को कैसे संभालें?

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