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

पुनरावृत्ती भेटी वाढवण्यासाठी मार्केटिंगमध्ये SMS चा कसा वापर करावा

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

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

header_image.png

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

डिजिटल स्पेसच्या ग्राहक टिकवून ठेवण्याच्या (retention) क्षमतेशी बरोबरी करणे हे प्रत्यक्ष ठिकाणांसमोर (physical venues) एक सततचे आव्हान असते. ई-कॉमर्स प्लॅटफॉर्म्स अचूकतेने अभ्यागतांचा मागोवा घेतात, त्यांना पुन्हा लक्ष्य करतात आणि पुन्हा गुंतवून ठेवतात, तर प्रत्यक्ष ठिकाणे अनेकदा माहितीच्या अभावात चालतात. जेव्हा Enterprise WiFi इन्फ्रास्ट्रक्चर हे ॲनालिटिक्स आणि कम्युनिकेशन इंजिनसह एकत्रित केले जाते, तेव्हा हे अंतर भरून निघते. कॅप्टिव्ह पोर्टलचा (captive portal) वापर डेटा संकलन बिंदू म्हणून करून, ही ठिकाणे सत्यापित मोबाईल क्रमांक मिळवू शकतात आणि त्यांना युनिक डिव्हाइस आयडेंटिफायर्सशी जोडू शकतात.

रिअल-टाइम WiFi ॲनालिटिक्सद्वारे ट्रिगर केलेल्या SMS मार्केटिंगचा वापर करून परतीची भेट पद्धतशीरपणे कशी वाढवायची, याचे सविस्तर वर्णन या मार्गदर्शकामध्ये केले आहे. ९८% जवळ असणाऱ्या ओपन रेट्ससह SMS हा अजूनही अपवादात्मकपणे प्रभावी चॅनेल आहे, ज्यामध्ये बहुतांश संदेश वितरित झाल्यापासून तीन मिनिटांच्या आत वाचले जातात. या संदेशांना प्रत्यक्ष वर्तनाशी जोडून - जसे की थांबण्याचा वेळ (dwell time), भेटीची वारंवारता किंवा बऱ्याच काळापासून न झालेली भेट - संस्था अत्यंत संदर्भित संवाद साधू शकतात जे कृती करण्यास प्रवृत्त करतात. हे दस्तऐवज आयटी मॅनेजर्स, नेटवर्क आर्किटेक्ट्स आणि ऑपरेशन्स डायरेक्टर्स यांना एक विश्वासार्ह, सुसंगत आणि स्वयंचलित SMS मार्केटिंग सिस्टम तैनात करण्यासाठी आवश्यक असलेले तांत्रिक आर्किटेक्चर, अंमलबजावणीच्या पायऱ्या आणि सर्वोत्तम पद्धती प्रदान करते.

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

प्रत्यक्ष उपस्थितीवर आधारित स्वयंचलित SMS मार्केटिंग सिस्टम तयार करण्यासाठी, आपण अनेक स्वतंत्र स्तर एकत्रित केले पाहिजेत: प्रत्यक्ष वायरलेस नेटवर्क, AAA (Authentication, Authorization, and Accounting) सर्व्हर, WiFi ॲनालिटिक्स इंजिन आणि बाह्य SMS गेटवे.

डेटा कॅप्चर आणि ऑथेंटिकेशन फ्लो (The Data Capture and Authentication Flow)

जेव्हा एखादा अभ्यागत एखाद्या ठिकाणी प्रवेश करतो आणि अतिथी WiFi शी कनेक्ट करण्याचा प्रयत्न करतो, तेव्हा ही प्रक्रिया ॲक्सेस पॉइंट (AP) किंवा वायरलेस LAN कंट्रोलर (WLC) वर सुरू होते. WLC वापरकर्त्याच्या HTTP ट्रॅफिकला Purple प्लॅटफॉर्मद्वारे होस्ट केलेल्या captive portal कडे रीडायरेक्ट करतो.

  1. असोसिएशन आणि रीडायरेक्शन (Association and Redirection): वापरकर्त्याचे डिव्हाइस अतिथी SSID शी जोडले जाते. WLC सुरुवातीची ब्राउझर विनंती अडवतो आणि वापरकर्त्याला captive portal URL कडे रीडायरेक्ट करतो, तसेच क्लायंटचा MAC ॲड्रेस आणि AP चा MAC ॲड्रेस (ज्याला Called-Station-ID म्हटले जाते) क्वेरी स्ट्रिंगमध्ये जोडतो.
  2. डेटा संकलन आणि संमती (Data Collection and Consent): captive portal वर एक नोंदणी फॉर्म सादर केला जातो. SMS मार्केटिंग सक्षम करण्यासाठी, फॉर्मने वापरकर्त्याचा मोबाईल फोन नंबर एका स्पष्ट, सक्रिय ऑप्ट-इन चेकबॉक्ससह संकलित केला पाहिजे जो स्थानिक नियमांचे (जसे की युरोपमधील GDPR किंवा युनायटेड स्टेट्समधील TCPA) पालन करतो. योग्य राउटिंग सुनिश्चित करण्यासाठी देशाचा कोड स्वयंचलितपणे शोधला गेला पाहिजे किंवा स्पष्टपणे निवडला गेला पाहिजे.
  3. RADIUS ऑथेंटिकेशन (RADIUS Authentication): एकदा वापरकर्त्याने फॉर्म सबमिट केल्यानंतर, इंटरनेट प्रवेश अधिकृत करण्यासाठी Purple प्लॅटफॉर्म नेटवर्कच्या RADIUS सर्व्हरशी संवाद साधतो. RADIUS सर्व्हर डेटाबेसमधील वापरकर्ता प्रोफाइलसह ऑथेंटिकेट केलेल्या MAC ॲड्रेसला जोडून, सेशन सुरू होण्याची वेळ नोंदवतो.

उपस्थिती शोधणे आणि वर्तनाचा मागोवा घेणे (Presence Detection and Behavioral Tracking)

परतीच्या वर्तणुकीवर आधारित SMS मेसेज सक्रिय करण्यासाठी, सिस्टीमला सक्रिय कनेक्शन्स (WiFi मध्ये लॉग इन केलेले युजर्स) आणि पॅसिव्ह प्रेझेन्स (WiFi सुरू असलेली पण लॉग इन नसलेली डिव्हाइसेस) यामधील फरक ओळखता आला पाहिजे.

  • सक्रिय कनेक्शन ट्रॅकिंग (Active Connection Tracking): हे RADIUS अकाउन्टिंग पॅकेट्सवर (Start, Interim-Update, आणि Stop) अवलंबून असते. जेव्हा एखादा युजर कनेक्ट होतो, तेव्हा RADIUS Start पॅकेट त्यांच्या उपस्थितीची नोंद करते. कॉन्फिगर केलेल्या अंतराने (सहसा १५ मिनिटे) पाठवलेले Interim-Update पॅकेट्स, सुरू असलेला ड्वेल टाईम (dwell time) निश्चित करतात. RADIUS Stop पॅकेट त्यांच्या बाहेर पडण्याची नोंद करते.
  • पॅसिव्ह प्रेझेन्स ट्रॅकिंग (Passive Presence Tracking): हे ओळखीचे नेटवर्क शोधणाऱ्या मोबाईल डिव्हाइसेसद्वारे पाठवलेल्या प्रोब विनंत्यांचा (probe requests) वापर करते. ॲक्सेस पॉइंट्स या प्रोब विनंत्या कॅप्चर करतात आणि डिव्हाइसचा MAC ॲड्रेस, टाइमस्टॅम्प आणि रिसीव्ह्ड सिग्नल स्ट्रेंथ इंडिकेटर (RSSI) रेकॉर्ड करतात. जर डिव्हाइसने आधी कॅप्टिव्ह पोर्टलद्वारे नोंदणी केली असेल, तर विशिष्ट भेटी दरम्यान त्यांनी WiFi मध्ये लॉग इन केले नसले तरीही, सिस्टीम त्या ठिकाणाजवळ युजरच्या प्रत्यक्ष उपस्थितीची ओळख पटवू शकते. गोपनीयतेचे रक्षण करण्यासाठी, MAC ॲड्रेसेस कॅप्चर केल्यावर लगेचच क्रिप्टोग्राफिकली हॅश (SHA-256 वापरून) केले जातात.

इंटिग्रेशन आर्किटेक्चर आणि वेबहूक

SMS पाठवण्याची प्रक्रिया सुरू करण्यासाठी, WiFi ॲनालिटिक्स इंजिनने रिअल टाइममध्ये SMS गेटवेला (जसे की Twilio, Sinch, किंवा Link Mobility) डेटा ट्रान्सफर केला पाहिजे. हे वेबहूक किंवा REST APIs वापरून साध्य केले जाते.

+-------------------+       RADIUS       +---------------------+
|  Wireless Network | <----------------> |   Purple Platform   |
|  (APs / WLC)      |                    | (Analytics Engine)  |
+-------------------+                    +---------------------+
         |                                          |
         | Redirect                                 | Webhook (JSON)
         v                                          v
+-------------------+                    +---------------------+
|  Captive Portal   |                    |     SMS Gateway     |
|  (User Opt-in)    |                    |  (Twilio / Sinch)   |
+-------------------+                    +---------------------+
                                                    |
                                                    | SMPP / HTTP
                                                    v
                                         +---------------------+
                                         |   User Handset      |
                                         +---------------------+

जेव्हा एखादा वर्तणुकीचा नियम पूर्ण होतो - उदाहरणार्थ, नोंदणीकृत युजर ३० दिवसांपासून त्या ठिकाणी आढळला नसेल - तेव्हा Purple ॲनालिटिक्स इंजिन एक इव्हेंट जनरेट करते. हा इव्हेंट वेबहूक ट्रिगर करतो जो SMS गेटवेला JSON पेलोड असलेला POST रिक्वेस्ट पाठवतो. या पेलोडमध्ये प्राप्तकर्त्याचा फोन नंबर, मेसेज बॉडी (पहिले नाव आणि शेवटचे भेट दिलेले ठिकाण यासारख्या डायनॅमिक फील्ड्ससह भरलेली) आणि ट्रॅकिंग पॅरामीटर्स समाविष्ट असतात.

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

एक स्वयंचलित SMS मार्केटिंग सिस्टम तैनात करण्यासाठी तुमच्या नेटवर्क इन्फ्रास्ट्रक्चर, Purple प्लॅटफॉर्म आणि तुम्ही निवडलेल्या SMS गेटवेवर पद्धतशीर कॉन्फिगरेशन आवश्यक आहे.

पायरी 1: कम्प्लायंट डेटा कॅप्चरसाठी Captive Portal कॉन्फिगर करा

  1. Purple Portal ॲडमिनिस्ट्रेशन इंटरफेसमध्ये लॉग इन करा.
  2. Form Builder वर जा आणि तुमचे ॲक्टिव्ह स्प्लॅश पेज निवडा.
  3. एक Phone Number फील्ड जोडा. फील्ड सेटिंग्ज कॉन्फिगर करा:
    • हे फील्ड Required म्हणून सेट करा.
    • युजर्सना त्यांचा कंट्री कोड प्रविष्ट करण्यास भाग पाडण्यासाठी International Format Validation सक्षम करा.
  4. विशेषतः SMS मार्केटिंगसाठी एक Consent Checkbox जोडा. हे सामान्य नियम आणि अटींच्या चेकबॉक्सपासून वेगळे असणे आवश्यक आहे.
    • लेबल मजकूर: "मी SMS द्वारे अपडेट्स आणि एक्स्क्लुझिव्ह ऑफर्स मिळवण्यास सहमत आहे. दरमहा कमाल 2 संदेश. ऑप्ट-आउट करण्यासाठी STOP लिहून उत्तर द्या."
    • चेकबॉक्स बाय डीफॉल्ट अनचेक असल्याची खात्री करा.
  5. स्प्लॅश पेजमधील बदल सेव्ह करा आणि पब्लिश करा.

पायरी 2: SMS गेटवे इंटिग्रेशन स्थापित करा

ही पायरी Purple आणि तुमच्या SMS प्रोव्हाइडरमधील कम्युनिकेशन लिंक कॉन्फिगर करते. या उदाहरणामध्ये Twilio चा वापर गृहीत धरला आहे.

  1. तुमच्या Twilio कन्सोलमधून तुमचे Account SID, Auth Token आणि एक समर्पित Messaging Service SID किंवा फोन नंबर मिळवा.
  2. Purple Portal मध्ये, Integrations > Connectors > Add New वर जा.
  3. सपोर्टेड SMS प्रोव्हाइडर्सच्या सूचीमधून Twilio निवडा.
  4. कॉन्फिगरेशन फील्डमध्ये तुमचे Twilio क्रेडेंशियल एंटर करा.
  5. तुमचा स्वतःचा मोबाईल नंबर एंटर करून आणि Send Test SMS वर क्लिक करून कनेक्शन तपासा. संदेश प्राप्त झाला आहे आणि डिलिव्हरी स्टेटस यशस्वी म्हणून लॉग झाले आहे याची पडताळणी करा.

पायरी 3: बिहेवियरल सेगमेंट्स आणि ट्रिगर्स परिभाषित करा

परतीचे व्हिजिट्स वाढवण्यासाठी, तुम्ही युजर्सना त्यांच्या प्रत्यक्ष वर्तनावर आधारित टार्गेट केले पाहिजे. गेल्या 30 दिवसांत वेन्यूला भेट न दिलेल्या "Lapsed Visitors" साठी एक सेगमेंट तयार करा.

  1. Purple Portal मध्ये, Analytics > Visitor Profiling > Segments वर जा.
  2. Create Segment वर क्लिक करा आणि त्याला Lapsed_30_Days असे नाव द्या.
  3. निकष परिभाषित करा:
    • Last Visit Date हे 30 days ago पेक्षा जास्त आहे.
    • Total Visits हे 1 पेक्षा जास्त किंवा बरोबर आहे (ते तुमचे ऐतिहासिक व्हिजिटर आहेत याची खात्री करण्यासाठी).
    • SMS Opt-in हे True च्या बरोबर आहे.
  4. सेगमेंट सेव्ह करा.

पायरी 4: ऑटोमेटेड कॅम्पेन आणि वेबहुक ट्रिगर कॉन्फिगर करा

आता, जेव्हा एखादा युजर या स्थितीत प्रवेश करतो तेव्हा सुरू होणाऱ्या स्वयंचलित क्रियेशी सेगमेंट लिंक करा.

  1. Marketing > Campaigns > Create Campaign वर जा.
  2. Triggered Campaign निवडा आणि ट्रिगर इव्हेंट निवडा: Enter Segment (Lapsed_30_Days).
  3. डिलिव्हरी चॅनेल म्हणून SMS निवडा.
  4. मजकूर वैयक्तिकृत करण्यासाठी डायनॅमिक प्लेसहोल्डर्सचा वापर करून संदेश टेम्पलेटचा मसुदा तयार करा:
    हाय {{visitor.first_name}}, आम्हाला {{venue.name}} येथे तुमची आठवण येत आहे! या आठवड्यात परत या आणि तुमच्या पुढील खरेदीवर 15% सूट मिळवण्यासाठी हा मेसेज दाखवा. ऑप्ट-आउट: {{sms.opt_out_link}}

५. असामाजिक तासांमध्ये संदेश पाठवणे टाळण्यासाठी शांत तास (Quiet Hours) कॉन्फिगर करा. वेन्यूच्या स्थानिक वेळ क्षेत्रावर आधारित रात्री २०:०० ते सकाळी ०९:०० पर्यंतची शांत विंडो सेट करा. या विंडो दरम्यान ट्रिगर केलेले संदेश रांगेत (queued) ठेवले पाहिजेत आणि दुसऱ्या दिवशी सकाळी पाठवले पाहिजेत. ६. अति-संवाद टाळण्यासाठी या विशिष्ट मोहिमेसाठी दर ३० दिवसांनी १ संदेश अशी फ्रिक्वेन्सी मर्यादा (Frequency Cap) सेट करा. ७. मोहीम सक्रिय करा.

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

उच्च ऑप्ट-इन दर आणि नेटवर्क कार्यप्रदर्शन राखून रिटर्न व्हिजिट वाढवण्यासाठी, खालील उद्योग मानकांचे पालन करा.

डेटा स्वच्छता आणि क्रमांक प्रमाणीकरण

अवैध फोन नंबर विपणन (marketing) बजेट वाया घालवतात आणि कार्यप्रदर्शन विश्लेषणे विस्कळीत करतात. कॅप्चरच्या वेळी रिअल-टाइम प्रमाणीकरण लागू करा.

  • HLR लुकअप वापरा: जास्त संख्येने मोहिमा पाठवण्यापूर्वी, होम लोकेशन रजिस्टर (HLR) लुकअप करण्यासाठी तुमचे SMS गेटवे कॉन्फिगर करा. हे मोबाईल नेटवर्क सक्रिय आहे आणि सध्या रूट केलेले आहे की नाही हे सत्यापित करण्यासाठी मोबाईल नेटवर्कची चौकशी करते, लँडलाईन आणि निष्क्रिय केलेले नंबर फिल्टर करते.
  • E.164 फॉरमॅटिंग लागू करा: कॅप्चर केलेले सर्व नंबर आंतरराष्ट्रीय E.164 फॉरमॅटमध्ये (उदा. +४४७७००९०००७७) साठवले जातील याची खात्री करा. हे वापरकर्ते आंतरराष्ट्रीय प्रवास करत असताना किंवा जागतिक वाहकांद्वारे रूटिंग करताना वितरण अपयश टाळते.

वेळ आणि संदर्भित सुसंगतता

SMS हा एक थेट हस्तक्षेप करणारा चॅनेल आहे. चुकीच्या वेळी संदेश पाठवल्यास ऑप्ट-आउट करण्याचे दर वाढतात.

  • ऐतिहासिक वर्तनाशी जुळवून घ्या: विश्लेषण दर्शवत असल्यास की एखादा वापरकर्ता सहसा शुक्रवारी दुपारी तुमच्या वेन्यूला भेट देतो, तर त्यांच्या रि-एंगेजमेंट SMS चे नियोजन शुक्रवार सकाळी १०:०० वाजता करा. जेव्हा ते त्यांच्या दिवसाचे नियोजन करत असतात तेव्हा हे प्रोत्साहन त्यांच्या मनात सर्वात आधी येते.
  • ड्वेल टाइम प्रमाणीकरण: कनेक्शन झाल्याबरोबर ताबडतोब "धन्यवाद" किंवा फीडबॅक SMS संदेश ट्रिगर करू नका. वापरकर्त्याने केवळ वेन्यूवरून जाता-जाता नेटवर्कशी जोडण्याऐवजी प्रत्यक्षात वेन्यूमध्ये वेळ घालवला आहे याची खात्री करण्यासाठी किमान ड्वेल टाइम मर्यादा (उदा. २० मिनिटे) सेट करा.

अनुपालन आणि गोपनीयता

नियामक संस्था अनुपालन न करणाऱ्या SMS विपणनावर मोठा दंड आकारतात.

  • स्पष्ट संमती: WiFi च्या सेवा शर्तींसोबत SMS विपणन संमती कधीही एकत्र करू नका. ही वापरकर्त्याची एक वेगळी, होकारात्मक कृती असणे आवश्यक आहे.
  • सोपे ऑप्ट-आउट: प्रत्येक SMS मध्ये ऑप्ट-आउट करण्यासाठी एक स्पष्ट, विनामूल्य पद्धत असणे आवश्यक आहे. "STOP" उत्तरांचे समर्थन करणे किंवा ऑप्ट-आउटची प्रक्रिया त्वरित पार पाडणारी लहान, शून्य-रेट केलेली URL प्रदान करणे हे मानक आहे. जेव्हा एखादा वापरकर्ता ऑप्ट-आउट करतो, तेव्हा पुढील संदेश पाठवणे रोखण्यासाठी सेकंदांच्या आत Purple डेटाबेसमधील त्यांचे प्रोफाइल SMS Opt-in = False वर अपडेट केले गेले पाहिजे.

समस्येचे निवारण आणि जोखीम कमी करणे

समस्या १: उच्च SMS वितरण अयशस्वी दर

  • मूळ कारण: वापरकर्ते Captive Portal बायपास करण्यासाठी आणि इंटरनेट प्रवेश मिळवण्यासाठी बनावट फोन नंबर प्रविष्ट करत आहेत.
  • निवारण: WiFi प्रवेशासाठी SMS पडताळणी (Two-Factor Authentication) लागू करा. फॉर्म सबमिट केल्यावर लगेच प्रवेश देण्याऐवजी, प्रविष्ट केलेल्या नंबरवर SMS द्वारे ४-अंकी PIN पाठवा. इंटरनेट वापरण्यासाठी वापरकर्त्याने हा PIN Captive Portal मध्ये प्रविष्ट करणे आवश्यक आहे. हे तुमच्या डेटाबेसमध्ये केवळ वैध, मालकीचे मोबाइल नंबर जोडले जाण्याची खात्री देते.

समस्या २: Webhook विलंबता आणि रांगेतील थकीत काम (Queue Backlogs)

  • मूळ कारण: गर्दीच्या वेळेत (उदा. स्टेडियममधील मध्यांतर किंवा शनिवारी दुपारी शॉपिंग सेंटरमध्ये), हजारो वापरकर्ते एकाच वेळी इव्हेंट ट्रिगर करू शकतात, ज्यामुळे SMS गेटवे API वर भार पडू शकतो.
  • निवारण: Purple webhook आउटपुट आणि SMS गेटवे दरम्यान एक असिंक्रोनस मेसेज क्यू (जसे की RabbitMQ किंवा AWS SQS) कॉन्फिगर करा. हे विनंत्या बफर करते, ज्यामुळे सिस्टीमला पेलोड न गमावता किंवा API रेट मर्यादेचा सामना न करता नियंत्रित दराने मेसेजवर प्रक्रिया करता येते.

समस्या ३: MAC रँडमायझेशनमुळे रिटर्न मेट्रिक्समध्ये येणारा अडथळा

  • मूळ कारण: आधुनिक मोबाइल ऑपरेटिंग सिस्टीम (iOS 14+, Android 10+) नेटवर्क शोधताना बाय डीफॉल्ट MAC पत्ते रँडमाइज करतात, ज्यामुळे पॅसिव्ह प्रोब विनंत्यांद्वारे पुन्हा येणाऱ्या भेटींचा मागोवा घेणे कठीण होते.
  • निवारण: उच्च अचूकतेच्या मोहिमांसाठी पॅसिव्ह प्रोब डेटाऐवजी ऑथेंटिकेटेड डेटावर अवलंबून रहा. जेव्हा एखादा वापरकर्ता Captive Portal मध्ये लॉग इन करतो, तेव्हा त्यांची सत्यापित ओळख (फोन नंबर) त्यांच्या सध्याच्या MAC पत्त्याशी लिंक करा. जर ते परत आले आणि त्यांनी पुन्हा लॉग इन केले, तर सिस्टीम फोन नंबर जुळवून घेते, आणि MAC रँडमायझेशनच्या मर्यादांवर मात करते.

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

WiFi-integrated SMS मार्केटिंगमधील गुंतवणुकीचे समर्थन करण्यासाठी, तुम्ही विशिष्ट मेट्रिक्सचा मागोवा घेतला पाहिजे जे SMS डिलिव्हरी आणि प्रत्यक्ष पुन्हा येणाऱ्या भेटी यांमधील थेट संबंध दर्शवतात.

मुख्य कामगिरी निर्देशक (KPIs)

  1. रिटर्न व्हिजिट रेट (RVR): अशा वापरकर्त्यांची टक्केवारी ज्यांना SMS प्राप्त झाला आणि त्यानंतर त्यांनी एका परिभाषित एट्रिब्यूशन विंडोमध्ये (सामान्यतः ७, १४ किंवा ३० दिवस) व्हेन्यूच्या WiFi वर ऑथेंटिकेशन केले. $$\text{RVR} = \left( \frac{\text{परत आलेल्या आणि ऑथेंटिकेशन केलेल्या SMS प्राप्तकर्त्यांची संख्या}}{\text{यशस्वीरित्या पाठवलेले एकूण SMS मेसेज}} \right) \times 100$$
  2. एट्रिब्यूशन विंडो मॅच: सिस्टीमने SMS डिलिव्हरी लॉगचा RADIUS अकाउंटिंग लॉगशी परस्परसंबंध जोडला पाहिजे. जर एखाद्या वापरकर्त्याला मंगळवारी SMS प्राप्त झाला आणि त्यांच्या MAC पत्त्याने गुरुवारी RADIUS Start पॅकेट नोंदवले, तर ही एक एट्रिब्यूटेड रिटर्न भेट म्हणून गणली जाते.
  3. कॉस्ट पर रिटर्न व्हिजिट (CPRV): एट्रिब्यूटेड रिटर्न भेटींच्या संख्येने भागलेल्या SMS डिलिव्हरीच्या एकूण खर्चाची गणना करा. $$\text{CPRV} = \left( \frac{\text{एकूण SMS खर्च}}{\text{एट्रिब्यूटेड रिटर्न भेटी}} \right)$$ उदाहरणार्थ, १०,००० SMS मेसेज पाठवण्यासाठी जर £२०० (प्रति मेसेज £०.०२ दराने) खर्च येत असेल आणि त्यातून ४०० रिटर्न भेटी मिळाल्या, तर CPRV हा £०.५० आहे. नफा निश्चित करण्यासाठी सरासरी ग्राहक लाइफटाइम व्हॅल्यू (LTV) किंवा सरासरी ट्रान्झॅक्शन व्हॅल्यूशी याची तुलना करा.

डेटा-चालित ऑप्टिमायझेशन

Purple डॅशबोर्डमधील या मेट्रिक्सचे सतत विश्लेषण करून, ऑपरेशन्स टीम्स मेसेज कॉपी, इन्सेंटिव्ह मूल्ये आणि वितरणाच्या वेळेवर A/B चाचण्या घेऊ शकतात. ही पुनरावृत्ती प्रक्रिया SMS चॅनेल हे ग्राहकांची संख्या आणि महसूल वाढवणारे एक अत्यंत कार्यक्षम माध्यम राहील याची खात्री करते।

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

Captive Portal

वापरकर्त्याची माहिती आणि मार्केटिंग संमती मिळवण्यासाठी सामान्यतः वापरले जाणारे वेब पेज, जे नवीन जोडलेल्या WiFi नेटवर्क वापरकर्त्यांना इंटरनेटचा व्यापक प्रवेश मिळण्यापूर्वी दाखवले जाते.

व्हेरिफाइड मोबाईल नंबर आणि स्पष्ट मार्केटिंग संमती (opt-ins) गोळा करण्यासाठी हा मुख्य मार्ग आहे.

RADIUS (Remote Authentication Dial-In User Service)

एक नेटवर्किंग प्रोटोकॉल जो नेटवर्क सेवा कनेक्ट करणाऱ्या आणि वापरणाऱ्या युझर्ससाठी केंद्रीकृत Authentication, Authorization, आणि Accounting (AAA) व्यवस्थापन प्रदान करतो.

हे युझर्स कधी WiFi लॉग इन आणि आउट करतात याचा मागोवा घेते, ज्यातून ड्वेल टाइम (dwell time) आणि भेटींची वारंवारता मोजण्यासाठी कच्चा सेशन डेटा मिळतो.

HLR (Home Location Register) Lookup

SMS पाठवण्यापूर्वी मोबाईल फोन नंबरची स्थिती आणि वैधता निर्धारित करण्यासाठी वापरली जाणारी रिअल-टाइम डेटाबेस क्वेरी.

हे WiFi नोंदणी दरम्यान मिळालेल्या अवैध किंवा निष्क्रिय नंबरवर मार्केटिंगचे बजेट वाया जाण्यापासून रोखते.

RSSI (Received Signal Strength Indicator)

मिळालेल्या रेडिओ सिग्नलमधील शक्तीचे मोजमाप, ज्याचा वापर WiFi ॲनालिटिक्समध्ये ऍक्सेस पॉईंटच्या (Access Point) जवळ असण्याचा अंदाज घेण्यासाठी केला जातो.

युझर प्रत्यक्षात एखाद्या ठिकाणी हजर आहे की फक्त तिथून जात आहे हे निर्धारित करण्यात हे मदत करते, ज्यामुळे चुकीचे SMS ट्रिगर होणे टाळता येते.

Webhook

कस्टम कॉलबॅकचा वापर करून वेब पेज किंवा वेब ॲप्लिकेशनच्या वर्तनात बदल करण्याची एक पद्धत, जी येथे Purple कडून SMS गेटवेवर रिअल-टाइम डेटा पाठवण्यासाठी वापरली जाते.

हे WiFi ॲनालिटिक्स इंजिन आणि SMS डिलिव्हरी प्लॅटफॉर्म दरम्यान त्वरित संवाद साधण्यास सक्षम करते.

MAC Hashing

परत येणाऱ्या भेटींचा मागोवा घेताना युझरच्या गोपनीयतेचे रक्षण करण्यासाठी मीडिया ऍक्सेस कंट्रोल (Media Access Control) पत्त्याचे सुरक्षित, अपरिवर्तनीय क्रिप्टोग्राफिक स्ट्रिंगमध्ये रूपांतर करण्याची प्रक्रिया.

हे गोपनीयतेच्या नियमांचे पालन सुनिश्चित करते आणि त्याच वेळी सिस्टीमला परत येणाऱ्या उपकरणांना ओळखण्याची परवानगी देते.

Opt-in Rate

Captive Portal नोंदणी प्रक्रियेदरम्यान मार्केटिंगचे मेसेजेस मिळवण्यासाठी स्पष्टपणे सहमती दर्शवणाऱ्या WiFi युझर्सची टक्केवारी.

तुमच्या डेटा संकलन प्रक्रियेच्या यशाचे मूल्यांकन करण्यासाठी हा एक महत्त्वाचा निकष आहे; कमी ऑप्ट-इन दर खराब पोर्टल डिझाइन किंवा अस्पष्ट मूल्य प्रस्तावाचे संकेत देतात.

Attribution Window

SMS पाठवल्यानंतरचा एक निश्चित कालावधी (उदा. ७ दिवस), ज्या दरम्यान युझरने त्या ठिकाणी पुन्हा भेट दिल्यास त्याचे श्रेय त्या विशिष्ट मोहिमेला दिले जाते.

हे अशा परत येणाऱ्या भेटींना अनावश्यक श्रेय देण्यापासून रोखते ज्या SMS च्या प्रोत्साहनाशिवाय देखील स्वाभाविकपणे घडून आल्या असत्या.

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

150 स्टोअर्स असलेल्या एका राष्ट्रीय रिटेल साखळीला 'लॅप्स झालेल्या' ग्राहकांना लक्ष्य करायचे आहे - ज्यांची व्याख्या अशी आहे ज्यांनी पूर्वी WiFi Captive Portal द्वारे नोंदणी केली आहे, परंतु 45 दिवसांपासून कोणत्याही स्टोअरच्या ठिकाणी आढळले नाहीत. त्यांना गुरुवारच्या सकाळी स्वयंचलितपणे, येणाऱ्या वीकेंडसाठीच वैध असलेला 10% डिस्काउंट कोड देणारा SMS पाठवायचा आहे.

हे अंमलात आणण्यासाठी, IT आणि मार्केटिंग टीम्सनी खालील कॉन्फिगरेशन कार्यान्वित करणे आवश्यक आहे:

  1. सेगमेंट निर्मिती: Purple पोर्टलमध्ये, Lapsed_45_Days_Retail नावाचा डायनॅमिक सेगमेंट तयार करा.
    • निकष: Last Seen हे 45 दिवसांपेक्षा जास्त आहे आणि Opt-in SMS हे True च्या समान आहे.
  2. मोहीम सेटअप: या सेगमेंटला लक्ष्य करून शेड्यूल केलेली मोहीम तयार करा.
    • एक्झिक्युशन शेड्यूल साप्ताहिक प्रत्येक गुरुवारी सकाळी 09:30 वाजता सेट करा.
    • ही वेळ ग्राहकांनी त्यांच्या वीकेंडच्या खरेदीचे नियोजन करताना त्यांना मेसेज मिळेल याची खात्री करते.
  3. SMS गेटवे पेलोड कॉन्फिगरेशन: Twilio वरील वेबहुक इंटिग्रेशन कॉन्फिगर करा. वेबहुक पेलोडमध्ये युझरचा फोन नंबर, नाव आणि रिटेल साखळीच्या ERP सिस्टमद्वारे तयार केलेला एक अनन्य, सिंगल-युज कूपन कोड पास करणे आवश्यक आहे.
    • वेबहुक URL: https://api.twilio.com/2010-04-01/Accounts/{AccountSid}/Messages.json
    • पेलोड टेम्पलेट:
      {
  "To": "{{visitor.phone_number}}",
  "From": "RETAILCO",
  "Body": "Hi {{visitor.first_name}}, we haven't seen you in a while! Enjoy 10% off this weekend with code {{coupon.code}}. Show this text at checkout. Opt-out: {{sms.opt_out_link}}"
}
  4. एट्रिब्युशन ट्रॅकिंग: Purple मधील एट्रिब्युशन विंडो 4 दिवस (गुरुवार ते रविवार) कॉन्फिगर करा. सिस्टम सर्व 150 स्टोअर्समधील RADIUS लॉग्सचे परीक्षण करेल. गुरुवार 09:30 ते रविवार 23:59 दरम्यान गेस्ट WiFi वर ऑथेंटिकेट करणाऱ्या प्राप्तकर्त्याच्या फोन नंबरशी संबंधित कोणताही MAC पत्ता 'Attributed Return' म्हणून चिन्हांकित केला जाईल.
परीक्षकाचे भाष्य: हा सिनॅरिओ टेम्पोरल ट्रिगर्स (गुरुवार सकाळ) ला शारीरिक गैरहजेरीच्या डेटासह (45 दिवस) एकत्रित करण्याची क्षमता दर्शवतो. एट्रिब्युशन विंडो कठोरपणे प्रमोशनच्या वीकेंडपुरती मर्यादित ठेवून, रिटेलर खोटे पॉझिटिव्ह टाळू शकतात. समर्पित सेंडर ID ('RETAILCO') वापरल्याने विश्वास आणि ओपन रेट्स वाढतात, परंतु काही विशिष्ट अधिकारक्षेत्रांमध्ये (उदा. UK आणि EU) टेलिकम्युनिकेशन कॅरियर्सकडे पूर्व-नोंदणी आवश्यक असते.

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

यासाठी अत्यंत वेळेचे बंधन असलेले आणि स्थान-विशिष्ट कामाचे नियोजन आवश्यक आहे:

  1. SSID आणि स्थान मॅपिंग: प्रदर्शन केंद्राचे APs झोननुसार गटबद्ध केले असल्याची खात्री करा. डायनिंग हॉलचे APs Dining_Zone नावाच्या झोनमध्ये आणि मुख्य प्रदर्शन हॉलचे APs Exhibition_Zone मध्ये गटबद्ध केले पाहिजेत.
  2. सेगमेंट व्याख्या: Day_1_Attendees_Missing_Day_2 नावाचा सेगमेंट तयार करा.
    • निकष: काल Exhibition_Zone शी जोडलेले होते आणि आज सकाळी 08:00 AM ते दुपारी 12:00 PM दरम्यान कोणत्याही झोनशी जोडलेले नाहीत.
  3. ट्रिगर कॉन्फिगरेशन: बहु-दिवसीय इव्हेंट्स दरम्यान दुपारी 12:05 PM वाजता चालवण्यासाठी दैनिक नियोजित मोहीम (campaign) सेट करा.
    • लक्ष्य (Target): Day_1_Attendees_Missing_Day_2.
    • SMS मजकूर: "भूक लागली आहे, {{visitor.first_name}}? बाहेरील रांगा टाळा. परत सेंट्रल डायनिंग हॉलमध्ये या आणि कोणत्याही दुपारच्या जेवणाच्या खरेदीवर मोफत कॉफी मिळवा. सवलतीचा लाभ घेण्यासाठी हा मेसेज दाखवा!"
  4. रिडेम्पशन आणि वैधता: फसवणूक रोखण्यासाठी आणि ROI ट्रॅक करण्यासाठी, डायनिंग हॉल POS (पॉइंट ऑफ सेल) सिस्टम ही SMS प्रमोशन स्वीकारण्यासाठी अपडेट केली पाहिजे. जेव्हा कॅशियर बारकोड स्कॅन करतो किंवा SMS मधील कोड प्रविष्ट करतो, तेव्हा POS व्यवहाराची नोंद करतो. थेट व्युत्पन्न झालेल्या महसुलाची गणना करण्यासाठी हा डेटा नंतर Purple SMS डिलिव्हरी लॉगशी जुळवला जातो.
परीक्षकाचे भाष्य: रिअल-टाइम इव्हेंटच्या परिस्थितीवर आधारित सूक्ष्म-वर्गीकरणाचे (micro-segmentation) हे एक उत्कृष्ट उदाहरण आहे. वेळ (12:05 PM) अत्यंत महत्त्वाची आहे; युझर्स नेमके कधी दुपारचे जेवण करायचे हे ठरवत असताना हे त्यांना लक्ष्य करते. दुसऱ्या दिवशी अद्याप पुन्हा कनेक्ट न झालेल्या लोकांपुरता हा सेगमेंट मर्यादित ठेवून, हे ठिकाण आधीच ऑन-साइट असलेल्या आणि तिथेच जेवणाचा विचार करत असलेल्या उपस्थितांवर नाहक SMS क्रेडिट्स खर्च करणे टाळते.

सराव प्रश्न

Q1. एका स्टेडियमच्या ऑपरेशन्स डायरेक्टरला मध्यंतराच्या (halftime) वेळी WiFi ला जोडणाऱ्या दर्शकांना SMS कूपन पाठवायचे आहे. तथापि, SMS गेटवेमध्ये १५ मिनिटांचा रांग विलंब (queue delay) अनुभवायला मिळतो. दुसरा हाफ सुरू होण्यापूर्वी संदेश प्राप्त होईल याची खात्री करण्यासाठी तुम्ही हे कसे सोडवाल?

टीप: ट्रिगर यंत्रणेचा विचार करा आणि जास्त गर्दीच्या इव्हेंट्स दरम्यान गेटवे रांग कशी टाळायची याचा विचार करा.

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

हे सोडवण्यासाठी, तुम्ही मानक शेअर केलेल्या SMS गेटवेच्या रांगेला बायपास केले पाहिजे आणि तुमच्या SMS प्रदात्याकडे एक समर्पित शॉर्ट कोड किंवा हाय-थ्रूपुट टोल-फ्री नंबर लागू केला पाहिजे, ज्यामुळे जास्त मेसेजेस प्रति सेकंद (MPS) दर मिळेल. याव्यतिरिक्त, मध्यंतराच्या प्रत्यक्ष कनेक्शनच्या वाढत्या संख्येची वाट पाहण्याऐवजी, स्टेडियमच्या मॅच क्लॉक API ला जोडलेल्या प्रेडिक्टिव्ह सेशन डेटा किंवा शेड्युल केलेल्या इव्हेंट ट्रिगरवर आधारित, मध्यंतराच्या १० मिनिटे पूर्वी सुरू होण्यासाठी Purple प्लॅटफॉर्ममध्ये ट्रिगर कॉन्फिगर करा. शेवटी, SMS पेलोडवर एक कठोर 'expiration' पॅरामीटर लागू करा जेणेकरून जर संदेश दुसऱ्या हाफच्या सुरुवातीपेक्षा जास्त उशिरा आला, तर कॅरियर निरुपयोगी संदेश उशिरा वितरित करण्याऐवजी तो ड्रॉप करेल.

Q2. एक रिटेल साखळी एकाधिक टाइम झोनमध्ये कार्यरत आहे. SMS संदेश स्थानिक शांततेच्या तासांचे (quiet hours) उल्लंघन करणार नाहीत याची खात्री करण्यासाठी IT टीमने webhook इंटिग्रेशन कसे कॉन्फिगर करावे?

टीप: टाइम झोन डेटा कोठे स्टोअर केला आहे आणि शेड्युलिंग इंजिन ट्रिगर्सवर कशी प्रक्रिया करते याचा विचार करा.

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

IT टीमने हे सुनिश्चित केले पाहिजे की Purple प्लॅटफॉर्म प्रत्येक वैयक्तिक ठिकाणासाठी (Called-Station-ID) योग्य स्थानिक टाइम झोनसह कॉन्फिगर केला आहे. जेव्हा एखादा बिहेव्हियरल ट्रिगर उद्भवतो, तेव्हा Purple कॅम्पेन इंजिनने webhook कार्यान्वित करण्यापूर्वी वापरकर्त्याने शेवटी नोंदणी केलेल्या विशिष्ट ठिकाणाची स्थानिक वेळ तपासली पाहिजे. जर स्थानिक वेळ ठरवलेल्या शांततेच्या तासांमध्ये (उदा. २०:०० ते ०९:००) असेल, तर प्लॅटफॉर्मने स्थानिक बफर डेटाबेसमध्ये webhook पेलोडला रांगेत ठेवले पाहिजे. त्यानंतर शेड्युलिंग इंजिनने दुसऱ्या दिवशी सकाळी स्थानिक वेळेनुसार ०९:३० वाजता रांगेतील webhooks एकामागून एक रिलीज केले पाहिजेत.

Q3. एका हॉटेल साखळीला त्यांच्या SMS कॅम्पेन्सवर जास्त बाऊन्स रेट दिसून येत आहे. हे सोडवण्यासाठी captive portal आणि SMS गेटवे इंटिग्रेशनमध्ये कोणती तांत्रिक व्हेरिफिकेशन पावले लागू केली पाहिजेत?

टीप: पोर्टल पातळीवरील इनपुट व्हॅलिडेशन आणि कॅरियर-पातळीवरील व्हेरिफिकेशन या दोन्ही गोष्टी विचारात घ्या.

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

उच्च बाऊन्स रेट कमी करण्यासाठी, द्वि-स्तरीय व्हेरिफिकेशन प्रक्रिया लागू करा. प्रथम, captive portal पातळीवर, आंतरराष्ट्रीय E.164 फॉरमॅट लागू करण्यासाठी आणि उघडपणे बनावट असलेल्या नंबर मालिका (उदा. '123456789') सबमिट करण्यास प्रतिबंध करण्यासाठी regex व्हॅलिडेशन वापरा. दुसरे म्हणजे, नोंदणीच्या वेळी रिअल-टाइम HLR (Home Location Register) लुकअप API समाकलित करा. जेव्हा वापरकर्ता त्यांचा नंबर सबमिट करतो, तेव्हा सिस्टीम नंबर सक्रिय आहे आणि SMS प्राप्त करण्यास सक्षम आहे की नाही हे तपासण्यासाठी पार्श्वभूमी तपासणी (background check) करते. जर HLR लुकअप 'लँडलाईन' किंवा 'अवैध' स्थिती दर्शवत असेल, तर इंटरनेट प्रवेश मंजूर करण्यापूर्वी captive portal वापरकर्त्याला वैध मोबाईल नंबर प्रदान करण्यास सांगणारा एरर मेसेज दाखवतो.

या मालिकेमध्ये पुढे वाचा

WiFi डेटाच्या मदतीने वेन्यू मालकांना मार्केटिंग ROI सिद्ध करणे

मार्गदर्शिका वाचा →

प्रति पाठवणी महसूल: व्हेन्यूजनी ट्रॅक केले पाहिजे असे ईमेल मेट्रिक

मार्गदर्शिका वाचा →

First-party data marketing: व्यवसायांसाठी एक व्यापक मार्गदर्शक

हे मार्गदर्शक एंटरप्राइझ Guest WiFi नेटवर्कचा वापर करून एक मजबूत first-party data मार्केटिंग धोरण कसे तयार करावे हे स्पष्ट करते. यामध्ये captive portals द्वारे सुरक्षित डेटा कॅप्चर करण्यासाठी तांत्रिक आर्किटेक्चर, GDPR-compliant संमती वर्कफ्लो, CRM इंटिग्रेशन पॅटर्न आणि स्वयंचलित मोहीम उपयोजन समाविष्ट आहे. हॉस्पिटॅलिटी, रिटेल, इव्हेंट्स आणि सार्वजनिक-क्षेत्रातील ठिकाण ऑपरेटर्सना निष्क्रिय अभ्यागतांना उच्च-गुणवत्तेच्या, मालकीच्या मार्केटिंग प्रेक्षकांमध्ये रूपांतरित करण्यासाठी कृतीयोग्य मार्गदर्शन मिळेल.

मार्गदर्शिका वाचा →