B2B Captive Portals डिजाइन करना: पंजीकृत नाम और कंपनी डेटा एकत्र करना

Purple इंटेलिजेंस ब्रीफिंग में आपका स्वागत है। मैं Purple में एक सीनियर टेक्निकल कंटेंट स्ट्रेटेजिस्ट हूँ, और आज हम एक ऐसे विषय पर बात कर रहे हैं जो मेरे काम आने वाले लगभग हर B2B वेन्यू डिप्लॉयमेंट में सामने आता है: एक ऐसा Captive Portal कैसे डिज़ाइन किया जाए जो रजिस्टर्ड नाम और कंपनी का डेटा ठीक से एकत्र करे। यह कोई कंज्यूमर WiFi का सवाल नहीं है। जब आप किसी कॉन्फ्रेंस सेंटर, मीटिंग सुविधाओं वाले होटल, को-वर्किंग स्पेस, या किसी बिजनेस एयरपोर्ट लाउंज में WiFi चला रहे होते हैं, तो आपके विज़िटर्स केवल मेहमान नहीं होते हैं। वे प्रोफेशनल्स होते हैं। उनके पास जॉब टाइटल, कंपनी संबद्धता और खरीद का अधिकार होता है। WiFi रजिस्ट्रेशन के समय आप जो डेटा एकत्र करते हैं, वह आपके द्वारा एकत्र किए जा सकने वाले सबसे व्यावसायिक रूप से मूल्यवान फर्स्ट-पार्टी डेटा में से एक है। लेकिन अधिकांश वेन्यू या तो बहुत कम डेटा एकत्र करते हैं, इसे गलत तरीके से एकत्र करते हैं, या इसे इस तरह से एकत्र करते हैं जिससे GDPR देयता पैदा होती है। हम आज इन तीनों समस्याओं को ठीक करने जा रहे हैं। आइए स्थिति को समझते हैं। एक Captive Portal वह वेब पेज होता है जो नेटवर्क एक्सेस देने से पहले विज़िटर के कनेक्शन प्रयास को रोकता है। डिवाइस आपके WiFi SSID से कनेक्ट होता है, एक HTTP रिक्वेस्ट का प्रयास करता है, और आपका नेटवर्क कंट्रोलर उस रिक्वेस्ट को आपके पोर्टल पर रीडायरेक्ट कर देता है। विज़िटर को आपका ब्रांडेड लॉगिन पेज दिखाई देता है, वह रजिस्ट्रेशन फॉर्म पूरा करता है, और फिर उसे एक्सेस मिल जाता है। यह बुनियादी फ्लो है। जो बदला है वह यह है कि आप बाद में उस डेटा के साथ क्या करते हैं, और वह रेगुलेटरी एनवायरनमेंट जिसमें आप काम कर रहे हैं। B2B संदर्भ कंज्यूमर डिप्लॉयमेंट की तुलना में डिज़ाइन आवश्यकताओं को काफी बदल देता है। एक कंज्यूमर सेटिंग में, आप आमतौर पर नाम और ईमेल एड्रेस मांगते हैं। आप एक मार्केटिंग लिस्ट बना रहे होते हैं। एक B2B सेटिंग में, आप रजिस्टर्ड नाम और कंपनी का डेटा चाहते हैं क्योंकि यह कॉम्बिनेशन अकाउंट-लेवल इंटेलिजेंस को अनलॉक करता है। जब आप जानते हैं कि एक ही फाइनेंशियल सर्विसेज फर्म के सैंतालीस लोग तीन दिनों में आपके कॉन्फ्रेंस सेंटर WiFi से कनेक्ट हुए हैं, तो यह केवल फुटफॉल का आंकड़ा नहीं है। यह एक सेल्स सिग्नल है। यह इवेंट ROI डेटा है। यह उस तरह की इंटेलिजेंस है जो आपके वेन्यू की कमर्शियल पार्टनरशिप को सही ठहराती है। तो आइए टेक्निकल आर्किटेक्चर के बारे में बात करते हैं। एक B2B Captive Portal डिप्लॉयमेंट में चार मुख्य कॉम्पोनेंट्स होते हैं। पहला, एक्सेस पॉइंट लेयर: Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme Networks, या Fortinet। एक्सेस पॉइंट शुरुआती कनेक्शन को रोकता है और पोर्टल पर रीडायरेक्ट करता है। दूसरा, पोर्टल कंट्रोलर, जो रजिस्ट्रेशन पेज पेश करता है, फॉर्म सबमिशन को वैलिडेट करता है, और डिवाइस के MAC एड्रेस को ऑथराइज करने के लिए आपके RADIUS सर्वर से कम्युनिकेट करता है। तीसरा, आइडेंटिटी स्टोर, जहाँ रजिस्टर्ड नाम, कंपनी का डेटा और कन्सेंट रिकॉर्ड स्टोर किए जाते हैं, और जो आपके CRM में रियल टाइम में सिंक होते हैं। और चौथा, एनालिटिक्स लेयर, जहाँ सेशन डेटा, ड्वेल टाइम और रिपीट विज़िट पैटर्न को एकत्रित और एक्शन लेने योग्य बनाया जाता है। Purple इन सभी हार्डवेयर प्लेटफॉर्म्स पर क्लाउड ओवरले के रूप में काम करता है। आपको अपने मौजूदा इंफ्रास्ट्रक्चर को बदलने की आवश्यकता नहीं है। आपके पास जो भी एक्सेस पॉइंट्स पहले से हैं, आप उनके ऊपर ही Purple को डिप्लॉय कर सकते हैं। 2024 में 80,000 लाइव स्थानों और 440 मिलियन लॉगइन्स के साथ, यह आपके खुद के डिप्लॉयमेंट को बेंचमार्क करने के लिए एक महत्वपूर्ण डेटासेट है। अब, फॉर्म डिज़ाइन का प्रश्न। आपको कौन से फ़ील्ड्स शामिल करने चाहिए? स्वभावतः सब कुछ पूछने की इच्छा होती है: नाम, कंपनी, जॉब टाइटल, विभाग, फ़ोन नंबर, LinkedIn प्रोफाइल। उस इच्छा को रोकें। हर अतिरिक्त फ़ील्ड आपके कम्प्लीशन रेट को कम करता है। दो फ़ील्ड्स से पांच फ़ील्ड्स पर जाने से फॉर्म कम्प्लीशन लगभग 20 प्रतिशत तक गिर जाता है। किसी स्थान के संदर्भ में, इसका अर्थ है कि पांच में से एक बिज़नेस विजिटर कनेक्शन का प्रयास पूरी तरह से छोड़ देता है। न्यूनतम व्यावहारिक B2B फ़ील्ड सेट है: पूरा नाम, कंपनी का नाम और बिज़नेस ईमेल एड्रेस। पूरा नाम व्यक्ति की पहचान करता है। कंपनी का नाम अकाउंट एग्रीगेशन को सक्षम बनाता है। बिज़नेस ईमेल एक सत्यापित संपर्क बिंदु प्रदान करता है और, सबसे महत्वपूर्ण बात यह है कि डोमेन सफिक्स आपको कंपनी की पहचान देता है, भले ही विजिटर अपनी कंपनी का नाम अलग-अलग तरीके से टाइप करे। कोई व्यक्ति Deloitte, Deloitte UK, या Deloitte LLP के रूप में रजिस्टर कर सकता है, लेकिन उनका ईमेल डोमेन हमेशा deloitte.com रहेगा। अपने डेटा नॉर्मलाइजेशन लॉजिक को ईमेल डोमेन के इर्द-गिर्द बनाएं, न कि फ्री-टेक्स्ट कंपनी नेम फ़ील्ड के इर्द-गिर्द। जॉब टाइटल एक मूल्यवान वैकल्पिक फ़ील्ड है। यह वरिष्ठता और कार्य के आधार पर आपके विजिटर डेटा को सेगमेंट करता है। लेकिन इसे वैकल्पिक रखें। एक विजिटर जो जॉब टाइटल फ़ील्ड को छोड़ देता है, वह भी नाम और कंपनी के साथ एक रजिस्टर्ड विजिटर है। एक विजिटर जो फॉर्म को पूरी तरह से छोड़ देता है, वह आपको कुछ नहीं देता। अब GDPR के बारे में बात करते हैं, क्योंकि आप एक मजबूत कम्प्लायंस आर्किटेक्चर के बिना B2B Captive Portal डिज़ाइन नहीं कर सकते। UK GDPR और EU General Data Protection Regulation के तहत, WiFi विजिटर्स से नाम और कंपनी का डेटा एकत्र करने के लिए प्रोसेसिंग हेतु एक वैध कानूनी आधार की आवश्यकता होती है। एक B2B Captive Portal के लिए, आपके पास दो वास्तविक विकल्प हैं: Article 6(1)(a) के तहत सहमति (consent), या Article 6(1)(f) के तहत वैध हित (legitimate interests)। कम्प्लायंस के दृष्टिकोण से सहमति एक स्पष्ट विकल्प है। विजिटर सक्रिय रूप से एक बॉक्स पर टिक करता है, आप टाइमस्टैम्प और आपके प्राइवेसी नोटिस का वह वर्जन रिकॉर्ड करते हैं जो उन्होंने देखा था, और आपके पास एक मजबूत ऑडिट ट्रेल होता है। सहमति के साथ चुनौती यह है कि यह स्वतंत्र रूप से दी जानी चाहिए। इसका मतलब है कि WiFi एक्सेस मार्केटिंग सहमति पर निर्भर नहीं हो सकता। आपको नेटवर्क एक्सेस की सहमति को मार्केटिंग कम्युनिकेशन्स की सहमति से अलग करना होगा। दो चेकबॉक्स: एक टर्म्स ऑफ सर्विस के लिए अनिवार्य, एक मार्केटिंग के लिए वैकल्पिक। उन्हें कभी भी एक साथ न मिलाएं। वैध हित (legitimate interests) अधिक सूक्ष्म आधार है। यह नेटवर्क सुरक्षा और मैनेजमेंट के उद्देश्यों के लिए बुनियादी सेशन डेटा की प्रोसेसिंग पर लागू हो सकता है। लेकिन विजिटर रजिस्ट्रेशन से मार्केटिंग डेटाबेस बनाने के लिए, वैध हितों का बचाव करना कठिन है, विशेष रूप से B2B डेटा के लिए जहां व्यक्ति पहचान योग्य पेशेवर होते हैं। मेरी सिफारिश: सहमति का उपयोग करें, फॉर्म को ठीक से डिज़ाइन करें, और आपके पास एक स्पष्ट कम्प्लायंस स्थिति होगी।क्रियान्वयन पर आगे बढ़ने से पहले एक और तकनीकी बिंदु। MAC address randomisation। iOS 14 और Android 10 से, मोबाइल डिवाइस डिफ़ॉल्ट रूप से प्रति-नेटवर्क के आधार पर अपने MAC address को रैंडमाइज करते हैं। इसका मतलब है कि जब कोई विज़िटर आज कनेक्ट होता है, तो आपके एक्सेस पॉइंट को दिखाई देने वाला MAC address पिछले महीने आपके द्वारा देखे गए MAC address से भिन्न हो सकता है, भले ही वह समान डिवाइस और समान व्यक्ति हो। B2B पंजीकृत नाम और कंपनी डेटा संग्रह के लिए, यह एक छोटी समस्या है, क्योंकि आपका पहचान एंकर पंजीकृत ईमेल पता है, न कि MAC address। ईमेल पता स्थिर रहता है। अपनी पहचान समाधान लॉजिक को ईमेल के इर्द-गिर्द बनाएं, और MAC randomisation एक द्वितीयक चिंता बन जाती है। अब मैं आपको दो वास्तविक दुनिया के क्रियान्वयन परिदृश्यों के माध्यम से समझाता हूँ जो यह बताते हैं कि यह व्यावहारिक रूप से कैसे काम करता है। पहला वित्तीय जिले में एक कॉन्फ्रेंस सेंटर है। वे प्रति वर्ष 200 इवेंट आयोजित करते हैं, जिसमें प्रति इवेंट औसतन 300 प्रतिभागी होते हैं। एक उचित रूप से डिज़ाइन किए गए B2B Captive Portal को तैनात करने से पहले, उनका WiFi पंजीकरण डेटा बहुत अव्यवस्थित था: असंगत कंपनी के नाम, व्यक्तिगत ईमेल पते, कोई जॉब टाइटल डेटा नहीं, और कोई सहमति रिकॉर्ड नहीं। वे इस तरह के बुनियादी सवालों का जवाब नहीं दे सकते थे कि कौन सी कंपनियां हमें सबसे अधिक प्रतिनिधि भेजती हैं, या हमारे प्रतिभागियों की औसत वरिष्ठता क्या है। पूरे नाम, कंपनी के नाम, व्यावसायिक ईमेल और वैकल्पिक जॉब टाइटल फ़ील्ड के साथ एक संरचित B2B पोर्टल को तैनात करने के बाद, बैक एंड पर ईमेल डोमेन सामान्यीकरण के साथ संयुक्त होने पर, उन्होंने छह महीने के भीतर एक साफ खाता-स्तरीय डेटाबेस तैयार किया। वे अब प्रदर्शकों को दिखा सकते थे कि उनके 34 प्रतिशत प्रतिभागी FTSE 100 कंपनियों से आए थे। उस डेटा बिंदु ने सीधे तौर पर उनकी स्पॉन्सरशिप दरों में 40 प्रतिशत की वृद्धि का समर्थन किया। WiFi पंजीकरण फॉर्म एक राजस्व-उत्पादक संपत्ति बन गया। दूसरा परिदृश्य 45 संपत्तियों वाला एक होटल समूह है, जिनमें से प्रत्येक में बैठक और कॉन्फ्रेंस सुविधाएं हैं। उनकी चुनौती निरंतरता की थी: प्रत्येक संपत्ति में थोड़ा अलग पोर्टल कॉन्फ़िगरेशन, अलग फ़ील्ड सेट और अलग-अलग सिस्टम में संग्रहीत डेटा था। एक अतिथि जो मैनचेस्टर संपत्ति में एक कॉन्फ्रेंस में शामिल हुआ और फिर लंदन संपत्ति में रुका, उसे दो अलग, असंबंधित विज़िटर के रूप में माना जाता था। सभी 45 संपत्तियों में तैनात एकल B2B पोर्टल टेम्पलेट पर मानकीकरण करके, केंद्रीकृत डेटा स्टोरेज और ईमेल-आधारित पहचान समाधान के साथ, उन्होंने एक एकीकृत विज़िटर डेटाबेस बनाया। बारह महीनों के भीतर, उन्होंने 8,200 ऐसे व्यावसायिक विज़िटर्स की पहचान की जिन्होंने कई संपत्तियों का उपयोग किया था। वह समूह एक लक्षित खाता-आधारित मार्केटिंग कार्यक्रम की नींव बन गया। मानकीकृत पोर्टल को तैनात करने की लागत को उस पहचाने गए समूह से अतिरिक्त कॉन्फ्रेंस बुकिंग के माध्यम से पहली तिमाही के भीतर ही वसूल कर लिया गया था। अब मैं आपको उन क्रियान्वयन त्रुटियों के बारे में बताता हूँ जिनसे बचना चाहिए। ये वे गलतियाँ हैं जिन्हें मैं अक्सर देखता हूँ। पहली गलती: बिना नॉर्मलाइजेशन के कंपनी का नाम फ्री-टेक्स्ट में लेना। यदि आप कंपनी के नाम के लिए फ्री-टेक्स्ट इनपुट स्वीकार करते हैं और बैक एंड पर इसे नॉर्मलाइज नहीं करते हैं, तो आपके डेटाबेस में एक ही कंपनी के सैकड़ों अलग-अलग रूप शामिल हो जाएंगे। ईमेल डोमेन को अपने प्राथमिक कंपनी आइडेंटिफायर के रूप में उपयोग करें। दूसरी गलती: WiFi एक्सेस की सहमति को मार्केटिंग सहमति के साथ जोड़ना। यह GDPR का उल्लंघन है। Information Commissioner's Office स्पष्ट रूप से कहता है: मार्केटिंग के लिए सहमति, सर्विस के लिए मिलने वाली सहमति से अलग होनी चाहिए। यदि किसी विजिटर को WiFi एक्सेस पाने के लिए मार्केटिंग ईमेल के लिए सहमति देनी पड़ती है, तो वह सहमति स्वतंत्र रूप से नहीं दी गई है और इसलिए अमान्य है। तीसरी गलती: B2B SSID पर कोई सेशन टाइमआउट या बैंडविड्थ पॉलिसी न होना। प्रत्येक डिवाइस के लिए एक बैंडविड्थ सीमा और एक सेशन टाइमआउट सेट करें। कॉन्फ्रेंस माहौल के लिए चार घंटे का डिफॉल्ट समय सही है। चौथी गलती: सहमति के रिकॉर्ड को उसी सिस्टम में स्टोर करना जिसमें सेशन लॉग स्टोर होते हैं। सहमति के रिकॉर्ड को सेशन लॉग की तुलना में अधिक समय तक रखने की आवश्यकता होती है। सेशन लॉग को 30 दिनों के बाद हटाया जा सकता है। सहमति रिकॉर्ड को संबंध की अवधि और उसके बाद दो साल तक रखा जाना चाहिए। Purple जैसे प्लेटफॉर्म का उपयोग करें जो अलग-अलग डेटा प्रकारों पर स्वचालित रूप से अलग-अलग रिटेंशन नियम लागू करता है। अब उन त्वरित सवालों के जवाब जो मुझसे अक्सर पूछे जाते हैं। क्या हमें B2B वेन्यू के लिए रजिस्ट्रेशन फॉर्म के बजाय LinkedIn लॉगिन का उपयोग करना चाहिए? LinkedIn OAuth आपको विजिटर से कुछ भी टाइप करवाए बिना नाम, कंपनी, जॉब टाइटल और इंडस्ट्री सेक्टर की जानकारी देता है। इसकी डेटा क्वालिटी फ्री-टेक्स्ट इनपुट से बेहतर होती है। हालांकि, इसका एक नुकसान कम कन्वर्जन है: हर बिजनेस विजिटर के पास LinkedIn अकाउंट नहीं होता है। मेरी सलाह है कि LinkedIn को केवल एकमात्र विकल्प के रूप में नहीं, बल्कि एक सामान्य फॉर्म के साथ एक विकल्प के रूप में पेश करें। हम उन विजिटर्स को कैसे संभालें जो बिजनेस ईमेल के बजाय व्यक्तिगत ईमेल एड्रेस का उपयोग करते हैं? आप ज्ञात कंज्यूमर डोमेन की सूची के खिलाफ वैलिडेट करके और उन्हें ब्लॉक करके केवल बिजनेस ईमेल डोमेन को अनिवार्य कर सकते हैं। या फिर आप किसी भी ईमेल एड्रेस को स्वीकार कर सकते हैं और व्यक्तिगत डोमेन को मैन्युअल रिव्यू के लिए फ्लैग कर सकते हैं। हाई-वैल्यू B2B वेन्यू के लिए, मैं पहले तरीके की सलाह दूंगा, जिसमें एक स्पष्ट एरर मैसेज के साथ यह समझाया जाए कि बिजनेस ईमेल क्यों आवश्यक है। क्या हम Captive Portal डेटा को सीधे Salesforce या HubSpot के साथ इंटीग्रेट कर सकते हैं? हाँ। Purple का प्लेटफॉर्म प्रमुख CRM प्लेटफॉर्म्स के साथ नेटिव इंटीग्रेशन प्रदान करता है। रजिस्टर्ड नाम और कंपनी का डेटा आपके CRM में सीधे एक नए कांटेक्ट के रूप में फ्लो होता है या किसी मौजूदा रिकॉर्ड को अपडेट करता है, जिसमें WiFi विजिट को एक एक्टिविटी के रूप में लॉग किया जाता है। आज की ब्रीफिंग के मुख्य बिंदुओं को संक्षेप में समझने के लिए: अपने B2B Captive Portal को तीन अनिवार्य क्षेत्रों के आधार पर डिजाइन करें: पूरा नाम, कंपनी का नाम और बिजनेस ईमेल। जॉब टाइटल को एक वैकल्पिक क्षेत्र के रूप में जोड़ें। फॉर्म को छोटा रखें। हर अतिरिक्त अनिवार्य फ़ील्ड आपके कम्पलीशन रेट को कम करती है। ईमेल डोमेन को अपने मुख्य कंपनी आइडेंटिफायर के रूप में उपयोग करें। बैक एंड पर फ्री-टेक्स्ट कंपनी नामों को नॉर्मलाइज करें। अपने अकाउंट-लेवल इंटेलिजेंस को ईमेल डोमेन पर बनाएं, न कि इस बात पर कि विजिटर्स कंपनी नाम वाले फील्ड में क्या टाइप करते हैं।अपने सहमति चेकबॉक्स को अलग करें। सेवा की शर्तों और नेटवर्क एक्सेस के लिए एक अनिवार्य चेकबॉक्स। मार्केटिंग कम्युनिकेशन्स के लिए एक वैकल्पिक चेकबॉक्स। इन्हें कभी भी एक साथ न जोड़ें। टाइमस्टैम्प और गोपनीयता नोटिस संस्करण के साथ प्रत्येक सहमति इवेंट को लॉग करें। MAC एड्रेस के बजाय अपनी पहचान समाधान (identity resolution) को ईमेल एड्रेस से जोड़कर MAC रैंडमाइजेशन की समस्या को हल करें। ईमेल सभी सेशन और डिवाइस पर स्थिर रहता है। और अंत में, एक ऐसा प्लेटफॉर्म चुनें जो आपके लिए अनुपालन आर्किटेक्चर को संभालता है। Purple, ISO 27001 प्रमाणित, GDPR और CCPA अनुपालन, और Cyber Essentials प्रमाणित है। सहमति लॉगिंग, डेटा रिटेंशन नियम, और डेटा सब्जेक्ट एक्सेस रिक्वेस्ट रिस्पांस टूल इसमें पहले से ही शामिल हैं। आपका अगला कदम आज मेरे द्वारा बताई गई फील्ड सेट और अनुपालन चेकलिस्ट के साथ अपने वर्तमान पोर्टल कॉन्फ़िगरेशन का ऑडिट करना है। यदि आप एक B2B वेन्यू चला रहे हैं और आप पंजीकृत नाम और कंपनी डेटा को एक संरचित, अनुपालन तरीके से एकत्र नहीं कर रहे हैं, तो आप व्यावसायिक खुफिया जानकारी (commercial intelligence) का लाभ उठाने से चूक रहे हैं। अधिक तकनीकी गाइड और कार्यान्वयन संसाधनों के लिए, purple.ai पर जाएं। Purple Intelligence Briefing सुनने के लिए धन्यवाद।