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

लाइसेंस की कीमत: केवल दिखाई देने वाला सिरा

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

इम्प्लीमेंटेशन और डेटा माइग्रेशन: जहाँ असली आँकड़ा शुरू होता है

यहीं आँकड़ा उछलता है। सिस्टम को एक दिन भी चलाने से पहले उसे शुरू करने में वास्तविक काम लगता है:

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

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

प्रशिक्षण और अपनाना: वह लागत जो आप दो बार चुकाते हैं

सिस्टम आपकी उतनी ही मदद करता है जितना आपकी टीम उसे सही ढंग से इस्तेमाल करती है, और यह वह मद है जिसे बहुत से लोग कम आँकते हैं:

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

हम इसे वह लागत कहते हैं जो आप दो बार चुकाते हैं, क्योंकि कमज़ोर प्रशिक्षण कुछ नहीं बचाता; वह बिल को एक महँगे रूप में टाल देता है: एक सिस्टम जो मौजूद है लेकिन जिसे कोई वैसे इस्तेमाल नहीं करता जैसे करना चाहिए।

मेंटेनेंस और तीन वर्षों की लागत

लॉन्च के बाद निरंतर लागतें शुरू होती हैं, और यही तीन साल की लागत गणना को पहले दिन की कीमत से पूरी तरह अलग बना देती हैं:

  • सपोर्ट और मेंटेनेंस: फ़िक्स, अपडेट और तकनीकी सहायता को कवर करने वाला वार्षिक अनुबंध, जो अक्सर सिस्टम के मूल्य का एक हिस्सा होता है और हर साल दोहराया जाता है।
  • बढ़ता हुआ डेवलपमेंट: बाद में आप जो भी बदलाव, नया मॉड्यूल या अतिरिक्त रिपोर्ट माँगते हैं, उसकी अपनी लागत होती है।
  • निरंतर अनुपालन: ज़कात, कर और सीमा शुल्क प्राधिकरण (ZATCA) के साथ ई-इनवॉइसिंग अनुपालन एक बार की घटना नहीं, बल्कि एक दायित्व है जिसके अपडेट पर आपको नज़र रखनी होती है। और SDAIA की निगरानी वाले व्यक्तिगत डेटा संरक्षण कानून (PDPL) के तहत व्यक्तिगत डेटा का प्रबंधन स्थायी नियंत्रण लागू करता है जो इंस्टॉलेशन पर ख़त्म नहीं होते।

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

Origami का दृष्टिकोण

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

निष्कर्ष

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

स्रोत

  • ज़कात, कर और सीमा शुल्क प्राधिकरण (ZATCA) — ई-इनवॉइसिंग (Fatoora) और आवर्ती लागत मद के रूप में इंटीग्रेशन चरण का निरंतर दायित्व: https://zatca.gov.sa
  • सऊदी डेटा और आर्टिफ़िशियल इंटेलिजेंस प्राधिकरण (SDAIA) — व्यक्तिगत डेटा संरक्षण कानून (PDPL) और माइग्रेशन व संचालन के दौरान डेटा प्रबंधन पर नियंत्रण: https://sdaia.gov.sa
  • सऊदी विज़न 2030 — डिजिटल परिवर्तन और लघु एवं मध्यम उद्यमों का सशक्तिकरण: https://www.vision2030.gov.sa