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 तैनात करू शकता. २०२४ मधील ८०,००० थेट ठिकाणे (venues) आणि ४४० दशलक्ष लॉगइन पाहता, तुमच्या स्वतःच्या तैनातीचे (deployment) मूल्यमापन करण्यासाठी हा एक मोठा डेटासेट आहे. आता, फॉर्म डिझाइनच्या प्रश्नाकडे वळूया. तुम्ही कोणते रकाने (fields) समाविष्ट केले पाहिजेत? नाव, कंपनी, नोकरीचे पद, विभाग, फोन नंबर, LinkedIn प्रोफाइल यासारख्या सर्व गोष्टी मागण्याची सामान्य प्रवृत्ती असते. पण ती प्रवृत्ती टाळा. प्रत्येक अतिरिक्त रकाना तुमचा फॉर्म पूर्ण होण्याचा दर (completion rate) कमी करतो. दोन रकान्यांवरून पाच रकान्यांवर गेल्यास फॉर्म पूर्ण होण्याचे प्रमाण साधारणपणे २० टक्क्यांनी घसरते. एखाद्या ठिकाणाच्या संदर्भात याचा अर्थ असा की, पाचपैकी एक व्यावसायिक अभ्यागत कनेक्शनचा प्रयत्न पूर्णपणे सोडून देतो. किमान आवश्यक (minimum viable) B2B रकान्यांचा संच म्हणजे: पूर्ण नाव, कंपनीचे नाव आणि व्यावसायिक ईमेल पत्ता. पूर्ण नावावरून व्यक्तीची ओळख पटते. कंपनीच्या नावावरून खात्यांचे एकत्रिकरण (account aggregation) करणे शक्य होते. व्यावसायिक ईमेल एक सत्यापित संपर्क बिंदू प्रदान करतो आणि सर्वात महत्त्वाचे म्हणजे, अभ्यागताने त्याच्या कंपनीचे नाव चुकीच्या पद्धतीने किंवा विसंगतपणे टाईप केले तरीही डोमेन प्रत्यय (domain suffix) तुम्हाला कंपनीची अचूक ओळख देतो. एखादी व्यक्ती Deloitte, Deloitte UK किंवा Deloitte LLP अशी नोंदणी करू शकते, परंतु त्यांच्या ईमेलचे डोमेन नेहमी deloitte.com हेच असेल. तुमचे डेटा सामान्यीकरण लॉजिक (data normalisation logic) हे फ्री-टेक्स्ट कंपनीच्या नावावर नसून ईमेल डोमेनवर आधारित तयार करा. नोकरीचे पद (Job title) हा एक उपयुक्त पर्यायी रकाना आहे. यामुळे ज्येष्ठता आणि कार्यानुसार तुमच्या अभ्यागतांच्या डेटाचे वर्गीकरण करता येते. परंतु ते पर्यायी ठेवा. नोकरीचे पद हा रकाना न भरता पुढे जाणारा अभ्यागत हा तरीही नाव आणि कंपनी असलेला नोंदणीकृत अभ्यागत असतो. परंतु जो अभ्यागत फॉर्म पूर्णपणे सोडून देतो, त्यापासून तुम्हाला काहीच मिळत नाही. आता आपण GDPR बद्दल बोलूया, कारण तुम्ही मजबूत संमती संरचनेशिवाय (compliance architecture) B2B Captive Portal डिझाइन करू शकत नाही. UK GDPR आणि EU च्या General Data Protection Regulation अंतर्गत, WiFi अभ्यागतांकडून नाव आणि कंपनीचा डेटा गोळा करण्यासाठी प्रक्रियेचा कायदेशीर आधार असणे आवश्यक आहे. B2B Captive Portal साठी, तुमच्याकडे दोन व्यावहारिक पर्याय आहेत: कलम ६(१)(अ) अंतर्गत संमती, किंवा कलम ६(१)(फ) अंतर्गत वैध हितसंबंध (legitimate interests). संमती हा संपालनाच्या (compliance) दृष्टीने अधिक स्पष्ट पर्याय आहे. अभ्यागत सक्रियपणे एका बॉक्सवर टिक करतो, तुम्ही तो टाइमस्टॅम्प आणि त्यांनी पाहिलेल्या तुमच्या गोपनीयता सूचनेची आवृत्ती रेकॉर्ड करता आणि तुमच्याकडे एक सुरक्षित ऑडिट ट्रेल असतो. संमतीबाबतचे आव्हान असे आहे की ती स्वेच्छेने दिलेली असावी. याचा अर्थ असा की WiFi ॲक्सेस हा मार्केटिंग संमतीवर अवलंबून असू शकत नाही. तुम्हाला नेटवर्क ॲक्सेससाठीची संमती आणि मार्केटिंग कम्युनिकेशन्ससाठीची संमती वेगळी करणे आवश्यक आहे. दोन चेकबॉक्स वापरा: सेवा शर्तींसाठी एक अनिवार्य, आणि मार्केटिंगसाठी दुसरा पर्यायी. ते कधीही एकत्र करू नका. वैध हितसंबंध (legitimate interests) हा अधिक बारकावे असलेला आधार आहे. हे नेटवर्क सुरक्षा आणि व्यवस्थापन उद्देशांसाठी मूलभूत सेशन डेटाच्या प्रक्रियेवर लागू होऊ शकते. परंतु अभ्यागत नोंदणीवरून मार्केटिंग डेटाबेस तयार करण्यासाठी, वैध हितसंबंधांचे समर्थन करणे कठीण आहे, विशेषतः B2B डेटासाठी जिथे व्यक्ती ओळखण्यायोग्य व्यावसायिक असतात. माझी शिफारस: संमतीचा वापर करा, फॉर्म व्यवस्थित डिझाइन करा आणि तुमची संपालनाची स्थिती (compliance posture) सुरक्षित ठेवा.आम्ही अंमलबजावणीकडे वळण्यापूर्वी आणखी एक तांत्रिक मुद्दा. MAC address randomisation. iOS 14 आणि Android 10 पासून, मोबाईल डिव्हाइसेस डीफॉल्टनुसार प्रति-नेटवर्क आधारावर त्यांचे MAC address रँडमाइझ करतात. याचा अर्थ असा आहे की जेव्हा एखादा अभ्यागत आज कनेक्ट होतो तेव्हा तुमच्या ॲक्सेस पॉइंटला दिसणारा MAC address गेल्या महिन्यात तुम्ही पाहिलेल्या MAC address पेक्षा वेगळा असू शकतो, जरी तेच डिव्हाइस आणि तीच व्यक्ती असली तरीही. B2B नोंदणीकृत नाव आणि कंपनी डेटा संकलनासाठी, ही एक कमी गंभीर समस्या आहे, कारण तुमचा आयडेंटिटी अँकर नोंदणीकृत ईमेल पत्ता आहे, MAC address नाही. ईमेल पत्ता स्थिर असतो. तुमचे आयडेंटिटी रिझोल्यूशन लॉजिक ईमेलभोवती तयार करा आणि MAC randomisation हा दुय्यम विषय बनेल. आता मी तुम्हाला दोन प्रत्यक्ष अंमलबजावणीच्या उदाहरणांमधून घेऊन जातो जे हे व्यवहारात कसे कार्य करते हे स्पष्ट करतात. पहिले उदाहरण फायनान्शियल डिस्ट्रिक्टमधील एका कॉन्फरन्स सेंटरचे आहे. ते दरवर्षी २०० इव्हेंट्स आयोजित करतात, ज्यामध्ये प्रति इव्हेंट सरासरी ३०० उपस्थितांचा समावेश असतो. योग्यरित्या डिझाइन केलेले B2B Captive Portal तैनात करण्यापूर्वी, त्यांचा WiFi नोंदणी डेटा विस्कळीत होता: विसंगत कंपनीची नावे, वैयक्तिक ईमेल पत्ते, जॉब टायटलचा डेटा नसणे आणि संमतीचे कोणतेही रेकॉर्ड नसणे. 'कोणत्या कंपन्या आपल्याला सर्वात जास्त प्रतिनिधी पाठवतात?' किंवा 'आपल्या उपस्थितांचे सरासरी ज्येष्ठता (seniority) पातळी काय आहे?' यासारख्या मूलभूत प्रश्नांची उत्तरे ते देऊ शकत नव्हते. पूर्ण नाव, कंपनीचे नाव, बिझनेस ईमेल आणि पर्यायी जॉब टायटल फील्ड्ससह एक स्ट्रक्चर्ड B2B पोर्टल तैनात केल्यानंतर, आणि बॅक एंडला ईमेल डोमेन नॉर्मलायझेशनची जोड दिल्यानंतर, त्यांनी सहा महिन्यांत एक स्वच्छ खाते-स्तरीय (account-level) डेटाबेस तयार केला. आता ते प्रदर्शकांना (exhibitors) हे दाखवून देऊ शकत होते की त्यांचे ३४ टक्के उपस्थित FTSE 100 कंपन्यांमधील होते. या डेटा पॉइंटने त्यांच्या प्रायोजकत्व (sponsorship) दरांमध्ये थेट ४० टक्के वाढ करण्यास समर्थन दिले. WiFi नोंदणी फॉर्म ही महसूल वाढवणारी मालमत्ता बनली. दुसरे उदाहरण ४५ हॉटेल्स असलेल्या एका हॉटेल समूहाचे आहे, ज्यापैकी प्रत्येकामध्ये मीटिंग आणि कॉन्फरन्सची सुविधा आहे. त्यांचे आव्हान सुसंगततेचे होते: प्रत्येक हॉटेलमध्ये थोडी वेगळी पोर्टल कॉन्फिगरेशन, भिन्न फील्ड सेट आणि वेगवेगळ्या सिस्टममध्ये डेटा संग्रहित होता. मँचेस्टर हॉटेलमधील कॉन्फरन्सला उपस्थित राहिलेला आणि नंतर लंडन हॉटेलमध्ये राहिलेला पाहुणा दोन स्वतंत्र, असंबद्ध अभ्यागत म्हणून गृहीत धरला जात होता. सर्व ४५ हॉटेल्समध्ये केंद्रीकृत डेटा स्टोरेज आणि ईमेल-आधारित आयडेंटिटी रिझोल्यूशनसह, एकच B2B पोर्टल टेम्पलेट प्रमाणित करून त्यांनी एक युनिफाइड व्हिजिटर डेटाबेस तयार केला. बारा महिन्यांच्या आत, त्यांनी ८,२०० व्यावसायिक अभ्यागत शोधून काढले ज्यांनी एकाधिक हॉटेल्सचा वापर केला होता. तो गट एका लक्ष्यित अकाउंट-बेस्ड मार्केटिंग प्रोग्रामचा पाया बनला. प्रमाणित पोर्टल तैनात करण्याचा खर्च पहिल्या तिमाहीतच त्या शोधून काढलेल्या अभ्यागत गटाकडून मिळालेल्या अतिरिक्त कॉन्फरन्स बुकिंगद्वारे वसूल झाला. आता मी तुम्हाला टाळण्यासारख्या अंमलबजावणीतील त्रुटी सांगतो. या अशा चुका आहेत ज्या मी बऱ्याचदा पाहतो. पहिली चूक: नॉर्मलायझेशनशिवाय फ्री-टेक्स्ट कंपनीचे नाव. जर तुम्ही कंपनीच्या नावासाठी फ्री-टेक्स्ट इनपुट स्वीकारत असाल आणि बॅक एंडवर त्याचे नॉर्मलायझेशन करत नसाल, तर तुमच्या डेटाबेसमध्ये एकाच कंपनीचे शेकडो प्रकार असतील. तुमचा मुख्य कंपनी आयडेंटिफायर म्हणून ईमेल डोमेन वापरा. दुसरी चूक: WiFi ॲक्सेस संमतीला मार्केटिंग संमतीसोबत बंडल करणे. हे GDPR चे उल्लंघन आहे. इन्फॉर्मेशन कमिशनरचे कार्यालय स्पष्टपणे सांगते: मार्केटिंगसाठीची संमती ही सेवेच्या संमतीपासून वेगळी असली पाहिजे. जर एखाद्या पाहुण्याला WiFi ॲक्सेस मिळवण्यासाठी मार्केटिंग ईमेलला संमती देणे आवश्यक असेल, तर ती संमती स्वेच्छेने दिलेली नाही आणि म्हणूनच ती अवैध आहे. तिसरी चूक: B2B SSID वर कोणतेही सेशन टाइमआउट किंवा बँडविड्थ पॉलिसी नसणे. प्रति डिव्हाइस बँडविड्थ मर्यादा आणि सेशन टाइमआउट सेट करा. कॉन्फरन्स वातावरणासाठी चार तास हा एक वाजवी डीफॉल्ट वेळ आहे. चौथी चूक: संमतीचे रेकॉर्ड्स आणि सेशन लॉग्स एकाच सिस्टममध्ये स्टोअर करणे. सेशन लॉग्सच्या तुलनेत संमती रेकॉर्ड्ससाठी जास्त काळ ठेवण्याचा कालावधी आवश्यक असतो. सेशन लॉग्स ३० दिवसांनंतर काढून टाकले जाऊ शकतात. संमतीचे रेकॉर्ड्स हे संबंध संपेपर्यंत आणि त्यानंतर आणखी दोन वर्षे ठेवले पाहिजेत. Purple सारखे प्लॅटफॉर्म वापरा जे वेगवेगळ्या प्रकारच्या डेटासाठी स्वयंचलितपणे वेगवेगळे रिटेंशन नियम लागू करते. आता मला वारंवार विचारले जाणारे काही जलद प्रश्न. आम्ही B2B ठिकाणांसाठी रजिस्ट्रेशन फॉर्म ऐवजी LinkedIn लॉगिन वापरावे का? LinkedIn OAuth तुम्हाला पाहुण्याला काहीही टाईप करण्यास न सांगता नाव, कंपनी, जॉब टायटल आणि इंडस्ट्री सेक्टर प्रदान करते. डेटाची गुणवत्ता फ्री-टेक्स्ट इनपुटपेक्षा जास्त असते. यात तोटा असा आहे की कमी कन्वर्जन मिळते: प्रत्येक व्यावसायिक पाहुण्याकडे LinkedIn खाते नसते. माझी शिफारस अशी आहे की LinkedIn चा पर्याय एका सामान्य फॉर्मसोबत द्यावा, तो एकमेव पर्याय म्हणून ठेवू नये. वैयक्तिक ईमेल पत्ता वापरणाऱ्या पाहुण्यांना आम्ही कसे हाताळायचे? तुम्ही ग्राहक ईमेल डोमेनच्या सूचीशी पडताळणी करून आणि त्यांना नकार देऊन व्यावसायिक ईमेल डोमेन अनिवार्य करू शकता. किंवा तुम्ही कोणताही ईमेल पत्ता स्वीकारू शकता आणि मॅन्युअल पुनरावलोकनासाठी वैयक्तिक डोमेन चिन्हांकित करू शकता. उच्च-मूल्य असलेल्या B2B ठिकाणांसाठी, मी व्यावसायिक ईमेल का आवश्यक आहे हे स्पष्ट करणाऱ्या स्पष्ट त्रुटी संदेशासह पहिल्या पद्धतीची शिफारस करेन. आम्ही Captive Portal डेटा थेट Salesforce किंवा HubSpot सोबत इंटिग्रेट करू शकतो का? होय. Purple चे प्लॅटफॉर्म प्रमुख CRM प्लॅटफॉर्म्ससोबत मूळ इंटिग्रेशन प्रदान करते. नोंदणीकृत नाव आणि कंपनी डेटा थेट तुमच्या CRM मध्ये नवीन संपर्क म्हणून जातो किंवा विद्यमान रेकॉर्ड अपडेट करतो, ज्यामध्ये WiFi भेट एक ॲक्टिव्हिटी म्हणून लॉग केली जाते. आजच्या ब्रीफिंगमधील मुख्य मुद्द्यांचा सारांश सांगण्यासाठी. तुमचे B2B Captive Portal तीन अनिवार्य फील्ड्सभोवती डिझाइन करा: पूर्ण नाव, कंपनीचे नाव आणि व्यावसायिक ईमेल. जॉब टायटल हे ऐच्छिक फील्ड म्हणून जोडा. फॉर्म लहान ठेवा. प्रत्येक अतिरिक्त अनिवार्य फील्डमुळे तुमचा फॉर्म पूर्ण होण्याचा दर कमी होतो. तुमचा मुख्य कंपनी आयडेंटिफायर म्हणून ईमेल डोमेन वापरा. बॅक एंडवर फ्री-टेक्स्ट कंपनीच्या नावांचे नॉर्मलायझेशन करा. तुमची खाते-स्तरीय माहिती ईमेल डोमेनवर तयार करा, पाहुणे कंपनीच्या नावाच्या फील्डमध्ये काय टाईप करतात यावर नाही. तुमचे संमती चेकबॉक्स वेगळे ठेवा. सेवा शर्ती आणि नेटवर्क प्रवेशासाठी एक अनिवार्य चेकबॉक्स. मार्केटिंग संवादासाठी एक पर्यायी चेकबॉक्स. त्यांना कधीही एकत्र करू नका. प्रत्येक संमती इव्हेंट टाइमस्टँप आणि गोपनीयता सूचना आवृत्तीसह लॉग करा. तुमचे ओळख रिझोल्यूशन MAC पत्त्याऐवजी ईमेल पत्त्याशी जोडून MAC यादृच्छिकीकरणाचे निराकरण करा. ईमेल सर्व सत्रांमध्ये आणि उपकरणांवर स्थिर असतो. आणि शेवटी, असे प्लॅटफॉर्म निवडा जे तुमच्यासाठी अनुपालन आर्किटेक्चर हाताळते. Purple हे ISO 27001 प्रमाणित, GDPR आणि CCPA चे अनुपालन करणारे आणि Cyber Essentials प्रमाणित आहे. संमती लॉगिंग, डेटा धारणा नियम आणि डेटा विषय प्रवेश विनंती प्रतिसाद साधने यामध्ये अंगभूत आहेत. तुमची पुढील पायरी म्हणजे मी आज रेखांकित केलेल्या फील्ड सेट आणि अनुपालन चेकलिस्टच्या विरूद्ध तुमच्या वर्तमान पोर्टल कॉन्फिगरेशनचे ऑडिट करणे. जर तुम्ही एखादे B2B ठिकाण चालवत असाल आणि तुम्ही नोंदणीकृत नाव आणि कंपनीचा डेटा संरचित, अनुपालन पद्धतीने गोळा करत नसाल, तर तुम्ही व्यावसायिक बुद्धिमत्ता गमावत आहात. अधिक तांत्रिक मार्गदर्शक आणि अंमलबजावणी संसाधनांसाठी, purple.ai ला भेट द्या. Purple Intelligence Briefing ऐकल्याबद्दल धन्यवाद.