निर्माण बनाम खरीदें
ख़त्म हो गया है. यह है
खरीदें बनाम बंडल।

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

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

क्यों निर्माण एसएमबी के लिए मर गया।

सॉफ्टवेयर बनाना तब सार्थक हुआ जब ऑफ-द-शेल्फ विकल्प कम थे और आपकी आवश्यकताएं वास्तव में असामान्य थीं। अब अधिकांश व्यवसायों के लिए यह सत्य नहीं है। आपको जिस श्रेणी की आवश्यकता है - सीआरएम, इनवॉइसिंग, बुकिंग, पेरोल - उसमें चालीस परिपक्व उत्पाद हैं। आपकी आवश्यकताएं आपके आकार के हर दूसरे व्यवसाय के समान 95% हैं, और जो 5% अलग है वह शायद ही कभी इंजीनियरों के वेतन के लायक है।

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

किसी ने भी बारह उत्पादों पर अपना व्यवसाय चलाने का निर्णय नहीं लिया। उन्होंने एक समस्या को हल करने के लिए बारह बार निर्णय लिया।

यही तो जाल है. ऐसी कोई बैठक नहीं हुई जहां किसी ने जटिलता को चुना हो। इसने एक समय में एक उचित खरीदारी अर्जित की, जब तक कि स्टैक स्वयं कंपनी में सबसे बड़ी अप्रबंधित प्रणाली नहीं बन गई।

छिपा हुआ तीसरा स्तंभ.

पुरानी स्लाइड में दो कॉलम थे क्योंकि वहां दो विकल्प थे। ईमानदार 2026 स्लाइड में तीन हैं, और बीच वाला वह है जिसमें हर कोई वास्तव में रह रहा है:

1. निर्माण - इसे स्वयं लिखें. 200 से कम लोगों को शायद ही कभी उचित ठहराया जाता है।
2. इकट्ठा करना - एक दर्जन पॉइंट टूल खरीदें और उन्हें इंटीग्रेशन, जैपियर और सामयिक स्प्रेडशीट के साथ जोड़ें। यह डिफ़ॉल्ट है, और किसी ने इसे नहीं चुना है.
3. बंडल - एक ऐसा प्लेटफ़ॉर्म खरीदें जिसमें पहले से ही एक बिल पर पूर्व-एकीकृत मॉड्यूल शामिल हों।

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

बंडलिंग सुइट के समान नहीं है.

संशयवादी "बंडल" सुनते हैं और सोचते हैं "सूट" - फूला हुआ, अनिवार्य, सब कुछ या कुछ भी नहीं उद्यम पैकेज जिसने 2000 के दशक को परिभाषित किया। उचित प्रवृत्ति. अंतर यह है कि 2026 बंडल है मॉड्यूलर: आप जो चाहते हैं उसे चालू करते हैं, मॉड्यूल एक डेटा परत साझा करते हैं, और आप अपने डेटा को एक निर्यात में छोड़ सकते हैं। सुइट ने आपको अंदर बंद कर दिया है। बंडल मॉड्यूल दर मॉड्यूल अपना रखरखाव अर्जित करता है और आपको चलने देता है।

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

आपकी अगली स्लाइड के लिए इसका क्या मतलब है।

अगली बार जब आपकी कंपनी में कोई कहे, "क्या हमें इसे बनाना चाहिए या इसे खरीदना चाहिए," तो अधिक उपयोगी प्रश्न यह होगा: क्या हम तेरहवां टैब जोड़ने वाले हैं, या हमारे पास मौजूद बारह को समेकित करने वाले हैं? इसे पढ़ने वाले लगभग हर किसी के लिए बिल्ड एक व्याकुलता है। वास्तविक निर्णय यह है कि क्या आप असेंबली टैक्स का भुगतान करना जारी रखेंगे या किसी ऐसी चीज़ की ओर बढ़ेंगे जो आपके खरीदने से पहले एकीकृत थी।

हम स्पष्ट रूप से यहां तटस्थ नहीं हैं। लेकिन आपको हमारी बात पर विश्वास करने की ज़रूरत नहीं है - बस अभी अपनी टीम के ब्राउज़र में खुले टैब को गिनें, और पूछें कि उन्हें किस कॉलम में रखा गया है।