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