मुख्य मजकुराकडे जा

ग्राहक डेटा प्लॅटफॉर्मचे उदाहरण: व्यवसायांसाठी एक व्यापक मार्गदर्शक

हे मार्गदर्शक ग्राहक डेटा प्लॅटफॉर्म म्हणजे काय आणि प्रत्यक्ष ठिकाणे - हॉटेल्स आणि रिटेल चेनपासून ते स्टेडियम आणि कॉन्फरन्स सेंटर्सपर्यंत - विखुरलेला अभ्यागत डेटा एकत्रित करण्यासाठी ते कसे तैनात करू शकतात हे स्पष्ट करते. यामध्ये थ्री-लेअर CDP आर्किटेक्चर, टप्प्याटप्प्याने अंमलबजावणी करण्याचे धोरण आणि रिअल-टाइम सेगमेंटेशन आणि मार्केटिंग ऑटोमेशन फीड करण्यासाठी Purple Engage WiFi लॉगिन पॉईंटवर फर्स्ट-पार्टी डेटा कसा कॅप्चर करते याचा समावेश आहे. मार्केटिंग डायरेक्टर्स, CRM मॅनेजर्स आणि रिटेल व्हेन्यू ऑपरेटर्सना या तिमाहीत कृती करण्यासाठी ठोस कार्य उदाहरणे, ROI फ्रेमवर्क आणि अनुपालन मार्गदर्शन मिळेल.

📖 9 मिनिट वाचन📝 2,115 शब्द🔧 2 सोडवलेली उदाहरणे4 सराव प्रश्न📚 9 महत्वाच्या व्याख्या

हे मार्गदर्शक ऐका

पॉडकास्ट ट्रान्सक्रिप्ट पहा
हॅलो, आणि Purple कडून या तांत्रिक माहिती सत्रात आपले स्वागत आहे. आज आपण प्रामुख्याने किरकोळ विक्रीची ठिकाणे, स्टेडियम आणि हॉटेल्स यांसारख्या भौतिक ठिकाणी कस्टमर डेटा प्लॅटफॉर्म - किंवा CDPs - च्या आर्किटेक्चर, अंमलबजावणी आणि व्यावसायिक प्रभावाचा सखोल अभ्यास करत आहोत. आपण थेट कस्टमर डेटा प्लॅटफॉर्मच्या उदाहरणांवर नजर टाकणार आहोत, आणि तुमच्या विद्यमान पायाभूत सुविधांमधून, जसे की तुमचे Guest WiFi, फर्स्ट-पार्टी डेटा कसा कॅप्चर करायचा आणि मोजता येण्याजोगा महसूल मिळवण्यासाठी त्याचे एकत्रिकरण कसे करायचे यावर लक्ष केंद्रित करणार आहोत. चला आधी संदर्भापासून सुरुवात करूया. जर तुम्ही एखाद्या ठिकाणचे IT व्यवस्थापक किंवा CTO असाल, तर तुम्हाला ही समस्या माहित आहे. तुमच्याकडे भेट देणाऱ्यांचा डेटा वेगवेगळ्या भागांत विभागलेला (silos) आहे. CRM मध्ये ईमेल पत्ते असतात, पॉईंट-ऑफ-सेल सिस्टीममध्ये व्यवहाराचा इतिहास असतो आणि तुमच्या WiFi नेटवर्कला लोकांची ये-जा आणि डिव्हाइसचे MAC पत्ते दिसतात. यापैकी कोणतीही प्रणाली एकमेकांशी संवाद साधत नाही. CDP हा एक असा आर्किटेक्चरल थर आहे जो या विखुरलेल्या डेटा प्रवाहांना गोळा करतो, त्यांचे एकाच युनिफाइड प्रोफाइलमध्ये रूपांतर करतो आणि ते प्रोफाइल तुमच्या विपणन चॅनेलवर सक्रिय करण्यासाठी उपलब्ध करून देतो. आता, तांत्रिक सखोल माहितीमध्ये प्रवेश करूया. CDP च्या आर्किटेक्चरचे तीन वेगळे थर असतात. पहिला डेटा इंजेक्शन थर आहे. दुसरा युनिफाइड प्रोफाइल इंजिन आहे. तिसरा ॲक्टिव्हेशन थर आहे. डेटा इंजेक्शनपासून सुरुवात करूया. Purple Engage लॉगिनच्या वेळी पडताळणी केलेला अतिथी ईमेल आणि फोन डेटा कॅप्चर करतो. हा अनामित ट्रॅफिक नाही. याला आम्ही जागरूक-पर्यायाचा ऑप्ट-इन डेटा म्हणतो. जेव्हा एखादा खरेदीदार किरकोळ दुकानात WiFi वर लॉग इन करतो किंवा एखादा चाहता स्टेडियममध्ये कनेक्ट होतो, तेव्हा प्रणाली त्यांचे तपशील कॅप्चर करते आणि त्यांचे प्रमाणीकरण करते. हा डेटा API किंवा सुरक्षित वेबहुकद्वारे थेट तुमच्या CDP मध्ये प्रवाहित होतो. त्यानंतर CDP ओळख निश्चित करण्याचे (identity resolution) काम करतो. तो WiFi लॉगिनमधील ईमेल पत्त्याची तुमच्या CRM मधील ईमेल पत्त्याशी आणि तुमच्या मोबाईल ॲपमधील लॉयल्टी ID शी पडताळणी करतो. यामुळे एक कायमस्वरूपी, युनिफाइड प्रोफाइल तयार होते. आम्ही हे McDonald's आणि Harrods सारख्या ग्राहकांसाठी प्रभावीपणे काम करताना पाहत आहोत, जिथे ग्राहकाची प्रत्यक्ष उपस्थिती समजून घेणे त्यांच्या डिजिटल पाऊलखुणांइतकेच महत्त्वाचे आहे. येथे एक महत्त्वाचा तांत्रिक फरक लक्षात घेण्याजोगा आहे: MAC यादृच्छिकीकरण (randomization). iOS आणि Android सह आधुनिक ऑपरेटिंग सिस्टीम, डिव्हाइसेस नेटवर्कवर ब्रॉडकास्ट करत असलेल्या हार्डवेअर पत्त्याचे यादृच्छिकीकरण करतात. यामुळे MAC पत्त्यांचा मागोवा घेण्यावर अवलंबून असलेले जुने लोकेशन ॲनालिटिक्स निरुपयोगी ठरतात. तथापि, प्रोफाइल-आधारित प्रमाणीकरण यावर पूर्णपणे तोडगा काढते. कारण Purple ला वापरकर्त्यांनी ईमेल किंवा सोशल लॉगिनचा वापर करून Captive Portal द्वारे प्रमाणीकरण करणे आवश्यक असते, त्यामुळे आम्ही केवळ हार्डवेअर पत्ता न घेता त्यांची निश्चित ओळख कॅप्चर करतो. हे प्रोफाइल एका पडताळणी केलेल्या ईमेलवर तयार केले जाते, कोणत्याही तात्पुरत्या डिव्हाइस आयडेंटिफायरवर नाही. आता आपण आदरातिथ्य (hospitality) क्षेत्रातील एका प्रत्यक्ष अंमलबजावणीच्या उदाहरणावर नजर टाकूया. समजा एक २०० खोल्यांचे हॉटेल आहे. ऑनलाईन ट्रॅव्हल एजन्सींवरील अवलंबित्व कमी करणे आणि थेट बुकिंग तसेच हॉटेलमधील रेस्टॉरंटमधील खर्च वाढवणे हे ध्येय आहे. या उपयोजन आर्किटेक्चरमध्ये हॉटेलची प्रॉपर्टी मॅनेजमेंट सिस्टीम, रेस्टॉरंट पॉईंट-ऑफ-सेल आणि HPE Aruba WiFi पायाभूत सुविधांचे एकत्रिकरण समाविष्ट आहे. जेव्हा एखादा अतिथी येतो आणि WiFi शी कनेक्ट होतो, तेव्हा Purple त्यांचे तपशील कॅप्चर करते. CDP हा डेटा गोळा करतो आणि अतिथी सध्या जागेवर (on-site) असल्याचे नोंदवतो. त्यानंतर अतिथीने हॉटेलच्या रेस्टॉरंटमध्ये कॉफी खरेदी केल्यास, POS डेटा वेबहुकद्वारे CDP मध्ये जातो. त्यानंतर ॲक्टिव्हेशन लेअर काम सुरू करतो. अतिथी प्रॉपर्टीवर आहे आणि त्याने कॉफी खरेदी केली आहे हे CDP ला माहित असल्याने, तो Purple Engage द्वारे एक स्वयंचलित SMS पाठवतो ज्यामध्ये त्या संध्याकाळी हॉटेलच्या रेस्टॉरंटमध्ये रात्रीच्या जेवणावर १०% सूट दिली जाते. हे रिअल-टाइम सेगमेंटेशन आणि ॲक्टिव्हेशन आहे. यामुळे मॅन्युअल डेटा एकत्र करण्याशी संबंधित असलेला ४८ तासांचा कॅम्पेनचा विलंब दूर होतो. ही ऑफर संदर्भानुसार सुसंगत, वेळेवर आणि अतिथी अजूनही जागेवर असताना आणि त्यावर कृती करण्यास सक्षम असताना दिली जाते. आता आपण दुसऱ्या परिस्थितीकडे पाहू, यावेळी स्टेडियमच्या वातावरणात. स्टेडियमला हाफ टाईम दरम्यान चाहत्यांचे आकर्षण वाढवायचे आहे आणि मर्चेंडाईज विक्री वाढवायची आहे. स्टेडियम त्यांचे टिकटिंग प्लॅटफॉर्म, मोबाईल ॲप आणि Cisco Meraki WiFi नेटवर्क एकत्रित करते. CDP ॲक्सेस पॉईंट असोसिएशनवर आधारित चाहत्यांचा तिकीट इतिहास आणि वर्तमान स्थान दर्शवणारी प्रोफाइल तयार करतो. हाफ टाईमच्या दहा मिनिटे आधी, CDP ॲपद्वारे एक पुश नोटिफिकेशन पाठवतो ज्यामध्ये जवळच्या स्टोअरसाठी फास्ट-ट्रॅक मर्चेंडाईज कलेक्शन कोड ऑफर केला जातो. यामुळे रांगेतील अडथळे कमी होतात आणि इव्हेंटच्या सर्वाधिक गर्दीच्या वेळी विक्रीचे प्रमाण वाढते. आता, अंमलबजावणीच्या शिफारसी आणि टाळण्याच्या चुकांबद्दल चर्चा करूया. सर्वात मोठी चूक म्हणजे एकाच वेळी सर्व काही तैनात करण्याचा (big-bang deployment) प्रयत्न करणे. पहिल्याच दिवशी १५ डेटा स्त्रोत एकत्रित करण्याचा प्रयत्न करू नका. तुमच्या सर्वोच्च-गुणवत्तेच्या, सर्वाधिक-व्हॉल्यूमच्या फर्स्ट-पार्टी डेटा स्त्रोतापासून सुरुवात करा. भौतिक ठिकाणांसाठी, हे सहसा नेहमी Guest WiFi असते. तुमचे Cisco Meraki, Juniper Mist किंवा Ruckus हार्डवेअर Purple सोबत एकत्रित करा, डेटा कॅप्चर करा आणि तो CDP मध्ये फीड करा. एका सोप्या वापराच्या उदाहरणासह मूल्य सिद्ध करा, जसे की जाहिरात खर्चाची कार्यक्षमता सुधारण्यासाठी डिजिटल संपादन जाहिरातींमधून सक्रिय ऑन-साइट अतिथींना वगळणे (suppressing). Boston Consulting Group च्या मते, मार्केटिंगसाठी फर्स्ट-पार्टी डेटा वापरणारे ब्रँड थर्ड-पार्टी डेटावर अवलंबून असणाऱ्यांच्या तुलनेत २.९ पट जास्त महसूल वाढ आणि १.५ पट जास्त खर्च बचत साध्य करतात. तुमच्या CFO ला हे दाखवण्याचा प्रेक्षक वगळणे (Audience suppression) हा सर्वात जलद मार्ग आहे. दुसरी चूक म्हणजे आयडेंटिटी रिझोल्यूशन लॉजिक स्पष्टपणे परिभाषित करण्यात अयशस्वी होणे. कोणता आयडेंटिफायर प्राधान्य घेतो हे तुम्ही ठरवले पाहिजे. तो ईमेल पत्ता आहे, फोन नंबर आहे की युनिक कस्टमर ID आहे? दोन वेगवेगळ्या वापरकर्त्यांनी एकाच डिव्हाइसवरून लॉग इन केल्यास उद्भवणारे विवाद हाताळण्यासाठी तुमचा CDP कॉन्फिगर केला असल्याची खात्री करा. तिसरी चूक म्हणजे संमती व्यवस्थापनाकडे (consent management) दुर्लक्ष करणे. CDP ने तुमच्या मध्यवर्ती संमती समन्वयक इंजिन (consent orchestration engine) म्हणून काम केले पाहिजे. जेव्हा एखादा वापरकर्ता ईमेल लिंकद्वारे नकार (opts out) देतो, तेव्हा CDP ने त्यांना SMS आणि जाहिरात प्लॅटफॉर्मवरील कस्टम ऑडियन्ससह सर्व चॅनेलवर त्वरित काढून टाकले पाहिजे. केवळ 2023 मध्येच GDPR चे दंड एकूण 2.1 अब्ज युरोवर पोहोचले होते. डेटा लेयरवर संमतीची अंमलबजावणी करणारा CDP हा धोका केवळ प्रक्रियात्मकच नाही तर संरचनात्मक दृष्ट्या देखील कमी करतो. Purple हे ISO 27001 आणि GDPR प्रमाणित आहे, जे नेटवर्क एजवर कॅप्चर केलेला डेटा तुमच्या CDP पर्यंत पोहोचण्यापूर्वीच अनुपालन मानके पूर्ण करतो याची खात्री करते. आता नेटवर्क आर्किटेक्ट्सकडून आम्हाला वारंवार ऐकायला मिळणाऱ्या प्रश्नांवर आधारित एक जलद प्रश्नोत्तरी (Q&A). प्रश्न एक: आम्ही थर्ड-पार्टी कुकीजच्या बदलाबद्दल कसे हाताळू? उत्तर: Guest WiFi आणि ऑथेंटिकेटेड लॉगिनद्वारे कॅप्चर केलेला फर्स्ट-पार्टी डेटा हा तुमचा पर्याय आहे. तो निश्चित, संमती-आधारित आणि तुमच्या मालकीचा असतो. तो ब्राउझर कुकीज किंवा थर्ड-पार्टी डेटा ब्रोकर्सवर अवलंबून नसतो. प्रश्न दोन: आम्हाला कोणत्या हार्डवेअरची आवश्यकता आहे? उत्तर: Purple हे हार्डवेअर-अज्ञेयवादी (hardware-agnostic) आहे. हे तुमच्या सध्याच्या पायाभूत सुविधांवर क्लाउड ओव्हरले म्हणून काम करते. तुम्ही Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme, किंवा Fortinet वापरत असाल, तरीही तुम्ही तुमचे ऍक्सेस पॉईंट्स न बदलता Purple तैनात करू शकता. प्रश्न तीन: CDP उपयोजन (deployment) करण्यासाठी किती वेळ लागतो? उत्तर: WiFi एकत्रीकरण आणि प्रारंभिक डेटा कॅप्चर काही दिवसांत लाईव्ह केले जाऊ शकते. टप्प्याटप्प्याने केलेल्या उपयोजनासाठी CDP कॉन्फिगरेशन, ओळख निराकरण नियम (identity resolution rules) आणि पहिले मोहीम ऑटोमेशन करण्यासाठी साधारणपणे चार ते सहा आठवडे लागतात. आजच्या ब्रीफिंगमधील मुख्य बाबींचा सारांश सांगायचा तर. पहिले: CDP तुमच्या CRM, POS आणि WiFi नेटवर्कवरील सिग्नल्स एकाच ग्राहक प्रोफाइलमध्ये एकत्रित करून डेटा विखंडन (data fragmentation) सोडवते. दुसरे: भौतिक ठिकाणांसाठी (physical venues) फर्स्ट-पार्टी डेटाचा सर्वात विश्वासार्ह स्त्रोत म्हणजे Guest WiFi आहे, कारण ते प्रमाणीकरणाच्या (authentication) वेळी सत्यापित, संमती-आधारित संपर्क तपशील कॅप्चर करते. तिसरे: प्रोफाइल-आधारित प्रमाणीकरण आधुनिक उपकरणांवर MAC रँडमायझेशनमुळे येणाऱ्या विश्लेषणात्मक (analytics) आव्हानांवर मात करते. चौथे: विद्यमान ग्राहकांवर वाया जाणारा जाहिरात खर्च कमी करून CDP च्या गुंतवणुकीवरील परतावा (ROI) सिद्ध करण्याचा सर्वात जलद मार्ग म्हणजे ऑडियन्स सप्रेशन (audience suppression) आहे. पाचवे: GDPR आणि CCPA चे पालन सुनिश्चित करण्यासाठी संमती समन्वय (consent orchestration) हे CDP मध्ये मध्यवर्ती पद्धतीने हाताळले पाहिजे. सहावे: टप्प्याटप्प्याने उपयोजन करा. Guest WiFi ने सुरुवात करा, त्याचे मूल्य सिद्ध करा आणि नंतर POS आणि CRM एकत्रीकरणाचा विस्तार करा. जर तुम्हाला Purple Engage तुमच्या सध्याच्या WiFi पायाभूत सुविधांशी कसे समाकलित होते आणि तुमच्या CDP ला डेटा पुरवते हे पाहायचे असेल, तर purple.ai ला भेट द्या किंवा आमच्या सोल्यूशन आर्किटेक्ट्सपैकी एकाशी संपर्क साधा. ऐकल्याबद्दल धन्यवाद.

header_image.png

मुख्य सारांश (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_architecture_overview.png

व्यवस्थित डिझाइन केलेल्या 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 पत्त्यांवर आधारित फूट ट्रॅफिक ॲनालिटिक्स अविश्वसनीय बनते; परंतु प्रमाणित लॉगिनवर आधारित प्रोफाइल्स तसे होत नाहीत.

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) नाहीत याची तपासणी करा. अयशस्वी वेबहुक डिलिव्हरीसाठी मॉनिटरिंग अलर्ट सेट करा जेणेकरून डेटा गॅप्स दिवसांऐवजी काही मिनिटांतच शोधले जातील.

एक चाचणी प्रोफाइल तयार करून, ऑप्ट-आउट करून आणि सर्व कनेक्ट केलेल्या चॅनेलवर आवश्यक वेळेत सप्रेशन लागू झाले आहे याची पडताळणी करून तुमच्या संमती प्रसाराची चाचणी घ्या. GDPR अंतर्गत, ऑप्ट-आउट विनंत्यांचा विनाविलंब आदर केला पाहिजे. २४ तासांचा प्रसार विलंब (propagation lag) सुसंगत नाही.


ROI आणि व्यावसायिक प्रभाव

cdp_roi_comparison.png

योग्यरित्या लागू केलेले 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 चॅनेल पूर्णपणे बायपास होतात.

परीक्षकाचे भाष्य: हा प्रसंग संदर्भानुसार संबंधित ऑफर ट्रिगर करण्यासाठी प्रत्यक्ष उपस्थितीचा रिअल-टाइम डेटा (WiFi सेशन) आणि ट्रान्झॅक्शन डेटा (POS खरेदी) एकत्रित करण्याचे मूल्य दर्शवतो. ४८ तासांनंतरचा मुक्कामपश्चात ईमेल थेट बुकिंग वाढवण्यासाठी त्याच युनिफाइड प्रोफाइलचा वापर करतो, ज्यामुळे कालांतराने OTA कमिशनचा खर्च कमी होतो. मुख्य आर्किटेक्चरल निर्णय म्हणजे POS कडून CDP कडे जाणारा रिअल-टाइम वेबहुक आहे - याशिवाय, पाहुणे अजूनही ऑन-साइट असताना डिनर ऑफर ट्रिगर केली जाऊ शकत नाही.

४०,००० क्षमतेचे एक स्टेडियम हाफ टाईम दरम्यान मर्चेंडाईज विक्री वाढवू इच्छिते आणि इव्हेंटनंतर चाहत्यांचे एंगेजमेंट सुधारू इच्छिते. हे ठिकाण Cisco Meraki WiFi चालवते आणि थर्ड-पार्टी प्लॅटफॉर्मद्वारे तिकिटे विकते जे अनामित डेमोग्राफिक डेटा शेअर करते परंतु वैयक्तिकरित्या ओळखण्यायोग्य माहिती शेअर करत नाही.

पायरी १: Cisco Meraki इन्फ्रास्ट्रक्चर Purple Engage ला कनेक्ट करा. WiFi लॉगिनच्या वेळी चाहत्यांचा ईमेल आणि फोन नंबर कॅप्चर करण्यासाठी Captive Portal कॉन्फिगर करा. यामुळे एक फर्स्ट-पार्टी आयडेंटिटी लेयर तयार होतो जो तिकीट प्लॅटफॉर्मपेक्षा स्वतंत्रपणे स्टेडियमच्या मालकीचा असतो.

पायरी २: इव्हेंट प्रकार आणि सामान्य प्रेक्षक प्रोफाइलसह CDP सेगमेंट्स समृद्ध करण्यासाठी तिकीट प्लॅटफॉर्मवरील अनामित डेमोग्राफिक डेटा वापरा. या डेटामध्ये PII समाविष्ट नसते, त्यामुळे GDPR अंतर्गत संमतीच्या बंधनांना ट्रिगर न करता सेगमेंटेशनसाठी याचा वापर केला जाऊ शकतो.

पायरी ३: रिअल-टाइम सेगमेंट तयार करा: 'चाहते सध्या व्हेन्यूमध्ये आहेत, मागील ३० मिनिटांत WiFi शी कनेक्ट झाले आहेत'. हाफ टाईमच्या दहा मिनिटे आधी, CDP स्टेडियम ॲपद्वारे पुश नोटिफिकेशन ट्रिगर करतो: 'रांगेत उभे राहणे टाळा - FAN2024 कोड वापरून स्टँड १२ मधून तुमची मर्चेंडाईज ऑर्डर मिळवा.' यामुळे इव्हेंटच्या सर्वाधिक गर्दीच्या वेळी रांगेतील अडथळा कमी होतो.

पायरी ४: इव्हेंटनंतर, CDP चाहत्यांच्या भेट इतिहासावर आधारित वैयक्तिकृत ऑफरसह २४ तासांच्या आत फॉलो-अप ईमेल ट्रिगर करतो. सीझनमध्ये तीन किंवा त्याहून अधिक इव्हेंटना उपस्थित राहिलेल्या चाहत्यांना लॉयल्टी रिवॉर्ड मिळतो. पहिल्यांदाच उपस्थित राहणाऱ्या चाहत्यांना 'पुढील इव्हेंट' साठी सवलत मिळते.

परीक्षकाचे भाष्य: येथे महत्त्वाचा निष्कर्ष हा आहे की, CDP तयार करण्यासाठी स्टेडियमला रॉ तिकीट PII च्या ॲक्सेसची आवश्यकता नाही. WiFi लॉगिन आयडेंटिटी लेयर तयार करते. अनामित केलेले तिकीट डेटा कम्प्लायन्सचा धोका न निर्माण करता सेगमेंट्स अधिक समृद्ध करतो. रिअल-टाइम हाफ-टाइम ट्रिगर हे दर्शवतो की फिजिकल प्रेझेन्स डेटा, लहान ॲक्टिव्हेशन विंडोच्या संयोजनाने, असा वाढीव महसूल मिळवून देतो जो बॅच-प्रोसेस्ड मोहिमांद्वारे मिळवणे शक्य नाही.

सराव प्रश्न

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 प्रत्येक लॉगिन इव्हेंटला प्रॉपर्टीच्या लोकेशनसह टॅग करण्यासाठी स्थळ ओळखकर्ता वापरते. ओळख रिझोल्यूशन इंजिन सर्व प्रॉपर्टीजमधील प्रोफाइल विलीन करते: लंडनच्या प्रॉपर्टीमध्ये राहणारा आणि नंतर पॅरिसच्या प्रॉपर्टीमध्ये राहणारा पाहुणा हा एकच व्यक्ती म्हणून ओळखला जातो कारण ते समान ईमेल आयडी वापरतात. हे एक क्रॉस-प्रॉपर्टी प्रोफाइल तयार करते जे हॉटेल समूहाला केवळ त्यांच्या सर्वात अलीकडील भेटीवरच नव्हे तर संपूर्ण पोर्टफोलिओमधील पाहुण्यांच्या मुक्कामाच्या इतिहासाच्या आधारे संवाद वैयक्तिकृत करण्यास सक्षम करते.