ग्राहक डेटा प्लॅटफॉर्मचे उदाहरण: व्यवसायांसाठी एक व्यापक मार्गदर्शक
हे मार्गदर्शक ग्राहक डेटा प्लॅटफॉर्म म्हणजे काय आणि प्रत्यक्ष ठिकाणे - हॉटेल्स आणि रिटेल चेनपासून ते स्टेडियम आणि कॉन्फरन्स सेंटर्सपर्यंत - विखुरलेला अभ्यागत डेटा एकत्रित करण्यासाठी ते कसे तैनात करू शकतात हे स्पष्ट करते. यामध्ये थ्री-लेअर CDP आर्किटेक्चर, टप्प्याटप्प्याने अंमलबजावणी करण्याचे धोरण आणि रिअल-टाइम सेगमेंटेशन आणि मार्केटिंग ऑटोमेशन फीड करण्यासाठी Purple Engage WiFi लॉगिन पॉईंटवर फर्स्ट-पार्टी डेटा कसा कॅप्चर करते याचा समावेश आहे. मार्केटिंग डायरेक्टर्स, CRM मॅनेजर्स आणि रिटेल व्हेन्यू ऑपरेटर्सना या तिमाहीत कृती करण्यासाठी ठोस कार्य उदाहरणे, ROI फ्रेमवर्क आणि अनुपालन मार्गदर्शन मिळेल.
हे मार्गदर्शक ऐका
पॉडकास्ट ट्रान्सक्रिप्ट पहा
- मुख्य सारांश (Executive summary)
- तांत्रिक सखोल माहिती (Technical deep-dive)
- CDP प्रत्यक्षात काय करते
- थ्री-लेयर आर्किटेक्चर
- MAC रँडमायझेशनवर मात करणे
- संमती आणि अनुपालन (Consent and compliance)
- अंमलबजावणी मार्गदर्शक (Implementation guide)
- Phase 1 - डेटा पाया स्थापित करा (आठवडे 1-4)
- Phase 2 - ओळख रिझोल्यूशन नियम परिभाषित करा (आठवडे 2-3)
- Phase 3 - उच्च-ROI वापर प्रकरण कार्यान्वित करा (आठवडे 4-8)
- Phase 4 - इंटिग्रेशन्सचा विस्तार करा (आठवडे 8 नंतर)
- सर्वोत्तम पद्धती
- डेटा लेयरवर संमती लागू करा
- व्हेन्यू मार्केटिंगसाठी रिअल-टाइम ॲक्टिव्हेशनला प्राधान्य द्या
- तुमचे डेटा स्कीमा प्रमाणित करा
- फिजिकल व्हेन्यूसाठी WiFi ला आयडेंटिटी अँकर म्हणून वापरा
- ट्रबलशूटिंग आणि जोखीम कमी करणे
- डेटा लेटन्सी
- प्रोफाइल कोलॅप्स
- इंटिग्रेशन फेल्युअर्स
- संमती प्रसारामधील (Consent propagation) अपयश
- ROI आणि व्यावसायिक प्रभाव

मुख्य सारांश (Executive summary)
भौतिक ठिकाणांचे व्यवस्थापन करणाऱ्या CTOs आणि IT संचालकांसाठी, विखुरलेला डेटा हा एक संरचनात्मक अडथळा आहे. तुमच्या CRM मध्ये ईमेल पत्ते असतात. पॉइंट-ऑफ-सेल (POS) सिस्टम व्यवहारांची नोंद ठेवते. तुमची WiFi इन्फ्रास्ट्रक्चर पाऊलखुणा (foot traffic) पाहते. यांपैकी कोणत्याही सिस्टममध्ये सामायिक आयडेंटिटी लेयर नसतो, ज्याचा अर्थ असा आहे की प्रत्येक मोहीम अपूर्ण माहितीवर चालते आणि प्रत्येक मार्केटिंगचा निर्णय आवश्यकतेपेक्षा संथ असतो.
एक Customer Data Platform (CDP) हे विखुरलेपण दूर करते. हे एक केंद्रीय आर्किटेक्चरल लेयर म्हणून काम करते जे वेगवेगळ्या डेटा स्ट्रीम्स गोळा करते, आयडेंटिटी रिझोल्यूशन करते आणि रिअल-टाइम ॲक्टिव्हेशनसाठी उपलब्ध असलेले एक युनिफाइड ग्राहक प्रोफाइल तयार करते. हे मार्गदर्शक ठिकाण संचालकांसाठी एक व्यावहारिक ग्राहक डेटा प्लॅटफॉर्मचे उदाहरण (customer data platform example) प्रदान करते, ज्यामध्ये डिप्लॉयमेंट आर्किटेक्चर, Cisco Meraki, HPE Aruba, Ruckus आणि Juniper Mist मधील हार्डवेअरसह इंटिग्रेशन आणि CDP ला थेट फीड करण्यासाठी Purple Engage नेटवर्कच्या टोकावर (network edge) व्हेरिफाइड फर्स्ट-पार्टी डेटा कसा कॅप्चर करते याचा समावेश आहे.
Purple ८०,००० पेक्षा जास्त थेट ठिकाणांवर कार्यरत आहे आणि २०२४ मध्ये ४४० दशलक्ष लॉगिनवर प्रक्रिया केली आहे (Purple अंतर्गत डेटा). आम्ही पाहत असलेले पॅटर्न सातत्याने दर्शवतात की जे लोक त्यांच्या WiFi डेटाला CRM आणि POS रेकॉर्डसह युनिफाय करतात, ते प्रत्येक सिस्टम स्वतंत्रपणे चालवणाऱ्यांच्या तुलनेत मोजण्यायोग्य उत्कृष्ट मोहीम कामगिरी साध्य करतात.
तांत्रिक सखोल माहिती (Technical deep-dive)
CDP प्रत्यक्षात काय करते
CDP हे CRM नाही. CRM मधील रेकॉर्ड सेल्स आणि सर्व्हिस टीम्स मॅन्युअली राखतात. CDP हा एक स्वयंचलित डेटा पाइपलाइन आहे. हे रिअल टाइममध्ये एकाधिक सिस्टममधून इव्हेंट गोळा करते, त्या इव्हेंटचे एका स्थिर प्रोफाइलमध्ये रिझोल्यूशन करते आणि ते प्रोफाइल ईमेल प्लॅटफॉर्म, SMS गेटवे आणि जाहिरात नेटवर्कसारख्या पुढील ॲक्टिव्हेशन टूल्ससाठी उपलब्ध करून देते.
CDP इन्स्टिट्यूट CDP ची व्याख्या "असे पॅकेज केलेले सॉफ्टवेअर जे एक स्थिर, युनिफाइड ग्राहक डेटाबेस तयार करते जे इतर सिस्टम्ससाठी प्रवेशयोग्य असते" अशी करते. मुख्य शब्द 'स्थिर' हा आहे. डेटा वेअरहाऊसच्या उलट, जे बॅच ॲनालिटिक्ससाठी ऑप्टिमाइझ केलेले असते, CDP थेट प्रोफाइल राखते जे नवीन इव्हेंट येताच अपडेट होतात.
भौतिक ठिकाणासाठी, CDP ला फीड करणारे डेटा स्रोत सहसा खालीलप्रमाणे असतात:
| डेटा स्रोत | डेटा प्रकार | अपडेट फ्रिक्वेन्सी |
|---|---|---|
| गेस्ट WiFi लॉगिन | ईमेल, फोन, ऑप्ट-इन संमती | रिअल टाइम |
| POS सिस्टम | व्यवहाराचा इतिहास, खर्च मूल्य | रिअल टाइमच्या जवळ |
| CRM | ऐतिहासिक रेकॉर्ड, लॉयल्टी टियर | बॅच किंवा वेबहुक |
| मोबाईल ॲप | इन-ॲप वर्तन, पुश ऑप्ट-इन | रिअल टाइम |
| तिकिटिंग प्लॅटफॉर्म | इव्हेंट उपस्थिती, सीटचे स्थान | बॅच |
थ्री-लेयर आर्किटेक्चर

व्यवस्थित डिझाइन केलेल्या CDP डिप्लॉयमेंटमध्ये तीन लेयर्स असतात.
स्तर १ - डेटा संकलन (Data ingestion). हा स्तर सर्व जोडलेल्या स्रोतांकडून इव्हेंट्स गोळा करतो. भौतिक ठिकाणांसाठी, WiFi लॉगिन पोर्टल हे सर्वात उच्च-गुणवत्तेचे डेटा संकलन केंद्र आहे कारण ते निश्चित, संमती-आधारित डेटा कॅप्चर करते. Purple Engage प्रमाणीकरणाच्या (authentication) वेळी पडताळलेला अतिथी ईमेल आणि फोन नंबर गोळा करते. हा डेटा सामान्यत: लॉगिन इव्हेंटच्या काही सेकंदांच्या आत सुरक्षित API वेबहुकद्वारे CDP कडे पाठवला जातो.
स्तर २ - युनिफाइड प्रोफाइल इंजिन. हा स्तर ओळख निश्चितीचे काम करतो. हे WiFi लॉगिनवरून ईमेल पत्ता घेते आणि CRM मधील विद्यमान रेकॉर्डशी त्याचा मेळ घालण्याचा प्रयत्न करते. जर मेळ जुळला, तर CDP नवीन इव्हेंट विद्यमान प्रोफाइलमध्ये जोडते. मेळ न जुळल्यास, ते एक नवीन प्रोफाइल तयार करते. प्रगतीशील समृद्धीचा (Progressive enrichment) अर्थ असा आहे की प्रत्येक पुढील संवाद - जसे की POS व्यवहार, ॲप सेशन, दुसऱ्या ठिकाणी केलेले दुसरे WiFi लॉगिन - त्याच प्रोफाइलमध्ये अधिक तपशील जोडते.
स्तर ३ - सक्रियकरण (Activation). हा स्तर युनिफाइड प्रोफाइल्स पुढील साधनांसाठी उपलब्ध करून देतो. CDP मध्ये तयार केलेले सेगमेंट्स ईमेल प्लॅटफॉर्म, SMS गेटवे आणि जाहिरात नेटवर्कवर सिंक होतात. "सध्या ऑन-साइट असलेले आणि तीनपेक्षा जास्त वेळा भेट दिलेले अतिथी" असा सेगमेंट कोणत्याही मानवी हस्तक्षेपाशिवाय Purple Engage मध्ये स्वयंचलित मोहीम सुरू करू शकतो.
MAC रँडमायझेशनवर मात करणे
iOS 14 आणि नंतरच्या तसेच Android 10 आणि नंतरच्या आवृत्त्यांसह आधुनिक ऑपरेटिंग सिस्टम्स MAC रँडमायझेशन वापरतात. प्रत्येक वेळी जेव्हा एखादे डिव्हाइस नेटवर्क शोधते, तेव्हा ते वेगळा हार्डवेअर पत्ता ब्रॉडकास्ट करते. यामुळे वारंवार येणाऱ्या अभ्यागतांची ओळख पटवण्यासाठी MAC पत्त्यांचा मागोवा घेणाऱ्या जुन्या ॲनालिटिक्स यंत्रणेमध्ये अडथळा निर्माण होतो.
प्रोफाइल-आधारित प्रमाणीकरण (Profile-based authentication) यावर उपाय शोधते. Purple ला वापरकर्त्यांनी ईमेल पत्ता, सोशल लॉगिन किंवा फोन नंबर वापरून Captive Portal द्वारे प्रमाणित करणे आवश्यक असल्याने, सिस्टम हार्डवेअर पत्त्याऐवजी एक निश्चित ओळख कॅप्चर करते. CDP प्रोफाइल एका पडताळलेल्या ईमेलशी जोडलेले असते, जे डिव्हाइसेस आणि सेशन्समध्ये कायम राहते. MAC पत्त्यांवर आधारित फूट ट्रॅफिक ॲनालिटिक्स अविश्वसनीय बनते; परंतु प्रमाणित लॉगिनवर आधारित प्रोफाइल्स तसे होत नाहीत.
संमती आणि अनुपालन (Consent and compliance)
GDPR आणि CCPA नुसार प्रत्येक चॅनेलवर संमती कॅप्चर करणे, संचयित करणे आणि तिचा आदर करणे आवश्यक आहे. CDP ने केंद्रीय संमती ऑर्केस्ट्रेशन इंजिन म्हणून काम केले पाहिजे. जेव्हा एखादा वापरकर्त्या ईमेल अनसब्सक्राइब लिंकद्वारे नकार देतो, तेव्हा CDP ने सर्व कनेक्ट केलेल्या सक्रियकरण चॅनेल्सवर - जसे की SMS, पुश नोटिफिकेशन्स आणि जाहिरात प्लॅटफॉर्मवरील कस्टम ऑडियन्स - त्वरित ते प्रोफाइल थांबवले पाहिजे.
Purple हे ISO 27001, GDPR, CCPA आणि Cyber Essentials प्रमाणित आहे. Purple Engage द्वारे नेटवर्क एजवर कॅप्चर केलेल्या डेटामध्ये स्पष्ट ऑप्ट-इन संमती समाविष्ट असते, जी प्रोफाइलमध्ये टाइमस्टँप रेकॉर्ड म्हणून संचयित केली जाते. हा ऑडिट ट्रेल विनंतीनुसार संमती दर्शवण्याच्या GDPR च्या आवश्यकतेची पूर्तता करतो.
अंमलबजावणी मार्गदर्शक (Implementation guide)
CDP उपयोजित करणे हा टप्प्याटप्प्याने राबवला जाणारा कार्यक्रम आहे, कोणताही एकच प्रकल्प नाही. स्कीमा संघर्ष, डेटा गुणवत्तेच्या समस्या आणि परस्पर विरोधी IT प्राधान्यांमुळे प्रत्येक डेटा स्रोत एकाच वेळी समाकलित करण्याचा प्रयत्न करणारी ठिकाणे सहसा पहिल्या ९० दिवसांतच रखडतात.
Phase 1 - डेटा पाया स्थापित करा (आठवडे 1-4)
तुमच्या सर्वोच्च-व्हॉल्यूम, सर्वोच्च-गुणवत्तेच्या फर्स्ट-पार्टी डेटा स्त्रोतापासून सुरुवात करा. प्रत्यक्ष ठिकाणांसाठी, हे Guest WiFi आहे. तुमचे विद्यमान हार्डवेअर - मग ते Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme, किंवा Fortinet असो - हार्डवेअर-अज्ञेयवादी क्लाउड ओव्हरले वापरून Purple शी कनेक्ट करा. हार्डवेअर बदलण्याची आवश्यकता न ठेवता तुमच्या विद्यमान ऍक्सेस पॉईंट्सवर Purple तैनात केले जाते.
स्पष्ट ऑप्ट-इन संमतीसह ईमेल आणि फोन नंबर कॅप्चर करण्यासाठी Captive Portal कॉन्फिगर करा. रिअल टाइममध्ये तुमच्या CDP कडे लॉगिन इव्हेंट पाठवण्यासाठी वेबहुक सेट करा. प्रोफाइल योग्यरित्या तयार आणि अपडेट होत आहेत हे तपासून डेटा फ्लो प्रमाणित करा.
Phase 2 - ओळख रिझोल्यूशन नियम परिभाषित करा (आठवडे 2-3)
अतिरिक्त डेटा स्त्रोत कनेक्ट करण्यापूर्वी, ओळख रिझोल्यूशन लॉजिक परिभाषित करा. प्रोफाइल विलीन करण्यासाठी कोणता आयडेंटिफायर प्रायमरी की म्हणून काम करतो ते ठरवा. ईमेल पत्ता हा सामान्यतः सर्वात विश्वासार्ह पर्याय असतो कारण तो निर्धारक असतो आणि सर्व डिव्हाइसेसवर सुसंगत असतो. संघर्ष रिझोल्यूशन नियम कॉन्फिगर करा: जर दोन प्रोफाइलमध्ये समान ईमेल परंतु भिन्न फोन नंबर असतील, तर कोणत्या रेकॉर्डला प्राधान्य दिले जाईल?
हे नियम लिखित स्वरूपात दस्तऐवजीकरण करा. जेव्हा CRM टीम आणि मार्केटिंग टीम सहा महिन्यांनंतर डेटा विसंगतीबद्दल असहमत असतात, तेव्हा दस्तऐवजीकरण केलेले नियम तो वाद सोडवतात.
Phase 3 - उच्च-ROI वापर प्रकरण कार्यान्वित करा (आठवडे 4-8)
CDP सक्रिय करण्यापूर्वी ते पूर्णपणे पॉप्युलेट होण्याची प्रतीक्षा करू नका. पहिले वापर प्रकरण म्हणून प्रेक्षक सप्रेशन (audience suppression) लागू करा. "सध्या ऑन-साइट असलेले पाहुणे" हा विभाग तुमच्या जाहिरात प्लॅटफॉर्मवर सिंक करा आणि त्यांना डिजिटल संपादन मोहिमेमधून वगळा. हे त्वरित, मोजण्यायोग्य जाहिरात खर्चाची कार्यक्षमता प्रदान करते.
Boston Consulting Group च्या मते, मार्केटिंगसाठी फर्स्ट-पार्टी डेटा वापरणारे ब्रँड थर्ड-पार्टी डेटावर अवलंबून असलेल्यांच्या तुलनेत 2.9 पट जास्त महसूल वाढ आणि 1.5 पट जास्त खर्च बचत साध्य करतात. CFO कडे हे सिद्ध करण्याचा प्रेक्षक सप्रेशन हा सर्वात वेगवान मार्ग आहे.
Phase 4 - इंटिग्रेशन्सचा विस्तार करा (आठवडे 8 नंतर)
एकदा WiFi इंटिग्रेशन स्थिर झाले आणि पहिले वापर प्रकरण परिणाम देऊ लागले की, POS प्रणाली कनेक्ट करा. व्यवहार इव्हेंट अस्तित्वात असलेल्या प्रोफाइलवर मॅप करा. हे खरेदीच्या वर्तनाद्वारे ट्रिगर केलेल्या क्रॉस-सेल आणि अप-सेल मोहिमांना सक्षम करते. प्रोफाइलला ऐतिहासिक लॉयल्टी डेटासह समृद्ध करण्यासाठी CRM कनेक्ट करा. प्रत्येक अतिरिक्त स्त्रोत सेगमेंटेशनची अचूकता आणि स्वयंचलित मोहिमांची प्रासंगिकता वाढवतो.
तुमचे CDP पॉप्युलेट झाल्यावर SMS मोहीम ऑटोमेशनच्या मार्गदर्शनासाठी, रिटर्न व्हिजिट वाढवण्यासाठी मार्केटिंग SMS उदाहरणांचा कसा फायदा घ्यावा यावरील आमचे मार्गदर्शक पहा.
सर्वोत्तम पद्धती
डेटा लेयरवर संमती लागू करा
ऑप्ट-आउट्स व्यवस्थापित करण्यासाठी वैयक्तिक मार्केटिंग साधनांवर अवलंबून राहू नका. ईमेल मोहिमेतून अनसबस्क्राइब केलेल्या वापरकर्त्याला एकाच वेळी SMS, पुश नोटिफिकेशन्स आणि जाहिरात प्लॅटफॉर्म कस्टम ऑडिअन्स मधून काढून टाकले पाहिजे. काही सेकंदांत सर्व कनेक्ट केलेल्या सिस्टम्समध्ये संमती बदल प्रसारित करण्यासाठी CDP कॉन्फिगर करा. 2023 मध्ये GDPR दंड एकूण 2.1 अब्ज युरो इतका होता (GDPR अंमलबजावणी ट्रॅकर). स्ट्रक्चरल संमती व्यवस्थापन दृष्टिकोन हा धोका कमी करतो.
व्हेन्यू मार्केटिंगसाठी रिअल-टाइम ॲक्टिव्हेशनला प्राधान्य द्या
व्हेन्यू मार्केटिंगसाठी बॅच प्रोसेसिंग अपुरे आहे. संधीचा कालावधी - म्हणजे पाहुणे येण्यापासून ते निघून जाण्यापर्यंतची वेळ - साधारणपणे दोन ते चार तास असते. जर तुमचे CDP डेटा रात्रीच्या बॅचमध्ये प्रोसेस करत असेल, तर पाहुणे अद्याप ऑन-साइट असताना तुम्ही ऑफर ट्रिगर करू शकत नाही. तुमचे आर्किटेक्चर रिअल-टाइम वेबहुक डिलिव्हरी आणि सब-मिनिट सेगमेंट अपडेट्सना सपोर्ट करत असल्याची खात्री करा.
तुमचे डेटा स्कीमा प्रमाणित करा
कडक डेटा गव्हर्नन्स राखा. सर्व इनजेस्ट केलेल्या सोर्सेसवर इव्हेंटची नावे आणि प्रोफाइल ॲट्रिब्युट्स प्रमाणित करा. जर POS सिस्टम ट्रान्झॅक्शनला "sale" म्हणत असेल आणि CRM त्याला "purchase" म्हणत असेल, तर CDP त्यांना भिन्न इव्हेंट प्रकार म्हणून मानेल. प्रत्येक नवीन डेटा सोर्स कनेक्ट करण्यापूर्वी कॅनोनिकल स्कीमा परिभाषित करा आणि इनजेशन लेयरवर तो लागू करा.
फिजिकल व्हेन्यूसाठी WiFi ला आयडेंटिटी अँकर म्हणून वापरा
ज्या व्हेन्यूजमध्ये व्हिजिटर्स मोबाईल ॲप किंवा लॉयल्टी प्रोग्राममध्ये लॉग इन करत नाहीत, तिथे WiFi लॉगिन हा एकमेव विश्वासार्ह आयडेंटिटी कॅप्चर पॉइंट आहे. याला तुमचा प्राथमिक आयडेंटिटी अँकर माना. इतर प्रत्येक डेटा सोर्स WiFi लॉगिनने तयार केलेल्या प्रोफाइलला अधिक समृद्ध करतो. लॉगिन फ्लोच्या अंमलबजावणीच्या तपशीलांसाठी आमचे Guest WiFi वरील मार्गदर्शक पहा.
गेस्ट, स्टाफ आणि IoT सेगमेंट्समध्ये तुमचे WiFi नेटवर्क कसे स्ट्रक्चर करावे याच्या सखोल माहितीसाठी, Three SSIDs to rule them all: guest, Passpoint, and IoT WiFi वाचा.
ट्रबलशूटिंग आणि जोखीम कमी करणे
डेटा लेटन्सी
व्हिजिटरने व्हेन्यू सोडल्यानंतर मोहिमा ट्रिगर होत असल्यास, WiFi प्लॅटफॉर्म आणि CDP मधील वेबहुक पेलोड डिलिव्हरी वेळेची तपासणी करा. API रेट मर्यादांमुळे क्युइंग होत आहे का ते तपासा. CDP सेगमेंट रिफ्रेश इंटरव्हल रिअल टाइम किंवा निअर रिअल टाइमवर सेट केला असल्याची खात्री करा, तासावार किंवा रोजच्या बेसिसवर नाही.
प्रोफाइल कोलॅप्स
भिन्न वापरकर्ते एकाच प्रोफाइलमध्ये विलीन केले जात असल्यास, तुमच्या आयडेंटिटी रिझोल्यूशन नियमांचे पुनरावलोकन करा. सामान्य कारणांमध्ये सामायिक कॉर्पोरेट ईमेल पत्ते (उदा. info@company.com ), कुटुंबातील सामायिक डिव्हाइसेस, किंवा ईमेल ऐवजी IP पत्त्यावर आधारित प्रोफाइल्स विलीन करणारा चुकीचा कॉन्फिगर केलेला नियम समाविष्ट आहे. मर्ज लॉजिकमध्ये किमान-आत्मविश्वास मर्यादा जोडा: जेव्हा दोन किंवा अधिक निश्चित आयडेंटिफायर्स जुळतात तेव्हाच प्रोफाइल्स विलीन करा.
इंटिग्रेशन फेल्युअर्स
प्रॉडक्शनवर उपयोजित (deploy) करण्यापूर्वी नेहमी स्टेजिंग वातावरणात इंटिग्रेशन्सची चाचणी घ्या. CDP हे POS आणि WiFi सिस्टिम्समधील JSON पेलोड्सचे अचूक विश्लेषण (parse) करते की नाही याची पडताळणी करा. फील्ड मॅपिंग योग्य आहेत आणि आवश्यक फील्ड्स रिकामे (null) नाहीत याची तपासणी करा. अयशस्वी वेबहुक डिलिव्हरीसाठी मॉनिटरिंग अलर्ट सेट करा जेणेकरून डेटा गॅप्स दिवसांऐवजी काही मिनिटांतच शोधले जातील.
संमती प्रसारामधील (Consent propagation) अपयश
एक चाचणी प्रोफाइल तयार करून, ऑप्ट-आउट करून आणि सर्व कनेक्ट केलेल्या चॅनेलवर आवश्यक वेळेत सप्रेशन लागू झाले आहे याची पडताळणी करून तुमच्या संमती प्रसाराची चाचणी घ्या. GDPR अंतर्गत, ऑप्ट-आउट विनंत्यांचा विनाविलंब आदर केला पाहिजे. २४ तासांचा प्रसार विलंब (propagation lag) सुसंगत नाही.
ROI आणि व्यावसायिक प्रभाव

योग्यरित्या लागू केलेले CDP तीन मुख्य साधनांद्वारे मोजता येण्याजोगे परिणाम प्रदान करते.
जाहिरात खर्चाची कार्यक्षमता (Ad spend efficiency). जाहिरात प्लॅटफॉर्मवर विद्यमान ग्राहकांना वगळून (suppressing) आणि फर्स्ट-पार्टी लुकअलाईक ऑडियन्सना सक्रिय करून, व्हेन्यू निरुपयोगी संपादन खर्चात कपात करतात. इंडस्ट्री बेंचमार्कनुसार १० ते २०% संपादन बजेट आधीच कनवर्ट झालेल्या ग्राहकांवर खर्च केले जाते (CDP Institute). सप्रेशन ॲक्टिव्हेशनच्या पहिल्या आठवड्यापासूनच हा अपव्यय दूर करते.
मोहीम महसुलात वाढ (Campaign revenue lift). रिअल-टाइम सेगमेंटेशनमुळे व्हिजिटर व्हेन्यूवर असतानाच त्यांना संदर्भानुसार संबंधित ऑफर्स दिल्या जाऊ शकतात. एखादे हॉटेल जेव्हा पाहुण्याने सकाळची कॉफी विकत घेतली असता त्याला रात्रीच्या जेवणाची सूट ट्रिगर करते, तेव्हा तो अतिरिक्त महसूल मिळवतो जो एरवी इतर प्रतिस्पर्ध्यांकडे गेला असता. एखादे स्टेडियम मध्यांतराच्या दहा मिनिटे आधी मर्चेंडाइझ ऑफर ट्रिगर करते, तेव्हा ते कार्यक्रमातील सर्वाधिक गर्दीच्या वेळेचा फायदा घेते.
कार्यात्मक कार्यक्षमता (Operational efficiency). डेटा एकत्रिकरण स्वयंचलित केल्याने इंजिनिअरिंग आणि मार्केटिंग टीम्सचे दर आठवड्याला मॅन्युअल डेटा स्टिचिंगचे तास वाचतात. CDP Institute च्या अहवालानुसार, स्वयंचलित आयडेंटिटी रिझोल्यूशन हे पूर्वी मॅन्युअल ETL प्रक्रियांवर अवलंबून असलेल्या संस्थांमधील दर आठवड्याला २० ते ४० तासांचे मॅन्युअल डेटा रिकॉन्सिलिएशन काम पुनर्स्थापित करते.
Purple Engage वापरणाऱ्या व्हेन्यूसाठी, डेटा कॅप्चर आणि ॲक्टिव्हेशन लूप प्लॅटफॉर्ममध्येच अंगभूत आहे. Purple ने ८०,०००+ व्हेन्यूवर २९ अब्ज डेटा पॉइंट्स गोळा केले आहेत (Purple अंतर्गत डेटा). WiFi Analytics प्लॅटफॉर्म हा डेटा रिअल टाइममध्ये दर्शवतो, ज्यामुळे मार्केटिंग टीम्सना डेटा इंजिनिअरिंग संसाधनांची आवश्यकता नसताना आवश्यक सेगमेंटेशन इनपुट्स मिळतात.
विशेषतः hospitality व्हेन्यूसाठी, प्रॉपर्टी मॅनेजमेंट सिस्टीम डेटा आणि WiFi लॉगिन डेटा यांचे संयोजन पाहुण्यांच्या वास्तव्याचे - आगमनापासून ते चेकआउटपर्यंतचे - संपूर्ण चित्र तयार करते. यामुळे वैयक्तिकृत पोस्ट-स्टे मोहीम आणि थेट बुकिंग प्रोत्साहन देणे शक्य होते जे OTA वरील अवलंबित्व कमी करते. किरकोळ ऑपरेटरसाठी, WiFi फूट ट्रॅफिक डेटा आणि POS ट्रान्झॅक्शन डेटाचे संमिश्रण खरेदीदारांचे त्यांच्या भेटीची वारंवारता, सरासरी बास्केट आकार आणि श्रेणी प्राधान्यांनुसार वर्गीकरण करण्यास सक्षम करते - हे तेच वर्गीकरण इनपुट आहेत जे ऑनलाइन किरकोळ विक्रेत्यांनी अनेक वर्षांपासून वापरले आहेत, जे आता प्रत्यक्ष स्टोअरसाठी उपलब्ध आहेत.
तुमच्या स्प्लॅश पेजचे डिझाईन फर्स्ट-पार्टी डेटा कॅप्चर दरांवर कसा परिणाम करते याच्या व्यावहारिक माहितीसाठी, तुमच्या गेस्ट WiFi सह उत्तम पहिली छाप कशी पाडावी वाचा. ट्रान्सपोर्ट आणि ट्रॅव्हल हब डिप्लॉयमेंटसाठी, आमचे ट्रान्सपोर्ट उद्योग पेज पहा.
महत्वाच्या व्याख्या
Customer Data Platform (CDP)
पॅकेज केलेले सॉफ्टवेअर जे एक कायमस्वरूपी, युनिफाइड ग्राहक डेटाबेस तयार करते जो इतर प्रणालींना ॲक्सेसिबल असतो. हे एकाधिक स्रोतांकडून डेटा गोळा करते, आयडेंटिटी रिझोल्युशन करते आणि रिअल-टाइम ॲक्टिव्हेशनसाठी युनिफाइड प्रोफाइल्स सादर करते.
CRM, POS आणि WiFi प्रणालींमधील डेटा सायलो दूर करण्यासाठी आयटी टीम्स CDPs तैनात करतात. मार्केटिंग टीम्स सेगमेंटेशन आणि मोहीम ऑटोमेशनसाठी युनिफाइड प्रोफाइल्सचा वापर करतात.
Identity resolution
विखुरलेले डेटा पॉइंट्स - जसे की WiFi लॉगिनमधील ईमेल पत्ता आणि CRM रेकॉर्डमधील लॉयल्टी आयडी - एकाच, कायमस्वरूपी वैयक्तिक प्रोफाइलशी मॅच करण्याची प्रक्रिया.
डुप्लिकेट रेकॉर्ड्स रोखण्यासाठी आणि मोहिमेचे टार्गेटिंग हे ग्राहकाच्या अपूर्ण दृष्टिकोनाऐवजी संपूर्ण दृष्टिकोन प्रतिबिंबित करते याची खात्री करण्यासाठी हे अत्यंत महत्त्वाचे आहे.
First-party data
तुमच्या स्वतःच्या चॅनेल्सद्वारे, जसे की WiFi लॉगिन पोर्टल्स, मोबाईल ॲप्स किंवा लॉयल्टी प्रोग्राम रजिस्ट्रेशनद्वारे थेट तुमच्या प्रेक्षकांकडून गोळा केलेली माहिती. डेटा सब्जेक्टचा डेटा गोळा करणाऱ्या संस्थेशी थेट संबंध असतो.
प्रमुख ब्राउझरवर थर्ड-पार्टी कुकीज बंद केल्या जात असल्याने, टार्गेटेड मार्केटिंगसाठी फर्स्ट-पार्टी डेटा हा प्राथमिक मालमत्ता बनतो. फिजिकल वेन्यूजसाठी गेस्ट WiFi हा सर्वात विश्वसनीय फर्स्ट-पार्टी डेटा कॅप्चर पॉइंट्सपैकी एक आहे.
MAC randomization
आधुनिक ऑपरेटिंग सिस्टम्समधील (iOS 14+, Android 10+) एक प्रायव्हसी फीचर जे प्रत्येक वेळी डिव्हाइस नेटवर्क स्कॅन करते तेव्हा एक वेगळा हार्डवेअर पत्ता प्रसारित करते, ज्यामुळे पॅसिव्ह ट्रॅकिंग रोखले जाते.
MAC ॲड्रेस ट्रॅकिंगवर अवलंबून असणारे जुने लोकेशन ॲनालिटिक्स यामुळे निकामी होते. युजर्सना Captive Portal द्वारे ऑथेंटिकेट करणे आवश्यक करून, आणि त्याऐवजी डिटर्मिनिस्टिक आयडेंटिटी कॅप्चर करून याचे निराकरण केले जाते.
Audience suppression
मार्केटिंग मोहिमांमधून विशिष्ट ग्राहक सेगमेंट्स वगळण्याची पद्धत. जाहिरातींचा खर्च वाया जाण्यापासून वाचवण्यासाठी डिजिटल ॲक्विझिशन मोहिमांमधून विद्यमान ग्राहकांना वगळणे हा सर्वात सामान्य वापर प्रसंग आहे.
सामान्यतः पहिला CDP वापर प्रसंग म्हणून तैनात केला जातो कारण याचा ROI त्वरित आणि मोजण्यायोग्य असतो. यासाठी CDP ने रिअल टाइममध्ये किंवा रिअल टाइमच्या जवळ जाहिरात प्लॅटफॉर्मवर सेगमेंट्स सिंक करणे आवश्यक असते.
Captive portal
एक वेब पेज ज्याच्याशी युजर्सना सार्वजनिक WiFi नेटवर्कमध्ये प्रवेश करण्यापूर्वी संवाद साधावा लागतो. फिजिकल वेन्यूजमध्ये फर्स्ट-पार्टी डेटा आणि संमती कॅप्चर करण्यासाठी ही प्राथमिक यंत्रणा आहे.
Captive portal हा Purple Engage साठी डेटा कॅप्चर पॉइंट आहे. हा लॉगिन फॉर्म सादर करतो, संमती नोटीस दाखवतो आणि यशस्वी ऑथेंटिकेशन झाल्यावर CDP ला वेबहुक ट्रिगर करतो.
Real-time activation
युजरच्या सध्याच्या वर्तनावर किंवा स्थानावर आधारित कोणतीही बॅच प्रोसेसिंग विलंब न करता त्वरित मार्केटिंग कृती - जसे की SMS पाठवणे किंवा जाहिरात प्रेक्षक अपडेट करणे - ट्रिगर करण्याची क्षमता.
वेन्यू मार्केटिंगसाठी हे अत्यंत आवश्यक आहे कारण येथे संधीचा कालावधी केवळ भेटीच्या वेळेपुरता मर्यादित असतो. पाहुणा वेन्यूमधून बाहेर पडल्यानंतर सुरू केलेल्या मोहिमेची कन्व्हर्शन क्षमता शून्य असते.
Progressive profile enrichment
नवीन परस्परसंवादांमुळे विद्यमान रेकॉर्डमध्ये डेटा जोडला जात असताना काळानुरूप अधिक समृद्ध ग्राहक प्रोफाइल्स तयार करण्याची प्रक्रिया. प्रत्येक WiFi लॉगिन, POS ट्रान्झॅक्शन किंवा ॲप सेशन कोणत्याही मॅन्युअल डेटा एंट्रीशिवाय तपशील जोडते.
म्हणजेच नवीन अभ्यागताच्या प्रोफाइलची सुरुवात केवळ एका ईमेल पत्त्यासह होते आणि नंतरच्या भेटींमध्ये भेट वारंवारता, ट्रान्झॅक्शन हिस्ट्री आणि चॅनेल प्राधान्ये समाविष्ट करण्यासाठी ती विकसित होते.
Consent orchestration
सर्व मार्केटिंग चॅनेल्सवर ऑप्ट-इन आणि ऑप्ट-आऊट प्राधान्यांचे केंद्रीकृत व्यवस्थापन, ज्यामुळे एका चॅनेल मधील संमती बदल इतर सर्व चॅनेल्सवर स्वयंचलितपणे लागू होईल याची खात्री होते.
GDPR आणि CCPA कम्प्लायन्ससाठी आवश्यक. डेटा लेयरवर संमतीची अंमलबजावणी करणारा CDP संमती नाकारलेल्या युजर्सना कोणत्याही मोहिमेत समाविष्ट करण्यापासून रोखतो, मग ती मोहीम कोणत्याही टूलद्वारे राबवली जात असो.
सोडवलेली उदाहरणे
एक २०० खोल्यांचे हॉटेल OTA कमिशन खर्च कमी करू इच्छिते आणि ऑन-साइट रेस्टॉरंटमधील खर्च वाढवू इच्छिते. हॉटेल HPE Aruba ॲक्सेस पॉईंट्स चालवते आणि मिड-मार्केट PMS वापरते. CDP कशा प्रकारे तैनात केले जावे?
पायरी १: क्लाउड ओव्हरले वापरून HPE Aruba इन्फ्रास्ट्रक्चर Purple Engage ला कनेक्ट करा. स्पष्ट संमतीसह पाहुण्यांचा ईमेल आणि फोन नंबर कॅप्चर करण्यासाठी Captive Portal कॉन्फिगर करा. रिअल-टाइममध्ये लॉगिन इव्हेंट CDP कडे पुश करण्यासाठी वेबहुक सेट करा.
पायरी २: ईमेल पत्ता प्रायमरी की म्हणून वापरण्यासाठी CDP आयडेंटिटी रिझोल्यूशन कॉन्फिगर करा. चेक-इन दरम्यान कॅप्चर केलेल्या ईमेल पत्त्याचा वापर करून PMS गेस्ट रेकॉर्ड CDP प्रोफाइलशी मॅप करा.
पायरी ३: दोन सुरुवातीचे सेगमेंट्स परिभाषित करा: 'पाहुणे सध्या ऑन-साइट आहेत' (मागील ४ तासांत सक्रिय WiFi सेशन) आणि 'ऑन-साइट पाहुणे ज्यांनी आज POS खरेदी केली आहे'. जेव्हा एखादा पाहुणा WiFi शी कनेक्ट होतो, तेव्हा CDP एक प्रोफाइल तयार करतो. जेव्हा पाहुणे रेस्टॉरंटमध्ये कॉफी खरेदी करतात, तेव्हा POS वेबहुक प्रोफाइल अपडेट करते. CDP Purple Engage द्वारे एक स्वयंचलित SMS ट्रिगर करतो: 'आज रात्रीच्या जेवणावर १०% सवलतीचा आनंद घ्या - रेस्टॉरंटमध्ये हा संदेश दाखवा.' ही ऑफर पाहुणे ऑन-साइट असताना आणि त्यावर कृती करण्यास सक्षम असताना दिली जाते.
पायरी ४: मुक्कामानंतर, CDP चेकआउटच्या ४८ तासांनंतर थेट बुकिंग प्रोत्साहन देणारा ईमेल ट्रिगर करतो, ज्यामुळे OTA चॅनेल पूर्णपणे बायपास होतात.
४०,००० क्षमतेचे एक स्टेडियम हाफ टाईम दरम्यान मर्चेंडाईज विक्री वाढवू इच्छिते आणि इव्हेंटनंतर चाहत्यांचे एंगेजमेंट सुधारू इच्छिते. हे ठिकाण Cisco Meraki WiFi चालवते आणि थर्ड-पार्टी प्लॅटफॉर्मद्वारे तिकिटे विकते जे अनामित डेमोग्राफिक डेटा शेअर करते परंतु वैयक्तिकरित्या ओळखण्यायोग्य माहिती शेअर करत नाही.
पायरी १: Cisco Meraki इन्फ्रास्ट्रक्चर Purple Engage ला कनेक्ट करा. WiFi लॉगिनच्या वेळी चाहत्यांचा ईमेल आणि फोन नंबर कॅप्चर करण्यासाठी Captive Portal कॉन्फिगर करा. यामुळे एक फर्स्ट-पार्टी आयडेंटिटी लेयर तयार होतो जो तिकीट प्लॅटफॉर्मपेक्षा स्वतंत्रपणे स्टेडियमच्या मालकीचा असतो.
पायरी २: इव्हेंट प्रकार आणि सामान्य प्रेक्षक प्रोफाइलसह CDP सेगमेंट्स समृद्ध करण्यासाठी तिकीट प्लॅटफॉर्मवरील अनामित डेमोग्राफिक डेटा वापरा. या डेटामध्ये PII समाविष्ट नसते, त्यामुळे GDPR अंतर्गत संमतीच्या बंधनांना ट्रिगर न करता सेगमेंटेशनसाठी याचा वापर केला जाऊ शकतो.
पायरी ३: रिअल-टाइम सेगमेंट तयार करा: 'चाहते सध्या व्हेन्यूमध्ये आहेत, मागील ३० मिनिटांत WiFi शी कनेक्ट झाले आहेत'. हाफ टाईमच्या दहा मिनिटे आधी, CDP स्टेडियम ॲपद्वारे पुश नोटिफिकेशन ट्रिगर करतो: 'रांगेत उभे राहणे टाळा - FAN2024 कोड वापरून स्टँड १२ मधून तुमची मर्चेंडाईज ऑर्डर मिळवा.' यामुळे इव्हेंटच्या सर्वाधिक गर्दीच्या वेळी रांगेतील अडथळा कमी होतो.
पायरी ४: इव्हेंटनंतर, CDP चाहत्यांच्या भेट इतिहासावर आधारित वैयक्तिकृत ऑफरसह २४ तासांच्या आत फॉलो-अप ईमेल ट्रिगर करतो. सीझनमध्ये तीन किंवा त्याहून अधिक इव्हेंटना उपस्थित राहिलेल्या चाहत्यांना लॉयल्टी रिवॉर्ड मिळतो. पहिल्यांदाच उपस्थित राहणाऱ्या चाहत्यांना 'पुढील इव्हेंट' साठी सवलत मिळते.
सराव प्रश्न
Q1. तुमच्या रिटेल साखळीला सध्या तुमच्या स्टोअरमध्ये असलेल्या खरेदीदारांना डिजिटल संपादन जाहिराती दाखवणे थांबवायचे आहे. स्टोअर्स Ubiquiti UniFi ऍक्सेस पॉइंट्स चालवतात आणि एक प्रमुख CDP वापरतात. कोणती क्षमता आवश्यक आहे आणि डेटा प्रवाह काय आहे?
टीप: CDP खरेदीदाराला सध्या ऑन-साइट म्हणून कसे ओळखते आणि ते जाहिरात प्लॅटफॉर्मशी कसे संवाद साधते याचा विचार करा.
नमुना उत्तर पहा
आवश्यक क्षमता आहेत: (1) WiFi लॉगिन इव्हेंटमधून CDP मध्ये रिअल-टाइम डेटा इंजेशन, (2) मागील N तासांमधील सक्रिय WiFi सत्रावर आधारित 'खरेदीदार सध्या ऑन-साइट आहे' साठी सेगमेंट व्याख्या, आणि (3) CDP कडून जाहिरात प्लॅटफॉर्मवर (उदा. Google Ads Customer Match किंवा Meta Custom Audiences) रिअल-टाइम ऑडिअन्स सिंक. डेटा प्रवाह असा आहे: खरेदीदार Purple Engage Captive Portal द्वारे WiFi शी कनेक्ट होतो, लॉगिन इव्हेंट वेबहुकद्वारे CDP कडे पुश केला जातो, CDP खरेदीदाराचे प्रोफाइल अपडेट करतो आणि त्यांना 'ऑन-साइट' सेगमेंटमध्ये जोडतो, CDP सेगमेंटला जाहिरात प्लॅटफॉर्मसह सिंक करतो, जाहिरात प्लॅटफॉर्म खरेदीदाराला संपादन मोहिमांमधून वगळतो. मुख्य मर्यादा म्हणजे सिंक वारंवारता: जर जाहिरात प्लॅटफॉर्म दर 24 तासांनी केवळ ऑडिअन्स अपडेट्स स्वीकारत असेल, तर त्याच दिवशीच्या भेटींसाठी हे दडपण प्रभावी ठरणार नाही. CDP आणि जाहिरात प्लॅटफॉर्म इंटिग्रेशन जवळजवळ रिअल-टाइम किंवा तासाच्या सिंकला सपोर्ट करत असल्याची खात्री करा.
Q2. एक वापरकर्ता अशा ईमेल पत्त्याचा वापर करून Guest WiFi मध्ये लॉग इन करतो जो आधीच CRM मध्ये अस्तित्वात आहे, परंतु CRM रेकॉर्डमध्ये वेगळा फोन नंबर आहे. CDP चे ओळख रिझोल्यूशन नियम ईमेलला प्राथमिक की (primary key) म्हणून वापरतात. CDP ने या विरोधाभासाचे निराकरण कसे करावे आणि अनुपालनाचे काय परिणाम होतील?
टीप: कोणता डेटा स्रोत अचूक असण्याची अधिक शक्यता आहे आणि डेटा अचूकतेबद्दल GDPR काय सांगते याचा विचार करा.
नमुना उत्तर पहा
CDP ने प्राथमिक की म्हणून ईमेल पत्ता वापरून प्रोफाइल विलीन (merge) केले पाहिजेत, कारण दोन्ही रेकॉर्डमध्ये एकच ईमेल आहे. फोन नंबरच्या विरोधाभासाचे निराकरण पूर्व-निर्धारित कॉन्फ्लिक्ट रिझोल्यूशन नियमांनुसार केले जावे. जर WiFi लॉगिन अधिक अलीकडील असेल, तर नवीन फोन नंबर प्रोफाइलमध्ये अतिरिक्त ओळखकर्ता म्हणून जोडला जावा, पडताळणी केल्याशिवाय विद्यमान नंबर ओव्हरराईट करण्यासाठी वापरला जाऊ नये. GDPR Article 5(1)(d) अंतर्गत, वैयक्तिक डेटा अचूक आणि अद्ययावत ठेवला पाहिजे. नवीन लॉगिन इव्हेंटमधील असत्यापित फोन नंबरसह विद्यमान फोन नंबर ओव्हरराईट केल्याने चुकीचा डेटा तयार होऊ शकतो. शिफारस केलेला दृष्टिकोन म्हणजे दोन्ही फोन नंबर टाइमस्टॅम्प आणि सोर्स ॲट्रिब्युशनसह स्टोअर करणे आणि आउटबाउंड संवादांसाठी सर्वात अलीकडील सत्यापित नंबर वापरणे. विसंगती लक्षणीय असल्यास डेटा गुणवत्तेच्या पुनरावलोकनासाठी हा विरोधाभास फ्लॅग करा.
Q3. तुम्ही अशा एका कॉन्फरन्स सेंटरला सल्ला देत आहात ज्यांना CDP तैनात करायचे आहे. मार्केटिंग टीमला आठ आठवड्यांत एका मोठ्या इव्हेंटसाठी तयार राहण्यासाठी CRM, तिकीट प्रणाली, मोबाईल ॲप आणि Guest WiFi एकाच वेळी इंटिग्रेट करायचे आहे. तुमची शिफारस काय आहे आणि प्रस्तावित दृष्टिकोनाचे काय धोके आहेत?
टीप: टप्प्याटप्प्याने केलेल्या उपयोजनाच्या (deployment) सर्वोत्तम पद्धती आणि थेट इव्हेंटच्या वातावरणात अयशस्वी इंटिग्रेशनच्या परिणामांचा विचार करा.
नमुना उत्तर पहा
एकाच वेळी इंटिग्रेशन न करण्याचा सल्ला द्या. धोके खालीलप्रमाणे आहेत: (1) चार वेगवेगळ्या डेटा स्रोतांमधील स्कीमा विरोधाभासांचे निराकरण करण्यासाठी महत्त्वपूर्ण डेटा इंजिनिअरिंग वेळेची आवश्यकता असेल, जी बहुधा आठ आठवड्यांच्या मर्यादेपेक्षा जास्त असेल; (2) चुकीच्या पद्धतीने कॉन्फिगर केलेल्या आयडेंटिटी रिझोल्यूशन नियमामुळे प्रोफाइल कोलॅप्स किंवा सर्व चार स्रोतांवरील डेटा एकाच वेळी गमावला जाऊ शकतो; (3) इव्हेंट दरम्यान कोणतेही इंटिग्रेशन अयशस्वी झाल्यास, मार्केटिंग टीमकडे कोणताही पर्यायी पर्याय असणार नाही. शिफारस केलेला दृष्टिकोन म्हणजे पहिल्या ते तिसऱ्या आठवड्यात Guest WiFi इंटिग्रेशनला प्राधान्य देणे, कारण हा सर्वाधिक प्रमाणात असलेला फर्स्ट-पार्टी डेटा स्रोत आहे आणि तैनात करण्यासाठी सर्वात जलद आहे. डेटा प्रवाहाची पडताळणी करा आणि इव्हेंटच्या आधी पहिला सेगमेंट (सध्या ऑन-साइट असलेले उपस्थिता) तयार करा. CRM इंटिग्रेशन चौथ्या ते सहाव्या आठवड्यात केले जाऊ शकते, आणि तिकीट आणि ॲप इंटिग्रेशन इव्हेंटनंतरच्या कालावधीसाठी नियोजित केले जाऊ शकतात. हे सुनिश्चित करते की कॉन्फरन्स सेंटरकडे इव्हेंटसाठी किमान एका उच्च-गुणवत्तेच्या डेटा स्रोतासह कार्य करणारे CDP असेल, ऐवजी चार अविश्वसनीय स्रोतांसह अंशतः कॉन्फिगर केलेली प्रणाली असण्यापेक्षा.
Q4. एक हॉटेल समूह UK आणि युरोपमध्ये 50 प्रॉपर्टीज चालवतो. प्रत्येक प्रॉपर्टीमध्ये एक भिन्न WiFi हार्डवेअर विक्रेता आहे: काही Cisco Meraki चालवतात, इतर Ruckus चालवतात आणि काही Fortinet चालवतात. CTO ला सर्व प्रॉपर्टीजवर एक युनिफाइड CDP हवा आहे. हे साध्य करणे शक्य आहे का, आणि इंटिग्रेशन आर्किटेक्चर काय आहे?
टीप: Purple च्या हार्डवेअर-अज्ञेयवादी (hardware-agnostic) उपयोजन मॉडेलचा आणि CDP मल्टि-व्हेन्यू प्रोफाइल्स कसे हाताळते याचा विचार करा.
नमुना उत्तर पहा
हे साध्य करणे शक्य आहे. Purple हे हार्डवेअर-अज्ञेयवादी क्लाउड ओव्हरले म्हणून तैनात केले जाते, याचा अर्थ ते हार्डवेअर मानकीकरणाची आवश्यकता नसतानाही Cisco Meraki, Ruckus आणि Fortinet ॲक्सेस पॉइंट्सशी कनेक्ट होऊ शकते. प्रत्येक प्रॉपर्टीची WiFi इन्फ्रास्ट्रक्चर स्वतंत्रपणे Purple शी जोडली जाते. Captive Portal मध्यवर्तीरित्या कॉन्फिगर केले जाते आणि सर्व 50 प्रॉपर्टीजमध्ये तैनात केले जाते. सर्व प्रॉपर्टीजमधील लॉगिन इव्हेंट्स एकाच वेबहुक एंडपॉइंटद्वारे त्याच CDP कडे वाहतात, ज्यामध्ये प्रत्येक इव्हेंट पेलोडमध्ये स्थळ ओळखकर्ता (venue identifier) समाविष्ट असतो. CDP प्रत्येक लॉगिन इव्हेंटला प्रॉपर्टीच्या लोकेशनसह टॅग करण्यासाठी स्थळ ओळखकर्ता वापरते. ओळख रिझोल्यूशन इंजिन सर्व प्रॉपर्टीजमधील प्रोफाइल विलीन करते: लंडनच्या प्रॉपर्टीमध्ये राहणारा आणि नंतर पॅरिसच्या प्रॉपर्टीमध्ये राहणारा पाहुणा हा एकच व्यक्ती म्हणून ओळखला जातो कारण ते समान ईमेल आयडी वापरतात. हे एक क्रॉस-प्रॉपर्टी प्रोफाइल तयार करते जे हॉटेल समूहाला केवळ त्यांच्या सर्वात अलीकडील भेटीवरच नव्हे तर संपूर्ण पोर्टफोलिओमधील पाहुण्यांच्या मुक्कामाच्या इतिहासाच्या आधारे संवाद वैयक्तिकृत करण्यास सक्षम करते.