हॉस्पिटॅलिटी ग्रुप्ससाठी कस्टमर डेटा प्लॅटफॉर्मचा खर्च: स्वतः तयार करा, खरेदी करा किंवा तुमच्या WiFi डेटाचा वापर करा

एका कस्टमर डेटा प्लॅटफॉर्मसाठी हॉस्पिटॅलिटी ग्रुपला POS आणि प्रॉपर्टी मॅनेजमेंट सिस्टीमच्या इंटिग्रेशन खर्चासोबतच वारंवार लायसन्स फी द्यावी लागते. स्वतःचे तयार करणे किंवा विकत घेणे याने विद्यमान प्रोफाईल्स एकत्रित होतात, परंतु GDPR मानकांअंतर्गत संमती असलेला गेस्ट WiFi डेटा वापरणे हा एक किफायतशीर पर्याय प्रदान करतो. 80,000+ पेक्षा जास्त व्हेन्यूसह, गेस्ट WiFi कोणत्याही गुंतागुंतीच्या इंजिनिअरिंग प्रोजेक्ट्सशिवाय निनावी वॉक-इन भेट देणाऱ्यांची माहिती थेट कॅप्चर करतो.

तुम्ही कोणता पर्याय निवडावा: तयार करणे, विकत घेणे की तुमचा WiFi डेटा वापरणे?

तुमच्या पाहुण्यांचे एकच व्ह्यू मिळवण्यासाठी तुमच्याकडे तीन मार्ग आहेत:

• क्लाउड डेटा वेअरहाऊसवर तुमचा स्वतःचा स्टॅक तयार करणे (Build).
• पॅकेज केलेला CDP विकत घेणे (Buy).
• Purple Engage द्वारे, तुमचा गेस्ट WiFi आधीच गोळा करत असलेला संमतीयुक्त फर्स्ट-पार्टी डेटा वापरणे (Use).

योग्य निवड एका प्रश्नावर अवलंबून असते. तुम्हाला तुमच्याकडे आधीपासून असलेला डेटा एकत्रित करायचा आहे, की तुम्हाला अशा ओळखी कॅप्चर करायच्या आहेत ज्या तुमच्याकडे कधीच नव्हत्या?

CDP ही एक अशी सिस्टीम आहे जी तुमच्या इतर सिस्टीममधून डेटा गोळा करते, एकाच व्यक्तीच्या रेकॉर्डशी जुळवते आणि तुमच्या मार्केटिंग टूलकडे विभाग पाठवते. ही आधीपासून अस्तित्वात असलेला डेटा जोडते. ज्याने तुम्हाला कधीही त्याचे तपशील दिले नाहीत अशा व्यक्तीसाठी ही गेस्ट रेकॉर्ड तयार करत नाही.

हा फरक इतर बहुतांश क्षेत्रांपेक्षा हॉस्पिटॅलिटीमध्ये अधिक महत्त्वाचा आहे. तुमचा टेबल बुकिंग प्लॅटफॉर्म सहसा फक्त मुख्य बुकिंग करणाऱ्याची माहिती ठेवतो, त्यामुळे चार जणांच्या टेबलवरून तुम्हाला एकच माहित असलेला गेस्ट मिळतो. तुमची पॉइंट ऑफ सेल (POS) सिस्टीम व्यवहारांची नोंद करते, मार्केटिंग संमतीची नाही. वॉक-इन डायनर्स आणि बार गेस्ट सहसा कोणतीही ओळख सोडत नाहीत.

जॉईंटली तुमचे बहुतांश गेस्ट निनावी असल्यास, CDP तुम्हाला अल्पसंख्याक लोकांचे सुव्यवस्थित व्ह्यू देते. गेस्ट WiFi ही कमतरता थेट मूळ स्त्रोतावरच पूर्ण करतो: लॉग इन करणारा आणि संमती देणारा प्रत्येक गेस्ट हा एका व्हेन्यू आणि भेटीशी जोडलेला, संमती असलेला प्रोफाईल बनतो.

तीन पर्यायांमध्ये खरोखर कुठे फरक आहे

खालील तक्ता मल्टि-साइट ग्रुपसाठी खर्च आणि निकाल ठरवणाऱ्या घटकांवर आधारित तीन मार्गांची तुलना करतो.

	स्वतःचे तयार करणे	पॅकेज केलेला CDP विकत घेणे	Purple Engage सह गेस्ट WiFi डेटा वापरणे
तुम्ही कशासाठी पैसे देता	डेटा वेअरहाऊस वापर, कनेक्टर फी, इंजिनिअरिंग पगार	प्रोफाईल्स, इव्हेंट्स किंवा क्रेडिट्सवर आधारित वार्षिक प्लॅटफॉर्म लायसन्स, अधिक इम्प्लिमेंटेशन पार्टनर	Connect, Capture किंवा Engage प्लॅनवर Purple सबस्क्रिप्शन
हे तयार करत असलेल्या नवीन गेस्ट ओळखी	काहीही नाही: हे तुम्ही आधीपासून चालवत असलेल्या सिस्टीमला एकत्रित करते	काहीही नाही: हे तुम्ही आधीपासून चालवत असलेल्या सिस्टीमला एकत्रित करते	तुमच्या WiFi वर लॉग इन करणाऱ्या आणि संमती देणाऱ्या प्रत्येक गेस्टसाठी एक
मार्केटिंग संमती कुठे कॅप्चर केली जाते	तुम्ही स्वतः संमती कॅप्चर डिझाइन आणि तयार करता	संमती फ्लॅग म्हणून स्त्रोत सिस्टीमकडून प्राप्त होते	WiFi लॉगिनच्या वेळी, जाणीवपूर्वक केलेल्या ऑप्ट-इनद्वारे
आवश्यक असणारी इन-हाऊस कौशल्ये	डेटा इंजिनिअर्स, एक ॲनालिटिक्स इंजिनिअर आणि एक CRM मॅनेजर	एक CRM किंवा डेटा लीड, अधिक एक इंटिग्रेशन पार्टनर	एक मार्केटिंग किंवा CRM मॅनेजर
नवीन हार्डवेअर आवश्यक	काहीही नाही	काहीही नाही	काहीही नाही: Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme किंवा Fortinet Access Points वर चालते
ऑनलाइन ब्राऊझिंग वर्तन	होय, जर तुम्ही वेब आणि ॲप संकलन तयार केले तर	होय, ही मुख्य ताकद आहे	नाही: ते ऑन-साइट भेटींची नोंद करते
ठिकाणानुसार भेट देण्याची वारंवारता	स्त्रोत प्रणाली भेटींची नोंद करत असल्यास	स्त्रोत प्रणाली भेटींची नोंद करत असल्यास	होय: प्रत्येक लॉगिन ठिकाण आणि वेळेची नोंद करते
साठी सर्वाधिक योग्य	डेटा टीम आणि असामान्य गरजा असलेले गट	मोठे थेट डिजिटल चॅनेल्स, ॲप किंवा लॉयल्टी स्कीम असलेले गट	ज्यांचा सर्वात मोठा अनुत्तरित प्रश्न अज्ञात वॉल्क-इन पाहुण्यांचा आहे असे गट

"नवीन पाहुण्यांची ओळख" (new guest identities) ओळ दोनदा वाचा. ही ती ओळ आहे जी बहुतांश CDP बिझनेस केसेस वगळतात.

हॉस्पिटॅलिटी ग्रुपला कस्टमर डेटा प्लॅटफॉर्म चालवण्यासाठी किती खर्च येतो?

CDP विक्रेते किंमत मॉडेल प्रकाशित करतात, सर्वसमावेशक किमती नाही, त्यामुळे तुमचे कोटेशन व्हॉल्यूम आणि मॉड्यूल्सवर अवलंबून असेल. तुम्ही ज्याचा अंदाज लावू शकता तो म्हणजे बिलाचे स्वरूप. एका खर्चाचा नाही, तर पाच खर्च ओळींचा प्लॅन करा.

1. लायसन्स (Licence)

पॅकेज केलेले CDPs तीन आधारांपैकी एकावर किंमत ठरवतात:

• स्टोअर केलेल्या प्रोफाईल्सची संख्या.
• प्रोसेस केलेल्या इव्हेंट्सचे व्हॉल्यूम.
• दोन्ही समाविष्ट करणारे कन्झम्पशन क्रेडिट्स.

हॉस्पिटॅलिटीमध्ये, एकदा तुम्ही प्रत्येक बुकिंग, पावती आणि ॲप इंस्टॉल लोड केले की प्रोफाईलची संख्या वेगाने वाढते. डुप्लिकेट आणि अनामिक नोंदी तुमच्या टियरमध्ये कशा मोजल्या जातात ते प्रत्येक विक्रेत्याला विचारा. तुम्ही लोड केलेल्या अनेक नोंदी कधीही संपर्क साधण्यायोग्य पाहुण्यामध्ये रूपांतरित होणार नाहीत, तरीही त्या मोजल्या जाऊ शकतात.

2. इंटिग्रेशनचे काम

ही ओळ सहसा मार्केटिंग टीम्सना आश्चर्यचकित करते. एका सामान्य ग्रुपला खालील गोष्टींसाठी कनेक्टर्सची आवश्यकता असते:

• एक POS प्रणाली.
• हॉटेल्ससाठी प्रॉपर्टी मॅनेजमेंट सिस्टम (PMS).
• टेबल बुकिंग प्लॅटफॉर्म.
• लॉयल्टी स्कीम किंवा ॲप.
• कॅम्पेन्स पाठवणारा ईमेल प्लॅटफॉर्म.

प्रत्येक कनेक्टरला फील्ड मॅपिंग, आयडेंटिटी-मॅचिंग नियम आणि चाचणीची आवश्यकता असते. जेव्हा जेव्हा स्त्रोत प्रणाली तिचे डेटा फॉरमॅट बदलते तेव्हा प्रत्येक कनेक्टरला देखभालीची गरज असते. जर तुम्ही ब्रँड्समध्ये वेगवेगळे POS किंवा बुकिंग सिस्टम चालवत असाल, तर त्यानुसार काम वाढेल.

3. स्वतः तयार करण्याचा पर्याय (Build-your-own variant)

स्वतः तयार करणे (Building) हे लायसन्सला पायाभूत सुविधा आणि पगारासह बदलते. Snowflake आणि Google BigQuery सारखे क्लाउड डेटा वेअरहाऊस स्टोरेज आणि कम्प्युट वापराच्या आधारावर बिल आकारतात. व्यवस्थापित कनेक्टर सेवा सहसा सिंक केलेल्या रोजच्या व्हॉल्यूमवर बिल आकारतात. त्यानंतर डेटा मॉडेल करण्यासाठी आणि सेगमेंट मागे तुमच्या मार्केटिंग टूल्सकडे पुश करण्यासाठी तुम्हाला इंजिनिअर्सची गरज असते. ते लोक कायमस्वरूपी खर्च असतात, प्रोजेक्टचा एकरकमी खर्च नाही.

4. हे चालवणारे लोक

CDP गो-लाइव्ह (go-live) झाल्यानंतर आपोआप चालत नाही. कोणीतरी या गोष्टींचा मालक असतो:

• ओळख नियम (Identity rules).
• डेटाची गुणवत्ता.
• संमती ध्वज (Consent flags).
• सेगमेंट लायब्ररी.

पॅकेज केलेल्या CDP मध्ये सहसा CRM किंवा डेटा लीड असतो. बिल्ड (Build) मध्ये, ही एक लहान डेटा टीम असते.

5. तुमच्या पहिल्या उपयुक्त कॅम्पेनपूर्वीचा वेळ

इंटिग्रेट करण्यात घालवलेला प्रत्येक महिना म्हणजे तुम्ही न पाठवलेल्या कॅम्पेन्सचा महिना असतो. तुम्ही पर्यायांची तुलना करता तेव्हा हा एक खर्च म्हणून मोजा. या तिमाहीत टार्गेट केलेला विन-बॅक ईमेल पाठवणारा मार्ग पुढील वर्षी पाठवणाऱ्या अधिक पूर्ण मार्गाला मात देऊ शकतो.

स्वतःचे प्लॅटफॉर्म तयार करणे (Building your own) हा योग्य निर्णय कधी असतो

जेव्हा तीन अटी सत्य असतात तेव्हा तयार करा:

1. तुम्ही आधीच डेटा अभियंत्यांना कामावर ठेवले आहे.
2. आर्थिक किंवा ऑपरेशन्स रिपोर्टिंगसाठी तुमच्याकडे क्लाउड डेटा वेअरहाउस उपलब्ध आहे.
3. तुमच्या गरजा इतक्या विशिष्ट आहेत की पॅकेज्ड टूलमध्ये मोठ्या प्रमाणावर कस्टमायझेशनची गरज भासेल.

इन-हाऊस ॲनालिटिक्स वापरणारे मोठे गट सहसा या श्रेणीत येतात. ते आधीच वेअरहाउससाठी पैसे देतात, त्यामुळे कनेक्टर्स आणि इंजिनिअरिंगचा वेळ हा अतिरिक्त खर्च असतो.

स्वतःची सिस्टीम तयार करण्यात (Building) एक कमकुवत बाजू आहे जी लक्षात येणे कठीण आहे. होम-बिल्ट स्टॅक केवळ त्यात येणाऱ्या डेटाइतकाच चांगला असतो. जर तुमची ठिकाणे (venues) खूप कमी ओळखी कॅप्चर करत असतील, तर तुम्ही निनावी व्यवहारांचे एक महागडे वेअरहाउस तयार कराल. तुम्ही डेटा कोणत्याही प्रकारे संग्रहित केला तरीही कॅप्चरची समस्या तशीच राहते.

पॅकेज्ड CDP खरेदी करणे कधी योग्य ठरते

जेव्हा तुमच्या महसुलाचा मोठा हिस्सा थेट डिजिटल चॅनेलद्वारे येतो तेव्हा खरेदी करा. याचा अर्थ सहसा थेट बुकिंग इंजिन असलेले हॉटेल ग्रुप्स, ऑर्डरिंग ॲप असलेले ग्रुप्स किंवा सक्रिय लॉयल्टी प्रोग्राम असलेले ब्रँड्स असा होतो. अशा प्रकरणांमध्ये, पाहुणे आधीच ऑनलाइन स्वतःची ओळख पटवतात. तुमच्याकडे एक वास्तविक एकत्रीकरणाची समस्या आहे आणि CDP नेमक्या याचसाठी तयार केले गेले आहे.

जेव्हा तुम्ही मोठ्या प्रमाणात पेड मीडियाकडे प्रेक्षक पाठवता तेव्हा पॅकेज्ड CDP देखील उपयुक्त ठरतो. वेब वर्तन, बुकिंग आणि लॉयल्टी स्टेटस एकाच प्रोफाइलमध्ये मॅच केल्याने तुम्हाला अधिक अचूक सप्रेशन लिस्ट्स आणि चांगले सीड प्रेक्षक मिळतात. जर पेड सोशल आणि सर्च तुमच्या बजेटमधील मोठा भाग असतील, तर प्रोजेक्ट स्कोप करण्यापूर्वी Lookalike audiences for hotels: a setup checklist using first-party guest data वाचा.

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

गेस्ट WiFi डेटा कधी गरज पूर्ण करतो

जेव्हा तुमचे मार्केटिंग उद्दिष्ट ऑन-साइट पाहुण्यांच्या वारंवार भेटी हे असते, तेव्हा गेस्ट WiFi बहुतांश गरजा पूर्ण करते. बहुतेक बार, पब, रेस्टॉरंट्स, कॅफे आणि अनेक हॉटेल्स या वर्णनात बसतात.

लिस्ट आपोआप कशी तयार होते

ही कार्यपद्धती म्हणजे पाहुणे ऑनलाइन येण्यापूर्वी त्यांना दिसणारे लॉगिन पेज आहे, ज्याला Captive Portal म्हणून ओळखले जाते. पाहुणे कनेक्ट होतात आणि ईमेल किंवा सोशल अकाउंटद्वारे लॉगिन करतात, त्यानंतर मार्केटिंग मेसेज मिळवायचे की नाही ते निवडतात. Purple ऑप्ट-इन, ठिकाण आणि भेट नोंदवते.

प्रत्येक पुन्हा मिळणारी भेट त्याच प्रोफाइलमध्ये जोडली जाते, त्यामुळे कोणत्याही इंटिग्रेशन प्रोजेक्टशिवाय भेटींची वारंवारता आणि ताजेपणा तयार होतो. त्यानंतर तुम्ही ठिकाण, भेटींची संख्या आणि शेवटच्या भेटीपासूनचा वेळ याद्वारे पाहुण्यांचे वर्गीकरण करू शकता आणि Purple Engage वरून स्वयंचलित मोहिमा (automated campaigns) पाठवू शकता.

येथेच Purple Engage हे Mailchimp, Klaviyo आणि HubSpot पेक्षा वेगळे आहे. ती टूल्स मोहिम चांगल्या प्रकारे पाठवतात, परंतु ती लिस्ट तयार करत नाहीत. तुम्हाला अजूनही त्या ठिकाणी संमती दिलेल्या संपर्कांच्या स्रोताची आवश्यकता असते आणि वॉक-इन व्यवसायात तो स्रोत सहसा गहाळ असतो. CRM पर्यायाच्या समोरासमोर विश्लेषणासाठी, HubSpot vs Purple Engage for multi-site venues पहा.

डेटा स्रोतामागील पुरावा

गेस्ट WiFi हा काही विशिष्ट मर्यादित डेटा स्रोत नाही. Purple चा स्वतःचा डेटा दर्शवतो:

• 80,000+ लाईव्ह ठिकाणे.
• 2024 मध्ये 440 दशलक्ष लॉगिन.
• 99.999% प्लॅटफॉर्म अपटाइम.

Purple कडे ISO 27001 प्रमाणपत्र आहे आणि ते GDPR चे पालन करते. Purple तुमच्याकडे आधीपासून असलेल्या ॲक्सेस पॉईंट्सवर हार्डवेअर-अॅग्नोस्टिक क्लाउड ओव्हरले म्हणून चालते, त्यामुळे जुने साहित्य काढून नवीन बसवण्याची गरज नाही. हॉस्पिटॅलिटी ग्रुप्स त्यांच्या संपूर्ण मालमत्तांमध्ये Purple वापरतात.

संमती हीच संपत्ती आहे

GDPR कलम 4(11) अंतर्गत, संमती ही स्वेच्छेने दिलेली, विशिष्ट, माहितीपूर्ण आणि स्पष्ट असणे आवश्यक आहे. कलम 7(4) जोडते की जेव्हा त्या सेवेसाठी डेटा प्रक्रिया करणे आवश्यक नसते, तेव्हा तुम्ही संमतीला सेवेची अट बनवू नये. व्यवहारात, पाहुण्याला मार्केटिंगला संमती न देताही ऑनलाईन जाता आले पाहिजे.

UK मध्ये, Privacy and Electronic Communications Regulations (PECR) देखील ईमेल मार्केटिंगचे नियमन करतात. Purple ची कॉन्शस-चॉइस ऑप्ट-इन्स WiFi ॲक्सेसला मार्केटिंग संमतीपासून वेगळे करतात. तुमच्या यादीतील प्रत्येक संपर्काने सक्रियपणे होय म्हटले आहे, जे डिलिव्हरेबिलिटी तसेच अनुपालनाचे रक्षण करते.

GDPR कलम 17 अंतर्गत, पाहुणे तुम्हाला त्यांचा डेटा हटवण्याची (erase) विनंती देखील करू शकतात. तुम्ही निवडलेला कोणताही मार्ग असो, तो डेटा पोहोचणाऱ्या प्रत्येक सिस्टममध्ये त्या विनंतीचा आदर करू शकेल याची खात्री करा.

WiFi डेटा कशाची जागा घेऊ शकत नाही

CDP मूल्यमापन रद्द करण्यापूर्वी मर्यादांबद्दल स्पष्ट रहा.

• खर्च. WiFi तुम्हाला सांगते की कोणी आणि किती वेळा भेट दिली, त्यांनी काय खर्च केले ते नाही. जर प्रति पाहुणा महसूल तुमच्या सेगमेंटेशनला चालना देत असेल, तर तुम्हाला तरीही प्रोफाइलशी जोडलेल्या POS डेटाची आवश्यकता आहे.
• ऑनलाईन वर्तन. पाहुण्याने तुमच्या वेबसाईटवर किंवा तुमच्या ॲपमध्ये काय ब्राऊज केले हे WiFi पाहत नाही.
• लॉयल्टी पॉइंट्स. पॉइंट्स लेजर तुमच्या लॉयल्टी प्लॅटफॉर्ममध्ये राहते, WiFi डेटामध्ये नाही.
• कधीही कनेक्ट न होणारे पाहुणे. काही पाहुणे प्रत्येक भेटीदरम्यान WiFi वर लॉगिन करणार नाहीत, त्यामुळे डेटा तुमच्या भेट देणाऱ्यांचा एक संमती असलेला नमुना दाखवतो, संपूर्ण जनगणना नाही.

अनेक ग्रुप्ससाठी त्या मर्यादा स्वीकारार्ह आहेत. विन-बॅक आणि पुन्हा भेटीच्या मोहिमांसाठी भेटीची वारंवारता आणि ताजेपणा हे सर्वात मजबूत संकेत आहेत, आणि WiFi दोन्ही पुरवते. ज्या ग्रुप्ससाठी खर्च किंवा ऑनलाईन वर्तन धोरण ठरवते, त्यांच्यासाठी WiFi हे पर्याय बनण्याऐवजी CDP साठी एक स्त्रोत बनते.

व्यावहारिक परिस्थिती

या परिस्थितींमधील आकडे नियोजन गृहीतके आहेत, ग्राहकांचे निकाल नाहीत. ते तुमच्या स्वतःच्या संख्यांनी बदला.

CDP चा विचार करणारा 30 ठिकाणे असलेला बार आणि रेस्टॉरंट ग्रुप

परिस्थिती. ग्रुप एक टेबल बुकिंग प्लॅटफॉर्म, एका अधिग्रहणानंतर दोन POS सिस्टीम आणि ईमेलसाठी Mailchimp चालवतो. बोर्डाने "पाहुण्याला एकत्र आणण्यासाठी" CDP ची मागणी केली. CRM व्यवस्थापकाने बुकिंग डेटा काढला आणि आढळले की बहुतेक कव्हर्स वॉक-इन म्हणून किंवा बुक केलेल्या टेबलचे नाव नसलेले सदस्य म्हणून आले होते.

त्यांनी काय केले. CDP करारावर स्वाक्षरी करण्यापूर्वी, त्यांनी त्यांच्या विद्यमान ॲक्सेस पॉईंट्सवर Purple Engage सुरू केले. नियोजित गृहीतके:

• प्रति ठिकाण प्रति महिना 2,000 WiFi लॉगिन.
• 30% चा ऑप्ट-इन दर.

या गृहीतकांवर, पुनरावृत्ती भेट देणाऱ्यांचे डीड्युप्लिकेशन करण्यापूर्वी, ग्रुप 30 ठिकाणांमध्ये दरमहा 18,000 मार्केटिंग-संमती असलेले संपर्क जोडतो.

मोजता येणारा परिणाम. 90 दिवसांनंतर, गट प्रत्येक ठिकाणी 30 दिवसांच्या आत परत आलेल्या ऑप्ट-इन केलेल्या पाहुण्यांचा वाटा रिपोर्ट करू शकला. बुकिंग प्लॅटफॉर्म किंवा POS प्रणालींपैकी कोणतीही हे प्रमाण दाखवू शकली नाही. त्यांनी 45 दिवसांत भेट न दिलेल्या पाहुण्यांना एक स्वयंचलित विन-बॅक ईमेल पाठवला. त्यानंतर त्यांनी ठेवलेल्या नियंत्रण गटाच्या तुलनेत त्या विभागातील परताव्याच्या भेटी मोजल्या.

CDP चा निर्णय "आत्ताच खरेदी करा" वरून "आम्ही जेव्हा POS खर्च प्रोफाईलशी जोडला असेल तेव्हा पुन्हा विचार करू" असा बदलला. एकत्रीकरण बजेट पाच सिस्टीम कनेक्शनऐवजी एका POS कनेक्शनमध्ये गेले.

डायरेक्ट बुकिंग इंजिन असलेला 12-हॉटेल्सचा गट

परिस्थिती. गट स्वतःच्या वेबसाइटद्वारे खोलीच्या महसुलाचा महत्त्वपूर्ण वाटा मिळवतो आणि लॉयल्टी योजना चालवतो. पेड मीडिया आणि ईमेलसाठी PMS, बुकिंग इंजिन आणि लॉयल्टी डेटा एकत्रित करण्यासाठी त्यांनी पॅकेज्ड CDP खरेदी केला. सहा महिन्यांनंतर, मार्केटिंग डायरेक्टरच्या हे लक्षात आले की एक तफावत आहे. रेस्टॉरंट, बार आणि स्पा मधील पाहुणे जे रात्रभर राहत नव्हते ते CDP मध्ये क्वचितच दिसले.

त्यांनी काय केले. गटाने त्यांच्या खाद्य आणि पेय आउटलेट्समध्ये आणि स्पामध्ये फर्स्ट-पार्टी स्त्रोत म्हणून गेस्ट WiFi जोडले. लॉगिन करताना ऑप्ट-इन केलेले बिगर-निवासी पाहुणे निवासी डेटासोबत प्रोफाईल बनले. समजा प्रत्येक हॉटेलचे बिगर-निवासी आउटलेट्स महिन्यातून 600 ऑप्ट-इन लॉगिन व्युत्पन्न करतात. हे संपूर्ण मालमत्तेमध्ये दरमहा 7,200 बिगर-निवासी संपर्क जोडते.

मोजता येणारा परिणाम. गटाने दोन संख्या मोजल्या:

• दरमहा CDP मध्ये जोडल्या जाणाऱ्या बिगर-निवासी प्रोफाईल्सची संख्या.
• स्पा आणि डायनिंग मोहिमांसाठी लुकालाईक प्रेक्षक तयार करण्यासाठी त्या प्रोफाईल्सचा वापर केला गेला तेव्हाचे धर्मांतरण (conversion).

CDP लायसन्स कायम राहिले. WiFi ने पाहू न शकणाऱ्या लोकसंख्येची भर घालून त्याचे मूल्य अधिक वाढवले.

कोणतेही व्यवहार डेटा नसलेले शॉपिंग सेंटर

परिस्थिती. प्रादेशिक शॉपिंग सेंटरच्या मालकाला त्याच्या खरेदीदारांना समजून घेण्यासाठी CDP हवा होता. समस्या संरचनात्मक होती. भाडेकरूंच्या स्वतःच्या POS प्रणाली आहेत, त्यामुळे सेंटरकडे एकत्रित करण्यासाठी कोणताही व्यवहार डेटा नाही.

त्यांनी काय केले. सेंटरने गेस्ट WiFi ला आपला प्राथमिक फर्स्ट-पार्टी स्त्रोत बनवले. खरेदीदारांनी लॉगिन करताना ऑप्ट-इन केले, आणि सेंटरने कार्यक्रम आणि भाडेकरूंच्या जाहिरातींचे नियोजन करण्यासाठी भेटीची वारंवारता आणि थांबण्याचा वेळ (dwell patterns) वापरला.

मोजता येणारा परिणाम. सेंटरने प्रत्येक इव्हेंट मोहिमेनंतर संमती दिलेल्या खरेदीदार प्रोफाईल्समधील मासिक वाढ आणि पुनरागमन भेटींचे दर मोजले. CDP कडे इनजेस्ट (ingest) करण्यासाठी काहीच नसले असते. संपर्क साधण्यायोग्य प्रेक्षकांपर्यंत पोहोचण्यासाठी WiFi हा एकमेव मार्ग होता.

तुमच्या ठिकाणांसाठी निर्णय कसा घ्यावा

खालील मॅट्रिक्ससह तुमची परिस्थिती शिफारसीशी जुळवून घ्या.

तुमची परिस्थिती	शिफारस
बहुतांश पाहुणे थेट येतात, तुम्ही खूप कमी थेट डिजिटल चॅनेल्स चालवता, आणि वारंवार भेटी मिळवणे हे ध्येय आहे	आता Purple Engage सह गेस्ट WiFi डेटा वापरा; नंतर CDP चे पुनरावलोकन करा
तुम्ही थेट बुकिंग इंजिन, ॲप किंवा लॉयल्टी योजना चालवता, ज्यामध्ये मोठे पेड मीडिया बजेट आहे	पॅकेज्ड CDP खरेदी करा आणि फर्स्ट-पार्टी स्त्रोत म्हणून गेस्ट WiFi जोडा
तुम्ही डेटा इंजिनिअर्सची नियुक्ती करता आणि आधीच क्लाउड डेटा वेअरहाऊससाठी पैसे देता	तयार करा (Build), आणि ऑन-साइट ओळखीसाठी स्त्रोत म्हणून गेस्ट WiFi जोडा
तुम्ही ठिकाणाचे मालक आहात पण व्यवहारांचे नाही, जसे की शॉपिंग सेंटर किंवा ट्रान्सपोर्ट हब	तुमचा प्राथमिक फर्स्ट-पार्टी स्त्रोत म्हणून गेस्ट WiFi वापरा
तुमचे ईमेल टूल चांगले मेसेज पाठवते पण तुमची यादी वाढणे थांबले आहे	guest WiFi लॉगिनद्वारे लिस्ट तयार करण्यासाठी Purple Engage जोडा

तुम्ही CDP प्रस्तावासाठी विनंती (RFP) जारी करण्यापूर्वी, चार प्रश्नांची लेखी उत्तरे द्या:

1. तुम्ही आज तुमच्या किती पाहुण्यांची ओळख पटवू शकता? कव्हर, खोल्या किंवा भेटींच्या तुलनेत संमती दिलेल्या, संपर्क साधता येणाऱ्या प्रोफाइलची गणना करा. हे प्रमाण कमी असल्यास, एकत्रीकरणापूर्वी डेटा कॅप्चर करणे आवश्यक आहे.
2. हे प्लॅटफॉर्म कोणता निर्णय बदलेल? कॅम्पेनचे नाव द्या, जसे की विन-बॅक, वाढदिवस किंवा वेन्यू लाँच, आणि ते बदलत असलेला मेट्रिक, जसे की रिटर्न व्हिजिट, ऑप्ट-इन दर किंवा प्रति मेसेज मिळणारा महसूल.
3. पहिल्या वर्षात कोणती सिस्टम जोडली जाणे आवश्यक आहे? ब्रँडनुसार आणि साइटनुसार त्यांची यादी करा आणि प्रत्येकासाठी इंटिग्रेशनचा अंदाज मिळवा.
4. हे कोण चालवेल? त्या व्यक्तीचे नाव द्या. कोणाकडेही वेळ नसल्यास, डेटा टीमची गरज असलेले प्लॅटफॉर्म ठप्प होईल.

तुमची उत्तरे एकत्रीकरणाऐवजी डेटा कॅप्चर करण्याकडे निर्देश करत असल्यास, गेस्ट WiFi सह सुरुवात करा. तुम्ही नंतरही CDP खरेदी करू शकता किंवा तयार करू शकता, आणि जेव्हा तुम्ही ते कराल तेव्हा काम करण्यासाठी तुमच्याकडे अधिक डेटा असेल.

वारंवार विचारले जाणारे प्रश्न

हॉस्पिटॅलिटी ग्रुपसाठी कस्टमर डेटा प्लॅटफॉर्मची किंमत किती असते?

याची कोणतीही एकच किंमत नसते, कारण CDP विक्रेते प्रोफाइलचे प्रमाण, इव्हेंटचे प्रमाण किंवा कन्झम्पशन क्रेडिट्सवर आधारित कोटेशन देतात. लायसन्सच्या व्यतिरिक्त, तुमच्या POS, प्रॉपर्टी मॅनेजमेंट, बुकिंग आणि रॉयल्टी सिस्टम्ससह इंटिग्रेशनच्या कामासाठी बजेट ठेवा. प्लॅटफॉर्म थेट सुरू झाल्यानंतर ते चालवण्यासाठी तुम्हाला CRM किंवा डेटा लीडची देखील आवश्यकता असते. प्रत्येक विक्रेत्याला विचारा की निनावी आणि डुप्लिकेट रेकॉर्ड तुमच्या प्रायसिंग टियरमध्ये कसे मोजले जातात, कारण हॉस्पिटॅलिटी डेटा या दोन्ही गोष्टी मोठ्या प्रमाणावर तयार करतो.

गेस्ट WiFi डेटा कस्टमर डेटा प्लॅटफॉर्मची जागा घेऊ शकतो का?

होय, अशा अनेक वॉक-इन हॉस्पिटॅलिटी ग्रुप्ससाठी ज्यांचे मुख्य उद्दिष्ट वारंवार भेटींना प्रोत्साहन देणे आहे. गेस्ट WiFi कोणत्याही इंटिग्रेशन प्रोजेक्टशिवाय संमती असलेल्या ओळखी, भेटींची वारंवारता आणि ठिकाण कॅप्चर करते. हे खर्च, ऑनलाइन ब्राउझिंग किंवा लॉयल्टी पॉइंट्स कॅप्चर करत नाही. जर ते तुमच्या रणनीतीला गती देत असतील, तर CDP ठेवा किंवा खरेदी करा आणि ऑन-साइट पाहुण्यांसाठी फर्स्ट-पार्टी स्त्रोत म्हणून त्यात WiFi डेटा फीड करा.

WiFi लॉगिनवरून पाहुण्यांचे मार्केटिंग करणे GDPR सुसंगत आहे का?

होय, जर मार्केटिंगची संमती WiFi ॲक्सेसपासून वेगळी असेल आणि ती सक्रियपणे दिली गेली असेल. GDPR नुसार संमती ही मोफत, विशिष्ट, माहितीपूर्ण आणि अस्पष्ट नसलेली असावी लागते, आणि आर्टिकल 7(4) ला ती सेवेची अट बनवण्याविरुद्ध चेतावणी देते. Purple चे कॉन्शिअस-चॉइस ऑप्ट-इन्स पाहुण्यांना मार्केटिंगला सहमती न देता ऑनलाइन जाण्याची अनुमती देतात. Purple कडे ISO 27001 प्रमाणपत्र आणि GDPR चे पालन आहे.

Purple आमच्याकडे आधीपासून असलेल्या WiFi हार्डवेअरसोबत काम करते का?

होय, Purple हे हार्डवेअर-ॲग्नोस्टिक आहे आणि तुमच्या सध्याच्या ॲक्सेस पॉइंट्सवर क्लाउड ओव्हरले म्हणून चालते. सपोर्ट असणाऱ्या विक्रेत्यांमध्ये Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme आणि Fortinet यांचा समावेश आहे. यामध्ये काहीही बदलून नवीन बसवावे लागत नाही, त्यामुळे तुम्ही कोणत्याही हार्डवेअर प्रोजेक्टशिवाय मल्टि-साइट प्रॉपर्टीमध्ये गेस्ट डेटा कॅप्चर सुरू करू शकता.

Purple Engage हे Mailchimp, Klaviyo किंवा HubSpot पेक्षा वेगळे कसे आहे?

Purple Engage यादी तयार देखील करते आणि त्यावर मेसेजही पाठवते. Mailchimp, Klaviyo आणि HubSpot तुम्ही आधीच ठेवलेल्या संपर्कांना मोहिमा पाठवतात, परंतु ते ठिकाणावर नवीन संपर्क कॅप्चर करत नाहीत. प्रत्येक वेळी जेव्हा एखादा अतिथी तुमच्या WiFi मध्ये लॉग इन करतो आणि सहमती देतो, तेव्हा Purple Engage एक संमती प्रोफाइल तयार करते. हे त्या प्रोफाइलमध्ये भेट इतिहास जोडते, जेणेकरून तुम्ही ठिकाण आणि भेटीच्या वारंवारतेनुसार मोहिमांचे वर्गीकरण आणि ऑटोमेशन करू शकता.

आम्ही आम्ही आधीच वापरत असलेल्या CDP किंवा CRM मध्ये WiFi डेटा पाठवू शकतो का?

होय, Purple हे CRM आणि मार्केटिंग प्लॅटफॉर्मसह एकत्रित होते, ज्यामुळे WiFi प्रोफाईल तुम्ही आधीपासून वापरत असलेल्या सिस्टमला डेटा पाठवू शकतात. हॉटेल्स आणि मल्टी-ब्रँड गट अनेकदा बिगर निवासी रेस्टॉरंट, बार आणि स्पा पाहुण्यांना CDP मध्ये आणण्यासाठी हे करतात. अन्यथा ते पाहुणे प्रॉपर्टी मॅनेजमेंट किंवा बुकिंग डेटामध्ये कधीही दिसणार नाहीत.

हॉस्पिटॅलिटी ग्रुप अतिथीच्या WiFi वरून लिस्ट तयार करणे किती लवकर सुरू करू शकतो?

गो-लाइव्ह नंतरच्या पहिल्या लॉग इनपासूनच तुम्ही लिस्ट तयार करण्यास सुरुवात करता. Purple तुमच्या विद्यमान ॲक्सेस पॉइंट्सवर चालते, त्यामुळे कॅप्चर सुरू होण्यापूर्वी कोणतेही हार्डवेअर रोलआउट किंवा डेटा वेअरहाउस तयार करण्याची आवश्यकता नाही. बहुतांश प्रयत्न तुमचे लॉगिन पृष्ठ आणि ऑप्ट-इन शब्द रचना डिझाइन करणे, आणि नंतर तुमच्या पहिल्या ऑटोमेटेड मोहिमा सेट करणे यावर जातात. तो एक मार्केटिंग टास्क आहे, कोणताही इंजिनिअरिंग प्रोजेक्ट नाही.