परत येणाऱ्या भेटी वाढवण्यासाठी मार्केटिंग SMS सेवेचा वापर कसा करावा
हे तांत्रिक संदर्भ मार्गदर्शक स्पष्ट करते की वेन्यू ऑपरेटर्स, IT मॅनेजर्स आणि मार्केटिंग डायरेक्टर्स परत येणाऱ्या भेटींमध्ये लक्षणीय वाढ करण्यासाठी एंटरप्राइझ WiFi नेटवर्कद्वारे मार्केटिंग SMS सेवा कशी तैनात करू शकतात. यामध्ये कॅप्टिव्ह पोर्टल (captive portal) पासून ते SMS ट्रिगर, GDPR-compliant संमती यंत्रणा आणि हॉस्पिटॅलिटी, रिटेल आणि मोठ्या वेन्यू वातावरणातील यशस्वी उपयोजन धोरणांपर्यंतचा संपूर्ण डेटा कॅप्चर आर्किटेक्चर समाविष्ट आहे. Purple Engage ही संपूर्ण वर्कफ्लो स्वयंचलित करते, प्रत्येक WiFi लॉगिनला एका सत्यापित, कृतीयोग्य संपर्कात रूपांतरित करते.
हे मार्गदर्शक ऐका
पॉडकास्ट ट्रान्सक्रिप्ट पहा
मुख्य सारांश
तुमचे Guest WiFi नेटवर्क आधीच हाय-परफॉर्मन्स मार्केटिंग SMS सेवा चालवण्यासाठी आवश्यक असलेला डेटा कॅप्चर करते. बर्याच ठिकाणच्या ऑपरेटरसाठी, तो डेटा ऑटोमेटेड मोहीम इंजिनशी जोडणे हीच खरी अडचण असते. SMS 98% ओपन रेट मिळवतो आणि 90% मेसेज डिलिव्हरीच्या तीन मिनिटांच्या आत वाचले जातात - हे असे आकडे आहेत जेथे ईमेल पोहोचू शकत नाही. Purple कडील WiFi Analytics उपस्थितीच्या डेटाला पडताळणी केलेल्या, विभागलेल्या संपर्क सूचीमध्ये बदलते आणि Purple Engage त्या SMS मोहिमांना स्वयंचलित करते ज्या अभ्यागतांना परत आणतात. हे मार्गदर्शक सुसंगतपणे फर्स्ट-पार्टी फोन डेटा कॅप्चर करण्यासाठी आवश्यक आर्किटेक्चर, तुमचे नेटवर्क कंट्रोलर्स आणि SMS गेटवेमधील इंटिग्रेशन लेयर आणि रॉ WiFi डेटापासून थेट री-एंगेजमेंट मोहिमेपर्यंत जाण्यासाठी आवश्यक असलेले डिप्लॉयमेंट स्टेप्स कव्हर करते. तुम्ही एखादी Premier Inn प्रॉपर्टी चालवत असाल, रिटेल चेन, स्टेडियम किंवा कॉन्फरन्स सेंटर चालवत असाल, तरी मूळ आर्किटेक्चर सारखेच राहते.
तांत्रिक सखोल विश्लेषण
SMS इतर प्रत्येक री-एंगेजमेंट चॅनेलपेक्षा चांगली कामगिरी का करतो
सकारीच्या 2025 च्या SMS मार्केटिंग स्टॅटिस्टिक्स रिपोर्टनुसार, SMS ओपन रेट सातत्याने 90-98% पर्यंत पोहोचतात, ज्यामध्ये 80% मेसेज डिलिव्हरीच्या पाच मिनिटांच्या आत वाचले जातात. ईमेल मार्केटिंगच्या सामान्य 20-25% ओपन रेटशी याची तुलना करा. SMS मोहिमांचे क्लिक-थ्रू रेट सरासरी 18-35% असतात, तर ईमेलसाठी हे 2.5-3.5% असते. ईमेलसाठी अंदाजे 6% च्या तुलनेत SMS चा प्रतिसाद दर अंदाजे 45% आहे. अटेंटिव्हच्या 2024 च्या डेटामधील ROI अंदाज पीक मोहिमांदरम्यान खर्च केलेल्या प्रत्येक $1 साठी $71 पर्यंत परतावा देतात, तर पुराणमतवादी बेंचमार्क $21-$41 प्रति डॉलर आहेत.
या चॅनेलची प्रभावीता एकाच वर्तणुकीच्या तथ्यातून उद्भवते: लोक नेहमी त्यांचे फोन सोबत बाळगतात आणि SMS ला वैयक्तिक संप्रेषण चॅनेल मानतात. त्यांनी नुकत्याच भेट दिलेल्या ठिकाणचा मेसेज, जो संबंधित आणि मर्यादित काळासाठी प्रोत्साहन देतो, अशा संदर्भात पोहोचतो जो ईमेल कधीही तयार करू शकत नाही.
डेटा कॅप्चर आर्किटेक्चर
प्रभावी मार्केटिंग SMS सेवेचा पाया म्हणजे पडताळणी केलेला, फर्स्ट-पार्टी फोन नंबर डेटाबेस असतो. हे नेटवर्कच्या कडेपासून सुरू होते. जेव्हा एखादा अभ्यागत तुमच्या Guest WiFi शी कनेक्ट होतो, तेव्हा वायरलेस LAN कंट्रोलर (WLC) - मग तो Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme किंवा Fortinet हार्डवेअरवर चालत असो - अनऑथेंटिकेटेड ट्रॅफिकला क्लाउड-होस्ट केलेल्या कॅप्टिव्ह पोर्टलवर रिडायरेक्ट करतो. हे पोर्टल मुख्य डेटा संकलन बिंदू आहे. प्रमाणीकरण प्रवाहामध्ये फोन नंबर प्रविष्ट करणे आवश्यक आहे आणि त्यानंतर SMS द्वारे पाठवलेल्या वन-टाइम पासवर्ड (OTP) द्वारे पडताळणी करणे आवश्यक आहे. हे पाऊल हे सिद्ध करते की संबंधित डिव्हाइसमध्ये तोच नंबर आहे आणि यामुळे पहिला संवाद स्थापित होतो. OTP पडताळणीशिवाय, तुमच्या डेटाबेसमध्ये अवैध नंबर समाविष्ट होतील ज्यामुळे खर्च वाढेल आणि मोहिमेचे मेट्रिक्स कमी होतील.
एकदा प्रमाणित झाल्यानंतर, सिस्टम डिव्हाइसचा MAC ॲड्रेस सत्यापित फोन नंबर आणि संबंधित संमती रेकॉर्डसह जोडते. त्यानंतरच्या भेटींवर, नेटवर्क परत येणाऱ्या डिव्हाइसला स्वयंचलितपणे ओळखते. हा कायमस्वरूपी ओळख स्तर (persistent identity layer) ॲनालिटिक्स प्लॅटफॉर्मला अभ्यागताला पुन्हा लॉग इन न करता त्याचा ड्वेल टाइम (dwell time), भेट देण्याची वारंवारता आणि स्थान-आधारित हालचालींचे नमुने ट्रॅक करण्यास अनुमती देतो.
एकत्रीकरण आणि ट्रिगर यंत्रणा (Integration and trigger mechanisms)
ॲनालिटिक्स प्लॅटफॉर्मला SMS गेटवेशी जोडण्यासाठी एक मजबूत API एकत्रीकरण स्तर आवश्यक आहे. प्लॅटफॉर्मने रिअल-टाइम उपस्थिती इव्हेंट्स - कनेक्शन, डिस्कनेक्शन, ड्वेल टाइम थ्रेशोल्ड आणि अनुपस्थितीचे कालावधी - यावर प्रक्रिया केली पाहिजे आणि पूर्वनिर्धारित मोहीम नियमांनुसार त्यांचे मूल्यांकन केले पाहिजे.
एक सामान्य ट्रिगर नियम असा असतो: "जर अभ्यागताचा MAC ॲड्रेस ३० दिवसांत प्रमाणित झाला नसेल आणि संबंधित प्रोफाइलने विपणन संवादांसाठी (marketing communications) संमती दिली असेल, तर विन-बॅक संदेश टेम्पलेट आणि सत्यापित फोन नंबरसह SMS गेटवेवर API कॉल पाठवा." प्लॅटफॉर्म डेटाबेसचे सतत निरीक्षण करतो आणि अटी पूर्ण झाल्यावर कॉल कार्यान्वित करतो.
स्टेडियम किंवा शॉपिंग सेंटर्स यासारख्या मोठ्या ठिकाणांसाठी, हजारो संपर्कांसाठी एकाच वेळी ट्रिगर केल्याने SMS गेटवेच्या रेट मर्यादांचे उल्लंघन होईल. आर्किटेक्चरमध्ये ॲनालिटिक्स प्लॅटफॉर्म आणि गेटवे दरम्यान संदेश रांग (message queue) समाविष्ट असणे आवश्यक आहे. रांग प्रणाली (queuing system) प्रदात्याच्या थ्रूपुट मर्यादांचा आदर करणाऱ्या बॅचेसमध्ये आउटबाउंड API कॉल्स रिलीज करते, ज्यामुळे त्रुटींशिवाय विश्वासार्ह वितरण सुनिश्चित होते. यासाठी AWS SQS, RabbitMQ किंवा समकक्ष व्यवस्थापित रांग सेवा योग्य आहेत.
एकत्रीकरणामध्ये इनबाउंड इव्हेंट्स देखील हाताळले पाहिजेत. जेव्हा एखादा वापरकर्ता SMS ला "STOP" असे उत्तर देतो, तेव्हा गेटवे ॲनालिटिक्स प्लॅटफॉर्मला वेबहुक (webhook) सूचना पाठवतो, जे संपर्काची निवड रद्द करण्याची (opt-out) स्थिती त्वरित अपडेट करते. GDPR आणि UK च्या प्रायव्हसी अँड इलेक्ट्रॉनिक कम्युनिकेशन्स रेग्युलेशन्स (PECR) अंतर्गत ही स्वयंचलित निवड रद्द करण्याची हाताळणी ही कायदेशीर आवश्यकता आहे.
अनुपालन आणि डेटा सुरक्षा
आर्किटेक्चरने डेटा कॅप्चरच्या क्षणापासून GDPR, CCPA आणि PECR चे समाधान केले पाहिजे. तीन अटींमध्ये कोणतीही तडजोड केली जाणार नाही.
पहिले, स्पष्ट संमती. Captive Portal ने विपणन SMS साठीच्या संमती पर्यायाला (opt-in) न निवडलेला (unticked) चेकबॉक्स म्हणून सादर केले पाहिजे. GDPR कलम ७ अंतर्गत आधीच टिक केलेले बॉक्स अवैध आहेत. वापरकर्त्याने जाणीवपूर्वक, होकारार्थी निवड केली पाहिजे.
दुसरे, ऑडिटेबल संमती रेकॉर्ड्स. सिस्टीमने अचूक टाईमस्टँप, युझरचा IP ॲड्रेस, डिव्हाइसचा MAC ॲड्रेस आणि ऑप्ट-इनच्या वेळी स्वीकारलेल्या अटी व शर्तींची विशिष्ट आवृत्ती लॉग करणे आवश्यक आहे. Purple २९ अब्ज डेटा पॉइंट्स स्टोअर करते आणि ISO 27001 सर्टिफिकेशन धारण करते, ज्यामुळे या रेकॉर्ड्सचे मोठ्या प्रमाणावर व्यवस्थापन करण्यासाठी आवश्यक पायाभूत सुविधा मिळते.
तिसरे, स्वयंचलित ऑप्ट-आउट प्रोसेसिंग. ऑप्ट-आउट सिग्नल प्राप्त झाल्यावर सिस्टीमने युझरचे प्रोफाइल त्वरित अपडेट केले पाहिजे, ज्यामुळे पुढील संदेश पाठवले जाणार नाहीत. ऑप्ट-आउट्स प्रक्रियेत विलंब झाल्यास ऑपरेटरला नियामक धोके उद्भवू शकतात.
डेटा रेस्ट स्थितीत AES-256 वापरून आणि ट्रान्झिटमध्ये TLS 1.2 किंवा त्याहून अधिक सुरक्षिततेसह एन्क्रिप्ट केलेला असावा. पर्सनली आयडेंटिफायेबल इन्फॉर्मेशन (PII) चा ॲक्सेस रोल-बेस्ड ॲक्सेस कंट्रोल्सद्वारे केवळ अधिकृत कर्मचाऱ्यांना आणि सिस्टीम्सनाच मर्यादित असावा.
अंमलबजावणी मार्गदर्शक
पायरी १: नेटवर्क इन्फ्रास्ट्रक्चर कॉन्फिगर करा
वायरलेस LAN कंट्रोलर किंवा क्लाउड मॅनेजमेंट डॅशबोर्डपासून सुरुवात करा. Guest WiFi साठी एक समर्पित SSID परिभाषित करा. कॅप्टिव्ह पोर्टल URLs आणि SMS OTP गेटवे एंडपॉइंट्सपर्यंत प्री-ऑथेंटिकेशन ट्रॅफिक पोहोचू देण्यासाठी वॉल्ड गार्डन सेटिंग्ज कॉन्फिगर करा. ॲनालिटिक्स प्लॅटफॉर्मकडे पॉइंट करण्यासाठी RADIUS ऑथेंटिकेशन आणि अकाउंटिंग सेट करा. हे कॉन्फिगरेशन Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme, आणि Fortinet डिप्लॉयमेंट्समध्ये हार्डवेअर-अज्ञेयवादी (hardware-agnostic) आहे.
पायरी २: ऑथेंटिकेशन फ्लो डिझाइन करा
फोन नंबर कॅप्चर आणि संमतीला प्राधान्य देण्यासाठी कॅप्टिव्ह पोर्टल तयार करा. हे पोर्टल मोबाईल-ऑप्टिमाइझ्ड असणे आवश्यक आहे, कारण बहुतांश युझर्स स्मार्टफोनवर ऑथेंटिकेट करतील. फोन नंबर नोंदवणे अनिवार्य करा, अनटिक केलेल्या डीफॉल्ट स्थितीसह मार्केटिंग ऑप्ट-इन चेकबॉक्स स्पष्टपणे प्रदर्शित करा आणि रिअल टाईममध्ये नंबर सत्यापित करण्यासाठी SMS OTP सेवा समाकलित करा. अटी आणि शर्तींमध्ये मार्केटिंग SMS कॅंपेन्ससाठी फोन नंबरचा कसा वापर केला जाईल याचे स्पष्ट वर्णन असले पाहिजे. लॉगिन करताना उत्कृष्ट पहिली छाप कशी पाडावी याच्या मार्गदर्शनासाठी, How to make a great first impression with your guest WiFi पहा.
पायरी ३: सेगमेंटेशन आणि ट्रिगर्स परिभाषित करा
नेटवर्क डेटावरून SMS कॅंपेन्स चालवणारे नियम स्थापित करा. भेटींच्या वारंवारतेवर आधारित सेगमेंट्स तयार करा: पहिल्यांदा भेट देणारे, नियमित भेट देणारे (९० दिवसांत तीन किंवा अधिक भेटी), आणि चर्न झालेले भेट देणारे (३० दिवस किंवा त्याहून अधिक काळ अनुपस्थित). उपस्थितीच्या घटनांवर आधारित ट्रिगर्स परिभाषित करा: पहिल्या भेटीनंतर २४ तासांनी, दुसऱ्या भेटीनंतर सात दिवसांनी, आणि शेवटच्या भेटीनंतर ३० दिवसांनी. प्रत्येक सेगमेंटसाठी संक्षिप्त SMS टेम्पलेट्सचा मसुदा तयार करा. मल्टि-पार्ट बिलिंग टाळण्यासाठी संदेश १६० कॅरेक्टर्सपेक्षा कमी ठेवा. ॲट्रिब्युशन सक्षम करण्यासाठी प्रत्येक संदेशामध्ये ट्रॅक करण्यायोग्य लिंक किंवा युनिक डिस्काउंट कोड समाविष्ट करा.
पायरी ४: लॉन्च करण्यापूर्वी चाचणी आणि प्रमाणीकरण करा
थेट मोहिमा सक्रिय करण्यापूर्वी संरचित चाचणी आयोजित करा. iOS आणि Android वर captive portal योग्यरित्या दिसते याची पडताळणी करा. OTP डिलिव्हरीचा वेग 10 सेकंदांपेक्षा कमी असल्याची खात्री करा. स्टेजिंग वातावरणात संबंधित प्रेझेंस इव्हेंटचे सिम्युलेशन करून प्रत्येक स्वयंचलित ट्रिगरची चाचणी घ्या. STOP उत्तर मिळाल्यानंतर पाच सेकंदांच्या आत ऑप्ट-आउट यंत्रणा डेटाबेस अपडेट करते याची पडताळणी करा. सर्व आवश्यक फील्ड अचूकपणे कॅप्चर केले आहेत याची खात्री करण्यासाठी कन्सेंट ऑडिट लॉगचे पुनरावलोकन करा.
सर्वोत्तम पद्धती
वारंवारतेपेक्षा प्रासंगिकतेला प्राधान्य द्या
ग्राहक SMS मार्केटिंग केवळ तेव्हाच सहन करतात जेव्हा ते त्वरित मूल्य प्रदान करते. प्रति संपर्क जाहिरात संदेश दरमहा दोनपर्यंत मर्यादित ठेवा. शॉपिंग सेंटरमधील WiFi शी व्हिजिटरने कनेक्ट केल्यानंतर 10 मिनिटांनी कॉफीवर सवलत देणारा संदेश, कोणत्याही अनियंत्रित वेळापत्रकानुसार पाठवलेल्या सामान्य ब्रॉडकास्टपेक्षा खूप जास्त दराने कन्व्हर्ट होतो. तुमच्या नेटवर्कद्वारे गोळा केला जाणारा प्रेझेंस डेटा हाच मुख्य फरक आहे. प्रत्येक संदेश संदर्भानुसार प्रासंगिक बनवण्यासाठी त्याचा वापर करा.
स्वच्छ डेटा राखा
डेटाबेसमधून अवैध फोन नंबर काढून टाकण्यासाठी स्वयंचलित प्रक्रिया लागू करा. डिलिव्हरी अयशस्वी होण्याचे दर मॉनिटर करा आणि सातत्याने त्रुटी दर्शवणारे नंबर ब्लॉक करा. एक स्वच्छ सूची खर्च कमी करते आणि SMS गेटवेद्वारे पाठवणाऱ्याची प्रतिष्ठा तपासण्यासाठी वापरल्या जाणाऱ्या डिलिव्हरी मेट्रिक्समध्ये सुधारणा करते. 95% पेक्षा जास्त डिलिव्हरी दराचे लक्ष्य ठेवा, जे Infobip द्वारे चांगल्या प्रकारे राखलेल्या SMS मार्केटिंग सूचीसाठी बेंचमार्क म्हणून ओळखले जाते.
पर्सनलायझेशनसाठी फर्स्ट-पार्टी डेटा वापरा
WiFi नेटवर्कद्वारे गोळा केलेला वर्तणूक डेटा कोणत्याही थर्ड-पार्टी डेटा स्रोतापेक्षा अधिक अचूक असतो. जर ॲनालिटिक्स प्लॅटफॉर्मने दाखवले की एखादा ग्राहक रिटेल स्टोअरच्या स्पोर्ट्स सेक्शनला वारंवार भेट देतो, तर SMS ऑफरमध्ये संबंधित उत्पादनांचा संदर्भ असावा. हॉटेलचा पाहुणा प्रत्येक मुक्कामात स्पा ला भेट देत असल्यास, री-एंगेजमेंट संदेशामध्ये स्पा जाहिरातीवर प्रकाश टाकला पाहिजे. Purple चे WiFi Analytics प्लॅटफॉर्म या पॅटर्नवर मोठ्या प्रमाणावर काम करण्यासाठी सेगमेंटेशन टूल्स प्रदान करते.
ओम्नीचॅनल वाढीसाठी ईमेलसह SMS समाकलित करा
Sakari च्या 2025 बेंचमार्क्सनुसार, ईमेलसोबत SMS समाकलित करणाऱ्या ब्रँड्सच्या एंगेजमेंटमध्ये अंदाजे 47.7% वाढ दिसून येते. मोठ्या स्वरूपातील मजकुरासाठी ईमेलचा आणि वेळेचे बंधन असलेल्या, अत्यंत तातडीच्या संदेशांसाठी SMS चा वापर करा. हे दोन चॅनेल्स एकमेकांना पूरक ठरतात. आगामी कार्यक्रमाबद्दल ईमेल प्राप्त करणारा आणि नंतर कार्यक्रमाच्या दिवशी SMS स्मरणपत्र मिळवणारा व्हिजिटर, केवळ ईमेल प्राप्त करणाऱ्याच्या तुलनेत उपस्थित राहण्याची शक्यता लक्षणीयरीत्या जास्त असते.
त्रुटी निवारण आणि जोखीम कमी करणे
कमी ऑप्ट-इन दर
जर captive portal वरील मार्केटिंग ऑप्ट-इन दर 15% पेक्षा कमी असेल, तर व्हॅल्यू प्रपोझिशन पुरेशी स्पष्ट नाही. पोर्टल डिझाइन आणि प्रोत्साहन रचनेचे पुनरावलोकन करा. त्वरित, मूर्त फायदा ऑफर करा - जसे की यशस्वी ऑप्ट-इन केल्यावर SMS द्वारे पाठवलेला सवलत कोड - जेणेकरून कृतीची सांगड तात्काळ बक्षिसाशी घातली जाईल. ऑप्ट-इन चेकबॉक्स मोबाईल स्क्रीनवर स्क्रोल न करता दिसेल याची खात्री करा.
जास्त अनसबस्क्राईब दर
ऑप्ट-आउट्स (opt-outs) मधील अचानक झालेली वाढ हे मेसेजचा कंटाळा आल्याचे किंवा अप्रासंगिक कन्टेंटचे लक्षण आहे. सर्वात आधी कॅम्पेनच्या वारंवारतेचे पुनरावलोकन करा. जर तुम्ही दरमहा दोनपेक्षा जास्त मेसेजेस पाठवत असाल, तर त्याचे प्रमाण कमी करा. त्यानंतर सेगमेंटेशन तपासा. संपूर्ण डेटाबेसला पाठवलेले जेनेरिक ब्रॉडकास्ट हे नेहमीच संबंधित सब-सेगमेंट्सना पाठवलेल्या लक्ष्यित मेसेजेसच्या तुलनेत जास्त ऑप्ट-आउट दर निर्माण करतील.
इंटिग्रेशनमधील त्रुटी आणि अयशस्वी ट्रिगर्स
जर SMS मेसेजेस वेळेवर ट्रिगर होत नसतील, तर ॲनालिटिक्स प्लॅटफॉर्म आणि SMS गेटवेमधील API कनेक्शन तपासा. API की वैध आहेत आणि त्यांची मुदत संपलेली नाही याची खात्री करा. गेटवेकडून रेट-लिमिटिंग प्रतिसादांसाठी एरर लॉग तपासा. जर क्यु (रांग) मागे पडत असेल, तर बॅच रिलीज रेट वाढवा किंवा गेटवे प्लॅन उच्च थ्रुपुट टियरवर अपग्रेड करा. ऑप्ट-आउट इव्हेंटसाठी वेबहुक एंडपॉइंटचे निरीक्षण करा जेणेकरून ते सिग्नल योग्यरित्या प्राप्त आणि प्रक्रिया करत असल्याची खात्री होईल.
कम्प्लायन्स ऑडिटमधील त्रुटी
ऑडिटमध्ये संमती रेकॉर्डमध्ये त्रुटी आढळल्यास, Captive Portal लॉगिंग कॉन्फिगरेशनचे पुनरावलोकन करा. ऑप्ट-इनच्या वेळी टाइमस्टॅम्प, IP ॲड्रेस, MAC ॲड्रेस आणि अटींची आवृत्ती हे सर्व डेटाबेसमध्ये नोंदवले गेले आहेत याची खात्री करा. स्टेजिंग वातावरणात फ्लोची एंड-टू-एंड चाचणी घ्या आणि लाइव्ह कॅप्चर पुन्हा सक्षम करण्यापूर्वी तयार झालेल्या डेटाबेस रेकॉर्डची तपासणी करा.
ROI आणि व्यावसायिक प्रभाव
WiFi-कॅप्चर केलेल्या फर्स्ट-पार्टी डेटावर तयार केलेली मार्केटिंग SMS सेवा मोजता येण्याजोगा आणि श्रेय देण्याजोगा परतावा देते. ट्रॅक करण्यासाठी मुख्य मेट्रिक्स म्हणजे ऑप्ट-इन दर, कॅम्पेन ओपन दर, क्लिक-थ्रू दर, कन्वर्जन दर आणि रिटर्न व्हिजिट दर आहेत.
प्रत्येक SMS कॅम्पेनमध्ये युनिक, ट्रॅक करण्यायोग्य लिंक्स किंवा डिस्काउंट कोड समाविष्ट करा. हे तुम्हाला विशिष्ट रिटर्न व्हिजिट्स आणि महसूल थेट या सेवेशी जोडण्यास अनुमती देते. सु-लक्ष्यित कॅम्पेन्ससाठी कन्वर्जन दर २१-३०% पर्यंत पोहोचत असल्याने, SMS गेटवेचा खर्च व्हिजिटरच्या लाइफटाइम व्हॅल्यूमधील वाढीमुळे वेगाने भरून निघतो.
hospitality ऑपरेटरसाठी, ३०० खोल्यांचे हॉटेल जे WiFi-ऑप्टेड-इन पाहुण्यांसाठी साप्ताहिक इन-व्हेन्यू ऑफर चालवते, ते रेस्टॉरंट आणि स्पा मधून वाढीव महसूल मिळवू शकते जे मासिक SMS गेटवे खर्चापेक्षा खूप जास्त आहे. retail व्हेन्यू ऑपरेटरसाठी, ६०-दिवसीय विन-बॅक कॅम्पेन जे ठराविक कालावधीच्या सवलतीसह जुन्या खरेदीदारांना लक्ष्य करते, ते कमी झालेल्या ग्राहकांच्या संख्येचा मोठा भाग परत मिळवू शकते. transport हब्स आणि विमानतळांसाठी, SMS रि-एंगेजमेंट किरकोळ आणि खाद्य व पेय सवलतींच्या केंद्रांवर पुन्हा भेट देण्यास प्रवृत्त करते.
Purple Engage लॉगइनच्या वेळी सत्यापित अतिथी ईमेल आणि फोन डेटा कॅप्चर करते आणि ८०,०००+ हून अधिक लाइव्ह व्हेन्यूजमध्ये मार्केटिंग कॅम्पेन्स स्वयंचलित करते. या प्लॅटफॉर्मने २०२४ मध्ये ४४० दशलक्ष लॉगइनवर प्रक्रिया केली आहे आणि याकडे ISO 27001, GDPR, CCPA आणि Cyber Essentials प्रमाणपत्रे आहेत. हे Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme आणि Fortinet हार्डवेअरवर क्लाउड ओव्हरले म्हणून काम करते, ज्याचा अर्थ असा की तुमच्या विद्यमान इन्फ्रास्ट्रक्चरमध्ये बदल करण्याची आवश्यकता नाही.
संबंधित अंमलबजावणीच्या मार्गदर्शनासाठी, How to leverage SMS marketing company to increase return visits पहा.
महत्वाच्या व्याख्या
Captive portal
एक वेब पेज जे नेटवर्क वापरकर्त्याने व्यापक इंटरनेटचा ॲक्सेस मिळण्यापूर्वी पाहणे आणि त्यावर संवाद साधणे आवश्यक आहे. Guest WiFi उपयोजनात, हे सत्यापित फोन नंबर कॅप्चर करण्यासाठी आणि मार्केटिंग संमती रेकॉर्ड करण्यासाठी प्राथमिक इंटरफेस म्हणून काम करते.
IT टीम्स अनऑथेंटिकेटेड ट्रॅफिकला captive portal URL वर रिडायरेक्ट करण्यासाठी WLC किंवा क्लाउड मॅनेजमेंट प्लॅटफॉर्म कॉन्फिगर करतात. पोर्टल डिझाइन थेट ऑप्ट-इन दर आणि डेटा गुणवत्ता निश्चित करते.
MAC address
नेटवर्क सेगमेंटमध्ये हार्डवेअर ॲड्रेस म्हणून वापरला जाणारा, नेटवर्क इंटरफेस कंट्रोलरला नियुक्त केलेला एक युनिक आयडेंटिफायर. हा XX:XX:XX:XX:XX:XX या फॉरमॅटमध्ये असतो.
ॲनालिटिक्स प्लॅटफॉर्म पहिल्या लॉगिनवर सत्यापित फोन नंबरला डिव्हाइसच्या MAC address शी जोडतो. हे सिस्टीमला वारंवार ऑथेंटिकेशन न मागता परत येणाऱ्या डिव्हाइसेस ओळखण्याची परवानगी देते, ज्यामुळे ड्वेल टाइम आणि भेटींच्या वारंवारतेचा मागोवा घेणे शक्य होते.
Walled Garden
एक नेटवर्क कॉन्फिगरेशन जे अनऑथेंटिकेटेड युजर्सना लॉगिन प्रक्रिया पूर्ण करण्यापूर्वी IP ॲड्रेस किंवा डोमेन्सच्या विशिष्ट संचापुरते मर्यादित ठेवते.
प्री-ऑथेंटिकेशन ट्रॅफिकला captive portal सर्व्हर आणि SMS OTP गेटवेपर्यंत पोहोचण्याची परवानगी देण्यासाठी WLC वर कॉन्फिगर केले जाते. योग्य Walled Garden कॉन्फिगरेशनशिवाय, युजर्स फोन व्हेरिझिकेशनची पायरी पूर्ण करू शकत नाहीत.
One-time password (OTP)
एक पासवर्ड जो सिंगल ऑथेंटिकेशन सेशनसाठी वैध असतो, सामान्यत: युजरकडे क्लेम केलेल्या फोन नंबरशी संबंधित डिव्हाइस आहे की नाही हे व्हेरिफाय करण्यासाठी SMS द्वारे पाठवला जातो.
डेटाबेसमध्ये सेव्ह होण्यापूर्वी फोन नंबर व्हॅलिडेट करण्यासाठी captive portal फ्लो दरम्यान पाठवले जाते. OTP व्हेरिझिकेशन ही अशी सिस्टीम आहे जी व्हेरिफाय केलेल्या फर्स्ट-पार्टी नंबरला अनव्हेरिफाय केलेल्या, संभाव्य अवैध एंट्रीपासून वेगळे करते.
फर्स्ट-पार्टी डेटा (First-party data)
थर्ड-पार्टी ब्रोकर्सकडून खरेदी केलेल्या डेटाच्या ऐवजी, संबंध मालकी असलेल्या संस्थेद्वारे थेट युजर्सकडून गोळा केलेली माहिती.
Guest WiFi captive portals द्वारे कॅप्चर केलेले फोन नंबर हे फर्स्ट-पार्टी डेटा असतात. ते खरेदी केलेल्या लिस्ट्सपेक्षा अधिक अचूक, अधिक सुसंगत आणि अधिक उपयुक्त असतात कारण ते ठिकाणाशी संबंधित वास्तविक, व्हेरिफाय केलेल्या संवादाशी जोडलेले असतात.
API ट्रिगर (API trigger)
एखाद्या विशिष्ट इव्हेंटला प्रतिसाद म्हणून सॉफ्टवेअर ॲप्लिकेशनद्वारे सुरू केलेली ऑटोमेटेड ॲक्शन, जी बाह्य सेवेला ॲप्लिकेशन प्रोग्रामिंग इंटरफेस (API) कॉलद्वारे कार्यान्वित केली जाते.
जेव्हा एखादा कॉन्टॅक्ट पूर्व-निर्धारित कॅम्पेन नियमांची पूर्तता करतो (उदा. ३० दिवसांची अनुपस्थिती), तेव्हा ॲनालिटिक्स प्लॅटफॉर्म SMS गेटवेवर API ट्रिगर पाठवतो. ट्रिगर डिलिव्हरीसाठी व्हेरिफाय केलेला फोन नंबर आणि मेसेज टेम्पलेट गेटवेकडे पाठवतो.
मेसेज क्यू (Message queue)
एक सॉफ्टवेअर घटक जो आउटबाउंड मेसेजेस स्टोअर करतो आणि त्यांना नियंत्रित दराने रिसिव्हर सिस्टीमवर रिलीज करतो, ज्यामुळे मेसेज पाठवणारा रिसिव्हरच्या थ्रूपुट मर्यादांपासून मुक्त होतो.
मोठ्या कॉन्टॅक्ट लिस्ट्ससाठी एकाच वेळी ट्रिगर केल्याने SMS गेटवेच्या API रेट मर्यादा ओलांडू शकतील अशा कोणत्याही डिप्लॉयमेंटमध्ये आवश्यक आहे. यासाठी AWS SQS किंवा RabbitMQ सारख्या सेवा योग्य अंमलबजावणी आहेत.
ऑप्ट-इन रेट (Opt-in rate)
मार्केटिंग कम्युनिकेशन्स मिळविण्यासाठी स्पष्टपणे सहमत असलेल्या युजर्सची टक्केवारी, ज्याची गणना एकूण ऑथेंटिकेटेड युजर्सच्या तुलनेत ऑप्ट-इन केलेल्या कॉन्टॅक्ट्सनुसार केली जाते.
captive portal ची परिणामकारकता आणि WiFi सेवेचे मूल्य दर्शवणारा थेट दर्शक. १५% पेक्षा कमी ऑप्ट-इन रेट सहसा कमकुवत मूल्य किंवा खराब डिझाइन केलेले संमती इंटरफेस दर्शवतो.
ड्वेल टाइम (Dwell time)
डिव्हाइस ऑथेंटिकेशनपासून ते डिस्कनेक्शनपर्यंत मोजले जाणारे, विशिष्ट प्रत्यक्ष ठिकाणी नेटवर्कशी कनेक्ट राहण्याचा एकूण वेळ.
SMS कॅम्पेन नियमांमध्ये सेगमेंटेशन व्हेरिएबल म्हणून वापरला जातो. उदाहरणार्थ, एखाद्या ठिकाणी दोन तासांपेक्षा जास्त वेळ घालवणाऱ्या व्हिजिटर्सना लक्ष्य करणारे ट्रिगर, कमी वेळ थांबणाऱ्या सामान्य लोकांपेक्षा व्यस्त, हाय-व्हॅल्यू कॉन्टॅक्ट्सपर्यंत पोहोचण्याची दाट शक्यता असते.
सोडवलेली उदाहरणे
एक ३०० खोल्यांचे हॉटेल त्यांच्या नेहमीच्या शांत असलेल्या मंगळवारच्या संध्याकाळच्या सेवेदरम्यान ऑन-साइट रेस्टॉरंटमधील कव्हर्स वाढवू इच्छिते. त्यांच्याकडे १८ महिन्यांचा Guest WiFi डेटा आणि कॅप्टिव्ह पोर्टलवरून २२% मार्केटिंग ऑप्ट-इन दर आहे.
IT टीम मागील ४८ तासांत Guest WiFi वर ऑथेंटिकेट झालेल्या पण ज्यांच्या लोकेशन डेटानुसार रेस्टॉरंट परिसराला भेट न दिलेल्या पाहुण्यांचा एक सेगमेंट तयार करण्यासाठी Purple ॲनालिटिक्स प्लॅटफॉर्म कॉन्फिगर करते. मंगळवारी १६:०० वाजता, सिस्टीम या सेगमेंटला एक स्वयंचलित SMS ट्रिगर करते: 'आज रात्री जेवणार आहात? या संध्याकाळी कोणत्याही मुख्य कोर्ससोबत मानधनाचे स्टार्टर मिळवा. तुमचे टेबल बुक करा: [ट्रॅक करण्यायोग्य लिंक].' संदेश १४२ वर्णांचा आहे, एकाच SMS मध्ये बसतो आणि ॲट्रिब्युशनसाठी एक अनन्य बुकिंग लिंक समाविष्ट करतो. ट्रिगर नियम साप्ताहिक चालतो आणि मागील १४ दिवसांत रेस्टॉरंटचा SMS मिळालेल्या कोणत्याही संपर्काला वगळतो.
१२० स्टोअर्स असलेले एक मोठे रिटेल शॉपिंग सेंटर अशा खरेदीदारांना पुन्हा आकर्षित करू इच्छिते ज्यांनी नियमितपणे भेट दिली होती परंतु ६० दिवसांहून अधिक काळ परत आले नाहीत. त्यांच्या WiFi डेटाबेसमध्ये ८५,००० ऑप्ट-इन केलेले संपर्क आहेत.
वेन्यू ऑपरेटर ॲनालिटिक्स प्लॅटफॉर्ममध्ये एक स्वयंचलित विन-बॅक मोहीम कॉन्फिगर करतो. सिस्टीम अशा MAC address चा शोध घेते ज्यांनी ६० दिवसांच्या अनुपस्थितीच्या विंडोपूर्वीच्या ९० दिवसांत किमान तीन वेळा ऑथेंटिकेट केले होते. बँक सुट्टीच्या शनिवार-रविवार आधीच्या गुरुवारी ०९:०० वाजता, सिस्टीम या सेगमेंटला एक SMS ट्रिगर करते: 'आम्ही तुम्हाला मिस केले. या वीकेंडला कोणत्याही सहभागी स्टोअरमध्ये १५% सूट मिळवा. बिलिंग काउंटरवर हा मेसेज दाखवा: [अनन्य कोड].' मेसेज क्यू (queue) SMS गेटवेच्या दर मर्यादांमध्ये राहण्यासाठी दर मिनिटाला ५०० च्या बॅचमध्ये ८५,००० संदेश पाठवते, ज्यामुळे अंदाजे तीन तासांत डिलिव्हरी पूर्ण होते. कन्व्हर्जन मोजण्यासाठी पॉईंट ऑफ सेलवर अनन्य डिस्काउंट कोडचा मागोवा घेतला जातो.
सराव प्रश्न
Q1. तुमचे रिटेल ठिकाण Guest WiFi द्वारे दर आठवड्याला ५,००० फोन नंबर कॅप्चर करत आहे, परंतु मार्केटिंग SMS ऑप्ट-इन रेट फक्त ११% आहे. SMS कॅम्पेनमुळे पुन्हा भेट देणाऱ्यांचे प्रमाण नगण्य आहे. याची दोन बहुधा कारणे कोणती आहेत आणि तुम्ही प्रत्येकाचे निराकरण कसे कराल?
टीप: डेटा गुणवत्तेची समस्या आणि कॅम्पेन प्रासंगिकतेची समस्या या दोन्हीचा स्वतंत्रपणे विचार करा.
नमुना उत्तर पहा
पहिले कारण म्हणजे captive portal वरील कमकुवत मूल्य. ११% ऑप्ट-इन वरून असे दिसते की व्हिजिटर्सना मार्केटिंगच्या उद्देशाने त्यांचा नंबर शेअर करण्यात पुरेसा फायदा दिसत नाही. यावरील उपाय म्हणजे त्वरित, प्रत्यक्ष प्रोत्साहन देणे - जसे की ऑप्ट-इन केल्यावर SMS द्वारे पाठवलेला डिस्काउंट कोड - ज्यामुळे मूल्याची देवाणघेवाण स्पष्ट होते. दुसरे कारण म्हणजे खराब सेगमेंटेशन. जर सर्व ५,००० साप्ताहिक नंबर्सना एकच सामान्य मेसेज जात असेल, तर ते मेसेजेस वैयक्तिक व्हिजिटर्सना आकर्षित करणार नाहीत. यावरील उपाय म्हणजे नेटवर्कद्वारे गोळा केलेल्या प्रेझेन्स डेटाचा वापर करून बिहेवियर-बेस्ड सेगमेंट्स लागू करणे, आणि भेटीची वारंवारता, ड्वेल टाइम आणि ठिकाणातील व्हिजिट पॅटर्नच्या आधारे ऑफर्स टारगेट करणे.
Q2. एका स्टेडियमच्या IT संचालकाला एका मोठ्या कार्यक्रमाच्या मध्यंतरादरम्यान (half-time) २५,००० चाहत्यांना SMS ऑफर पाठवायची आहे. SMS गेटवेची मर्यादा प्रति सेकंद ३०० संदेश अशी आहे. मध्यंतराचा कालावधी १५ मिनिटांचा आहे. हे तांत्रिकदृष्ट्या व्यवहार्य आहे का, आणि त्यासाठी कोणते आर्किटेक्चर आवश्यक आहे?
टीप: प्रति सेकंद ३०० या वेगाने २५,००० संदेश पाठवण्यासाठी आवश्यक असलेल्या वेळेची गणना करा, नंतर आवश्यक असलेल्या आर्किटेक्चरल घटकाचा विचार करा.
नमुना उत्तर पहा
प्रति सेकंद ३०० संदेश या दराने, २५,००० संदेश पाठवण्यासाठी अंदाजे ८३ सेकंद लागतात - जे १५ मिनिटांच्या मध्यंतराच्या कालावधीत सहज शक्य आहे. या आर्किटेक्चरसाठी ॲनालिटिक्स प्लॅटफॉर्म आणि SMS गेटवे यांच्यात एक संदेश रांग (message queue) आवश्यक आहे. जेव्हा मध्यंतराचा ट्रिगर सुरू होतो, तेव्हा प्लॅटफॉर्म सर्व २५,००० संदेश एकाच वेळी रांगेत पाठवतो. त्यानंतर ही रांग प्रति सेकंद ३०० या दराने ते गेटवेकडे पाठवते, ज्यामुळे रेट-लिमिट त्रुटी टळतात. पहिल्या प्रयत्नात अयशस्वी झालेल्या संदेशांसाठी ही रांग पुन्हा प्रयत्न करण्याचे लॉजिक (retry logic) देखील प्रदान करते, ज्यामुळे कमाल डिलिव्हरी दर सुनिश्चित होतो.
Q3. एका GDPR ऑडिटनंतर, डेटा संरक्षण अधिकाऱ्याला असे आढळले की ॲनालिटिक्स प्लॅटफॉर्ममधील संमतीच्या नोंदींमध्ये प्रत्येक वापरकर्त्याने स्वीकारलेल्या अटी व शर्तींची आवृत्ती (version) समाविष्ट नाही. यामध्ये कोणता धोका आहे, आणि यावरील उपाय काय आहे?
टीप: कैप्टिव्ह पोर्टल स्तरावर आवश्यक असलेले कायदेशीर धोके आणि तांत्रिक सुधारणा या दोन्हीचा विचार करा.
नमुना उत्तर पहा
यात असा धोका आहे की ऑपरेटर हे सिद्ध करू शकत नाही की वापरकर्त्यांनी ऑप्ट-इन करताना लागू असलेल्या विशिष्ट अटींना संमती दिली होती. काही वापरकर्त्यांनी ऑप्ट-इन केल्यापासून जर अटी अपडेट केल्या गेल्या असतील, तर ते वापरकर्ते सध्याच्या आवृत्तीला संमत आहेत हे ऑपरेटर सिद्ध करू शकत नाही. GDPR कलम ७ अंतर्गत, वैध संमती सिद्ध करण्याची जबाबदारी नियंत्रकावर असते. यावरील उपायासाठी दोन पावले आवश्यक आहेत: पहिले, ऑप्ट-इनच्या वेळी टाइमस्टॅम्प, IP ॲड्रेस आणि MAC ॲड्रेस सोबत अटींच्या आवृत्तीचा आयडेंटिफायर कॅप्चर करण्यासाठी Captive Portal लॉगिंग अपडेट करणे. दुसरे, अटींची आवृत्ती नसलेल्या विद्यमान नोंदींसाठी, ऑपरेटरने बाधित संपर्कांना पुन्हा मार्केटिंग संदेश पाठवण्यापूर्वी त्यांच्याकडून नवीन, पूर्णपणे दस्तऐवजीकरण केलेली संमती मिळवण्यासाठी री-कन्सेंट मोहीम राबवण्याचा विचार केला पाहिजे.