
विषय-सूची
- मैं SAP इम्प्लीमेंटेशन पार्टनर का मूल्यांकन कैसे करता हूँ
- चयन के चार आयाम
- जहाँ US बाज़ार अलग है
- साइन करने से पहले पूछने के पाँच सवाल
- टियर 1: ग्लोबल एंटरप्राइज़ फ़र्म
- जहाँ टियर 1 जीतता है
- जहाँ टियर 1 फ़ेल होता है
- Accenture: सीधा अनुभव
- IBM: सीधा अनुभव
- DXC: सीधा अनुभव
- Deloitte, Capgemini, TCS, Infosys, NTT DATA और Wipro
- टियर 2: मिड-मार्केट और बड़े बिज़नेस के स्पेशलिस्ट
- जहाँ टियर 2 फ़िट बैठता है
- टियर 3: बुटीक और विशिष्ट स्पेशलिस्ट
- जहाँ टियर 3 जीतता है
- जहाँ टियर 3 फ़ेल होता है: तीन असली जोखिम
- US प्रोग्राम में पार्टनर चयन कैसे चलता है
- मल्टी-पार्टनर पैटर्न
- US में इसकी लागत क्या है
- RISE और GROW पार्टनर की बातचीत को कैसे बदलते हैं
- अक्सर पूछे जाने वाले सवाल
SAP इम्प्लीमेंटेशन पार्टनर को टियर से नहीं, फ़िट से चुनें। टियर 1 ग्लोबल SI मल्टी-रीजन, भारी नियमन वाले प्रोग्राम के लिए ठीक हैं। टियर 2 स्पेशलिस्ट मिड-मार्केट और सिंगल-इंडस्ट्री प्रोग्राम के लिए ठीक हैं, जो टियर 1 के ओवरहेड के बिना स्केल चाहते हैं। टियर 3 बुटीक साफ़ तय स्कोप के लिए ठीक हैं, जहाँ आप चाहते हैं कि सीनियर लोग हर दिन कमरे में हों। आप जो भी टियर चुनें, निर्णायक सवाल यही है कि आपके प्रोजेक्ट पर असल में कौन होगा। यह गाइड उन CIO, CFO और प्रोक्योरमेंट लीड के लिए है जो S/4HANA के लिए US पार्टनर की शॉर्टलिस्ट बना रहे हैं। कुछ भी साइन करने से पहले नीचे के पाँच सवाल और लागत तालिका इस्तेमाल करें।
मैं 25 साल से ERP कंसल्टेंट हूँ। गलत पार्टनर चुनने का असर किसी कारोबार पर सालों रहता है, और मैंने कंपनियों को फ़िट के बजाय नाम चुनकर कई मिलियन बर्बाद करते देखा है। नीचे की श्रेणियाँ वही हैं जो मैं आपकी सेलेक्शन कमेटी में इस्तेमाल करूँगा, मार्केटिंग वाला संस्करण नहीं।
खराब कॉन्फ़िगरेशन से ज़्यादा SAP प्रोजेक्ट पार्टनर के गलत मेल से लेट हुए हैं। मार्च 2024 में मैंने एक मैन्युफ़ैक्चरिंग क्लाइंट को एक मध्यम आकार के ऑपरेशन के लिए टियर 1 फ़र्म चुनते देखा। यह ज़रूरत से ज़्यादा था। क्लाइंट ने जितना देना चाहिए था उसका दोगुना दिया, और इम्प्लीमेंटेशन में ज़्यादा समय लगा क्योंकि बड़ी फ़र्म के प्रोसेस उसकी ज़रूरत के हिसाब से बहुत भारी थे।
उलटा भी होता है। मैंने एक सरकारी एजेंसी को टियर 2 फ़र्म के साथ जाते और असफल इम्प्लीमेंटेशन, 18 महीने की बर्बादी, मुकदमेबाज़ी और शर्मिंदगी पर पहुँचते देखा है।
टियर आपको स्केल, जोखिम कवर और ग्लोबल क्षमता के बारे में बताता है। यह डिलीवरी की क्वालिटी के बारे में नहीं बताता। वह टीम, फ़िट और उस पर आपकी लगाई गवर्नेंस तय करती है।
स्रोत: US बाज़ार में मुझे दिखने वाले एंगेजमेंट साइज़ और डे रेट। ये एंकर हैं, कोटेशन नहीं
"हमें S/4HANA पार्टनर चाहिए" फ़ैसला चलाने के लिए बहुत सामान्य बात है। बाज़ार में जाने से पहले इसे तीखा करें।
आप चार चीज़ें खरीद रहे हैं, कोई लोगो या मेथडोलॉजी डेक नहीं: आपकी इंडस्ट्री का डोमेन ज्ञान, ऐसी टीम जो ब्लूप्रिंट से हाइपरकेयर तक एक-सी बनी रहे, ऐसा डिलीवरी मॉडल जो आपके संगठन के फ़ैसले लेने के तरीके से मेल खाए, और ऐसी जवाबदेही जो दोनों ओर के स्टाफ़ बदलने के बाद भी टिके। टियर इन्हें अलग-अलग तरह से पैक करते हैं, और एक ही टियर की फ़र्में भी। सबसे महँगी गलती यह है कि आप उस टीम के बजाय फ़र्म की प्रतिष्ठा खरीद लेते हैं जिसके साथ आप काम करेंगे।
चयन के चार आयाम
प्रोग्राम का स्केल। मैन्युफ़ैक्चरिंग में मल्टी-एंटिटी, मल्टी-कंट्री S/4HANA प्रोग्राम को सिंगल-एंटिटी फ़ाइनेंस और प्रोक्योरमेंट रोलआउट से अलग क्षमता चाहिए। टियर 1 फ़र्में ग्लोबल डिलीवरी और इंडस्ट्री टेम्पलेट लाती हैं। बुटीक गहरे फ़ंक्शनल स्पेशलिस्ट और सीनियर निरंतरता लाते हैं।
इंडस्ट्री की गहराई। फ़ार्मास्यूटिकल्स में SAP डिस्क्रीट मैन्युफ़ैक्चरिंग से अलग है, और वह फ़ाइनेंशियल सर्विसेज़ से फिर अलग। जिस पार्टनर के पास सच में इंडस्ट्री की गहराई है, वह वे डिज़ाइन फ़ैसले पहले ले चुका है जिनका सामना आपके प्रोजेक्ट को करना है। जिसके पास नहीं है, वह आपके बजट पर सीखता है।
डिलीवरी मॉडल। कुछ फ़र्में मेथडोलॉजी और टेम्पलेट के साथ आगे बढ़ती हैं, कुछ अनुभवी प्रैक्टिशनर के साथ जो हालात के हिसाब से ढलते हैं। दोनों काम कर सकते हैं। मायने यह रखता है कि मॉडल आपके संगठन के फ़ैसले लेने के तरीके से मेल खाता है या नहीं।
असली टीम। जो लोग आपके प्रोजेक्ट रूम में होंगे, उनके CV और उपलब्धता माँगें, और पिच डेक की जगह उनका मूल्यांकन करें। मेरी ज़रूरी SAP इम्प्लीमेंटेशन टीम रोल की सूची बताती है कि कौन-से CV माँगने हैं।
जहाँ US बाज़ार अलग है
US की शॉर्टलिस्ट सिर्फ़ ग्लोबल शॉर्टलिस्ट को US ऑफ़िस वाली फ़र्मों पर छान लेना नहीं है। तीन कारक इसे बदलते हैं:
- फ़ेडरल और डिफ़ेंस क्लाउड वर्कलोड SAP NS2 के ज़रिए चलते हैं। SAP National Security Services राष्ट्रीय सुरक्षा ग्राहकों के लिए SAP की अलग US सब्सिडियरी है। 2025 में DISA ने इसे FedRAMP+ Impact Level 5 पर S/4HANA Cloud Private Edition और SAP BTP चलाने के लिए प्रोविज़नल ऑथराइज़ेशन दिया। इसके ऑफ़र AWS GovCloud (US) पर चलते हैं। जिस पार्टनर के पास NS2 का अनुभव नहीं है, वह उन वर्कलोड को सर्व नहीं कर सकता।
- हेल्थकेयर में HIPAA का अनुभव रखने वाले कॉन्फ़िगरेशन कंसल्टेंट चाहिए। वे लोग नहीं जिन्होंने HIPAA के बारे में पढ़ा है: वे लोग जिन्होंने कंट्रोल डिज़ाइन किए हैं और HITRUST रिव्यू के लिए ऑडिट ट्रेल बनाई है। जिस पार्टनर के पास यह नहीं होता, उसे आमतौर पर इंटीग्रेशन टेस्टिंग में पता चलता है, जब कंट्रोल का दोबारा डिज़ाइन धीमा और महँगा होता है।
- डिफ़ेंस सप्लायर को CMMC अनुशासन चाहिए। CMMC को कॉन्ट्रैक्ट में लाने वाला DFARS नियम 10 नवंबर 2025 से लागू हुआ। 10 नवंबर 2026 से, कंट्रोल्ड अनक्लासिफ़ाइड इन्फ़ॉर्मेशन वाले कॉन्ट्रैक्ट में थर्ड-पार्टी Level 2 सर्टिफ़िकेशन माँगा जा सकता है। जिस पार्टनर में CMMC के लिए ज़रूरी डॉक्यूमेंटेशन की आदत नहीं है, वह आपके असेसमेंट के दौरान फ़ाइंडिंग पैदा करेगा।
ये कारक आपको चाहिए वह टियर नहीं बदलते। ये बदलते हैं कि उस टियर की कौन-सी फ़र्में आपको सर्व कर सकती हैं।
साइन करने से पहले पूछने के पाँच सवाल
रेफ़रेंस कॉल से घिसे-पिटे जवाब मिलते हैं। ये सवाल काम के जवाब देते हैं।
- मेरे प्रोजेक्ट पर ख़ास तौर पर कौन होगा? CV लें। पुष्टि करें कि नामित लोग आपकी तारीखों के लिए उपलब्ध हैं। पूछें कि अगर पार्टनर अगले महीने दो और सौदे जीत ले तो उन प्रतिबद्धताओं का क्या होगा।
- मेरी इंडस्ट्री के ख़ास प्रोसेस आप कैसे संभालते हैं? गहराई वाला पार्टनर ठोस जवाब देता है। जिसके पास नहीं है, वह कहता है "हम इसे ब्लूप्रिंट में आँकेंगे"।
- मुझे ऐसा प्रोजेक्ट दिखाइए जो बिगड़ गया और आपने उसे कैसे सँभाला। हर फ़र्म के पास एक होता है। उन्होंने उसे कैसे संभाला, यह उनके केस स्टडी से ज़्यादा बताता है।
- go-live से पहले आप चेंज फ़्रीज़ कैसे चलाते हैं? कमज़ोर चेंज कंट्रोल देर से स्कोप का ढेर लगने देता है। जवाब दिखाता है कि वे दबाव कैसे संभालते हैं।
- आप हमारी टीम को नॉलेज ट्रांसफ़र कैसे करेंगे? जो पार्टनर इसकी योजना बनाते हैं, वे इसे एंगेजमेंट में शामिल करते हैं। जो नहीं बनाते, वे निर्भरता पैदा करते हैं।
टियर 1 पार्टनर बड़े, जटिल प्रोग्राम में फ़िट होते हैं: मल्टी-एंटिटी ग्लोबल रोलआउट, भारी कम्प्लायंस वाले नियमित इम्प्लीमेंटेशन, और ऐसे ट्रांसफ़ॉर्मेशन जिनमें स्केल पर SAP डिलीवरी और बिज़नेस चेंज दोनों चाहिए। आख़िरी कॉलम बताता है कि मेरी राय कहाँ से आती है, ताकि आप उसे तौल सकें।
| फ़र्म | वे कहाँ फ़िट बैठती हैं | मेरी राय का आधार |
|---|---|---|
| Accenture | स्टैंडर्ड प्रोसेस स्कोप वाले बड़े ग्लोबल ट्रांसफ़ॉर्मेशन | सीधा अनुभव |
| IBM | जटिल टेक्निकल एस्टेट, हाइब्रिड क्लाउड, नियमित माहौल | सीधा अनुभव |
| DXC Technology | वे क्लाइंट जो इंफ़्रास्ट्रक्चर या मैनेज्ड सर्विस के लिए पहले से DXC इस्तेमाल करते हैं | सीधा अनुभव |
| Deloitte | बिज़नेस एडवाइज़री चाहने वाले फ़ाइनेंस-भारी प्रोग्राम; हेल्थकेयर और सरकार | देखा हुआ |
| Capgemini | यूरोपीय पैरेंट कंपनियाँ जिन्हें US में निरंतरता चाहिए; यूटिलिटीज़ | सार्वजनिक रिकॉर्ड |
| TCS | ग्लोबल टेम्पलेट रोलआउट, एप्लिकेशन मैनेजमेंट | सार्वजनिक रिकॉर्ड |
| Infosys | ऑटोमेशन-आधारित डिलीवरी, मैन्युफ़ैक्चरिंग | सार्वजनिक रिकॉर्ड |
| NTT DATA | एप्लिकेशन मैनेजमेंट, मध्यम से बड़े SAP एस्टेट | सार्वजनिक रिकॉर्ड |
| Wipro | कंज़्यूमर गुड्स, हेल्थकेयर, US मैन्युफ़ैक्चरिंग | देखा हुआ |
जहाँ टियर 1 जीतता है
मल्टी-रीजन रोलआउट, जहाँ एक डिलीवरी संगठन को आठ टाइम ज़ोन में लोग चाहिए। नियमित इम्प्लीमेंटेशन, जहाँ कॉन्फ़िगरेशन, सिक्योरिटी और चेंज कंट्रोल की ऑडिट ट्रेल को बाहरी जाँच में टिकना है। ऐसे ट्रांसफ़ॉर्मेशन, जहाँ SAP किसी बड़े चेंज प्रोग्राम के अंदर बैठता है जिसे डिलीवरी के साथ बोर्ड-स्तर की सलाह चाहिए।
बेंच की गहराई भी। अगर कटओवर के बीच आपका ABAP लीड इस्तीफ़ा दे दे, तो टियर 1 के पास बेंच पर रिप्लेसमेंट होते हैं। रिप्लेसमेंट की कीमत क्या है, यह अलग सवाल है। उसका होना अलग बात है।
जहाँ टियर 1 फ़ेल होता है
सबसे आम विफलता: जिस पार्टनर को आपने परखा, वह वह टीम नहीं है जो आपको मिली। जिस सीनियर पार्टनर ने मेथडोलॉजी पेश की थी, वह SOW साइन होने के बाद हट जाता है। जो टीम आती है, वह वह है जो उपलब्ध है, वह नहीं जिसका वादा किया गया था। टियर 1 की निराशा का यह सबसे बड़ा स्रोत है जो मैंने होते देखा है।
दूसरा, मेथडोलॉजी की कठोरता। पहले से बने टेम्पलेट डिलीवरी तभी तेज़ करते हैं जब आपके प्रोसेस उनसे मेल खाते हों। जब नहीं खाते, तो हर वर्कस्ट्रीम के शुरुआती हफ़्ते मान्यताएँ सुलझाने में चले जाते हैं।
तीसरा, कमर्शियल जटिलता। टियर 1 के कॉन्ट्रैक्ट लंबे होते हैं, चेंज रिक्वेस्ट भारी होती हैं, और फ़र्में चेंज-ऑर्डर का खेल जानती हैं। अगर आपकी टीम कमर्शियल को गवर्न नहीं कर सकती, तो बजट चुपचाप बढ़ता है।
Accenture: सीधा अनुभव
Accenture ढाँचा लाती है। इसके पहले से कॉन्फ़िगर किए इंडस्ट्री टेम्पलेट डिलीवरी का समय घटाते हैं, जब क्लाइंट के प्रोसेस उनसे मेल खाते हों। जिस एक प्रोजेक्ट में मैं बीच में जुड़ा, वहाँ असली बिज़नेस रिक्वायरमेंट के अनुसार कॉन्फ़िगरेशन करने से पहले कई स्टैंडर्ड टेम्पलेट सुलझाने पड़े। जब फ़िट सही हो तो ढाँचा काम करता है, इसलिए टेम्पलेट फ़िट की जाँच ब्लूप्रिंट के पहले हफ़्ते में करें, डिज़ाइन के अंत में नहीं।
Accenture स्टैंडर्ड प्रोसेस स्कोप वाले ग्लोबल मल्टी-रीजन S/4HANA प्रोग्राम के लिए सही चुनाव है। जोखिम यह है कि जब आपको अनुकूलनशीलता चाहिए तब आप ढाँचा खरीद लें।
IBM: सीधा अनुभव
IBM गहरी टेक्निकल गवर्नेंस लाती है, ख़ासकर हाइब्रिड SAP माहौल में और जटिल इंटीग्रेशन वाले ECC से S/4HANA माइग्रेशन में। गवर्नेंस मॉडल गहन है। कुछ क्लाइंट इसे आश्वस्त करने वाला पाते हैं। एजाइल डिलीवरी के आदी दुबले इंटरनल टीम इसे भारी पाते हैं। टेक्निकल विशेषज्ञता पर कोई सवाल नहीं है।
अगर आपके एस्टेट में मेनफ़्रेम इंटीग्रेशन, जटिल मिडलवेयर या नियमित इंडस्ट्री की ज़रूरतें हैं, तो IBM एक बचाव-योग्य चुनाव है। स्टेडी स्टेट पर पहुँचने के बाद जितनी भारी गवर्नेंस कैडेंस आप चाहेंगे, उससे भारी की उम्मीद रखें।
DXC: सीधा अनुभव
DXC लेगेसी इंटीग्रेशन और इंफ़्रास्ट्रक्चर में टेक्निकल ताकत लाती है। मुझे एक मैन्युफ़ैक्चरिंग क्लाइंट याद है जहाँ SAP का काम शुरू होने के समय DXC पहले से इंफ़्रास्ट्रक्चर चला रही थी। उसे SAP प्रोग्राम भी देने का मतलब था कि इंफ़्रास्ट्रक्चर और SAP टीमों के बीच कोई हैंडऑफ़ नहीं, इंटीग्रेशन की समस्या आने पर कोई एक-दूसरे पर उँगली नहीं उठाता, और टेक्निकल परत के लिए जवाबदेही की एक ही रेखा।
जब पहुँच से ज़्यादा निरंतरता मायने रखती हो, तब DXC सही चुनाव है। अगर वह पहले से आपका इंफ़्रास्ट्रक्चर या मैनेज्ड सर्विस चलाती है, तो वे फ़ायदे असली हैं। अगर नहीं, तो उसकी SAP प्रैक्टिस को उसकी अपनी योग्यता पर परखें।
Deloitte, Capgemini, TCS, Infosys, NTT DATA और Wipro
इन छह के बारे में मेरी राय सीमित है। मैंने Deloitte को हेल्थकेयर और सरकार में अच्छा करते देखा है, जहाँ वह बिज़नेस एडवाइज़री और SAP एक्ज़ीक्यूशन को इस तरह जोड़ती है कि लीडरशिप जुड़ी रहे। मैंने Wipro को US के एक मैन्युफ़ैक्चरिंग प्लांट में सफल SAP डिप्लॉयमेंट चलाते देखा: तेज़, व्यावहारिक, और लंबे सेट-अप फ़ेज़ के बिना स्थानीय कम्प्लायंस में सहज। इसके आगे, सार्वजनिक रिकॉर्ड सीमित पर काम का है। Deloitte, TCS और Infosys, तीनों को Gartner के Magic Quadrant for SAP S/4HANA Application Services में Leader नामित किया गया है: Deloitte को 2021 में, लगातार सातवें साल, TCS को 2021 में और Infosys को 2022 में। Deloitte का सारांश उसके Leader प्लेसमेंट के सिलसिले का वर्णन करता है। NTT DATA एक समर्पित SAP यूनिट चलाती है, NTT DATA Business Solutions, जो पहले itelligence थी। Capgemini का SAP आधार यूरोप में US से बड़ा है, जो उन यूरोपीय पैरेंट कंपनियों के लिए ठीक बैठता है जिन्हें निरंतरता चाहिए।
इनमें से कोई भी बात यह नहीं बताती कि उनकी टीम आपके प्रोग्राम के लिए सही है या नहीं। रेफ़रेंस कॉल और CV-स्तर की जाँच अब भी लागू होती हैं।
टियर 2 पार्टनर ग्लोबल SI और बुटीक के बीच बैठते हैं। उनके पास असली स्केल, स्थापित तरीके और ख़ास इंडस्ट्री प्रैक्टिस होती हैं, बिना टियर 1 के गवर्नेंस ओवरहेड या कमर्शियल जटिलता के।
| फ़र्म | SAP फ़ोकस | किसके लिए सबसे अच्छी |
|---|---|---|
| HCLTech | क्लाउड-फ़र्स्ट माइग्रेशन, एप्लिकेशन मैनेजमेंट | क्लाउड S/4HANA डिप्लॉयमेंट और चालू सपोर्ट |
| Birlasoft | मिड-मार्केट S/4HANA, डिस्क्रीट मैन्युफ़ैक्चरिंग (इसने 2019 में KPIT की SAP प्रैक्टिस को समाहित किया) | स्टैंडर्ड स्कोप और तंग बजट वाले मैन्युफ़ैक्चरर |
| Tech Mahindra | टेलीकॉम, लॉजिस्टिक्स, SAP BTP | BTP एक्सटेंशन की ज़रूरत वाली टेलीकॉम और लॉजिस्टिक्स फ़र्में |
| Atos | सार्वजनिक क्षेत्र, डिफ़ेंस, यूरोपीय अनुभव | US में एक्ज़ीक्यूशन चाहने वाली यूरोपीय पैरेंट कंपनियाँ |
जहाँ टियर 2 फ़िट बैठता है
चुनाव आमतौर पर इंडस्ट्री के मेल और डिलीवरी मॉडल पर आ टिकता है। यूटिलिटी या मैन्युफ़ैक्चरिंग की गहराई वाली फ़र्म वह ज्ञान लाती है जो टियर 1 का जनरलिस्ट आपके प्रोग्राम पर बनाता। कमर्शियल बातचीत भी हल्की होती है। टियर 2 फ़र्में मोलभाव करती हैं। टियर 1 फ़र्में कोट देती हैं।
कसौटी: प्रस्तावित लीड कंसल्टेंट को अपने बिज़नेस के दो या तीन ऐसे परिदृश्य दें जिनके कठिन होने की आपको उम्मीद है, और साथ बैठकर उन्हें हल करें। यह सेशन आपको फ़िट के बारे में किसी भी संख्या के रेफ़रेंस कॉल से ज़्यादा बताता है।
असली डिलीवरी टीम माँगें, पिच टीम नहीं। जिस पार्टनर को आपने परखा और जो टीम आती है, उनके बीच का फ़र्क प्रोजेक्ट का नतीजा तय कर सकता है। यह हर टियर में होता है।
टियर 3 पार्टनर छोटी फ़र्में हैं जिनका फ़ोकस किसी संकरे फ़ंक्शनल या इंडस्ट्री क्षेत्र पर होता है। पूर्व SAP प्रैक्टिशनर जिन्होंने स्वतंत्र प्रैक्टिस बनाई। सिंगल-मॉड्यूल या सिंगल-इंडस्ट्री स्पेशलिस्ट। मज़बूत स्थानीय रिश्तों वाली क्षेत्रीय फ़र्में।
जहाँ टियर 3 जीतता है
सीनियर कंसल्टेंट सिर्फ़ प्रपोज़ल में नहीं, पूरे समय जुड़े रहते हैं। फ़ैसले तेज़ होते हैं, ओवरहेड कम होता है और जवाबदेही व्यक्तिगत होती है। एक क्लाइंट ने मुझसे कहा कि वे टियर 3 पार्टनर इसलिए पसंद करते हैं क्योंकि "हमें हर बार A टीम मिलती है"। इसमें सच्चाई है: एंगेजमेंट पर जिन लोगों के नाम हैं, वे सच में आते हैं।
हर कंसल्टेंट की इंडस्ट्री की गहराई भी ज़्यादा होती है। जिस बुटीक ने इंश्योरेंस के कई S/4HANA प्रोग्राम किए हैं, वह अगले प्रोग्राम में आमतौर पर टियर 1 के जनरलिस्ट को पीछे छोड़ देगा।
जहाँ टियर 3 फ़ेल होता है: तीन असली जोखिम
- बेंच की गहराई। एक प्रोजेक्ट में, एक छोटी फ़र्म के ABAP लीड टेस्टिंग के बीच में छुट्टी पर चले गए। कोई तुरंत बैकअप नहीं था, और हमें दूसरी टीम से मदद उधार लेनी पड़ी। तय go-live तारीख़ के साथ पतली बेंच जोखिम है। साइन करने से पहले मुख्य लोगों के लिए पार्टनर का बैकअप प्लान लें।
- डॉक्यूमेंटेशन और गवर्नेंस। छोटी फ़र्में कभी-कभी डॉक्यूमेंटेशन छोड़कर तेज़ चलती हैं। मुझे एक बार कटओवर डॉक्यूमेंटेशन दोबारा बनाना पड़ा जो "समय बचाने" के लिए छोड़ा गया था। अच्छी गवर्नेंस नौकरशाही नहीं है। यह वह ऑडिट ट्रेल है जो तब आपकी रक्षा करती है जब फ़ैसलों पर विवाद हो, या जब किसी को यह जानना हो कि कंसल्टेंट के जाने के अठारह महीने बाद क्या तय हुआ था।
- बढ़ने की गुंजाइश। एक मॉड्यूल के लिए रखा गया बुटीक स्कोप की बढ़त सोखने में जूझेगा। अगर आपका प्रोग्राम फैल सकता है, तो पूछें कि क्या पार्टनर उसके साथ फैल सकता है।
टियर 3 तब काम करता है जब स्कोप साफ़ तय हो, क्लाइंट टीम इतनी अनुभवी हो कि गवर्नेंस दे सके, और नामित पार्टनर के साथ रिश्ता स्थापित हो। यह तब बिगड़ता है जब क्लाइंट टीम भी पतली हो और पार्टनर से वह गवर्नेंस माँगे जो पार्टनर दे नहीं सकता।
मल्टी-पार्टनर पैटर्न
बड़े US प्रोग्राम में एक अकेला पार्टनर अक्सर अपवाद होता है। एक आम रूप है: कोर S/4HANA डिलीवरी पर एक प्राइम SI, साथ में एक या दो स्पेशलिस्ट जहाँ प्राइम कमज़ोर है: फ़ाइनेंस-क्लोज़ का स्पेशलिस्ट, एक्सटेंशन के लिए BTP बुटीक, या अलग होस्टिंग पार्टनर।
यह मॉडल वहाँ गहराई लाता है जहाँ प्राइम उथला है, प्राइम के डिज़ाइन को स्वतंत्र चुनौती देता है और विशिष्ट काम पर तेज़ी से तैनाती कराता है। यह ज़्यादा कॉन्ट्रैक्ट, ज़्यादा इंटीग्रेशन ओवरहेड और वर्कस्ट्रीम की सीमाओं पर एक-दूसरे पर उँगली उठाना भी लाता है।
चलता हुआ मल्टी-पार्टनर सेट-अप और गड़बड़झाले में फ़र्क ढाँचा करता है। काम शुरू होने से पहले पार्टनर के बीच की सीमाएँ लिखें। सबके इंटीग्रेशन के लिए एक पार्टनर को जवाबदेह बनाएँ। तीन नहीं, एक गवर्नेंस फ़ोरम चलाएँ। ज़्यादातर विफलताएँ उन क्लाइंट से आती हैं जिन्होंने प्राइम की पैदा की समस्या सुलझाने के लिए बीच में दूसरा पार्टनर जोड़ दिया, और नए इंतज़ाम के हिसाब से गवर्नेंस नहीं बदली।
- क्लाइंट प्रोग्राम लीडरशिपहर पार्टनर के लिए एक गवर्नेंस फ़ोरम चलाती है
- प्राइम SIकोर S/4HANA डिलीवरी, सभी पार्टनर में इंटीग्रेशन के लिए जवाबदेह
- फ़ाइनेंस-क्लोज़ स्पेशलिस्टजहाँ प्राइम कमज़ोर है, वहाँ गहराई
- BTP बुटीकSAP BTP पर एक्सटेंशन
US में इसकी लागत क्या है
S/4HANA प्रोग्राम के लिए US बाज़ार में मुझे ये एंगेजमेंट साइज़ दिखते हैं। डे रेट ऑनशोर सीनियर स्पेशलिस्ट के बिल्ड रेट हैं। प्रोग्राम-ब्लेंडेड रेट आमतौर पर 30 से 50% कम निकलते हैं, क्योंकि ज़्यादातर प्रोग्राम ऑनशोर आर्किटेक्ट और ऑफ़शोर डिलीवरी को मिलाते हैं। इन आँकड़ों को एंकर मानें, कोटेशन नहीं। रोल-दर-रीजन ब्रेकडाउन के लिए मेरी SAP प्रोजेक्ट के लिए रिसोर्स एलोकेशन प्लानिंग की गाइड देखें।
| टियर | आम एंगेजमेंट साइज़ (US, S/4HANA) | सीनियर प्रैक्टिशनर डे रेट (ऑनशोर US) |
|---|---|---|
| टियर 1, मिड-मार्केट स्कोप | $5M से $15M | $1,800 से $3,500 |
| टियर 1, एंटरप्राइज़ या मल्टी-एंटिटी | $20M से $80M+ | $1,800 से $3,500 |
| टियर 1, ग्लोबल मल्टी-रीजन | $80M से $300M+ | $1,800 से $3,500 |
| टियर 2, मिड-मार्केट | $2M से $8M | $1,200 से $2,500 |
| टियर 2, एंटरप्राइज़ | $8M से $25M | $1,200 से $2,500 |
| टियर 3, सिंगल-मॉड्यूल बुटीक | $500K से $3M | $1,400 से $3,000 |
| टियर 3, मल्टी-मॉड्यूल बुटीक | $3M से $8M | $1,400 से $3,000 |
सबसे सस्ता कंसल्टेंट सबसे महँगा होता है। रेंज के ऊपरी सिरे का सीनियर सलाहकार, जो आपको छह महीने की ओवररन से बचा ले, उस जूनियर टीम से सस्ता पड़ता है जो निचले सिरे पर है और नहीं बचाती। ज़्यादातर CFO यह दूसरे पोस्ट-मॉर्टम के बाद ही समझ पाते हैं।
डे रेट सबसे छोटा वेरिएबल है। लागत वे चीज़ें तय करती हैं: कितने लोग, कितने समय के लिए, कितने रीवर्क के साथ। 200 लोगों के प्रोग्राम में 90 दिन की ओवररन उस हेडकाउंट पर किसी भी डे-रेट अंतर को बौना कर देती है। रेट पर मोलभाव करें, पर रेट की बातचीत को अपना पार्टनर न चुनने दें। कमर्शियल पक्ष को मेरे ERP कॉन्ट्रैक्ट नेगोशिएशन पर नोट्स कवर करते हैं।
RISE और GROW पार्टनर की बातचीत को कैसे बदलते हैं
RISE with SAP पर SAP इंफ़्रास्ट्रक्चर और टेक्निकल ऑपरेशन चलाता है। पार्टनर का स्कोप एप्लिकेशन परत तक सिमट जाता है: कॉन्फ़िगरेशन, माइग्रेशन, इंटीग्रेशन, टेस्टिंग और ट्रेनिंग। इससे कुछ टेक्निकल जटिलता हटती है, और एनवायरनमेंट की उपलब्धता पर पार्टनर का कुछ नियंत्रण भी।
Clean core कस्टमाइज़ेशन का स्कोप बदलता है। RISE डिलीवरी में अनुभवी पार्टनर के पास यह तय करने के तरीके होते हैं कि कौन-से कस्टमाइज़ेशन SAP स्टैंडर्ड बनेंगे, कौन-से रिलीज़्ड API या SAP BTP पर एक्सटेंशन बनेंगे, और कौन-से रिटायर होंगे। इस अनुभव के बिना पार्टनर ऑन-प्रेमाइस प्रोग्राम की कस्टमाइज़ेशन-भारी आदतें लगा देते हैं और पहली रिलीज़ में टेक्निकल डेट पैदा करते हैं।
GROW with SAP स्कोप को और संकरा करता है। यह S/4HANA Cloud Public Edition पर चलता है, स्टैंडर्ड प्रोसेस के साथ और कोर में कोई बदलाव नहीं। जिन पार्टनर ने इसके लिए डिलीवरी मॉडल बनाया है, वे तेज़ी से बढ़ते हैं। जिनके लिए यह नया है, वे इसे छोटा S/4HANA प्रोजेक्ट मान लेते हैं, जो बात ही चूक जाता है।
2026 के प्रोग्राम के लिए, हर पार्टनर से दो बातें पूछें: आपने कितने RISE या GROW इम्प्लीमेंटेशन पूरे किए हैं, और आप clean core को कैसे गवर्न करते हैं? अस्पष्ट जवाबों का मतलब है कि उन्होंने अभी तक मॉडल को आत्मसात नहीं किया।
अगर मैं आज खरीदने वाले पक्ष में होता, तो यह पूछकर शुरू नहीं करता कि RFP में कौन-सा टियर 1 रखा जाए। मैं US SAP बाज़ार में दो या तीन नामित कंसल्टेंट ढूँढता जिन्होंने ठीक वही प्रोग्राम किया हो जो मैं करने जा रहा हूँ, मेरी इंडस्ट्री में, मेरे स्केल पर, मेरे नियामकीय प्रोफ़ाइल के साथ। फिर मैं उन फ़र्मों को फ़ोन करता जिनके लिए वे काम करते हैं। टियर शॉर्टहैंड हैं। नामित प्रैक्टिशनर ही संकेत हैं।
टियर 1, टियर 2 और टियर 3 SAP इम्प्लीमेंटेशन पार्टनर में क्या फ़र्क है?
टियर स्केल, ग्लोबल डिलीवरी क्षमता और आम एंगेजमेंट साइज़ को दर्शाते हैं, डिलीवरी की क्वालिटी को नहीं।
टियर 1 फ़र्मों के पास ग्लोबल डिलीवरी नेटवर्क, इंडस्ट्री टेम्पलेट और पूरे SAP पोर्टफ़ोलियो का अनुभव होता है। उन्हें बड़े ग्लोबल प्रोग्राम, नियमित इम्प्लीमेंटेशन और ऐसे ट्रांसफ़ॉर्मेशन के लिए चुना जाता है जो SAP डिलीवरी को बिज़नेस चेंज से जोड़ते हैं।
टियर 2 फ़र्मों के पास असली स्केल और स्थापित तरीके होते हैं पर वे ख़ास इंडस्ट्री या सेगमेंट पर फ़ोकस करती हैं। वे US के मिड-मार्केट प्रोग्राम के लिए अक्सर टियर 1 से बेहतर बैठती हैं।
टियर 3 बुटीक छोटे होते हैं, किसी मॉड्यूल, इंडस्ट्री या क्षेत्र में गहरी विशेषज्ञता के साथ। वे सीनियर लोगों तक पहुँच और तेज़ फ़ैसले देते हैं। बेंच की गहराई और बढ़ने की गुंजाइश उनके जोखिम हैं।
SAP इम्प्लीमेंटेशन पार्टनर के प्रस्तावों का मूल्यांकन कैसे करें?
चार चीज़ों पर: टीम, फ़िट, तरीका और कमर्शियल।
टीम: प्रोग्राम मैनेजर, सॉल्यूशन आर्किटेक्ट और फ़ंक्शनल लीड के CV माँगें, और आपकी तारीखों के लिए उनकी उपलब्धता की पुष्टि करें। फ़िट: अपने सबसे कठिन दो या तीन परिदृश्यों पर वर्किंग सेशन करें। तरीका: पूछें कि वे चेंज फ़्रीज़ कैसे चलाते हैं और वर्कशॉप में अनौपचारिक रूप से जुड़ा स्कोप कैसे संभालते हैं। कमर्शियल: फ़िक्स्ड प्राइस में क्या शामिल है, चेंज रिक्वेस्ट कैसे चलती हैं, चूके माइलस्टोन पर कौन-से क्रेडिट लगते हैं और वे कौन-सा नॉलेज ट्रांसफ़र देने की प्रतिबद्धता करते हैं।
सिर्फ़ सफलताओं से नहीं, उन प्रोजेक्ट से रेफ़रेंस माँगें जो गंभीर मुश्किल में पड़े।
टियर 3 SAP पार्टनर चुनने के जोखिम क्या हैं?
तीन: बेंच की गहराई (किसी मुख्य व्यक्ति के उपलब्ध न होने पर कोई बैकअप नहीं), बढ़ने की गुंजाइश (जुड़ा हुआ स्कोप सोखने में दिक्कत) और डॉक्यूमेंटेशन अनुशासन (समय के दबाव में कटओवर प्लान और डिसीज़न लॉग छोटे कर दिए जाते हैं)।
अगर आपका अपना प्रोग्राम मैनेजर शुरू में ही डॉक्यूमेंटेशन के मानक तय करे, पार्टनर को उन पर टिकाए रखे और कवर में कमी दिखते ही जल्दी एस्केलेट करे, तो तीनों सँभाले जा सकते हैं।
क्या इम्प्लीमेंटेशन और चालू सपोर्ट के लिए एक ही SAP पार्टनर इस्तेमाल करना चाहिए?
निरंतरता इसका फ़ायदा है: जिन लोगों ने सिस्टम बनाया वही उसे सपोर्ट करते हैं, कोई हैंडओवर का अंतर नहीं। निर्भरता जोखिम है: स्विचिंग की लागत ऊँची है और रिन्यूअल पर आपकी सौदेबाज़ी की ताकत कम।
आम समझौता यह है कि इम्प्लीमेंटेशन पार्टनर को हाइपरकेयर तक रखें, जो आमतौर पर go-live के बाद के पहले 30 से 90 दिन होते हैं, फिर एप्लिकेशन मैनेजमेंट के लिए प्रतिस्पर्धी चयन चलाएँ। अगर वही पार्टनर एप्लिकेशन मैनेजमेंट रखता है, तो नोटिस के साथ री-टेंडर ट्रिगर जोड़ें, आमतौर पर हर तीन साल में।
SAP इम्प्लीमेंटेशन पार्टनर के रेफ़रेंस से कौन-से सवाल पूछने चाहिए?
किसी समस्या के बारे में पूछें और यह कि पार्टनर ने उसे कैसे सँभाला। पूछें कि क्या प्रपोज़ल में नामित लोग प्रोजेक्ट पर बने रहे; ज़्यादातर क्लाइंट चाहते हैं कि उन्होंने यह और ज़ोर देकर पूछा होता। कोई अहम डिज़ाइन डॉक्यूमेंट दिखाने को कहें, क्योंकि डॉक्यूमेंटेशन की क्वालिटी गवर्नेंस की क्वालिटी का प्रॉक्सी है। पूछें कि क्या वे अगले फ़ेज़ के लिए फ़र्म को फिर से लेंगे, और क्यों।
अपनी इंडस्ट्री में समान जटिलता का रेफ़रेंस माँगने पर अड़ें। सार्वजनिक क्षेत्र का रेफ़रेंस किसी मैन्युफ़ैक्चरर को बहुत कम बताता है।
अगला कदम
क्या आप अभी कोई ERP प्रोग्राम चला रहे हैं?
अगर यह लेख किसी ऐसे प्रोग्राम से जुड़ा है जिसमें आप अभी काम कर रहे हैं, तो 30 मिनट की बातचीत अक्सर एक और हफ़्ते के अंदरूनी विश्लेषण से ज़्यादा आगे ले जाती है।




