डिजिटल उत्पादों की संरचना: उपयोग की शर्तों से शुरुआत करें

डिजिटल उत्पादों के साथ संघर्ष

डिजिटल उत्पाद मौलिक रूप से अलग होता है क्योंकि इसमें ग्राहक ही मुख्य भूमिका निभाता है। अंदर मशीन। उत्पाद है गतिविधि में अंतर्निहित। ग्राहक अक्सर हमारी सहायता के बिना ही गतिविधि कर लेता है।.

सर्विसनाउ के बारे में सोचें—यह एक प्रमुख आईटी संचालन प्लेटफॉर्म है। ग्राहक इसका उपयोग अपने सीआई (कन्वर्टिबल कंट्रोल) और एप्लिकेशन पोर्टफोलियो को दर्ज करने के लिए करते हैं। यदि हम उत्पाद और व्यावसायिक गतिविधि के बीच स्पष्ट रेखा नहीं खींचते और विषय से शुरुआत नहीं करते, तो हम एक अंतहीन चक्र में फंस जाते हैं। साथ ही, हम उत्पाद के भीतर अपने विषय (व्यावसायिक गतिविधि) को लागू नहीं कर सकते।.

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

जब हम अपने परिचालन में उत्पाद से संबंधित डेटा का उपयोग करते हैं, तब हम घटना क्षितिज को पार कर जाते हैं। घटना क्षितिज को पार करने पर चीजें बहुत अजीब हो जाती हैं।.

सीधे शब्दों में कहें तो, घटना क्षितिज को पार न करें।.

प्रोडक्ट डेटा आर्किटेक्चर को एंटरप्राइज डेटा आर्किटेक्चर से स्पष्ट रूप से अलग करें। जैसे ही हम यह यात्रा शुरू करते हैं, हमें एक बड़ी समस्या का सामना करना पड़ता है: डेटा उपयोग की शर्तें.

आप डाकघर हैं या फेसबुक?

उत्पाद डेटा को एंटरप्राइज़ डेटा से अलग करने पर, एक मूलभूत बाधा उत्पन्न होती है—डेटा के उपयोग की शर्तें क्या हैं? हम उपयोग की शर्तों का प्रयोग हर जगह करते हैं। नेविगेट क्योंकि यह हमें एक महत्वपूर्ण वास्तुशिल्पीय बाधा प्रदान करता है। सेवा-उन्मुख वास्तुकला के दिनों में, मैंने उपयोग की शर्तों को समझाने के लिए 'बस परीक्षण' का उपयोग किया था। बस एक साझा सेवा है, जिसके उपयोग की सख्त शर्तें हैं। एक टिकट से एक यात्री यात्रा कर सकता है। बस स्टॉप पर एक टिकट से पूर्व-निर्धारित मार्ग पर एक यात्री यात्रा कर सकता है। वह टिकट, मार्ग और स्टॉप केवल निर्धारित समय पर ही उपयोगी होते हैं।.

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

हम अपने विश्लेषण में एक सरल, स्पष्ट तुलना का उपयोग करते हैं। परामर्श संबंधी कार्य. जब आप कोई डिजिटल उत्पाद बनाते हैं, क्या हम डाकघर हैं, या हम फेसबुक हैं?

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

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

उपयोग की कोई भी शर्तें मान्य हो सकती हैं। कुछ उपयोग की शर्तें, जैसे कि WhatsApp की, अत्यधिक गोपनीयता के लिए बनाई गई हैं। कुछ, हर चीज़ तक पहुँच प्रदान करती हैं। याद रखें, यह गोपनीयता नहीं है—यहाँ तक कि Facebook भी गोपनीयता नहीं बनाए रखता। प्रचार आपकी आशाएँ, सपने और जुनून। लेकिन वे इनका इस्तेमाल करते हैं। वे इनका इस्तेमाल इसलिए करते हैं क्योंकि उत्पाद की शर्तें उन्हें इसकी अनुमति देती हैं। जब आप उपयोग की शर्तों का उल्लंघन करते हैं, तो यह एक बहुत बड़ी संरचनात्मक विफलता होती है। आप सीमा निर्धारित करने में विफल रहे।.

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

विधानसभा ही अंतिम प्रवर्तन निकाय है

उपयोग की शर्तें आपको एक नियंत्रित सीमा प्रदान करती हैं। हर सीमा पर तनाव मौजूद होता है। वास्तुकला सीमा स्थितियों को संबोधित करने में ही फलती-फूलती है।.

Apple का फ़ोटो "मेमोरीज़" फ़ीचर तनाव को और बढ़ा देता है। Apple अपने प्लेटफ़ॉर्म पर साझा स्टोरेज और शेयरिंग की सुविधा देता है, जो काफी हद तक Facebook के कम्युनिटी मैनेजमेंट जैसा दिखता है। हालांकि, Apple का मुख्य मूल्य गोपनीयता है। वे अपने उपयोग की शर्तों का ज़बरदस्त बचाव करते हैं। वे यहां तक कि उन बाज़ारों से अपनी सेवाएं वापस ले लेते हैं, जहां वे आपको यह आश्वासन नहीं दे पाते कि कोई भी आपकी जानकारी नहीं देख सकता। एप्पल सॉक दराज आपकी सक्रिय भागीदारी के बिना।.

आंतरिक तौर पर वे वारंट जारी करने के लिए ग्राहक डेटा को संसाधित करने में एक पैसा भी खर्च नहीं करते हैं। क्योंकि वे नहीं देख सकता. वे अदालत में दावा करते हैं। कोई गुप्त द्वार नहीं है.

फिर वे एक ऐसी सेवा प्रदान करते हैं जो आपकी तस्वीरों को देखती है और उन्हें आपके लिए व्यवस्थित करती है—स्मृति चिन्हों के रूप में सहेजती है। लेकिन उनकी उपयोग की शर्तें पूर्ण गोपनीयता का आश्वासन देती हैं।.

वे इन कठिन बाधाओं का समाधान करते हैं—Apple आपकी तस्वीरों को नहीं देख सकता और आपकी तस्वीरों को संपादित किया जाता है—मजबूत दृष्टिकोण के साथ। अनुप्रयोग वास्तुकला. नेविगेट की भाषा में, यह बस इसका उपयोग करना है। असेंबली मॉडल.

कार्यक्षमता को संयोजित करना एक एप्लिकेशन आर्किटेक्ट का मुख्य कार्य है। संयोजन एकीकरण की सीमाओं, जीवनचक्र और निर्भरता को निर्धारित करता है—यह एप्लिकेशन आर्किटेक्चर की सबसे महत्वपूर्ण चुनौती है। हम जानते हैं कि कार्यक्षमता को कहीं भी रखा जा सकता है। सचमुच कहीं भी। आप इसे किसी एंटरप्राइज़ एप्लिकेशन में एम्बेड कर सकते हैं, इसे माइक्रो-सर्विस में प्रदर्शित कर सकते हैं, या इसे सीधे ASIC में एकीकृत कर सकते हैं।.

डेटा उपयोग की शर्तों को पूरा करने के लिए, Apple जानबूझकर AI वर्कर की कार्यक्षमता को सीधे एज डिवाइस—आपके iPhone—पर तैनात करता है। कंप्यूटिंग और डेटा को एक साथ रखकर, Apple खुद को डेटा से भौतिक रूप से अलग कर लेता है। वे जानबूझकर ग्राहक से कमाई करने के लाभ को छोड़ देते हैं।.

आपने जो घोषित किया है उसे अनदेखा करने पर नुकसान गिद्धों की तरह टूट पड़ता है। देनदारी के कारण बाद में सुरक्षा उपाय करने पड़ते हैं, जिससे जटिलता बढ़ती है, तकनीकी बोझ और लागत बढ़ती है—साथ ही देनदारियों का एक पिटारा भी अंधेरे कोने में छिपा रहता है।.

जब आपके डिजिटल उत्पाद पर उपयोग की शर्तें हों, तो Apple का अनुसरण करें। ऐसी एप्लिकेशन आर्किटेक्चर, टेक्नोलॉजी आर्किटेक्चर और सिक्योरिटी आर्किटेक्चर बनाएं जो आवश्यकताओं को पूरा करती हों।.

निष्कर्ष: गांठ काट दें

यदि आप उत्पाद डेटा से शुरुआत नहीं करते हैं और अपनी सेवा की शर्तों को नहीं जानते हैं - जैसे कि फेसबुक जो रोज़ाना डेटा में सेंध लगाता है, डाकघर जो निर्देश दिए जाने पर ही डेटा में सेंध लगाता है, या ऐप्पल जो डेटा में सेंध नहीं लगा सकता - तो आपकी संरचना अनिवार्य रूप से दायित्व की ओर बढ़ जाती है।.

आपकी सबसे कठिन चुनौतियाँ वे हैं जहाँ उत्पाद डेटा का उपयोग करके आपके व्यावसायिक संचालन में सुधार किया जा सकता है। इसका एक सरल उदाहरण है अपने SaaS उत्पाद के भीतर अपने ग्राहकों द्वारा बनाए रखी गई पहचानों का उपयोग करके एक्सेस कंट्रोल या ऑथराइजेशन को सपोर्ट करना।.

आप अपने "बिक्री", "समर्थन" या "आईटी संचालन" विषयों में थोड़ा-बहुत बदलाव करके इस उलझन को कभी नहीं सुलझा पाएंगे। यह रस्सी को और जोर से खींचने जैसा है। इससे केवल गांठ और कस जाएगी। यह एक और बैठक बुलाने से कम नहीं है। ग्राहक का मालिक कौन है?.

इस सप्ताह मेरी चुनौती है आपके डिजिटल उत्पादों पर नज़र डालना। क्या आपने अपने एप्लिकेशन आर्किटेक्चर में डिजिटल उत्पादों को स्पष्ट रूप से अलग किया है? आपके डेटा आर्किटेक्चर के बारे में क्या? या आप डेटा के साथ सब कुछ मिलाकर एक उलझन बना देते हैं? आपका व्यवसाय और एप्लिकेशन समर्थन आपका क्या आप व्यवसाय चला रहे हैं? अपने डिजिटल उत्पादों को विषय के रूप में सामने लाना शुरू करें। उपयोग की शर्तों को स्पष्ट रूप से बताना शुरू करें। आपकी वास्तुकला को नियंत्रित करना आपको दिए गए निर्देशों का पालन करके।.

अगले सप्ताह, मैं आपको दिखाऊंगा कि हम इस समस्या को कैसे सुलझाते हैं। हम सीमा निर्धारण और स्पष्ट प्रतिबंध स्थापित करने के तरीके पर विचार करेंगे। हम सबसे पहले DAMA एंटरप्राइज डेटा मॉडल का विस्तार करेंगे और प्रत्येक डिजिटल उत्पाद को DAMA सब्जेक्ट के रूप में मानेंगे।.

हमेशा की तरह, मैं आपके विचारों और प्रतिक्रियाओं का स्वागत करता हूं।.

आपका दिन अच्छा रहे!

सम्मान,

डेव डेव हॉर्नफोर्ड कोनेक्सियम

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