बाज़ार में उपलब्ध सॉफ़्टवेयर या कस्टम एप्लिकेशन?

वह प्रश्न जो सभी अन्य प्रश्नों से पहले आता है

कोई तकनीक, प्रदाता या सदस्यता चुनने से पहले, आपको एक सरल बात तय करनी होगी: क्या आपकी आवश्यकता सभी की आवश्यकता है, या केवल आपकी? अगर आपका काम करने का तरीका आपके क्षेत्र के अनुसार है, तो कोई विक्रेता पहले से ही उसे आपसे बेहतर ढंग से सुसज्जित कर चुका होगा और उसका रखरखाव भी आपके लिए कर रहा होगा। अगर ऐसा नहीं है, तो कोई भी कॉन्फ़िगरेशन उस अंतर को पूरा नहीं कर पाएगा, आप उसे बार-बार घेरने में समय बर्बाद करते रहेंगे।

धोखे की बात यह है कि यह उत्तर कोई व्यावसायिक प्रदर्शन में नहीं दिखता। यह तो आपके सहकर्मियों द्वारा वर्तमान उपकरण के बगल में रोज़ाना किए जा रहे काम में छिपा होता है।

जब बाज़ार में उपलब्ध सॉफ़्टवेयर जीतता है, और यह अक्सर जीतता है

इसे स्पष्ट रूप से कहना ज़रूरी है, क्योंकि यह सच है: कई परिस्थितियों में मौजूदा सॉफ़्टवेयर खरीदना सही निर्णय है, और कोई कस्टम सॉफ़्टवेयर बनाना समय और पैसे की बर्बादी होगी।

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

इसके बाद वे प्लेटफ़ॉर्म आते हैं जो केवल सॉफ़्टवेयर से कहीं अधिक कुछ लाते हैं: एक मार्केटप्लेस, एक डायरेक्टरी, या ग्राहकों का एक नेटवर्क। वहाँ सॉफ़्टवेयर सिर्फ़ बहाना है; आप जो भुगतान कर रहे हैं, वह ऑडियंस है, और ऑडियंस को निर्मित नहीं किया जा सकता।

अंत में, सबसे आम और सबसे सामान्य मामला: आपकी प्रक्रिया वास्तव में मानक है। आप अपने साथियों के जैसा ही काम करते हैं, उसी क्रम में, उसी शब्दावली के साथ। तब सभी के लिए उपलब्ध उपकरण ही सही होता है, और उसकी कीमत सभी ग्राहकों के बीच बँट जाती है।

• विनियामक अनुपालन का रखरखाव (लेखांकन, वेतन प्रबंधन, प्रमाणित इनवॉइसिंग)
• प्लेटफ़ॉर्म ऑडियंस प्रदान करता है, केवल इंटरफ़ेस नहीं
• आपकी प्रक्रिया क्षेत्र की है, कोई विशेषता नहीं
• एक स्थापित विशेषज्ञ पहले से ही इस विषय को उचित दर पर कवर कर रहा है

वह संकेत जो बताता है कि सॉफ़्टवेयर आपकी आवश्यकता को पूरा नहीं करता

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

इसी संकेत के अन्य रूप भी आसानी से पहचाने जा सकते हैं: वह क्षेत्र “नोट्स” या “टिप्पणी” जो संरचनात्मक जानकारी रखता है, क्योंकि कोई भी निर्धारित क्षेत्र उपयुक्त नहीं था; डबल एंट्री, जहाँ एक ही डेटा को दो सिस्टम में दो बार दर्ज किया जाता है; और बैठकों में बार-बार आने वाला वाक्य, “हम इसे उपकरण से निकाल नहीं सकते।”

जब ये आसानी से निपटाने के तरीके कुछ महीनों से ज़्यादा समय तक चल रहे होते हैं, तो वे अब आसानी से निपटाने के तरीके नहीं रहते, वे वास्तविक प्रक्रिया बन जाते हैं, और बाज़ार में उपलब्ध सॉफ़्टवेयर उसका केवल एक हिस्सा होता है। तब उसके बगल में रखा गया एक्सेल शीट आपके लिए सबसे अच्छा आवश्यकता विवरण (specification) होता है, यह बिल्कुल वही बताता है जो आप ट्रैक करते हैं, और आपके शब्दों में।

वह लागत जिसकी गिनती किसी ने नहीं की

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

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

इसलिए ईमानदार गणना “सदस्यता कीमत बनाम एप्लिकेशन की कीमत” नहीं है। यह है “सदस्यता कीमत + आसानी से निपटाने का समय + बदलाव के दिन छोड़ने की लागत”, बनाम एप्लिकेशन और उसके होस्टिंग की लागत।

कस्टम एप्लिकेशन वास्तव में क्या बदलता है

आपके कारोबार के लिए बनाया गया एक एप्लिकेशन अधिक कार्य नहीं करता, बल्कि वह आपके विशिष्ट कार्यों को करता है। इंटिटीज़ (entities) आपकी टीम द्वारा प्रयुक्त नामों को धारण करती हैं, स्थितियाँ (statuses) आपकी वास्तविक प्रक्रिया की होती हैं, और होम स्क्रीन आप सोमवार की सुबह जिस आँकड़े को देखते हैं, वह दिखाती है, न कि वह जो कोई विक्रेता सार्वभौमिक मानता है। यह फ़ंक्शनैलिटी के लाभ से पहले अपनाने का लाभ है।

दूसरा बदलाव स्वामित्व से संबंधित है: Blueprint Maker द्वारा उत्पन्न एप्लिकेशन का कोड निर्यात योग्य है, और एप्लिकेशन एक मानक PostgreSQL डेटाबेस पर चलता है। आप अपने स्वयं के उपकरण का उपयोग जारी रखने का अधिकार किराए पर नहीं ले रहे हैं, आप उसके मालिक हैं, और आप इसे कहीं और होस्ट कर सकते हैं।

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

निर्णय लेने का ढांचा

पाँच पंक्तियों में, बिना किसी अनावश्यक धुंधलापन के:

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

अधिकांशतः, दोनों

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

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

इसलिए सही प्रश्न यह नहीं है कि “इनमें से कौन सा”, बल्कि यह है कि “मेरी गतिविधि का कौन सा हिस्सा वास्तव में मेरा है”। उस हिस्से को एक ऐसा उपकरण चाहिए जो उसके जैसा दिखे; बाकी को खरीदा जा सकता है।