परतीच्या भेटी वाढवण्यासाठी रेस्टॉरंटसाठी SMS मार्केटिंगचा वापर कसा करावा
हे मार्गदर्शक स्पष्ट करते की रेस्टॉरंट ऑपरेटर्स आणि व्हेन्यू IT टीम्स सत्यापित, GDPR-सुसंगत फर्स्ट-पार्टी डेटा गोळा करण्यासाठी आणि मोजता येण्याजोग्या परतीच्या भेटी वाढवणारे स्वयंचलित SMS मार्केटिंग मोहिमा चालवण्यासाठी Guest WiFi इन्फ्रास्ट्रक्चरचा वापर कसा करू शकतात. यामध्ये कॅप्टिव्ह पोर्टल (captive portal) कॉन्फिगरेशन आणि RADIUS ऑथेंटिकेशनपासून ते Purple Engage सेगमेंटेशन, SMS गेटवे डिलिव्हरी आणि क्लोज्ड-लूप अॅट्रिब्युशनपर्यंतचे संपूर्ण तांत्रिक आर्किटेक्चर समाविष्ट आहे. मार्केटिंग डायरेक्टर्स, CRM मॅनेजर्स आणि व्हेन्यू ऑपरेटर्सना यामध्ये प्रत्यक्ष अंमलबजावणीच्या पायऱ्या, अनुपालन मार्गदर्शन आणि ROI मोजण्याचे आराखडे मिळतील.
हे मार्गदर्शक ऐका
पॉडकास्ट ट्रान्सक्रिप्ट पहा
- कार्यकारी सारांश (Executive summary)
- तांत्रिक सखोल विश्लेषण (Technical deep-dive)
- डेटा कॅप्चर आर्किटेक्चर (The data capture architecture)
- हार्डवेअर-अज्ञेयवादी एकत्रीकरण (Hardware-agnostic integration)
- डेटा समृद्धीकरण आणि वर्गीकरण (सेगमेंटेशन)
- स्वयंचलित मोहीम ट्रिगर्स (ऑटोमेटेड कॅम्पेन ट्रिगर्स)
- तज्ज्ञांचे ब्रीफिंग ऐका
- अंमलबजावणी मार्गदर्शक
- पायरी 1: captive portal कॉन्फिगर करा
- पायरी 2: सेगमेंटेशन नियम परिभाषित करा
- पायरी 3: ऑटोमेशन ट्रिगर्स तयार करा
- पायरी 4: चाचणी करा आणि तैनात करा
- पायरी 5: मोजा आणि ऑप्टिमाइझ करा
- सर्वोत्तम पद्धती
- त्रुटी निवारण आणि जोखीम कमी करणे
- हाय पोर्टल अबँडनमेंट रेट (पोर्टल अर्धवट सोडण्याचे प्रमाण)
- डेटाबेसमध्ये अवैध फोन नंबर असणे
- नियमांचे उल्लंघन
- कॅरियर ब्लॉकिंग
- नेटवर्क आर्किटेक्चरमधील संघर्ष
- ROI आणि व्यावसायिक परिणाम

कार्यकारी सारांश (Executive summary)
रेस्टॉरंटसाठी SMS marketing हे केवळ एक ब्रॉडकास्ट चॅनेल नाही. हे एक अचूक डेटा ऑपरेशन आहे. हे चॅनेल स्वतःच उत्कृष्ट कार्यक्षमता दाखवते: ९८% ओपन रेट, ९०% मेसेज तीन मिनिटांच्या आत वाचले जातात, आणि ३२% पर्यंत कन्व्हर्जन रेट मिळतो (Gartner, २०२२). मुख्य अडचण नेहमी डेटाची असते. बहुतेक ऑपरेटर्स कागदी साइन-अप शीट किंवा थर्ड-पार्टी डिलिव्हरी ॲप्सवरून गोळा केलेल्या जुन्या, न पडताळलेल्या फोन नंबरवर मोहिमा चालवत असतात. तो डेटा GDPR सुसंगत नसतो आणि मोठ्या प्रमाणावर निरुपयोगी ठरतो.
यावरील तोडगा तुमच्या रेस्टॉरंटमध्ये आधीच इंस्टॉल केलेला आहे. तुमचे Guest WiFi नेटवर्क कनेक्ट होणाऱ्या प्रत्येक पाहुण्याकडून, त्यांच्या भेटीच्या अचूक वेळी, स्पष्ट संमतीसह पडताळलेला मोबाईल नंबर कॅप्चर करते. Purple Engage हा डेटा स्वयंचलित SMS मोहीम इंजिनशी जोडते, पाहुण्यांच्या वर्तनानुसार त्यांचे वर्गीकरण करते आणि पुन्हा येण्यास प्रवृत्त करणारे वैयक्तिकृत मेसेज पाठवते. पाहुण्याचे डिव्हाइस पुन्हा नेटवर्कशी कनेक्ट झाल्यावर त्यांच्या पुढील भेटीचा मागोवा स्वयंचलितपणे घेतला जातो, ज्यामुळे मोहिमेचे यश अचूकपणे मोजता येते.
हे मार्गदर्शक रेस्टॉरंट वातावरणासाठी मोठ्या प्रमाणावर SMS marketing लागू करण्यासाठी आर्किटेक्चर, अंमलबजावणीच्या पायऱ्या, अनुपालन आवश्यकता आणि मोजता येणारे परिणाम कव्हर करते.
तांत्रिक सखोल विश्लेषण (Technical deep-dive)
डेटा कॅप्चर आर्किटेक्चर (The data capture architecture)
रेस्टॉरंटसाठी प्रभावी SMS marketing चा पाया म्हणजे भेटीच्या वेळी गोळा केलेला फर्स्ट-पार्टी डेटा. फोन नंबर विचारण्यासाठी कर्मचाऱ्यांवर अवलंबून राहणे विसंगत आणि कठीण आहे. नेटवर्क पायाभूत सुविधांनी हे स्वयंचलित केले पाहिजे.
जेव्हा एखादा पाहुणा रेस्टॉरंटमध्ये प्रवेश करतो आणि Guest WiFi SSID शी कनेक्ट होतो, तेव्हा ॲक्सेस पॉइंट त्यांच्या HTTP ट्रॅफिकला Captive Portal वर रिडायरेक्ट करतो. Captive Portal हे एक वेब पृष्ठ आहे जे कनेक्शन दरम्यान येते आणि इंटरनेट ॲक्सेस देण्यापूर्वी प्रमाणीकरण (authentication) आवश्यक करते. या टप्प्यावर, पोर्टल मोबाईल फोन नंबर आणि मार्केटिंग संवादांसाठी एक स्पष्ट, अन-टिक केलेला ऑप्ट-इन चेकबॉक्स मागणारा फॉर्म दाखवते.
हा जाणीवपूर्वक घेतलेला निर्णय (conscious-choice opt-in) असतो. पाहुणे सक्रियपणे बॉक्स टिक करतात, संमती विधान वाचतात आणि फॉर्म सबमिट करतात. सिस्टम फोन नंबर, वेळ, रेस्टॉरंटचे ठिकाण आणि संमती स्थितीची नोंद करते. हा रेकॉर्ड GDPR कलम ७ आणि UK GDPR च्या आवश्यकता पूर्ण करतो, ज्यामध्ये संमती मुक्तपणे, विशिष्ट, माहितीपूर्ण आणि स्पष्ट असणे आवश्यक आहे.
प्रमाणीकरण स्वतः RADIUS (Remote Authentication Dial-In User Service) वर चालते, जे RFC २८६५ मध्ये परिभाषित नेटवर्क ॲक्सेस नियंत्रणासाठी उद्योग-मानक प्रोटोकॉल आहे. ॲक्सेस पॉइंट एक RADIUS क्लायंट म्हणून काम करतो, पाहुण्यांचे क्रेडेंशियल Purple क्लाउड ओव्हरलेकडे पाठवतो, जे RADIUS सर्व्हर म्हणून काम करते. Purple क्रेडेंशियल सत्यापित करते, ॲक्सेस अधिकृत करते आणि पाहुण्यांचे प्रोफाइल संग्रहित करते.

हार्डवेअर-अज्ञेयवादी एकत्रीकरण (Hardware-agnostic integration)
या आर्किटेक्चरला कोणत्याही हार्डवेअर रिफ्रेशची आवश्यकता नाही. Purple हे क्लाउड ओव्हरले म्हणून काम करते जे थेट Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme Networks आणि Fortinet सोबत एकत्रित होते. इंटेलिजन्स क्लाउडमध्ये असते, ॲक्सेस पॉइंटमध्ये नाही. तुम्ही अनऑथेंटिकेटेड क्लायंटना Purple च्या Captive Portal URL वर रिडायरेक्ट करण्यासाठी ॲक्सेस पॉइंट कॉन्फिगर करता आणि प्लॅटफॉर्म उर्वरित प्रक्रिया सांभाळतो.
२०२४ मधील ८०,०००+ हून अधिक लाइव्ह व्हेन्यूज आणि ४४ कोटींहून अधिक लॉगइन्स प्रक्रियेच्या आधारे (Purple अंतर्गत डेटा), हे आर्किटेक्चर एका सिंगल-साइट रेस्टॉरंटपासून ते ५० लोकेशन्सच्या चेनपर्यंत प्रत्येक स्तरावर विश्वसनीय सिद्ध झाले आहे.
डेटा समृद्धीकरण आणि वर्गीकरण (सेगमेंटेशन)
एकदा गेस्ट प्रोफाईल Purple Engage मध्ये तयार झाले की, प्लॅटफॉर्म त्याचे वर्तणूक रेकॉर्ड तयार करण्यास सुरुवात करतो. प्रत्येक पुढील भेटीमुळे डेटा जोडला जातो: भेटीची वारंवारता, थांबण्याचा वेळ (ड्वेल टाइम), दिवसाची वेळ, आठवड्याचा दिवस आणि व्हेन्यू लोकेशन. तीन ते चार भेटींनंतर, प्लॅटफॉर्मकडे पाहुण्यांचे अर्थपूर्ण वर्गीकरण करण्यासाठी पुरेसा डेटा उपलब्ध होतो.
या वर्तणूक डेटावर लागू केलेल्या नियमांनुसार सेगमेंट्स (वर्ग) परिभाषित केले जातात. उदाहरणार्थ:
| सेगमेंटचे नाव | नियम व्याख्या | हेतू असलेली मोहीम |
|---|---|---|
| लॅप्स झालेले नियमित पाहुणे | ९० दिवसांत ३+ वेळा भेट दिली, परंतु गेल्या ४५ दिवसांत एकही भेट नाही | वीकेंड इन्सेंटिव्हसह विन-बॅक SMS |
| नवीन पाहुणे | ७ दिवसांच्या आत पहिली भेट | रिटर्न ऑफरसह स्वागत संदेश |
| हाय-फ्रिक्वेन्सी पाहुणे | ९० दिवसांत ८+ वेळा भेट दिली | लॉयल्टी रिवॉर्ड नोटिफिकेशन |
| दुपारच्या जेवणाची वेळचे पाहुणे | सरासरी भेटीची वेळ ११:३० ते १४:०० दरम्यान | मिडवीक लंच प्रमोशन |
हे सेगमेंटेशनच रेस्टॉरंट व्हेन्यूसाठीच्या प्रभावी SMS मार्केटिंगला सामान्य ब्रॉडकास्ट मोहिमांपेक्षा वेगळे करते. दर आठवड्याला भेट देणाऱ्या पाहुण्याला विन-बॅक मेसेजची गरज नसते. सहा महिन्यांपूर्वी एकदा भेट देणाऱ्या पाहुण्याला त्याची गरज असते.
स्वयंचलित मोहीम ट्रिगर्स (ऑटोमेटेड कॅम्पेन ट्रिगर्स)
सेगमेंटच्या व्याख्येवरून, तुम्ही Purple Engage मध्ये ऑटोमेशन ट्रिगर कॉन्फिगर करता. हा ट्रिगर अट (उदा. शेवटच्या भेटीपासून ४५ दिवस), पाठवण्याची वेळ (उदा. गुरुवार सकाळी ११:०० वाजता) आणि मेसेज टेम्पलेट निर्दिष्ट करतो. डायनॅमिक फील्ड्स पाहुण्याचे नाव आणि व्हेन्यूचे नाव स्वयंचलितपणे मेसेजमध्ये समाविष्ट करतात.
हा मेसेज Purple Engage मधून SMS गेटवेद्वारे करिअर नेटवर्कवर पाठवला जातो. डिलिव्हरी सामान्यतः काही सेकंदांत होते. जेव्हा पाहुणा व्हेन्यूवर परत येतो, तेव्हा त्यांचे डिव्हाइस आपोआप Guest WiFi शी पुन्हा कनेक्ट होते. Purple याची नोंद रिटर्न व्हिजिट म्हणून करते आणि याचे श्रेय त्या मोहिमेला देते, ज्यामुळे एक क्लोज्ड-लूप मेझरमेंट सिस्टम तयार होते.

तज्ज्ञांचे ब्रीफिंग ऐका
अंमलबजावणी मार्गदर्शक
restaurant operations साठी SMS marketing तैनात करण्यासाठी नेटवर्क कॉन्फिगरेशन, प्लॅटफॉर्म सेटअप आणि कॅम्पेन डिझाइनमध्ये एक संरचित दृष्टिकोन आवश्यक आहे.
पायरी 1: captive portal कॉन्फिगर करा
Purple पोर्टलवर लॉग इन करा आणि splash page एडिटरवर जा. Guest WiFi ऍक्सेससाठी फोन नंबर फील्ड ही अनिवार्य प्रमाणीकरण (authentication) आवश्यकता म्हणून जोडा. मार्केटिंग संवादांसाठी स्पष्टपणे लिहिलेला ऑप्ट-इन चेकबॉक्स समाविष्ट करा. हा चेकबॉक्स डीफॉल्टनुसार अनटिक केलेला असणे आवश्यक आहे. संमती विधानामध्ये पाहुणे कशासाठी सहमत होत आहेत, त्यांना किती वेळा संदेश प्राप्त होतील आणि ऑप्ट-आउट कसे करावे हे स्पष्टपणे निर्दिष्ट केले पाहिजे.
प्रभावी splash page डिझाइन करण्याच्या मार्गदर्शनासाठी, How to make a great first impression with your guest WiFi (and keep your brand consistent) पहा.
पायरी 2: सेगमेंटेशन नियम परिभाषित करा
Purple Engage मध्ये, तुमचे मार्केटिंग उद्दिष्टे दर्शविणारे सेगमेंट्स तयार करा. दोन सेगमेंट्सपासून सुरुवात करा: मागील पाहुण्यांसाठी (३० ते ४५ दिवसांत कोणतीही भेट न दिलेले) एक विन-बॅक सेगमेंट आणि नवीन पाहुण्यांचा सेगमेंट (गेल्या सात दिवसांत पहिली भेट दिलेले). हे दोन सेगमेंट्स सर्वाधिक मोलाच्या वापर प्रकरणांना कव्हर करतात आणि कॅम्पेनच्या परिणामकारकतेचे मोजमाप करण्यासाठी आधारभूत डेटा प्रदान करतात.
पायरी 3: ऑटोमेशन ट्रिगर्स तयार करा
मागील पाहुण्यांच्या सेगमेंटसाठी, गुरुवारी सकाळी ११:०० वाजता SMS पाठवण्यासाठी ट्रिगर कॉन्फिगर करा. रेस्टॉरंटच्या प्रमोशन्ससाठी गुरुवार हा सर्वोत्तम दिवस आहे कारण पाहुणे त्यांच्या वीकेंडच्या जेवणाचे नियोजन करत असतात. संदेश लहान, वैयक्तिक असावा आणि त्यामध्ये स्पष्ट एक्सपायरी डेटसह विशिष्ट ऑफर समाविष्ट असावी.
नवीन पाहुण्यांच्या सेगमेंटसाठी, पहिल्या भेटीनंतर ४८ तासांनी संदेश पाठवण्यासाठी ट्रिगर कॉन्फिगर करा. संदेशामध्ये पाहुण्यांचे आभार मानले पाहिजेत आणि पुढील दोन आठवड्यांत परत येण्याचे एक कारण (ऑफर) दिले पाहिजे.
पायरी 4: चाचणी करा आणि तैनात करा
एका लहान अंतर्गत ग्रुपचा वापर करून चाचणी कॅम्पेन चालवा. संदेश डिलिव्हरी, डायनॅमिक फील्ड अचूकता (पाहुण्यांचे नाव, वेन्यूचे नाव) आणि समाविष्ट केलेल्या कोणत्याही लिंक्सच्या कार्यक्षमतेची पडताळणी करा. ऑप्ट-आउट प्रक्रिया योग्यरित्या काम करत असल्याचे तपासा. एकदा पडताळणी झाल्यावर, ऑटोमेशन सक्रिय करा.
पायरी 5: मोजा आणि ऑप्टिमाइझ करा
३० दिवसांनंतर, Purple ॲनालिटिक्स डॅशबोर्डमध्ये कॅम्पेनच्या कामगिरीचे पुनरावलोकन करा. मुख्य मेट्रिक्समध्ये डिलिव्हरी रेट, ओपन रेट (लिंक क्लिकद्वारे ट्रॅक केलेला), रिटर्न व्हिजिट रेट आणि ऑप्ट-आउट रेट यांचा समावेश होतो. संदेशाची वेळ, ऑफरचे मूल्य आणि सेगमेंट निकष सुधारण्यासाठी यांचा वापर करा.
संबंधित चॅनल धोरणांवर अधिक वाचनासाठी, How to leverage SMS marketing agencies to increase return visits पहा.
सर्वोत्तम पद्धती
या पद्धती ८०,०००+ वेन्यूमधील उद्योग मानके आणि ऑपरेशनल अनुभव दर्शवतात.
वेळेमुळे परिणाम मिळतात. रात्रीच्या जेवणाचे प्रमोशन्स दुपारी ३:०० ते संध्याकाळी ५:०० दरम्यान पाठवा, जेव्हा पाहुणे जेवणाचे निर्णय घेत असतात. वीकेंडच्या ऑफर्स गुरुवार सकाळी पाठवा. रात्री ९:०० नंतर किंवा सकाळी ९:०० पूर्वी संदेश पाठवणे टाळा; ही युनायटेड स्टेट्समध्ये TCPA ची आवश्यकता आहे आणि युनायटेड किंगडम तसेच युरोपियन युनियनमध्ये GDPR ची सर्वोत्तम पद्धती आहे. एक संदेश, एक क्रिया. प्रत्येक SMS मध्ये एकच, स्पष्ट कॉल टू ॲक्शन असली पाहिजे. टेबल बुक करण्यासाठी किंवा ऑफर पाहण्यासाठी थेट लिंक समाविष्ट करा. मूळ क्रियेचे महत्त्व कमी करणारी कोणतीही दुय्यम माहिती काढून टाका.
वारंवारता मर्यादित करा. बहुतांश अतिथी प्रेक्षकांसाठी दरमहा दोन प्रमोशनल संदेश ही कमाल मर्यादा आहे. यापेक्षा जास्त संदेश पाठवल्यास ऑप्ट-आउट (सदस्यत्व रद्द करण्याचे) प्रमाण वेगाने वाढते. प्रत्येक ऑप्ट-आउट म्हणजे डेटाबेसमधून कायमचे नुकसान आहे.
किमान पातळीवर वैयक्तिकीकरण करा. प्रत्येक संदेशात अतिथीचे नाव (first name) समाविष्ट करा. अतिथीच्या नावाने संबोधित केलेल्या संदेशांना सामान्य संदेशांच्या तुलनेत 50% जास्त रिडेम्पशन रेट मिळतो (Bloom Intelligence, 2024).
ऑप्ट-आउटचा मार्ग कायम ठेवा. प्रत्येक संदेशात स्पष्ट ऑप्ट-आउट सूचना असणे आवश्यक आहे, जसे की "सदस्यत्व रद्द करण्यासाठी STOP लिहून पाठवा." ही TCPA अंतर्गत कायदेशीर गरज आहे आणि GDPR चे बंधन आहे. Purple चे प्लॅटफॉर्म हे स्वयंचलितपणे जोडते.
डेटाबेसची त्रैमासिक पडताळणी करा. ज्या फोन नंबरने 12 महिन्यांत कोणत्याही संदेशाला प्रतिसाद दिला नाही ते काढून टाका. निष्क्रिय नंबरवर संदेश पाठवल्याने बाऊन्स रेट वाढतो आणि कॅरियर ब्लॉकिंगचा धोका असतो.
त्रुटी निवारण आणि जोखीम कमी करणे
हाय पोर्टल अबँडनमेंट रेट (पोर्टल अर्धवट सोडण्याचे प्रमाण)
अतिथी SSID शी कनेक्ट होत असल्यास परंतु Captive Portal लॉगिन पूर्ण करत नसल्यास, बहुधा पोर्टल खूप हळू लोड होत आहे किंवा खूप जास्त माहिती विचारत आहे. वॉल्ड गार्डन (प्री-ऑथेंटिकेशन नेटवर्क झोन) साठी पुरेशी बँडविड्थ द्या. पोर्टल फॉर्ममधील फील्ड्स कमीत कमी आवश्यक फील्ड्सपर्यंत मर्यादित करा: फोन नंबर आणि संमती चेकबॉक्स. प्रत्येक अतिरिक्त फील्ड पूर्णत्वाचा दर कमी करते.
डेटाबेसमध्ये अवैध फोन नंबर असणे
SMS डिलिव्हरीचे प्रमाण कमी असल्यास, डेटाबेसमध्ये अवैध किंवा लँडलाईन नंबर असण्याची शक्यता आहे. Captive Portal फॉर्मवर रीअल-टाइम फोन नंबर व्हॅलिडेशन लागू करा. Purple चे प्लॅटफॉर्म मूळतः याचे समर्थन करते, जेणेकरून नंबर डेटाबेसमध्ये प्रवेश करण्यापूर्वीच वैध मोबाईल फॉरमॅटशी जुळत नसलेले नंबर ओळखले जातात.
नियमांचे उल्लंघन
नियम पालनातील दोन सर्वात सामान्य त्रुटी म्हणजे आधीच टिक केलेले संमतीचे बॉक्स आणि ऑप्ट-आउट पर्यायांचा अभाव. आधीच टिक केलेले बॉक्स हे GDPR च्या कलम 7 अंतर्गत वैध संमती मानले जात नाहीत. Purple चे प्लॅटफॉर्म डिझाइननुसार अन-टिक केलेल्या डिफॉल्ट्सची अंमलबजावणी करते. प्रत्येक स्वयंचलित संदेश टेम्पलेटमध्ये ऑप्ट-आउट सूचना समाविष्ट असल्याची खात्री करा. वेळेच्या नोंदीसह संमती लॉग ठेवा; Purple हे स्वयंचलितपणे स्टोअर करते आणि ते ऑडिटसाठी उपलब्ध असते.
कॅरियर ब्लॉकिंग
खूप मोठ्या प्रमाणात संदेश अवैध नंबरवर पाठवले गेल्यास किंवा जास्त ऑप्ट-आउट रेट निर्माण झाल्यास, मोबाईल कॅरियर्स सेंडर आयडी ब्लॉक करू शकतात आणि भविष्यातील संदेश थांबवू शकतात. डेटाबेस स्वच्छ ठेवा, वारंवारतेच्या मर्यादा पाळा आणि सामान्य लांब नंबरऐवजी समर्पित शॉर्ट कोड किंवा प्रमाणित सेंडर आयडी वापरा.
नेटवर्क आर्किटेक्चरमधील संघर्ष
मल्टी-SSID वातावरणात, Guest WiFi SSID कर्मचारी आणि IoT नेटवर्कपासून वेगळे असल्याची खात्री करा. SSID आर्किटेक्चरवरील मार्गदर्शनासाठी, Three SSIDs to rule them all: guest, Passpoint, and IoT WiFi पहा. चुकीच्या VLAN कॉन्फिगरेशनमुळे Captive Portal रिडायरेक्ट अयशस्वी होऊ शकते, ज्यामुळे डेटा कॅप्चर पूर्णपणे थांबतो.
ROI आणि व्यावसायिक परिणाम
रेस्टॉरंट वेन्यूसाठी SMS मार्केटिंगची बिझनेस केस तीन मोजता येण्याजोग्या परिणामांवर अवलंबून असते: रिटर्न व्हिजिट रेट, कॉस्ट पर एक्विझिशन आणि लाइफटाइम व्हॅल्यू अपलिफ्ट.
रिटर्न व्हिजिट रेट. गेस्ट WiFi डेटाद्वारे बिहेव्हियरल SMS मोहिमा वापरणारे रेस्टॉरंट्स सहसा लॅप्स झालेल्या पाहुण्यांच्या रिटर्न व्हिजिटमध्ये २२% वाढ पाहतात (Purple अंतर्गत डेटा). दरमहा ५०० लॅप्स झालेल्या पाहुण्यांच्या वेन्यूसाठी, २२% रिटर्न रेट दरमहा ११० अतिरिक्त कव्हर्स जनरेट करतो.
कॉस्ट पर एक्विझिशन. SMS साठी प्रति मेसेज अंदाजे £०.०३ ते £०.०५ खर्च येतो. ५०० पाहुण्यांना पाठवण्यासाठी £१५ ते £२५ खर्च येतो. जर ११० पाहुणे परत आले आणि प्रति कव्हर सरासरी £३० खर्च केले, तर ही मोहीम £२५ च्या खर्चातून £३,३०० चा महसूल जनरेट करते. हा खर्चावर १३२ पट परतावा आहे.
लाइफटाईम व्हॅल्यू अपलिफ्ट. वैयक्तिकृत SMS मेसेज मिळणारे पाहुणे न मिळणाऱ्यांच्या तुलनेत परत येण्याची शक्यता ५०% जास्त असते (Bloom Intelligence, २०२४). वर्षातून एकदा भेट देण्याऐवजी महिन्यातून दोनदा भेट देणारा पाहुणा वेन्यूवरील त्याचा वार्षिक खर्च दुप्पट करतो.
अॅट्रिब्यूशन अचूकता. रिटर्न व्हिजिट गेस्ट WiFi रिकनेक्शनद्वारे ट्रॅक केल्या जात असल्याने, अॅट्रिब्यूशन थेट आणि पडताळणीयोग्य असते. ईमेल किंवा सोशल मीडिया मोहिमांच्या विपरीत, जिथे अॅट्रिब्यूशन सेल्फ-रिपोर्टिंग किंवा प्रॉबेबिलायझिंग मॅचिंगवर अवलंबून असते, तिथे WiFi - आधारित रिटर्न व्हिजिट लॉग एक निश्चित रेकॉर्ड प्रदान करतो.
Guest WiFi आणि WiFi Analytics वेन्यूच्या महसुलात कसे योगदान देतात याच्या व्यापक दृष्टिकोनासाठी, Purple च्या उत्पादन पानांना भेट द्या. उद्योग-विशिष्ट डिप्लॉयमेंट पॅटर्नसाठी, Hospitality आणि Retail विभाग पहा.
| मेट्रिक | ठराविक निकाल | स्त्रोत |
|---|---|---|
| SMS ओपन रेट | ९८% | TextUs, २०२५ |
| ३ मिनिटांत वाचलेले मेसेज | ९०% | Tatango |
| SMS कन्व्हर्जन रेट | ३२% | Gartner, २०२२ |
| वैयक्तिकृत SMS मुळे रिटर्न व्हिजिट अपलिफ्ट | ५०% अधिक शक्यता | Bloom Intelligence, २०२४ |
| लॅप्स गेस्ट रिकव्हरी रेट | २२% | Purple अंतर्गत डेटा |
| सरासरी ROI प्रति £१ खर्च | £२१ ते £७१ | UpCity, २०२३ |
महत्वाच्या व्याख्या
Captive Portal
एक वेब पेज जे अनधिकृत क्लायंटकडून येणाऱ्या नेटवर्क ट्रॅफिकला रोखते आणि इंटरनेट प्रवेश देण्यापूर्वी वापरकर्त्याच्या संवादाची - सहसा फोन नंबर किंवा ईमेल पत्ता प्रदान करण्याची - आवश्यकता असते.
एखाद्या प्रत्यक्ष ठिकाणी थेट पहिल्या-पक्षाचा डेटा (first-party data) मिळवण्याची ही मुख्य यंत्रणा आहे. इंटरनेटचा वापर करू इच्छिणारा प्रत्येक पाहुणा या गेटमधून जातो, ज्यामुळे रेस्टॉरंट चालकांसाठी उपलब्ध असलेला हा सर्वात विश्वासार्ह डेटा गोळा करण्याचा मार्ग बनतो.
RADIUS
रिमोट ऑथेंटिकेशन डायल-इन युझर सर्व्हिस. RFC 2865 मध्ये परिभाषित केलेला एक नेटवर्किंग प्रोटोकॉल जो नेटवर्क प्रवेशासाठी केंद्रीकृत प्रमाणीकरण, अधिकृतता आणि लेखा व्यवस्थापन प्रदान करतो.
ऍक्सेस पॉईंट हा RADIUS क्लायंट म्हणून काम करतो, जो पाहुण्यांची क्रेडेंशियल्स पडताळणीसाठी Purple RADIUS सर्व्हरकडे पाठवतो. Cisco Meraki, HPE Aruba, किंवा Ruckus कडून ऍक्सेस पॉईंट्स कॉन्फिगर करताना Purple प्लॅटफॉर्मसह समाकलित करण्यासाठी हा प्रोटोकॉल समजून घेणे महत्त्वाचे आहे.
फर्स्ट-पार्टी डेटा
थर्ड पार्टीकडून खरेदी केलेल्या किंवा थर्ड-पार्टी ट्रॅकिंगवरून घेतलेल्या डेटाऐवजी, थेट तुमच्या स्वतःच्या प्रेक्षकांकडून, संवादाच्या वेळी, त्यांच्या माहिती आणि संमतीने गोळा केलेली माहिती.
GDPR आणि थर्ड-पार्टी कुकीजवर ब्राउझरच्या वाढत्या निर्बंधांमुळे डिजिटल मार्केटिंगसाठी फर्स्ट-पार्टी डेटा हाच एकमेव विश्वासार्ह पाया ठरतो. पाहुण्यांचे WiFi ही अशी एक यंत्रणा आहे जी प्रत्यक्ष ठिकाणी पडताळलेला, संमती असलेला फर्स्ट-पार्टी डेटा तयार करते.
सजग-निवड निवड (Conscious-choice opt-in)
अशी एक यंत्रणा जिथे पाहुणे स्वतः सक्रियपणे चेकबॉक्स निवडतात किंवा संमतीची पुष्टी करतात, ज्यामध्ये आधीपासूनच संमती गृहीत धरली जात नाही किंवा आधीच टिक केलेले नसते. तो चेकबॉक्स सादर करताना रिकामा असणे आवश्यक आहे.
GDPR मधील कलम ७ अंतर्गत आवश्यक. आधीच टिक केलेले बॉक्स हे कायदेशीररित्या ग्राहकाची संमती दर्शवत नाहीत आणि यामुळे कारवाई होऊ शकते. Purple चे प्लॅटफॉर्म अशा प्रकारे डिझाइन केले गेले आहे की जेथे आधीच टिक न केलेले बॉक्स डिफॉल्ट असतात.
GDPR
जनरल डेटा प्रोटेक्शन रेग्युलेशन. युरोपियन युनियनचा नियम (2016/679) जो वैयक्तिक डेटाचे संकलन, साठवण आणि वापरावर नियंत्रण ठेवतो. UK GDPR ब्रेक्झिटनंतर युनायटेड किंगडममध्ये समान आवश्यकता लागू करतो.
रेस्टॉरंट्स मार्केटिंगसाठी पाहुण्यांचे फोन नंबर कशा प्रकारे गोळा करतात आणि वापरतात यावर थेट नियंत्रण ठेवते. प्रमुख आवश्यकता: स्पष्ट संमती, स्पष्ट हेतू स्पष्टीकरण, संमती मागे घेण्याचा अधिकार आणि किमान डेटा गोळा करणे.
TCPA
टेलिफोन कन्झ्युमर प्रोटेक्शन अॅक्ट. अमेरिकेचा फेडरल कायदा जो टेलिमार्केटिंग कॉल्स आणि स्वयंचलित संदेशांवर मर्यादा घालतो. मार्केटिंग SMS पाठवण्यापूर्वी लेखी पूर्वसंमती असणे आवश्यक आहे.
युनायटेड स्टेट्समधील किंवा तेथील पाहुण्यांना लक्ष्य करणाऱ्या कोणत्याही रेस्टॉरंटला लागू होते. याचे उल्लंघन केल्यास प्रति संदेश $५०० ते $१,५०० पर्यंत दंड होऊ शकतो. संमती व्यवस्थापन आणि बाहेर पडण्याच्या (opt-out) प्रक्रियेचे काटेकोर व्यवस्थापन करणे अनिवार्य आहे.
क्लाउड ओव्हरले (Cloud overlay)
एक सॉफ्टवेअर लेयर जो विद्यमान नेटवर्क हार्डवेअरवर कार्य करतो आणि हार्डवेअर बदलण्याची आवश्यकता नसताना अतिरिक्त क्षमता - जसे की Captive Portal, अॅनालिटिक्स आणि मार्केटिंग ऑटोमेशन - प्रदान करतो.
Purple चे क्लाउड ओव्हरले ही एक अशी यंत्रणा आहे जी कोणत्याही हार्डवेअरवर चालणारी अंमलबजावणी शक्य करते. हे मानक RADIUS आणि API कनेक्शनद्वारे Cisco Meraki, HPE Aruba, Ruckus आणि इतर प्रमुख विक्रेत्यांसह समाकलित होते.
वर्तणूक वर्गीकरण (Behavioural segmentation)
केवळ लोकसंख्याशास्त्रीय वैशिष्ट्यांच्या ऐवजी, पाहुण्यांच्या वर्तणुकीवर आधारित - जसे की भेट देण्याची वारंवारता, थांबण्याचा वेळ, दिवसाची वेळ, स्थान - त्यांचे गट तयार करणे.
प्रभावी SMS मार्केटिंगचा पाया. दर आठवड्याला भेट देणाऱ्या पाहुण्याला तीन महिन्यांपूर्वी एकदा भेट दिलेल्या पाहुण्यापेक्षा वेगळ्या संदेशाची आवश्यकता असते. Purple Engage हे वर्गीकरण WiFi सत्राच्या डेटावरून आपोआप तयार करते.
Walled garden
अतिथी WiFi नेटवर्कवरील प्री-ऑथेंटिकेशन नेटवर्क झोन. वॉल्ड गार्डन मधील क्लायंट हे कॅप्टिव्ह पोर्टल आणि कोणत्याही स्वीकृत (whitelisted) URLs (जसे की वेन्यूची स्वतःची वेबसाइट) वर प्रवेश करू शकतात, परंतु ते प्रमाणीकृत (authenticate) होईपर्यंत विस्तृत इंटरनेटवर प्रवेश करू शकत नाहीत.
कॅप्टिव्ह पोर्टलच्या (captive portal) चांगल्या कामगिरीसाठी वॉल्ड गार्डनमध्ये पुरेसा बँडविड्थ असणे अत्यंत महत्त्वाचे आहे. संथ पोर्टलमुळे अतिथी लॉगिन प्रक्रिया अर्धवट सोडून देतात, ज्यामुळे डेटा कॅप्चर करण्यास अडथळा येतो.
Dwell time
एकाच भेटीदरम्यान अतिथी अतिथी WiFi नेटवर्कशी किती वेळ जोडलेला राहतो तो कालावधी, ज्याचा वापर वेन्यूमध्ये घालवलेल्या वेळेचा अंदाज घेण्यासाठी केला जातो.
एक महत्त्वाचा वर्गीकरण व्हेरिएबल. ९० मिनिटांचा सरासरी dwell time असलेला अतिथी बहुधा बसून जेवण करणारा असू शकतो; तर १५ मिनिटांचा सरासरी वेळ असलेला अतिथी क्विक-सर्व्हिस घेणारा असू शकतो. हे अतिथी वेगवेगळ्या ऑफर्स आणि संदेश पाठवण्याच्या वेळेला वेगळा प्रतिसाद देतात.
सोडवलेली उदाहरणे
एक ५०-लोकेशन्स असलेल्या रेस्टॉरंट चेनला युनिफाइड SMS मार्केटिंग धोरण सुरू करण्यासाठी सर्व व्हेन्यूजवर डेटा कलेक्शनचे मानकीकरण करणे आवश्यक आहे. सध्या, प्रत्येक लोकेशनवर वेगवेगळे हार्डवेअर वापरले जाते - ३० साईट्स Cisco Meraki चालवतात, २० साईट्स HPE Aruba चालवतात - आणि डेटा विसंगतपणे गोळा केला जातो. डेटा वेगवेगळ्या सायलोमध्ये विभागलेला असल्यामुळे मार्केटिंग टीम संपूर्ण चेनसाठी मोहीम चालवू शकत नाही.
कोणतेही हार्डवेअर न बदलता सर्व ५० लोकेशन्सवर Purple क्लाउड ओव्हरले तैनात करा. Purple च्या सेंट्रल मॅनेजमेंट कन्सोलमध्ये एकच कॅप्टिव्ह पोर्टल टेम्पलेट कॉन्फिगर करा, ज्यामध्ये मोबाईल फोन नंबर आणि स्पष्टपणे अन-टिक केलेला मार्केटिंग ऑप्ट-इन चेकबॉक्स आवश्यक असेल. हे कॉन्फिगरेशन सर्व ५० साईट्सवर एकाच वेळी पुश करा. Cisco Meraki साईट्स Meraki स्प्लॅश पेज सेटिंग्सद्वारे अनऑथेंटिकेटेड क्लायंट्सना Purple पोर्टल URL कडे रिडायरेक्ट करण्यासाठी कॉन्फिगर केल्या आहेत. HPE Aruba साईट्स Aruba ClearPass इंटिग्रेशनद्वारे कॉन्फिगर केल्या आहेत. दोन्ही प्रकारचे हार्डवेअर एकाच Purple RADIUS एंडपॉइंटद्वारे ऑथेंटिकेट होतात. ६० दिवसांच्या आत, या चेनकडे प्रत्येक साईटवरील पाहुण्यांकडून मिळालेल्या ऑप्टेड-इन फोन नंबर्सचा एक युनिफाइड, GDPR-सुसंगत डेटाबेस तयार होतो. Purple Engage मध्ये एकच लॅप्स-गेस्ट (गेल्या काही दिवसांत न आलेले पाहुणे) ऑटोमेशन ट्रिगर कॉन्फिगर करा: ज्या पाहुण्यांनी मागील ९० दिवसांत तीन किंवा अधिक वेळा भेट दिली आहे परंतु गेल्या ४५ दिवसांत परत आले नाहीत, त्यांना गुरुवारी सकाळी ११:०० वाजता वीकेंडच्या ऑफरसह एक SMS पाठवला जातो.
एक स्टेडियम हॉस्पिटॅलिटी ऑपरेटर ४०,००० आसन क्षमता असलेल्या व्हेन्यूवर अन्न आणि पेय आऊटलेट्स चालवतो. इव्हेंट्स दरम्यान, काही आऊटलेट्सना जास्त मागणी असते तर काही आऊटलेट्स रिकामे राहतात. ऑपरेटरला कर्मचाऱ्यांनी मॅन्युअली पाहुणे शोधून त्यांच्याशी संपर्क साधण्याची गरज न पडता, रिअल-टाइममध्ये विशिष्ट आऊटलेट्सकडे ट्रॅफिक वळवण्यासाठी SMS चा वापर करायचा आहे.
संपूर्ण व्हेन्यूवरील रिअल-टाइम पाहुण्यांच्या घनतेचे निरीक्षण करण्यासाठी Purple च्या Guest WiFi लोकेशन अॅनालिटिक्सचा वापर करा. Purple Engage मध्ये एक ऑटोमेशन नियम कॉन्फिगर करा: जेव्हा सिस्टीमला समजते की एखाद्या विशिष्ट आऊटलेट झोनमध्ये इव्हेंट सुरू असताना त्यांच्या नेहमीच्या पीक-अवर ट्रॅफिकच्या २०% पेक्षा कमी ट्रॅफिक आहे, तेव्हा शेजारच्या सीटिंग झोनमधील WiFi शी सध्या कनेक्ट असलेल्या सर्व ऑप्टेड-इन पाहुण्यांना एक SMS मोहीम ट्रिगर करा. या मेसेजमध्ये त्या कमी ट्रॅफिक असलेल्या आऊटलेटवर पुढील ३० मिनिटांसाठी वैध असणारी मर्यादित वेळेची सूट दिली जाते. यामध्ये आऊटलेटच्या डिजिटल मेनूची थेट लिंक समाविष्ट करा. हा ट्रिगर मॅन्युअल हस्तक्षेपाशिवाय स्वयंचलितपणे कार्य करतो. इव्हेंटनंतर, Purple अॅनालिटिक्स डॅशबोर्ड पाठवलेले SMS आणि आऊटलेट ट्रॅफिक यांच्यातील परस्परसंबंध दर्शवतो, जो पुढील इव्हेंटसाठी अॅट्रिब्युशन डेटा प्रदान करतो.
सराव प्रश्न
Q1. एका रेस्टॉरंट चालकाला नवीन मेनूच्या लाँचच्या जाहिरातीसाठी मागील १२ महिन्यांत अतिथी WiFi वर लॉगिन केलेल्या प्रत्येक अतिथीला SMS पाठवायचा आहे. डेटाबेसमध्ये ८,००० फोन नंबर आहेत. प्राथमिक तांत्रिक आणि अनुपालन (compliance) जोखीम काय आहे, आणि चालकाने त्याचे निवारण कसे करावे?
टीप: स्पष्ट संमतीची आवश्यकता, संमतीच्या नोंदींचे वय आणि WiFi च्या सेवा अटींचा स्वीकार व मार्केटिंग संमती यांमधील फरकाचा विचार करा.
नमुना उत्तर पहा
यामधील प्राथमिक जोखीम म्हणजे GDPR चे उल्लंघन. अतिथी WiFi वर लॉगिन करणे म्हणजे मार्केटिंग SMS मिळवण्यासाठी आपोआप संमती दिली असे होत नाही. चालकाने ८,००० नोंदींचे फिल्टरेशन करून केवळ टाईमस्टँपसह स्पष्ट मार्केटिंग संमती दिलेल्या नोंदींचा समावेश केला पाहिजे. ज्या अतिथींनी WiFi च्या सेवा अटी स्वीकारल्या आहेत परंतु मार्केटिंग संमतीच्या बॉक्सवर टिक केले नाही, त्यांना वगळणे आवश्यक आहे. याव्यतिरिक्त, जुने फोन नंबर कालांतराने बंद किंवा निकामी होऊ शकतात; १२ महिन्यांपूर्वी गोळा केलेल्या नंबरमध्ये अवैध नंबर असण्याचे प्रमाण जास्त असू शकते, ज्यामुळे बाउन्स रेट वाढेल आणि कॅरियर ब्लॉकिंगचा धोका निर्माण होईल. चालकाने Purple Engage मधील डेटाबेस फिल्टर करून केवळ वैध मार्केटिंग संमती टाईमस्टँप असलेल्या नोंदी ठेवाव्यात, आणि पाठवण्यापूर्वी अवैध नंबर काढून टाकण्यासाठी ते सत्यापित करावेत.
Q2. तुमची रेस्टॉरंट साखळी तीन महिन्यांच्या कालावधीत २० साइट्सवर Ruckus ॲक्सेस पॉईंट्सवरून Cisco Meraki वर स्थलांतरित होत आहे. या हार्डवेअर स्थलांतराचा तुमच्या विद्यमान Purple Engage SMS मोहिमांवर आणि अतिथींच्या डेटावर काय परिणाम होईल?
टीप: Purple आर्किटेक्चरमध्ये अतिथींचा डेटा आणि कॅम्पेन लॉजिक कोठे स्थित असते याचा विचार करा.
नमुना उत्तर पहा
या स्थलांतराचा SMS मोहिमांवर किंवा अतिथींच्या डेटावर कोणताही परिणाम होत नाही. Purple हे हार्डवेअर-मुक्त क्लाउड ओव्हरले म्हणून काम करते. अतिथी प्रोफाइल, वर्गीकरण नियम आणि ऑटोमेशन ट्रिगर हे सर्व Purple क्लाउडमध्ये असतात, ॲक्सेस पॉईंट्समध्ये नाही. जेव्हा प्रत्येक साइट Cisco Meraki वर स्थलांतरित होते, तेव्हा नवीन ॲक्सेस पॉईंट्स हे अनऑथेंटिकेटेड क्लायंटला विद्यमान Purple कॅप्टिव्ह पोर्टल URL वर रिडायरेक्ट करण्यासाठी आणि त्याच Purple RADIUS एंडपॉईंटद्वारे प्रमाणित करण्यासाठी कॉन्फिगर केले जातात. अतिथींचा डेटा कोणत्याही व्यत्ययाशिवाय गोळा होत राहतो. केवळ नवीन Cisco Meraki ॲक्सेस पॉईंट्सवर RADIUS सर्व्हर कॉन्फिगरेशन अपडेट करून ते Purple च्या RADIUS IP पत्त्यांवर आणि शेअर केलेल्या सिक्रेटवर सेट करणे आवश्यक आहे.
Q3. एका वेन्यू चालकाच्या लक्षात आले की कॅप्टिव्ह पोर्टल पूर्ण करण्याचा दर मागील महिन्यात ६८% वरून ३१% पर्यंत घसरला आहे. अतिथी SSID शी कनेक्ट होत आहेत परंतु त्यांचा फोन नंबर सबमिट करण्यापूर्वीच पोर्टल सोडत आहेत. याची तीन सर्वात संभाव्य कारणे कोणती आहेत आणि त्यापैकी प्रत्येकाचे निदान कसे करावे?
टीप: नेटवर्कची कामगिरी, पोर्टलचे डिझाइन आणि अलीकडील कॉन्फिगरेशन बदलांचा विचार करा.
नमुना उत्तर पहा
तीन सर्वात संभाव्य कारणे आहेत: (१) Portal लोड होण्याची वेळ - walled garden मध्ये अपुरी बँडविड्थ असू शकते, ज्यामुळे portal हळूहळू लोड होते आणि अतिथी ते सोडून देतात. पीक अवर्स दरम्यान अतिथी डिव्हाइसवरून portal चा लोड टाइम मोजून याचे निदान करा. जर तो दोन सेकंदांपेक्षा जास्त असेल तर walled garden साठी बँडविड्थचे वाटप वाढवा. (२) Portal फॉर्मची क्लिष्टता - अलीकडील बदलामुळे काही अतिरिक्त आवश्यक फील्ड जोडले गेले असावेत. portal कॉन्फिगरेशन चेंज लॉगचे पुनरावलोकन करून याचे निदान करा. कोणतेही अनावश्यक फील्ड काढून टाका; फॉर्ममध्ये फक्त फोन नंबर आणि संमतीचा (consent) चेकबॉक्स आवश्यक असावा. (३) SSID किंवा DNS चे चुकीचे कॉन्फिगरेशन - नेटवर्क बदलामुळे captive portal चे रिडायरेक्ट बिघडले असू शकते, ज्यामुळे काही क्लायंटना portal ऐवजी एरर पेज दिसत असेल. चाचणी डिव्हाइस कनेक्ट करून आणि रिडायरेक्ट योग्यरित्या कार्य करत आहे की नाही हे तपासून याचे निदान करा. SSID कॉन्फिगरेशन, DNS सेटिंग्ज किंवा फायरवॉल नियमांमधील अलीकडील बदलांचे पुनरावलोकन करा.
Q4. एका मार्केटिंग मॅनेजरला एंगेजमेंट वाढवण्यासाठी दररोज SMS मोहिमा पाठवायच्या आहेत. IT मॅनेजर कंप्लायन्स आणि ऑपरेशनल कारणास्तव याला विरोध करतो. कोण बरोबर आहे, आणि कोणती वारंवारता (frequency) पॉलिसी लागू केली पाहिजे?
टीप: GDPR च्या प्रमाणबद्धतेचा (proportionality), TCPA च्या शांतता तासांचा (quiet hours), आणि ऑप्ट-आउट दरांवर होणाऱ्या व्यावहारिक प्रभावाचा विचार करा.
नमुना उत्तर पहा
IT मॅनेजरचे म्हणणे बरोबर आहे. दररोज SMS पाठवणे हे GDPR च्या डेटा मिनिमायझेशन आणि प्रमाणबद्धतेच्या तत्त्वाचे उल्लंघन करते - वारंवारता संमतीच्या वेळी नमूद केलेल्या उद्देशाशी प्रमाणबद्ध असणे आवश्यक आहे. जर अतिथींनी 'कधीतरी पाठवल्या जाणाऱ्या प्रमोशनल मेसेज'साठी संमती दिली असेल, तर दररोज मेसेज पाठवणे त्या कक्षेच्या बाहेर जाते. TCPA अंतर्गत, स्थानिक वेळेनुसार सकाळी ८:०० च्या आधी किंवा रात्री ९:०० नंतर पाठवलेले मेसेज प्रतिबंधित आहेत, आणि अति-वारंवारता ही तक्रारीचे कारण ठरू शकते. ऑपरेशनल दृष्टीने, दैनंदिन मेसेजमुळे ऑप्ट-आउटचे प्रमाण झपाट्याने वाढेल, ज्यामुळे डेटाबेस कायमचा कमी होईल. शिफारस केलेली पॉलिसी दरमहा जास्तीत जास्त दोन प्रमोशनल मेसेज पाठवण्याची आहे, ज्यासोबत वर्तनावर आधारित (behaviour-triggered) ऑटोमेटेड मेसेज (जसे की विन-बॅक किंवा भेटीनंतरचे फॉलो-अप) वापरले जाऊ शकतात जे कॅलेंडर-आधारित नसून इव्हेंट-आधारित असतात आणि त्यामुळे ते प्रमोशनल मर्यादेमध्ये मोजले जात नाहीत.