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

पुन्हा भेट देणाऱ्यांची संख्या वाढवण्यासाठी SMS मार्केटिंग एजन्सींचा कसा वापर करावा

हे तांत्रिक मार्गदर्शक स्पष्ट करते की IT आणि वेन्यू ऑपरेशन्स टीम्स व्हेरिफाइड फर्स्ट-पार्टी डेटा कॅप्चर करण्यासाठी आणि पुन्हा भेटी देण्यास प्रवृत्त करणाऱ्या मोहिमा स्वयंचलित करण्यासाठी SMS मार्केटिंग एजन्सींना Purple च्या Guest WiFi प्लॅटफॉर्मसह कसे समाकलित करू शकतात. यामध्ये रिटेल, हॉस्पिटॅलिटी आणि इव्हेंटमधील एंटरप्राइझ वातावरणासाठी डेप्लॉयमेंट आर्किटेक्चर, अनुपालन आवश्यकता आणि मोजता येण्याजोगे व्यावसायिक परिणाम समाविष्ट आहेत.

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

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

पॉडकास्ट ट्रान्सक्रिप्ट पहा
या तांत्रिक माहिती सत्रात आपले स्वागत आहे. आज आपण विश्लेषण करणार आहोत की एंटरप्राइझ स्थाने त्यांच्या येथे पुन्हा भेट देणाऱ्या ग्राहकांना आकर्षित करण्यासाठी SMS मार्केटिंग एजन्सींचा कसा वापर करू शकतात, विशेषतः त्यांना Purple WiFi प्लॅटफॉर्मसह समाकलित (integrate) करून. हे सत्र IT व्यवस्थापक, नेटवर्क आर्किटेक्ट्स आणि वेन्यू ऑपरेशन्स डायरेक्टर्ससाठी डिझाइन केले आहे ज्यांना ही प्रणाली मोठ्या प्रमाणावर कार्यान्वित करावी लागते. चला आधी संदर्भापासून सुरुवात करूया. कोणत्याही भौतिक स्थानापुढील, मग ती रिटेल साखळी असो, स्टेडियम असो किंवा हॉटेल असो, सर्वात मोठे आव्हान म्हणजे एका भेटीचे रूपांतर निष्ठावंत ग्राहकामध्ये करणे. ईमेल ही एक सामान्य पद्धत आहे, परंतु SMS त्वरित प्रतिसाद देणारा आहे. याचा ओपन रेट ९८% आहे, जो सहसा संदेश मिळाल्यापासून काही मिनिटांतच मिळतो. तथापि, SMS मार्केटिंग तितकेच प्रभावी ठरते जितका डेटा त्याला फीड केला जातो. जर तुमच्या डेटाबेसमध्ये खोटे नंबर असतील किंवा त्यामध्ये स्पष्ट संमती (consent) नसेल, तर तुमच्या मोहिमा अयशस्वी ठरतील आणि नियमांचे उल्लंघन होण्याचा धोका निर्माण होईल. या ठिकाणी नेटवर्क आर्किटेक्चर अत्यंत महत्त्वाचे ठरते. Purple तुमच्या नेटवर्कच्या एंडला डेटा कॅप्चर इंजिन म्हणून काम करते. आम्ही तुमच्या विद्यमान हार्डवेअरशी थेट समाकलित होतो, ज्यामध्ये Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist आणि इतरांचा समावेश आहे. जेव्हा एखादा अभ्यागत गेस्ट WiFi शी कनेक्ट होतो, तेव्हा ते Purple च्या Captive Portal वर पोहोचतात. येथे, आम्ही त्यांचा मोबाईल नंबर आणि सर्वात महत्त्वाचे म्हणजे, मार्केटिंग संवादासाठी त्यांची स्पष्ट संमती कॅप्चर करतो. आता, तांत्रिक आर्किटेक्चर सविस्तरपणे पाहूया. डेटाचा प्रवाह कसा होतो? एकदा वापरकर्त्याने प्रमाणीकरण (authenticate) केले की, हा डेटा Purple Engage मध्ये संग्रहित केला जातो. तिथून, तुम्ही हा फर्स्ट-पार्टी डेटा तुमच्या पसंतीच्या SMS मार्केटिंग एजन्सीकडे पाठवण्यासाठी सुरक्षित APIs किंवा webhooks वापरू शकता. ती एजन्सी जटिल ऑटोमेशन लॉजिक हाताळते, ज्यामध्ये मेसेजचे शेड्युलिंग, सेगमेंटेशन आणि डिलिव्हरी समाविष्ट आहे. Purple प्रमाणित ओळख आणि प्रत्यक्ष उपस्थितीचा (physical presence) डेटा प्रदान करते. याला जबाबदारीची स्पष्ट विभागणी म्हणून पहा: नेटवर्कच्या एंडवर डेटा कॅप्चर करणे आणि क्लाउडमध्ये ऑटोमेशन करणे. यामुळे आपण एका अत्यंत महत्त्वाच्या संकल्पनेकडे येतो जी प्रत्येक IT टीमला समजणे आवश्यक आहे: आयडेंटिटी-बेस्ड नेटवर्क. आधुनिक उपकरणे त्यांच्या हार्डवेअर पत्त्यांना लपवण्यासाठी MAC रँडोमायझेशन वापरतात, त्यामुळे पुन्हा येणाऱ्या भेटींचे अचूक मोजमाप करण्यासाठी तुम्ही पॅसिव्ह डिव्हाइस ट्रॅकिंगवर अवलंबून राहू शकत नाही. iOS आणि Android हे दोन्ही ठराविक कालावधीनंतर MAC पत्ते बदलत असतात. जर तुम्ही हार्डवेअर कंट्रोलर पातळीवर युनिक डिव्हाइसेस मोजत असाल, तर तुम्ही चुकीचा डेटा मोजत आहात. तुम्हाला वापरकर्त्याचे प्रमाणीकरण करणे आवश्यक आहे. Captive Portal द्वारे प्रमाणित फोन नंबर कॅप्चर करून, Purple एका प्रत्यक्ष व्यक्तीशी संबंधित निश्चित रेकॉर्ड तयार करते, डिव्हाइसशी नाही. जेव्हा तो वापरकर्ता पुन्हा येतो, तेव्हा आम्हाला समजते की ही तीच व्यक्ती आहे आणि आम्ही ती उपस्थितीची घटना (presence event) SMS एजन्सीकडे पाठवू शकतो, जेणेकरून वेलकम-बॅक मोहीम सुरू करता येईल किंवा मागील संदेशाच्या ROI चे मोजमाप करता येईल. आता आपण अंमलबजावणीकडे वळूया. याचे चार महत्त्वाचे टप्पे आहेत. पहिला टप्पा: captive portal कॉन्फिगर करा. आपण SMS व्हेरिफिकेशन सक्षम करणे आवश्यक आहे, ज्याला वन-टाइम पासवर्ड किंवा OTP देखील म्हटले जाते. होय, यामुळे वापरकर्त्यासाठी एक टप्पा वाढतो, परंतु यामुळे तुमचा डेटाबेस अचूक असल्याची हमी मिळते. निष्क्रीय क्रमांकांवर संदेश पाठवण्यासाठी तुमच्या SMS एजन्सीला पैसे देण्यापेक्षा आधीच OTP व्हेरिफिकेशनसाठी पैसे देणे खूप स्वस्त पडते. दुसरा टप्पा: तुमची कंप्लायन्स बेसलाईन स्थापित करा. तुमच्या अटी व शर्तींमध्ये तुम्ही ज्या एजन्सींसोबत डेटा शेअर करता त्यांची नावे स्पष्टपणे नमूद केल्याची खात्री करा. GDPR चे पालन करण्यासाठी ऑप्ट-इन चेकबॉक्स डीफॉल्टनुसार अन-टिक ठेवा. Purple प्रत्येक संमती इव्हेंटचा अचूक टाइमस्टॅम्प आणि IP ॲड्रेस लॉग करते, ज्यामुळे तुम्हाला पूर्ण ऑडिट ट्रेल मिळते. तिसरा टप्पा: API इंटिग्रेशन कॉन्फिगर करा. Purple Engage मध्ये API की जनरेट करा आणि फील्ड्स योग्यरित्या मॅप करा. पाईपलाईनच्या प्रत्येक टप्प्यावर मार्केटिंग ऑप्ट-इन बुलियनचा आदर केला जाईल याची खात्री करा. चौथा टप्पा: SMS एजन्सीसह तुमचे ट्रिगर नियम निश्चित करा. सामान्य ट्रिगर्समध्ये पहिल्या लॉगिननंतर १५ मिनिटांनी पाठवला जाणारा स्वागत संदेश, शेवटच्या नोंदवलेल्या भेटीनंतर ३० दिवसांनी पाठवली जाणारी री-एंगेजमेंट मोहीम आणि कॉन्फरन्स किंवा मॅच दरम्यान सध्या कनेक्ट असलेल्या सर्व वापरकर्त्यांना पाठवला जाणारा इव्हेंट ब्रॉडकास्ट यांचा समावेश होतो. आता आपण प्रत्यक्ष वापराच्या उदाहरणांबद्दल बोलूया. Cisco Meraki हार्डवेअर वापरणाऱ्या ५००-साईट रिटेल चेनचा विचार करा. त्यांनी त्यांच्या विद्यमान Meraki इन्फ्रास्ट्रक्चरसोबत Purple इंटिग्रेट केले आणि Purple Engage कडून त्यांच्या SMS एजन्सीला दररोज शेड्युल केलेले एक्सपोर्ट कॉन्फिगर केले, ज्यामध्ये ६० दिवसांत कोणतीही भेट न नोंदवलेले आणि मार्केटिंग संमतीची पुष्टी केलेले वापरकर्ते फिल्टर केले गेले. एजन्सीने २०% सवलतीसह वैयक्तिकृत री-एंगेजमेंट संदेश ट्रिगर केला. जेव्हा खरेदीदार परत आला आणि त्याचे डिव्हाइस नेटवर्कवर ऑथेंटिकेट झाले, तेव्हा Purple ने रिटर्न व्हिजिट लॉग केली, ज्यामुळे मार्केटिंग टीमला थेट या कनव्हर्जनचे श्रेय SMS मोहिमेला देणे शक्य झाले. याचा परिणाम ९० दिवसांच्या आत रिटर्न व्हिजिट्समध्ये १२% वाढ झाली. दुसरे उदाहरण: एका स्टेडियम ऑपरेटरला प्रत्येक चाहत्याने Guest WiFi शी कनेक्ट केल्यानंतर अचूक १० मिनिटांनी फूड आणि बेव्हरेज ऑर्डरिंग ॲपची लिंक असलेला स्वागत SMS पाठवायचा होता. याचे आर्किटेक्चर सोपे होते. Purple ने लॉगिन होताच तात्काळ वेबहुक फायर केले, आणि वापरकर्त्याचा पेलोड SMS एजन्सीला पाठवला. एजन्सीच्या ऑटोमेशन इंजिनने संदेश पाठवण्यापूर्वी १० मिनिटांचा डिले स्टेप लागू केला. येथील महत्त्वाचा मुद्दा म्हणजे डिले लॉजिक WiFi प्लॅटफॉर्मऐवजी SMS एजन्सीकडे सोपवणे हा आहे. एजन्सी अशा प्रकारच्या वेळ-आधारित ऑटोमेशनसाठीच खास तयार केलेली असते. टाळण्यासारख्या त्रुटी कोणत्या आहेत? सर्वात सामान्य म्हणजे API रेट लिमिटिंग. जर तुम्ही एखादे स्टेडियम चालवत असाल आणि १०,००० चाहते एकाच वेळी लॉग इन करत असतील, तर रिअल-टाइम वेबहुक्स तुमच्या SMS एजन्सीच्या रिसिव्हिंग API वर अतिरिक्त भार टाकू शकतात. हाय-डेन्सिटी वातावरणात, बॅच एक्स्पोर्ट्सचा वापर करा किंवा तुमच्या मिडलवेअरमध्ये एक्सपोनेन्शिअल बॅकऑफसह क्यूइंग सिस्टम लागू करा. दुसरी त्रुटी म्हणजे संमती मागे घेणे (कन्सेंट रिव्होकेशन). जेव्हा एखादा वापरकर्ता SMS ला STOP असे उत्तर देतो, तेव्हा एजन्सीने त्यावर त्वरित प्रक्रिया केली पाहिजे. तुम्ही एक बायडायरेक्शनल सिंक स्थापित केला पाहिजे जेणेकरून ऑप्ट-आउट Purple Engage मध्ये परत दिसून येईल, ज्यामुळे त्या वापरकर्त्यासाठी भविष्यातील डेटा एक्स्पोर्ट्स रोखले जातील. असे न करणे हे केवळ तांत्रिक दुर्लक्ष नसून GDPR चे उल्लंघन आहे. आता झटपट काही प्रश्न-उत्तरे. पहिला: ज्या वापरकर्त्यांना त्यांचा फोन नंबर द्यायचा नाही, त्यांना तुम्ही कसे हाताळता? ईमेल किंवा सोशल लॉगिन यासारख्या पर्यायी ऑथेंटिकेशन पद्धती ऑफर करा, परंतु SMS मार्केटिंग फ्लो फक्त अशा वापरकर्त्यांसाठी मर्यादित ठेवा जे स्पष्टपणे व्हेरिफाइड नंबर आणि संमती देतात. दुसरा: एखादी व्यक्ती आत येताच तुम्ही SMS ट्रिगर करू शकता का? होय, वेबहुक्सद्वारे, परंतु सर्वोत्तम सराव म्हणजे SMS एजन्सीच्या ऑटोमेशन नियमांद्वारे संदेशास विलंब करणे जेणेकरून वापरकर्ता सक्रियपणे कनेक्ट करण्याचा प्रयत्न करत असताना त्याला व्यत्यय येणार नाही. तिसरा: SMS मोहिमांसाठी योग्य वारंवारता कोणती आहे? प्रति वापरकर्ता दरमहा दोनपेक्षा जास्त प्रमोशनल संदेश नसावेत. प्रत्येक संदेशाने ठोस मूल्य दिले पाहिजे. अतिवापरामुळे ऑप्ट-आउटचे प्रमाण वाढते, ज्यामुळे वापरकर्ते तुमच्या डेटाबेसमधून कायमचे निघून जातात. थोडक्यात सांगायचे तर, आर्किटेक्चर सोपे आहे: Purple द्वारे नेटवर्क एजवर व्हेरिफाइड, संमती असलेला डेटा कॅप्चर करा आणि तुमच्या SMS मार्केटिंग एजन्सीद्वारे क्लाउडमध्ये मोहिमा स्वयंचलित करा. मुख्य तत्त्वे पुढीलप्रमाणे आहेत. डेटा गुणवत्तेची हमी देण्यासाठी SMS OTP व्हेरिफिकेशनचा वापर करा. MAC रँडमायझेशनवर मात करण्यासाठी तुमची रणनीती डिव्हाइसेसभोवती नव्हे, तर वापरकर्त्याच्या ओळखीभोवती तयार करा. गो-लाइव्ह होण्यापूर्वी तुमच्या एजन्सीसह स्पष्ट ट्रिगर नियम परिभाषित करा. GDPR चे पालन राखण्यासाठी बायडायरेक्शनल संमती सिंक स्थापित करा. आणि Purple च्या प्रेझेन्स डेटाचा वापर करून विशिष्ट मोहिमांशी संबंधित परतीच्या भेटींचे मापन करा. जर तुम्हाला याबद्दल अधिक जाणून घ्यायचे असेल, तर purple dot ai ला भेट द्या आणि Guest WiFi आणि WiFi Analytics पेज पहा. Purple Engage प्लॅन आज आम्ही चर्चा केलेल्या डेटा कॅप्चर आणि API इंटिग्रेशन क्षमतांचा समावेश करतो. तुमच्या वेळेसाठी धन्यवाद.

header_image.png

कार्यकारी सारांश (Executive summary)

व्हेन्यू ऑपरेटर्ससमोर एक सततचे आव्हान असते: एका भेटीत आलेल्या ग्राहकांना एकनिष्ठ, पुन्हा पुन्हा येणाऱ्या ग्राहकांमध्ये रूपांतरित करणे. ईमेल मार्केटिंग हा एक मानक मार्ग असला तरी, SMS ९८% ओपन रेट प्रदान करतो - सहसा प्राप्त झाल्यापासून तीन मिनिटांच्या आत (स्रोत: GSMA Intelligence, २०२४). याचा पुरेपूर फायदा घेण्यासाठी, व्हेन्यूजला मोठ्या प्रमाणावर अचूक फोन नंबर आणि स्पष्ट संमती मिळवणे आवश्यक आहे. Purple नेटवर्क एजवर या समस्येचे निराकरण करते. जेव्हा एखादा अभ्यागत तुमच्या Guest WiFi शी कनेक्ट होतो, तेव्हा Purple त्यांचा सत्यापित मोबाइल नंबर आणि GDPR - सुसंगत संमती कॅप्चर करते, त्यानंतर हा फर्स्ट - पार्टी डेटा API द्वारे तुमच्या पसंतीच्या SMS marketing agencies कडे पाठवते. २०२४ मधील ८०,०००+ लाइव्ह व्हेन्यूज आणि ४४० दशलक्ष लॉगइनमध्ये, आम्ही हे आर्किटेक्चर सातत्याने पुन्हा भेटी देण्यास प्रवृत्त करताना पाहिले आहे. हे मार्गदर्शक या तिमाहीत कारवाई करण्यासाठी तयार असलेल्या IT आणि मार्केटिंग टीम्ससाठी तांत्रिक एकत्रीकरण, उपयोजन टप्पे, अनुपालन आवश्यकता आणि ROI मोजमाप कव्हर करते.


तांत्रिक सखोल विश्लेषण (Technical deep-dive)

डेटा कॅप्चर लेयर कसे कार्य करते

Purple तुमच्या सध्याच्या एंटरप्राइझ हार्डवेअरवर क्लाउड ओव्हरले म्हणून कार्य करते. आम्ही Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme आणि Fortinet सोबत नेटिव्हली समाकलित करतो. जेव्हा एखादा अभ्यागत Guest WiFi SSID शी कनेक्ट होतो, तेव्हा नेटवर्क त्यांना Purple च्या Captive Portal कडे पुनर्निर्देशित करते. येथे, Purple वापरकर्त्याचे प्रमाणीकरण करते आणि मार्केटिंग संवादांसाठी स्पष्ट, जागरूक - निवडीच्या संमतीसह त्यांचा मोबाइल नंबर कॅप्चर करते.

ही प्रक्रिया हार्डवेअर - निरपेक्ष (hardware-agnostic) आहे. तुमच्या इस्टेटमध्ये तुमच्या रिटेल स्टोअरमध्ये Cisco Meraki चालत असो आणि तुमच्या मुख्य कार्यालयात HPE Aruba असो, Purple डाउनस्ट्रीम SMS marketing agencies ना एक युनिफाइड डेटा मॉडेल सादर करते. फायदा मिळवण्यासाठी तुम्हाला तुमच्या नेटवर्कची पुनर्रचना करण्याची आवश्यकता नाही.

sms_data_flow_architecture.png

ओळख - आधारित नेटवर्क आणि MAC रँडमायझेशनची समस्या

आधुनिक ऑपरेटिंग सिस्टीम - iOS १४ आणि त्यावरील, Android १० आणि त्यावरील - वापरकर्त्याच्या गोपनीयतेचे रक्षण करण्यासाठी डिव्हाइसचा MAC ॲड्रेस रँडमायझ करतात. यामुळे हार्डवेअर लेयरवर पुन्हा येणाऱ्या भेटी मोजण्याचा प्रयत्न करणाऱ्या कोणत्याही व्हेन्यूसाठी एक मोठी समस्या निर्माण होते: एकाच व्यक्तीची प्रत्येक भेट ही एका नवीन युनिक डिव्हाइससारखी दिसू शकते. पॅसिव्ह डिव्हाइस ट्रॅकिंग, व्यावहारिक हेतूंसाठी, निरुपयोगी ठरते.

Purple चे ओळख - आधारित नेटवर्क्स (Identity-Based Networks) ट्रॅकिंग अँकरला डिव्हाइसवरून प्रमाणीकृत वापरकर्त्यावर हलवून हे सोडवते. एकदा अभ्यागत Captive Portal द्वारे लॉग इन करतो आणि सत्यापित फोन नंबर प्रदान करतो, की त्यांचे सत्र त्या ओळखीशी जोडले जाते. जेव्हा ते परत येतात आणि पुन्हा प्रमाणीकरण करतात, तेव्हा Purple त्या रेकॉर्डशी जुळणी करते. याचा परिणाम म्हणजे वास्तविक लोक आणि वास्तविक भेटीच्या इतिहासाचा एक निश्चित डेटासेट मिळतो - अचूक, वेळेवर मोहिमा सुरू करण्यासाठी SMS marketing agencies ना नेमके हेच हवे असते.

आमच्या नेटवर्कवर गोळा केलेल्या 29 अब्ज डेटा पॉईंट्ससह, हा आयडेंटिटी लेयर तुमच्या मार्केटिंग स्टॅकला Purple द्वारे प्रदान केलेली सर्वात मौल्यवान मालमत्ता आहे.

API इंटिग्रेशन आर्किटेक्चर

Purple Engage कडून तुमच्या SMS मार्केटिंग एजन्सींकडे दोन प्राथमिक यंत्रणांद्वारे डेटा प्रवाहित होतो:

पद्धत यासाठी सर्वोत्तम लेटन्सी जटिलता
Webhooks रिअल-टाइम ट्रिगर्स (स्वागत संदेश, इव्हेंट ब्रॉडकास्ट) जवळजवळ शून्य कमी - Purple पोर्टलमध्ये एंडपॉइंट URL कॉन्फिगर करा
शेड्यूल केलेले API एक्सपोर्ट री-एंगेजमेंट मोहिमा, बॅच प्रोसेसिंग मिनिटे ते तास मध्यम - मिडलवेअर किंवा एजन्सी-साइड इंजेशन आवश्यक आहे

दोन्ही पद्धती टोकन-आधारित ऑथेंटिकेशन वापरतात. Purple एक्सपोर्टच्या टप्प्यावर ड्युप्लिकेशन हाताळते, त्यामुळे एकाच दिवशी तीन वेळा लॉग इन करणाऱ्या एकाच वापरकर्त्याचे तुमच्या SMS एजन्सीच्या CRM मध्ये तीन रेकॉर्ड तयार होत नाहीत.


अंमलबजावणी मार्गदर्शक

SMS इंटिग्रेशन उपयोजित करण्यासाठी नेटवर्क इंजिनिअरिंग, मार्केटिंग आणि लीगल टीम्समध्ये समन्वय असणे आवश्यक आहे. हे चार टप्पे पूर्ण उपयोजन कव्हर करतात.

टप्पा 1: SMS कॅप्चरसाठी Captive Portal कॉन्फिगर करा

Purple पोर्टलमध्ये, स्प्लॅश पेज बिल्डरवर जा. मोबाईल नंबर फील्ड सक्षम करा आणि ते अनिवार्य म्हणून सेट करा. सर्वात महत्त्वाचे म्हणजे, SMS OTP (वन-टाइम पासवर्ड) पडताळणी सक्रिय करा. हे अभ्यागत टाकत असलेल्या नंबरवर चार-अंकी कोड पाठवते, ज्यामुळे WiFi ॲक्सेस देण्यापूर्वी तो वैध असल्याची खात्री होते. अमान्य नंबर तुमचा डेटाबेस फुगवतात आणि SMS API क्रेडिट्स वाया घालवतात. OTP पडताळणी हे स्त्रोतावरच काढून टाकते.

डेटा कॅप्चर जास्तीत जास्त करत असताना ब्रँड सुसंगतता राखणारे प्रभावी स्प्लॅश पेज डिझाइन करण्याच्या मार्गदर्शनासाठी, तुमच्या गेस्ट WiFi सह उत्तम पहिली छाप कशी पाडावी पहा.

टप्पा 2: तुमची अनुपालन पायाभूत रेषा स्थापित करा

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

अनेक क्षेत्रांमध्ये कार्यरत असलेल्या ठिकाणांसाठी, Purple हे ISO 27001, GDPR, CCPA आणि Cyber Essentials प्रमाणित आहे. अनुपालन फ्रेमवर्क यामध्ये अंगभूत आहे, नंतर जोडलेले नाही.

टप्पा 3: API इंटिग्रेशन कॉन्फिगर करा

Settings > Integrations अंतर्गत Purple Engage मध्ये API की जनरेट करा. Webhook द्वारे डेटा प्राप्त करण्यासाठी किंवा दैनिक एक्सपोर्ट शेड्यूल करण्यासाठी तुमचे SMS मार्केटिंग प्लॅटफॉर्म कॉन्फिगर करा. फील्ड्सचे अचूक मॅपिंग करा:

  • user.phone ला डेस्टिनेशन फोन नंबर फील्डशी
  • user.marketing_opt_in बुलियनला एजन्सीच्या संमती फ्लॅगशी
  • session.venue_id ला मल्टि-साइट उपयोजनांमध्ये स्थानानुसार विभागासाठी
  • भेट वारंवारता आणि अलीकडील कालावधी मोजण्यासाठी session.first_seen आणि session.last_seen शी

marketing_opt_in बुलियनचा प्रत्येक टप्प्यावर आदर केला जाईल याची खात्री करा. जेथे हे false असेल ते रेकॉर्ड पुढे पाठवू नका.

टप्पा 4: तुमच्या SMS मार्केटिंग एजन्सीसह ट्रिगर नियम परिभाषित करा

गो-लाइव्हच्या आधी ऑटोमेशन लॉजिक परिभाषित करण्यासाठी तुमच्या SMS मार्केटिंग एजन्सीसोबत काम करा. पुन्हा भेट देण्यास प्रवृत्त करणारे सामान्य ट्रिगर्स खालीलप्रमाणे आहेत:

  • वेलकम मेसेज: पहिल्या लॉगिननंतर १५ मिनिटांनी पाठवला जातो, जो चालू भेटीवर सूट देतो.
  • री-एंगेजमेंट मोहीम: परत येण्यास प्रवृत्त करण्यासाठी शेवटच्या नोंदवलेल्या भेटीनंतर ३० दिवसांनी पाठवली जाते.
  • विन-बॅक मोहीम: जास्त मूल्याच्या इन्सेन्टिव्हसह शेवटच्या भेटीनंतर ९० दिवसांनी पाठवली जाते.
  • इव्हेंट ब्रॉडकास्ट: स्टेडियम इव्हेंट किंवा कॉन्फरन्स दरम्यान सध्या कनेक्ट असलेल्या सर्व युजर्सना पाठवला जातो.
  • लॉयल्टी माईलस्टोन: जेव्हा एखादा युजर त्याच्या पाचव्या भेटीपर्यंत पोहोचतो तेव्हा पाठवला जातो, जो Purple च्या व्हिजिट काउंट डेटाद्वारे ट्रिगर होतो.

सर्वोत्तम पद्धती

प्रमाणापेक्षा डेटा गुणवत्तेला प्राधान्य द्या

लॉगिन प्रक्रिया जलद करण्यासाठी SMS OTP व्हेरिफिकेशन वगळू नका. १०,००० व्हेरीफाइड नंबर्सचा डेटाबेस हा ५०,००० अनव्हेरीफाइड नोंदींपेक्षा प्रत्येक मेट्रिकमध्ये सरस ठरतो: डिलिव्हरी रेट, ओपन रेट आणि कन्व्हर्जन रेट. Purple वार्षिक ४४० दशलक्षपेक्षा जास्त लॉगिन प्रक्रियेचे व्यवस्थापन करते (Purple अंतर्गत डेटा, २०२४). आमचा डेटा दर्शवतो की OTP व्हेरिफिकेशनमुळे SMS बाऊन्स रेट जवळपास शून्यावर येतो.

व्हर्टिकल आणि वर्तनानुसार वर्गीकरण करा

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

रिटेल डेप्लॉयमेंटसाठी, व्हर्टिकल-विशिष्ट वर्गीकरण धोरणांसाठी आमचे रिटेल इंडस्ट्री मार्गदर्शक पहा. हॉस्पिटॅलिटीसाठी, हॉस्पिटॅलिटी मार्गदर्शक पहा.

माध्यमाचा आदर करा

SMS हे एक वैयक्तिक चॅनेल आहे. याचा अतिवापर केल्यास लोक ऑप्ट-आउट (सदस्यता रद्द) करतात, ज्यामुळे युजर्स तुमच्या डेटाबेसमधून कायमचे निघून जातात. प्रमोशनल मेसेज प्रति युजर दरमहा दोनपर्यंत मर्यादित ठेवा. प्रत्येक मेसेजने ठोस, तात्काळ मूल्य दिले पाहिजे - जसे की सूट, इव्हेंटची सूचना किंवा एक्स्क्लुझिव्ह ऍक्सेस. सामान्य ब्रँड मेसेज SMS वर चांगली कामगिरी करत नाहीत.

परस्पर संमती सिंक राखून ठेवा

जेव्हा एखादा युजर SMS ला STOP असे उत्तर देतो, तेव्हा एजन्सीने या ऑप्ट-आउटवर त्वरित प्रक्रिया केली पाहिजे आणि ती Purple Engage वर परत सिंक केली पाहिजे. गो-लाइव्हच्या आधी हे परस्पर सिंक कॉन्फिगर करा. Purple मध्ये ऑप्ट-आउट्स न दाखवल्यास भविष्यातील डेटा एक्सपोर्टमध्ये संमती मागे घेतलेल्या युजर्सचा समावेश होऊ शकतो - जे GDPR चे उल्लंघन ठरेल.


ट्रबलशूटिंग आणि जोखीम कमी करणे

MAC रँडमायझेशनमुळे डुप्लिकेट रेकॉर्ड तयार होणे

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

हाय-फूटफॉल्स इव्हेंट दरम्यान API रेट लिमिटिंग

उच्च-घनतेच्या कार्यक्रमांदरम्यान - स्टेडियममधील सामना, परिषदेचे उद्घाटन, रिटेल विक्रीचा दिवस - एकाच वेळी होणाऱ्या लॉगिनचे प्रमाण तुमच्या SMS विपणन एजन्सीच्या प्राप्त होणाऱ्या API ला ओव्हरव्हेम करू शकते. तुमच्या मिडलवेअरमध्ये एक्स्पोनेंशियल बॅकऑफ आणि रिट्राय लॉजिक लागू करा. ज्या कार्यक्रमांमध्ये तुम्ही 10 मिनिटांच्या विंडोमध्ये 1,000 पेक्षा जास्त लॉगिनची अपेक्षा करता, तिथे रिअल-टाइम वेबहुक्सऐवजी पीक पिरियडनंतर पाच मिनिटांनी शेड्यूल केलेल्या बॅच एक्सपोर्टवर स्विच करा.

जर ऑप्ट-आउट दर वाढत असतील परंतु तुमच्या डेटाबेसचा आकार कमी होत नसेल, तर तुमच्या SMS एजन्सी आणि Purple Engage मधील द्विदिश सिंक (bidirectional sync) बहुधा खंडित झाले आहे. एजन्सी प्लॅटफॉर्ममधील वेबहुक एंडपॉइंट कॉन्फिगरेशन तपासा आणि unsubscribe इव्हेंट योग्य Purple API एंडपॉइंटवर मॅप केला असल्याची खात्री करा. प्रत्येक मोठ्या मोहिमेपूर्वी हे मॅन्युअली तपासा.

Captive Portal वर कमी ऑप्ट-इन दर

जर 30% पेक्षा कमी अभ्यागत त्यांचा फोन नंबर देत असतील, तर स्प्लॅश पेजच्या डिझाइनचे पुनरावलोकन करा. मूल्याची देवाणघेवाण स्पष्ट असावी: अभ्यागताला त्यांचा नंबर देण्याच्या बदल्यात काय मिळते हे स्पष्टपणे सांगा. कॉपी आणि संमती चेकबॉक्सच्या प्लेसमेंटची A/B चाचणी करा. मार्गदर्शनासाठी, तुमच्या गेस्ट WiFi सह पहिली उत्तम छाप कशी पाडावी पहा.


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

sms_campaign_performance_dashboard.png

तीन मेट्रिक्सचा मागोवा घेऊन तुमच्या SMS विपणन इंटिग्रेशनच्या ROI चे मोजमाप करा:

मेट्रिक मोजमाप कसे करावे लक्ष्य बेंचमार्क
रिटर्न व्हिजिट अपलिफ्ट 90 दिवसांमध्ये SMS प्राप्तकर्ते विरुद्ध न मिळालेले प्राप्तकर्ते यांच्या रिटर्न रेटची तुलना करा 10 - 15% अपलिफ्ट (Purple व्हेन्यू डेटा)
SMS रिडेम्पशन दर रिडीम केलेले डिस्काउंट कोड / पाठवलेले SMS संदेश चांगल्या प्रकारे सेगमेंट केलेल्या मोहिमांसाठी 15 - 25%
प्रति रिटर्न व्हिजिट खर्च एकूण SMS खर्च / विशेषता दिलेल्या वाढीव रिटर्न व्हिजिट्स व्हर्टिकलनुसार बदलतो; पेड अक्विझिशनच्या खर्चापेक्षा कमी लक्ष्य ठेवा

ही आर्किटेक्चर तैनात करणाऱ्या एका राष्ट्रीय रेस्टॉरंट साखळीने 90 दिवसांच्या आत रिटर्न व्हिजिट्समध्ये 12% वाढ पाहिली, जी थेट Purple च्या प्रेझेन्स डेटाद्वारे ट्रिगर केलेल्या री-एंगेजमेंट SMS मोहिमांना कारणीभूत होती. या मोहिमांनी 60 दिवसांत कोणतीही नोंदवलेली भेट नसलेल्या पाहुण्यांना लक्ष्य केले, ज्यासाठी 20% सूटची ऑफर वापरली गेली. प्रति रिटर्न व्हिजिटचा खर्च त्याच कालावधीतील त्यांच्या पेड सोशल अक्विझिशन खर्चापेक्षा 34% कमी होता.

वाहतूक ऑपरेटर्ससाठी, प्रवाशांच्या विशिष्ट रिटर्न व्हिजिट मेट्रिक्ससाठी वाहतूक उद्योग मार्गदर्शक पहा. आरोग्य सेवा वातावरणासाठी, आरोग्य सेवा मार्गदर्शक नियामक मर्यादांमधील अभ्यागतांच्या सहभागाचा समावेश करते.

Purple Engage प्लॅन या मार्गदर्शकामध्ये वर्णन केलेल्या डेटा कॅप्चर, वर्गीकरण आणि API इंटिग्रेशन क्षमतांचा समावेश करतो. Purple Connect लॉगिन करताना व्हेरिफाइड आयडेंटिटी डेटा कॅप्चर करतो. एकत्रितपणे, हे दोन प्लॅन्स तुमच्या SMS मार्केटिंग एजन्सींना मोठ्या प्रमाणावर मोजण्यायोग्य रिटर्न व्हिजिट्स मिळवून देण्यासाठी आवश्यक असलेली संपूर्ण डेटा पाइपलाइन प्रदान करतात.

महत्वाच्या व्याख्या

फर्स्ट-पार्टी डेटा

तुमच्या प्रेक्षकांकडून थेट गोळा केलेली माहिती, जसे की WiFi लॉगिनच्या वेळी Purple कॅप्टिव्ह पोर्टलद्वारे कॅप्चर केलेले व्हेरिफाइड फोन नंबर आणि ईमेल पत्ते.

थर्ड-पार्टी कुकीज बंद झाल्यामुळे, फर्स्ट-पार्टी डेटा हा SMS मार्केटिंग एजन्सीसाठी प्राथमिक इनपुट आहे. त्याचे मूल्य पूर्णपणे प्रत्येक रेकॉर्डच्या अचूकतेवर आणि संमतीच्या स्थितीवर अवलंबून असते.

कॅप्टिव्ह पोर्टल

एक वेब पेज जे पब्लिक ऍक्सेस नेटवर्कच्या युजरला नेटवर्क ऍक्सेस मिळण्यापूर्वी पहावे आणि त्यावर प्रक्रिया करावी लागते. Purple चे कॅप्टिव्ह पोर्टल हे डेटा कॅप्चर आणि संमती गोळा करण्यासाठीचे प्राथमिक इंटरफेस आहे.

प्रत्येक SMS मार्केटिंग इंटिग्रेशनची सुरुवात येथून होते. कॅप्टिव्ह पोर्टलचे डिझाइन आणि मजकूर थेट ऑप्ट-इन दर आणि डेटा गुणवत्ता निश्चित करतो.

MAC randomisation

iOS 14+ आणि Android 10+ मधील एक प्रायव्हसी फीचर जे नेटवर्कवर पॅसिव्ह ट्रॅकिंग रोखण्यासाठी डिव्हाइसचा हार्डवेअर MAC ॲड्रेस वेळोवेळी बदलते.

पुनरागमन भेटींचे अचूक मोजमाप करण्यासाठी ठिकाणांना पॅसिव्ह डिव्हाइस ट्रॅकिंगऐवजी युझर ऑथेंटिकेशन (Identity-Based Networks) वर अवलंबून राहण्यास भाग पाडते.

Webhook

एका विशिष्ट इव्हेंटद्वारे ट्रिगर केलेला HTTP कॉलबॅक - या संदर्भात, युझर लॉगिन - जो रिअल-टाइमच्या जवळ Purple कडून SMS मार्केटिंग एजन्सीसारख्या बाह्य सिस्टीममध्ये डेटा पाठवतो.

स्वागत संदेशांसारख्या वेळ-संवेदनशील ट्रिगर्ससाठी वापरले जाते. यासाठी प्राप्त करणाऱ्या API ने अपेक्षित व्हॉल्यूम हाताळणे आवश्यक आहे, विशेषतः गर्दीच्या कार्यक्रमांदरम्यान.

Identity-Based Network

एक नेटवर्क आर्किटेक्चर जिथे ॲक्सेस पॉलिसी आणि डेटा ट्रॅकिंग हार्डवेअर डिव्हाइसऐवजी ऑथेंटिकेट केलेल्या युझरशी जोडलेले असतात. Purple चे मुख्य आर्किटेक्चर.

MAC रँडममायझेशन समस्येचे निराकरण करते आणि SMS मार्केटिंग एजन्सींना गोंधळात टाकणाऱ्या डिव्हाइस-स्तरीय डेटाऐवजी अचूक, व्यक्ती-स्तरीय भेट डेटा प्रदान करते.

SMS OTP (One-Time Password)

एक सुरक्षा यंत्रणा जिथे Captive Portal लॉगिन प्रक्रियेदरम्यान युझरच्या फोन नंबरची पडताळणी करण्यासाठी SMS द्वारे एक युनिक नंबर कोड पाठवला जातो.

SMS मार्केटिंग एजन्सीद्वारे वापरल्या जाणाऱ्या डेटाबेसमध्ये केवळ वैध आणि संपर्क साधण्यायोग्य नंबर असतील याची खात्री करण्यासाठी आवश्यक आहे. बाऊन्स रेट आणि मोहिमेचा वाया जाणारा खर्च कमी करतो.

Dwell time

एकाच भेटीदरम्यान युझरचे डिव्हाइस संबंधित ठिकाणाच्या WiFi नेटवर्कशी किंवा त्याच्या जवळ किती काळ कनेक्ट राहते तो वेळ.

एक महत्त्वाचा वर्गीकरण व्हेरिएबल. जास्त Dwell time असलेले युझर अधिक व्यस्त असतात आणि सहसा कमी वेळ थांबणाऱ्यांच्या तुलनेत SMS मोहिमांना चांगला प्रतिसाद देतात.

API rate limiting

API प्रदात्यांद्वारे लागू केलेली एक नियंत्रण यंत्रणा जी ठराविक वेळेत क्लायंट करू शकत असलेल्या विनंत्यांच्या संख्येवर मर्यादा घालते.

गर्दीच्या कार्यक्रमांदरम्यानचा एक गंभीर धोका. जर Purple ने SMS एजन्सीच्या API च्या स्वीकार करण्याच्या वेगापेक्षा वेगाने webhooks फायर केले, तर पेलोड ड्रॉप होतात आणि युझर्स मोहीम गमावतात.

Bidirectional consent sync

एक डेटा इंटिग्रेशन पॅटर्न जिथे ऑप्ट-आउट इव्हेंट्स (जसे की SMS ला STOP रिप्लाय देणे) SMS एजन्सीकडून मूळ CRM कडे - या प्रकरणात, Purple Engage कडे परत पाठवले जातात.

GDPR पालनासाठी आवश्यक आहे. याशिवाय, ज्या युझर्सनी संमती मागे घेतली आहे त्यांना SMS एजन्सीकडे डेटा एक्सपोर्ट सुरूच राहू शकतो.

सोडवलेली उदाहरणे

एका ५००-साइट्सच्या रिटेल साखळीला अशा खरेदीदारांसाठी SMS री-एंगेजमेंट मोहीम राबवायची आहे ज्यांनी ६० दिवसांत भेट दिली नाही. ते Cisco Meraki हार्डवेअर आणि थर्ड-पार्टी SMS मार्केटिंग एजन्सी वापरतात. IT टीमने या सोल्यूशनचे आर्किटेक्चर कसे डिझाइन करावे?

१. Purple क्लाउड ओव्हरलेद्वारे Cisco Meraki कंट्रोलर्ससह Purple समाकलित करा - गेस्ट SSID स्प्लॅश पेजला Purple कॅप्टिव्ह पोर्टल URL वर निर्देशित करण्यापलीकडे Meraki कॉन्फिगरेशनमध्ये कोणत्याही बदलांची आवश्यकता नाही. २. SMS OTP व्हेरिफिकेशन अनिवार्य करण्यासाठी आणि अन-टिक केलेल्या ऑप्ट-इन चेकबॉक्ससह GDPR-सुसंगत मार्केटिंग संमती कॅप्चर करण्यासाठी Purple कॅप्टिव्ह पोर्टल कॉन्फिगर करा. ३. Purple Engage मधून SMS एजन्सीच्या API वर दररोज शेड्युल केलेले एक्सपोर्ट सेट करा, ज्यामध्ये last_seen > 60 days आणि marketing_consent = true असलेल्या युजर्ससाठी फिल्टर लावा. ४. SMS एजन्सी २०% सवलत कोडसह वैयक्तिकृत री-एंगेजमेंट मेसेज ट्रिगर करते. ५. जेव्हा खरेदीदार परत येतो आणि नेटवर्कवर ऑथेंटिकेट करतो, तेव्हा Purple त्या भेटीची नोंद करते. मार्केटिंग टीम एजन्सीच्या रिपोर्टिंगमधील SMS पाठवण्याच्या टाइमस्टॅम्पसह रिडेम्प्शन टाइमस्टॅम्प जुळवून या परत आलेल्या भेटीचे श्रेय SMS मोहिमेला देते.

परीक्षकाचे भाष्य: हा दृष्टिकोन Purple चा वापर प्रत्यक्ष उपस्थिती डेटाचा अधिकृत स्त्रोत म्हणून आणि SMS एजन्सीचा मोहीम राबवणारा स्तर म्हणून करतो. एक्सपोर्ट टप्प्यावर फिल्टर करून, वेन्यू API कॉल्स कमी करते आणि केवळ पात्र, संमती दिलेल्या युजर्सशी संपर्क साधला जाईल याची खात्री करते. ६० दिवसांचा फिल्टर हा एक मानक री-एंगेजमेंट थ्रेशोल्ड आहे; तुमच्या वेन्यूच्या सरासरी भेट वारंवारतेनुसार यामध्ये बदल करा.

एका स्टेडियम ऑपरेटरला सामना सुरू असताना फॅनने Guest WiFi शी कनेक्ट केल्यानंतर बरोबर १० मिनिटांनी फूड आणि बेव्हरेज ऑर्डरिंग ॲपची लिंक असलेला स्वागत SMS पाठवायचा आहे. हे कसे कॉन्फिगर केले जाते?

१. फॅन Guest WiFi शी कनेक्ट होतो आणि Purple पोर्टलद्वारे ऑथेंटिकेट करतो, त्यांचा मोबाईल नंबर आणि मार्केटिंग संमती प्रदान करतो. २. Purple Engage लॉगिन इव्हेंटची नोंदणी करते आणि SMS एजन्सीच्या API एंडपॉईंटवर त्वरित वेबहुक पाठवते, ज्यामध्ये फोन नंबर, वेन्यू ID आणि लॉगिन टाइमस्टॅम्पसह युजर पेलोड पाठवला जातो. ३. SMS एजन्सीचे ऑटोमेशन इंजिन वेबहुक प्राप्त करते आणि १० मिनिटांची प्रतीक्षा पायरी सुरू करते. ४. १० मिनिटांनंतर, एजन्सी ऑर्डरिंग ॲप डीप लिंकसह आधीच कॉन्फिगर केलेला स्वागत संदेश पाठवते. ५. डिलिव्हरी आणि क्लिक-थ्रू डेटा पाठवल्याच्या काही मिनिटांतच एजन्सीच्या रिपोर्टिंग डॅशबोर्डमध्ये उपलब्ध होतो.

परीक्षकाचे भाष्य: प्रतीक्षा लॉजिक WiFi प्लॅटफॉर्मऐवजी SMS एजन्सीकडे पाठवणे ही सर्वोत्तम पद्धत आहे. हे डेटा त्वरित कॅप्चर आणि सिंक केला गेल्याची खात्री करते - Purple चे काम दुसऱ्या पायरीवर पूर्ण होते. एजन्सीचे ऑटोमेशन इंजिन वेळेचे नियोजन हाताळते, ज्यासाठी ते खास बनवले गेले आहे. ३० मिनिटांत ४०,००० फॅन्स लॉगिन करत असलेल्या स्टेडियमसाठी, एजन्सीचे API वेबहुक व्हॉल्यूम हाताळू शकते याची खात्री करा. नसल्यास, Purple आणि एजन्सी दरम्यान क्युइंग लेयरचा वापर करा.

सराव प्रश्न

Q1. एक हॉस्पिटॅलिटी क्लायंट अहवाल देतो की त्यांच्या SMS मार्केटिंग मोहिमांचा बाऊन्स रेट ४०% आहे. ते सध्या Captive Portal वरील मानक मजकूर इनपुट फील्डद्वारे कोणत्याही पडताळणी पायरीशिवाय फोन नंबर गोळा करतात. शिफारस केलेले आर्किटेक्चरल बदल काय आहेत आणि बाऊन्स कमी करण्यापलीकडे त्याचे इतर कोणते फायदे आहेत?

टीप: डेटा CRM पर्यंत पोहोचण्यापूर्वी तुम्ही एंट्री पॉईंटवर त्याची पडताळणी कशी करता याचा विचार करा. तसेच पडताळणीची पायरी युझरबद्दल काय सिद्ध करते याचा विचार करा.

नमुना उत्तर पहा

Purple Captive Portal वर SMS OTP पडताळणी लागू करा. यामुळे युझरला WiFi ॲक्सेस मिळवण्यासाठी कोड प्राप्त करणे आणि एंटर करणे आवश्यक ठरते, ज्यामुळे केवळ वैध, सक्रिय फोन नंबरच SMS मार्केटिंग एजन्सीकडे पाठवले जातील याची खात्री होते - ज्यामुळे ४०% बाऊन्स रेट पूर्णपणे नष्ट होतो. दुसरा फायदा असा आहे की OTP पडताळणी हे देखील सिद्ध करते की युझरकडे त्या नंबरशी संबंधित डिव्हाइस प्रत्यक्षात आहे, ज्यामुळे आयडेंटिटी रेकॉर्ड मजबूत होतो आणि पुनरागमन भेटींच्या मोजमापाची अचूकता सुधारते.

Q2. एक ठिकाण ऑपरेटर पुनरागमन भेटींचा अचूक मागोवा घेऊ इच्छितो परंतु त्यांच्या लक्षात येते की त्यांच्या Cisco Meraki डॅशबोर्डद्वारे अहवाल दिलेली युनिक डिव्हाइस संख्या Purple Engage मधील ऑथेंटिकेट केलेल्या युझर संख्येपेक्षा तिप्पट जास्त आहे. SMS मार्केटिंग एजन्सीने कोणत्या मेट्रिकचा वापर करावा आणि का?

टीप: आधुनिक मोबाईल OS प्रायव्हसी फीचर्स आणि डिव्हाइस-स्तरीय ट्रॅकिंगवर होणाऱ्या त्यांच्या परिणामांचा विचार करा.

नमुना उत्तर पहा

SMS मार्केटिंग एजन्सीने केवळ Purple Engage मधील ऑथेंटिकेट केलेल्या युजर्सच्या संख्येचा वापर केला पाहिजे. हा फरक MAC रँडमायझेशनमुळे होतो, जिथे iOS आणि Android डिव्हाइसेस त्यांचे हार्डवेअर पत्ते बदलतात, ज्यामुळे Meraki डॅशबोर्डमध्ये युनिक डिव्हाइसेसची संख्या वाढून दिसते. Purple चा Identity-Based Network लेयर प्रत्येक व्हिजिट एका पडताळणी केलेल्या फोन नंबरशी जोडतो, ज्यामुळे हार्डवेअरमधील हा अडथळा बायपास होतो आणि व्यक्ती-स्तरीय अचूक डेटाबेस मिळतो. Meraki डिव्हाइस संख्या वापरल्यास डुप्लिकेट रेकॉर्ड्स तयार होतील आणि रिटर्न व्हिजिटचे चुकीचे श्रेय दिले जाईल.

Q3. एका मोठ्या कॉन्फरन्स दरम्यान, 6,000 उपस्थितांनी 20 मिनिटांच्या कालावधीत WiFi वर लॉग इन केले. SMS मार्केटिंग एजन्सीकडे डेटा पाठवणारा webhook अंदाजे 25% पेलोडसाठी अपयशी ठरतो आणि त्या उपस्थितांना स्वागत संदेश मिळत नाही. याचे संभाव्य कारण काय आहे आणि यावर मात करण्याचे दोन उपाय कोणते आहेत?

टीप: डेटा मिळवणाऱ्या सिस्टमची क्षमता आणि डेटा ट्रान्सफरच्या वेळेचा विचार करा.

नमुना उत्तर पहा

SMS मार्केटिंग एजन्सीच्या API ने webhook व्हॉल्यूममध्ये अचानक झालेल्या वाढीमुळे दर मर्यादा (rate limiting) लागू केली आहे - या परिस्थितीत प्रति मिनिट अंदाजे 300 रिक्वेस्ट्स येत आहेत, जे बहुतांश मानक API दर मर्यादा ओलांडतात. उपाय एक: Purple आणि एजन्सीच्या API दरम्यान एक्स्पोनेन्शियल बॅकऑफसह एक क्यूइंग लेयर लागू करा, जेणेकरून अयशस्वी झालेल्या रिक्वेस्ट्स एंडपॉइंटवर अतिरिक्त भार न टाकता आपोआप पुन्हा पाठवल्या जातील. उपाय दोन: जास्त गर्दी असलेल्या इव्हेंट्ससाठी, रिअल-टाइम webhooks ऐवजी लॉग इनच्या कमाल वेळेनंतर पाच मिनिटांनी बॅच एक्सपोर्ट शेड्युल करा, ज्यामुळे तात्कालिक रिक्वेस्ट्सचे प्रमाण आटोक्यात येईल.