ज़्यादातर SAP जॉब डिस्क्रिप्शन ऐसे लोग लिखते हैं जो खुद SAP में काम नहीं करते। नतीजा एक ऐसा पोस्टिंग होता है जिसमें “5 साल का SAP अनुभव” माँगा जाता है, जबकि भूमिका को असल में एक सीनियर FICO कंसल्टेंट चाहिए, जिसने नियमन वाले उद्योगों में दो पूरे S/4HANA कटओवर किए हों। रिक्रूटर को 200 आवेदन मिलते हैं। उनमें से तीन यह काम कर सकते हैं।
मैंने यह जनरेटर 25 साल तक यही पैटर्न देखने के बाद बनाया। एक प्रोग्राम में देरी होती है क्योंकि लीड कंसल्टेंट की भूमिका चार महीने खाली पड़ी रही। हायरिंग मैनेजर बाज़ार को दोष देता है। असली कसूरवार JD है। मैंने SAP इम्प्लीमेंटेशन की जितनी देरियाँ देखी हैं, उनमें से 43% की जड़ में गलत लोगों को तैनात करना रहा है, और इसका ज़्यादातर हिस्सा ऐसे जॉब डिस्क्रिप्शन तक जाता है जिसने कभी उस काम का वर्णन ही नहीं किया।
यह टूल भूमिका का नाम, ग्रेड और कुछ ख़ास ब्योरे लेता है, और मिनटों में एक संरचित SAP JD तैयार कर देता है जिसे आप अपने ATS में पेस्ट कर सकते हैं। यह आपके ब्राउज़र में चलता है। कहीं कुछ भेजा नहीं जाता।
भूमिका का नाम लिखिए, आगे SAP और मॉड्यूल के साथ (SAP FICO Consultant, SAP MM Lead, SAP S/4HANA Architect)। जॉब ग्रेड चुनिए, ताकि जनरेटर को पता रहे कि उसे एनालिस्ट के लिए लिखना है, सीनियर कंसल्टेंट के लिए या प्रोग्राम लीड के लिए। अतिरिक्त ब्योरे वाले बॉक्स में मॉड्यूल के वर्ज़न, इंडस्ट्री का संदर्भ, मेथडोलॉजी (Activate, हाइब्रिड) और ज़रूरी सर्टिफ़िकेशन जोड़िए। भाषा चुनिए। जनरेट कीजिए।
आउटपुट में ज़िम्मेदारियाँ, ज़रूरी स्किल्स, सर्टिफ़िकेशन, अनुभव का स्तर और भूमिका व क्षेत्र के हिसाब से बना कंपेंसेशन बैंड शामिल होता है। जो आपके संदर्भ से मेल न खाए, उसे बदल दीजिए। टूल आपको एक मज़बूत पहला ड्राफ़्ट देता है, अंतिम पोस्टिंग नहीं।
सही उम्मीदवारों को खींचने और बाकी को छाँट देने वाला विवरण छह बातें कवर करता है:
- मॉड्यूल की स्पष्टता वाला भूमिका का नाम। “SAP Consultant” सिर्फ़ शोर है। “SAP FICO Consultant, New GL और पैरेलल लेजर के अनुभव के साथ” असली संकेत है।
- प्रोजेक्ट के चरण से जुड़ी ज़िम्मेदारियाँ। डिज़ाइन, बिल्ड, टेस्ट, कटओवर, हाइपरकेयर और AMS अलग-अलग काम हैं। बताइए कि भूमिका किन्हें संभालेगी।
- मॉड्यूल और वर्ज़न। S/4HANA 2023, ECC 6.0 नहीं है। क्लाउड, ऑन-प्रिमाइस नहीं है। जो स्कोप में है, उसका नाम लीजिए।
- सर्टिफ़िकेशन और योग्यताएँ। ज़रूरी बनाम वांछित। SAP Certified Application Associate, TOGAF, PMP और जहाँ प्रासंगिक हो, अकाउंटिंग की योग्यताएँ।
- अनुभव का स्तर। पूरे लाइफ़साइकिल वाले इम्प्लीमेंटेशन की संख्या, मॉड्यूल में सालों का अनुभव, इंडस्ट्री का एक्सपोज़र।
- कंपेंसेशन बैंड। कॉन्ट्रैक्ट के लिए डे रेट, स्थायी भूमिका के लिए बेस और बोनस। एक अकेली संख्या नहीं, एक दायरा।
भूमिका के बारे में बताइए
* वाले फ़ील्ड भरना ज़रूरी है।
जनरेटर उन भूमिकाओं को संभालता है जो मुझे इम्प्लीमेंटेशन और AMS एंगेजमेंट में सबसे ज़्यादा दिखती हैं:
- SAP फ़ंक्शनल कंसल्टेंट (FICO, MM, SD, PP, HCM, EWM, PM, QM)
- SAP टेक्निकल कंसल्टेंट (ABAP, BASIS, Fiori, CPI, BTP)
- SAP फ़ंक्शनल लीड और सॉल्यूशन आर्किटेक्ट
- SAP टेक्निकल लीड और इंटीग्रेशन आर्किटेक्ट
- SAP S/4HANA आर्किटेक्ट (ग्रीनफ़ील्ड, ब्राउनफ़ील्ड, सिलेक्टिव)
- SAP प्रोजेक्ट मैनेजर और प्रोग्राम मैनेजर
- SAP टेस्ट लीड और कटओवर मैनेजर
- SAP डेटा माइग्रेशन लीड
- SAP चेंज मैनेजमेंट और ट्रेनिंग लीड
- SAP सपोर्ट एनालिस्ट और AMS रिसोर्स
प्रिफ़िक्स बदलकर इसे ERP की पास की भूमिकाओं (Oracle Fusion, Microsoft Dynamics, IFS) के लिए भी इस्तेमाल किया जा सकता है। ढाँचा वही रहता है। शब्दावली बदल जाती है।
सामान्य JD टेम्पलेट वे हिस्से छोड़ देते हैं जो तय करते हैं कि उम्मीदवार असल में काम कर पाएगा या नहीं। SAP की भूमिका में पाँच बातें मायने रखती हैं, और सामान्य पोस्टिंग में वे लगभग कभी नहीं दिखतीं:
मॉड्यूल में गहराई, फैलाव नहीं। जिस FICO कंसल्टेंट ने 12 मॉड्यूल को ऊपर-ऊपर से छुआ है, वह उस व्यक्ति जैसा नहीं है जिसने दो पूरे New GL माइग्रेशन किए हैं। JD में उस ख़ास मॉड्यूल की गहराई माँगी जानी चाहिए, उप-क्षेत्रों के उदाहरणों के साथ (AR, AP, AA, CO-PA, PCA)।
S/4HANA बनाम ECC का अनुभव। 2026 में ये अलग-अलग प्रोडक्ट हैं। ECC का अनुभव अब भी काम का है, लेकिन ब्राउनफ़ील्ड से S/4HANA माइग्रेशन के लिए ऐसे लोग चाहिए जिन्होंने कन्वर्ज़न किया हो, सिर्फ़ पुराना सिस्टम न चलाया हो। JD में वर्ज़न का नाम साफ़ लिखा होना चाहिए।
क्षेत्रीय संदर्भ। जिस कंसल्टेंट ने GCC में डिलीवरी की है, वह VAT रजिस्ट्रेशन का लॉजिक, अरबी लोकलाइज़ेशन और रमज़ान के कामकाजी घंटे समझता है। जिसने सिर्फ़ अमेरिका में काम किया है, वह नहीं समझता। अगर भूमिका इसी क्षेत्र की है, तो JD में यह लिखा होना चाहिए।
डे रेट बनाम स्थायी नौकरी। कॉन्ट्रैक्ट वाली भूमिकाओं को अलग ढंग से लिखना पड़ता है। डे रेट का दायरा, जहाँ लागू हो वहाँ IR35 की स्थिति, कॉन्ट्रैक्ट की अवधि, रिमोट बनाम ऑनसाइट। स्थायी भूमिकाओं के लिए बेस, बोनस, इक्विटी और लाभ चाहिए। दोनों को मिलाने से दोनों गड़बड़ हो जाते हैं।
जिस इम्प्लीमेंटेशन चरण के लिए आप भर्ती कर रहे हैं। डिज़ाइन के लिए सीनियर आर्किटेक्ट चाहिए। बिल्ड के लिए अनुभवी कॉन्फ़िगरेटर। कटओवर के लिए ऐसे लोग जिन्होंने go-live का वीकेंड झेला हो। हाइपरकेयर के लिए धैर्य और AMS के स्किल्स। JD में उस चरण का वर्णन होना चाहिए जिसमें यह भूमिका जुड़ेगी।
- हायरिंग मैनेजर, जो टीम में चाहिए भूमिका का स्पेसिफ़िकेशन लिख रहे हैं और जिन्हें SAP की पृष्ठभूमि के बिना तकनीकी सटीकता चाहिए।
- रिक्रूटर, जो एक ही प्रोग्राम में SAP की कई भूमिकाएँ भर रहे हैं और जिन्हें एकरूप, ATS के लिए तैयार विवरण जल्दी चाहिए।
- HR बिज़नेस पार्टनर, जो प्रोग्राम डायरेक्टर की माँग को ऐसे पोस्टिंग में बदलते हैं जिस पर लीगल और कंपेंसेशन टीम मुहर लगा दे।
- एजेंसी पार्टनर, जो अलग-अलग मॉड्यूल और वरिष्ठता स्तरों की SAP भूमिकाओं के लिए शॉर्टलिस्ट बना रहे हैं।
- स्वतंत्र कंसल्टेंट और फ़्रीलांसर, जो सब-कॉन्ट्रैक्टरों के लिए, या उन क्लाइंट के लिए भूमिका के स्पेसिफ़िकेशन ड्राफ़्ट कर रहे हैं जिन्होंने उनसे टीम का स्कोप तय करने को कहा है।
- प्रोग्राम डायरेक्टर, जो रिक्रूटर का भेजा JD लाइव होने से पहले एक बार परख लेना चाहते हैं।
- मॉड्यूल के हिसाब से सटीकता। JD सही SAP स्किल्स माँगता है, “SAP अनुभव” जैसी सामान्य पंक्ति नहीं।
- समय की बचत। शुरू से एक संरचित SAP JD ड्राफ़्ट करने में 2 से 3 घंटे लगते हैं। जनरेटर इसे 10 मिनट में बदल देता है।
- एकरूप फ़ॉर्मैट। तब काम आता है जब आप एक ही प्रोग्राम में 5 से 20 भूमिकाएँ भर रहे हों और चाहते हों कि वे एक ही जॉब फ़ैमिली जैसी पढ़ी जाएँ।
- कंपेंसेशन का मार्गदर्शन। भूमिका, क्षेत्र और वरिष्ठता पर आधारित शुरुआती बैंड, जिसे आप अपने डेटा से और सटीक कर सकते हैं।
- बदलने लायक आउटपुट। यह टेक्स्ट एक मज़बूत पहला ड्राफ़्ट है, बंद टेम्पलेट नहीं। प्रकाशित करने से पहले सब कुछ अपने हिसाब से बदल लीजिए।
- न साइन-अप, न डेटा लीक। टूल आपके ब्राउज़र में चलता है। कुछ भी स्टोर नहीं होता, कहीं भेजा नहीं जाता।
यह टूल जो जॉब डिस्क्रिप्शन बनाता है, वे कितने सटीक होते हैं?
आउटपुट में वही मानक ढाँचा और शब्दावली होती है जिससे मैं खुद वह भूमिका लिखता। यह फ़ंक्शनल, टेक्निकल और लीडरशिप पदों पर SAP की भर्ती के 25 साल के अनुभव से बनी है। यह एक मज़बूत पहला ड्राफ़्ट है, अंतिम पोस्टिंग नहीं।
नतीजे को 80% तैयार मानिए। प्रकाशित करने से पहले अपनी कंपनी का संदर्भ (टीम का ढाँचा, प्रोग्राम का स्कोप, रिपोर्टिंग लाइन, ऑनसाइट की ज़रूरतें) जोड़िए और कंपेंसेशन बैंड को अपने स्थानीय बाज़ार से मिलाकर देख लीजिए।
क्या विवरण बन जाने के बाद उसमें बदलाव किया जा सकता है?
हाँ। आउटपुट सादा टेक्स्ट है, जिसे आप कहीं भी कॉपी, पेस्ट और दोबारा लिख सकते हैं। ज़्यादातर यूज़र प्रोग्राम के ख़ास चरण के हिसाब से ज़िम्मेदारियाँ थोड़ी बदलते हैं और सर्टिफ़िकेशन की सूची को वैसा कर लेते हैं जैसा भूमिका को सच में चाहिए।
क्या जनरेटर SAP के सभी मॉड्यूल कवर करता है?
यह उन फ़ंक्शनल मॉड्यूल को कवर करता है जो मुझे सबसे ज़्यादा दिखते हैं (FI, CO, MM, SD, PP, HCM, EWM, PM, QM), तकनीकी भूमिकाओं (ABAP, BASIS, Fiori, CPI, BTP) को और लीडरशिप भूमिकाओं (फ़ंक्शनल लीड, टेक्निकल लीड, आर्किटेक्ट, प्रोग्राम मैनेजर) को। ख़ास मॉड्यूल (IS-U, IS-Oil, GTS) भी चलते हैं, लेकिन सबसे अच्छे नतीजे के लिए अतिरिक्त संदर्भ वाले बॉक्स में मॉड्यूल से जुड़े ब्योरे जोड़ दीजिए।
यह स्थानीय बाज़ार की दरों और कंपेंसेशन को कैसे संभालता है?
कंपेंसेशन बैंड भूमिका और वरिष्ठता के आधार पर क्षेत्रीय डिफ़ॉल्ट इस्तेमाल करता है। ये शुरुआती बिंदु हैं, बाज़ार का डेटा नहीं। दायरा बाहर प्रकाशित करने से पहले उसे अपने स्थानीय रिक्रूटर नेटवर्क, ERPCV के वेतन बेंचमार्क या समकक्षों के डेटा से जाँच लीजिए।
GCC के डे रेट UK के डे रेट से अलग चलते हैं, और वे अमेरिका की स्थायी भूमिकाओं के बेस से अलग। जनरेटर आपको एक ढाँचा देता है। स्थानीय डेटा उसे धार देता है।
क्या इसे सिर्फ़ स्थायी भूमिकाओं के लिए नहीं, कॉन्ट्रैक्ट और फ़्रीलांस भूमिकाओं के लिए भी इस्तेमाल किया जा सकता है?
हाँ। अतिरिक्त ब्योरे में “contract” लिख दीजिए, और जनरेटर ढंग बदल देता है: बेस सैलरी की जगह डे रेट का दायरा, कॉन्ट्रैक्ट की अवधि, जहाँ प्रासंगिक हो वहाँ IR35 की स्थिति, रिमोट बनाम ऑनसाइट की अपेक्षाएँ। कॉन्ट्रैक्ट JD स्थायी JD से अलग पढ़े जाते हैं, और टूल इसका ध्यान रखता है।
क्या इस टूल को इस्तेमाल करने के लिए SAP का ज्ञान ज़रूरी है?
नहीं। यह टूल इसीलिए है क्योंकि SAP के JD लिखने वाले ज़्यादातर लोगों की SAP की पृष्ठभूमि नहीं होती। अगर आप भूमिका को सरल भाषा में बता सकते हैं (वे क्या करेंगे, किस स्तर पर, किन मॉड्यूल में), तो SAP की शब्दावली जनरेटर संभाल लेता है।
बेहतर नतीजे तब मिलते हैं जब ड्राफ़्ट बनाने से पहले प्रोग्राम लीड या फ़ंक्शनल आर्किटेक्ट से एक बार बात कर ली जाए। दस मिनट का इनपुट बाद में रिक्रूटर के साथ एक घंटे की बार-बार की बातचीत बचा देता है।
क्या आउटपुट हमारे ATS के साथ चलेगा?
हाँ। फ़ॉर्मैट मानक टेक्स्ट का है, जिसमें सेक्शन के हेडर साफ़ हैं (ज़िम्मेदारियाँ, आवश्यकताएँ, योग्यताएँ, कंपेंसेशन)। यह Workday, SuccessFactors, Greenhouse, Lever और बड़े ATS प्लेटफ़ॉर्म में बिना ढाँचा बिगड़े पेस्ट हो जाता है।
SAP जॉब डिस्क्रिप्शन को कितनी बार अपडेट करना चाहिए?
हर भर्ती चक्र की शुरुआत में, और SAP के किसी बड़े वर्ज़न या प्रोग्राम के चरण में बदलाव के बाद JD की समीक्षा कीजिए। S/4HANA के रिलीज़ नोट्स हर कुछ तिमाहियों में बदल देते हैं कि क्या स्कोप में है। दो साल पुराना JD शायद गलत स्किल्स माँग रहा है।
क्या यह टूल मुफ़्त है?
हाँ। न साइन-अप, न ईमेल, न भुगतान। जनरेटर पूरी तरह आपके ब्राउज़र में चलता है और कुछ भी स्टोर या भेजा नहीं जाता।
अगर आपको टीम का स्कोप तय करने या प्रोग्राम की स्टाफ़िंग योजना का ऑडिट करने में मदद चाहिए, तो 30 मिनट की कॉल बुक कीजिए।