लॅप्स झालेल्या हॉटेल आणि रेस्टॉरंट पाहुण्यांसाठी विन-बॅक ईमेल्स: वेळ आणि ऑफर्स

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

win-back सिक्वेन्स तुमच्या व्हेन्यूसाठी काय करतो?

win-back सिक्वेन्स अशा पाहुण्यांना जातो जे पूर्वी भेट देत असत पण आता थांबले आहेत. त्याचे काम मोजता येण्याजोगी पुनरागमन भेट मिळवून देणे हे आहे: हॉटेलमध्ये बुक केलेले स्टे, किंवा रेस्टॉरंटमध्ये सीट केलेले कव्हर. ओपन आणि क्लिक हे या प्रवासातील संकेत आहेत, अंतिम निकाल नाही.

कठीण भाग क्वचितच स्वतः ई-मेल असतो. कोण लॅप्स झाले आहे आणि केव्हा, हे जाणून घेणे हा खरा भाग आहे. Klaviyo सारखे ई-कॉमर्स प्लॅटफॉर्म शेवटच्या ऑनलाइन ऑर्डरच्या तारखेवर त्यांचे win-back फ्लो आधारित ठेवतात. टेबलवर पैसे देणारा डायनर तुमच्या ई-मेल प्लॅटफॉर्ममध्ये अशी कोणतीही तारीख सोडत नाही. ऑनलाइन ट्रॅव्हल एजंटद्वारे बुकिंग करणारा हॉटेलचा पाहुणाही अशी तारीख सोडत नाही.

Guest WiFi ही दरी भरून काढते. प्रत्येक लॉगिन नामांकित तारखेला नामांकित व्हेन्यूवरील भेटीची नोंद करते. Purple कडून Guest WiFi सह, जे पाहुणे लॉगिन करताना मार्केटिंगला संमती देतात ते संमती असलेला, फर्स्ट-पार्टी डेटा म्हणून तुमच्या लिस्टमध्ये जोडले जातात. Purple Engage नंतर लॅप्स झालेल्या पाहुण्यांना win-back ई-मेलची वेळ ठरवण्यासाठी प्रत्येक पाहुण्याच्या सर्वात अलीकडील लॉगिनच्या तारखेचा वापर करते. Mailchimp-शैलीतील साधने मोहिमा पाठवतात, परंतु ते लिस्ट तयार करत नाहीत किंवा पाहुणा शेवटचा कधी जागेवर होता हे त्यांना माहित नसते.

यामागील डेटा मोठा आहे. Purple ने 2024 मध्ये 80,000+ लाईव्ह व्हेन्यूंवर 440 दशलक्ष लॉगिन नोंदवले (Purple डेटा). Purple वापरणाऱ्या हॉस्पिटॅलिटी ऑपरेटर्समध्ये Premier Inn, Whitbread, Pizza Express आणि Stonegate Pubs यांचा समावेश आहे.

योग्यरित्या चालवलेला सिक्वेन्स तीन संख्या बदलतो:

• पुनरावृत्ती भेटी: मेल पाठवल्यापासून 30 दिवसांच्या आत पुन्हा लॉगिन करणाऱ्या लॅप्स झालेल्या पाहुण्यांचा हिस्सा.
• प्रति पाठवणी महसूल: परत येणाऱ्या पाहुण्यांकडून मिळणारा अतिरिक्त महसूल, ज्याला वितरीत केलेल्या ई-मेल्सने भागले जाते.
• लिस्टचे आरोग्य: कमी तक्रारी आणि कमी निष्क्रिय संपर्क, कारण हा सिक्वेन्स यापुढे प्रतिसाद न देणाऱ्या पाहुण्यांना हटवून संपतो.

win-back ई-मेल्स पाठवण्यापूर्वी तुम्हाला कशाची गरज आहे?

नोंदणीकृत मार्केटिंग ऑप्ट-इन असलेले संपर्क

GDPR संमतीची व्याख्या स्वेच्छेने दिलेली, विशिष्ट, माहितीपूर्ण आणि अस्पष्ट नसलेली अशी करते (Article 4(11)). Article 7(1) नुसार तुम्हाला ती संमती सिद्ध करता येणे आवश्यक आहे. UK मध्ये, Privacy and Electronic Communications Regulations (PECR) चे नियमन 22 देखील व्यक्तींना मार्केटिंग ई-मेल्स पाठवण्यासाठी पूर्व संमतीची आवश्यकता भासते.

विक्रीदरम्यान गोळा केलेल्या संपर्क तपशीलांसाठी PECR कडे एक संकुचित "soft opt-in" पर्याय आहे. Information Commissioner's Office (ICO) याचा अतिशय काटेकोरपणे अर्थ लावते, त्यामुळे WiFi द्वारे मिळालेल्या संपर्कांसाठी यावर अवलंबून राहू नका. त्याऐवजी लॉगिनच्या वेळी घेतलेल्या स्पष्ट opt-in चा वापर करा. Purple चे जाणीवपूर्वक-निवड केलेले opt-ins पाहुण्यांना WiFi अटी स्वीकारण्यापासून एक वेगळी पायरी म्हणून मार्केटिंग निवडण्यास सांगते. Opt-in न करता कनेक्ट झालेले पाहुणे या सीक्वेन्सपासून दूर राहतात.

तुमची opted-in यादी अजूनही लहान असल्यास, how to build a guest WiFi email list that actually converts या आमच्या मार्गदर्शकापासून सुरुवात करा.

पॅटर्न पाहण्यासाठी पुरेशी भेट हिस्ट्री

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

एक holdout ग्रुप

प्रत्येक लॅप्स झालेल्या सेगमेंटमधील यादृच्छिक 10% बाजूला ठेवा आणि त्यांना काहीही पाठवू नका. काही लॅप्स झालेले पाहुणे स्वतःहून परत येतात. Holdout तुम्हाला किती पाहुणे परत आले ते सांगते, जेणेकरून तुम्ही ई-मेलला केवळ त्याच्यामुळे झालेल्या अतिरिक्त भेटींचे श्रेय द्याल.

ऑथेंटिकेटेड सेंडिंग

फेब्रुवारी 2024 पासून, Gmail आणि Yahoo ला बल्क सेंडर्सकडून SPF, DKIM आणि DMARC सह मेल ऑथेंटिकेट करणे आवश्यक आहे. त्यांना वन-क्लिक अनसब्सक्राइब देखील आवश्यक आहे. Google सेंडर्सना रिपोर्ट केलेला स्पॅम 0.10% च्या खाली ठेवण्यास आणि तो कधीही 0.30% पर्यंत पोहोचू न देण्यास सांगते. विन-बॅक मेल्स तुमच्या सर्वात कमी एंगेज असलेल्या संपर्कांना जातात, त्यामुळे त्यांच्यात तक्रारीचा सर्वाधिक धोका असतो. आमचे Gmail and Yahoo sender requirements विषयीचे मार्गदर्शक या बदलांचा तपशीलवार समावेश करते.

विन-बॅक ई-मेलची वेळ ठरवण्यासाठी तुम्ही गेस्ट WiFi मधील शेवटच्या भेटीच्या तारखांचा वापर कसा करता?

तुम्ही तुमच्या स्वतःच्या पाहुण्यांच्या संदर्भात व्याख्या करेपर्यंत "Lapsed" ला काहीही अर्थ नसतो. दरमहा भेट देणारा ग्राहक एका महिन्यानंतर लॅप्स होतो. दरवर्षी ऑगस्टमध्ये तुमच्या रिसॉर्टमध्ये राहणारा पाहुणा फेब्रुवारीमध्ये लॅप्स होत नाही.

तुमचा सामान्य रिटर्न इंटरव्हल शोधा

एकाच ठिकाणी किमान दोनदा लॉगिन केलेल्या प्रत्येक पाहुण्याला घ्या. सलग भेटींमधील दिवस मोजा, नंतर मध्यक (median) घ्या. सरासरीपेक्षा मध्यक वापरा, कारण दररोज येणाऱ्या काही नियमित ग्राहकांमुळे सरासरी कमी दिसेल.

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

लॅप्स थ्रेशोल्ड त्या इंटरव्हलच्या जवळजवळ दुप्पट सेट करा

दोन इंटरव्हल्स ही एक व्यावहारिक सुरुवात आहे. एक इंटरव्हल उशीर असण्याचा अर्थ एक व्यस्त महिना असू शकतो. दोन इंटरव्हल्स म्हणजे ती सवय मोडल्याचे दर्शवते. तुमची holdout रन झाल्यावर, स्प्लिट सेगेमेंट्सवर दोन पट विरुद्ध 1.5 पट टेस्ट करा.

खूप लवकर ई-मेल पाठवल्याने अशा पाहुण्यावर ऑफर खर्च होते जो असला तरीही परत आला असता. खूप उशिरा पाठवल्याने प्रतिस्पर्ध्याकडे नवीन सवय तयार होण्यास वेळ मिळतो.

एका भेटीच्या पाहुण्यांना वेगळे हाताळा

एकाच लॉगिन असलेल्या अतिथीसाठी कोणतीही वैयक्तिक वेळ-मर्यादा नसते. त्यांच्या विभागासाठी वेन्यूची मध्यक (median) व्हॅल्यू लागू करा आणि कमी प्रतिसाद मिळण्याची अपेक्षा ठेवा. त्यांची पहिली भेट कदाचित अपवादात्मक असू शकते: एखादे लग्न, परिषद किंवा प्रवास करताना केलेली भेट.

वेन्यूच्या प्रकारानुसार सुरुवातीची वेळ

खालील मूल्ये प्रथम कॉन्फिगरेशन म्हणून वापरा, नंतर ती तुमच्या स्वतःच्या मध्यक (medians) मूल्यांनी बदला.

वेन्यूचा प्रकार	सुरुवातीचा परतीचा कालावधी	ईमेल 1 (लॅप्स मर्यादा)	ईमेल 2	ईमेल 3	मार्केटिंग ईमेल पाठवणे थांबवा	प्रमुख ऑफर
कॉफी शॉप किंवा क्विक-सर्व्हिस रेस्टॉरंट	10 दिवस	दिवस 21	दिवस 30	दिवस 45	दिवस 75	पुढील ऑर्डरसह विनामूल्य ॲड-ऑन
पब किंवा कॅज्युअल डायनिंग रेस्टॉरंट	30 दिवस	दिवस 60	दिवस 74	दिवस 90	दिवस 150	सोमवार ते गुरुवार विनामूल्य डेझर्ट किंवा पेय
डेस्टिनेशन किंवा फाइन डायनिंग रेस्टॉरंट	90 दिवस	दिवस 180	दिवस 200	दिवस 230	दिवस 365	नवीन मेनू प्रीव्ह्यू किंवा शेफ टेबलचे आमंत्रण
बिझनेस हॉटेल	60 दिवस	दिवस 120	दिवस 134	दिवस 160	दिवस 240	लेट चेकआउट किंवा नाश्ता समाविष्ट
लेझर हॉटेल किंवा रिसॉर्ट	365 दिवस	दिवस 300	दिवस 320	दिवस 345	दिवस 450	रूम अपग्रेड किंवा अतिरिक्त रात्र, थेट बुक केल्यास

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

तुम्ही कोणती ऑफर आणि कधी पाठवली पाहिजे?

ईमेल 1: कोणत्याही सवलतीशिवाय आठवण करून देणारा ईमेल

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

ईमेल 2: केवळ न परतलेल्या अतिथींसाठी व्हॅल्यू ऑफर

सुमारे 14 दिवसांनंतर, नवीन WiFi लॉगिन तपासा. ज्यांनी भेट दिली आहे अशी कोणतीही व्यक्ती या सिक्वेन्सधून बाहेर पडते. बाकी सर्वांना ऑफर मिळते. ती विशिष्ट, ठराविक वेळेसाठी आणि टिल किंवा फ्रंट डेस्कवर रिडीम करण्यास सोपी ठेवा.

ईमेल 3: अंतिम ऑफर आणि पसंतीची पडताळणी

अंतिम ईमेल ऑफरची पुनरावृत्ती करतो किंवा ती थोडी सुधारतो. तो अतिथीला ते अजूनही तुमच्याकडून अपडेट्स मिळवू इच्छितात का याची पुष्टी करण्यास सांगतो. टेबलमधील अंतिम तारखेपर्यंत त्यांनी भेट दिली नाही किंवा प्रतिसाद दिला नाही, तर त्यांना मार्केटिंग ईमेल पाठवणे थांबवा.

ते पाऊल उत्तम पद्धत आणि नियमांचे पालन करणारे आहे. GDPR चे स्टोरेज मर्यादा तत्व (Article 5(1)(e)) असे सांगते की वैयक्तिक डेटा उद्देशापेक्षा जास्त काळ ठेवला जाऊ नये. जे कोणी अनसब्सक्राइब करतात त्यांना मार्केटिंग ईमेल पाठवणे त्वरित थांबवले पाहिजे. Article 21(3) अंतर्गत, डायरेक्ट मार्केटिंगला असणारा विरोध हा अंतिम असतो.

अतिथीच्या मूल्याशी ऑफर जुळवा

सरसकट 20% सवलत तुम्हाला अशा अतिथींवर जास्त खर्च करायला लावते ज्यांना त्याची सर्वात कमी गरज असते. त्याऐवजी ऑफर सेट करण्यासाठी WiFi लॉगिनवरून भेट देण्याची वारंवारता वापरा.

अतिथी विभाग	WiFi लॉगिनवरून व्याख्या	प्रमुख ऑफर	काय टाळावे
एकाच वेळी येणारा अतिथी	मागील 12 महिन्यांत 1 लॉगिन	कमी खर्चाचे परतीचे प्रोत्साहन, जसे की मेन कोर्ससोबत मोफत पेय	मोठ्या सवलती ज्या एकाच वेळी सवलत शोधणाऱ्यांना आकर्षित करतात
अधूनमधून येणारे अतिथी	मागील 12 महिन्यांत 2 ते 4 लॉगइन	ऑफ-पीक ऑफर जी संथ कालावधीत गर्दी वाढवते	आपल्या सर्वात जास्त गर्दीच्या रात्री वैध असलेल्या ऑफर्स
पूर्वीचे नियमित अतिथी	मागील 12 महिन्यांत 5+ लॉगइन, आणि त्यानंतर एकही नाही	वैयक्तिक ओळख: व्यवस्थापकाची टीप किंवा टेस्टींगचे आमंत्रण	सामान्य टक्केवारी सवलत
पुन्हा येणारे हॉटेल अतिथी	मागील 24 महिन्यांत 3+ स्टे	थेट बुकिंगवर लेट चेकआउट, अपग्रेड किंवा नाश्ता	आपल्या जाहीर केलेल्या थेट दरापेक्षा कमी दर कपात

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

रेस्टॉरंट्ससाठी, संथ कालावधीचे लक्ष्य ठेवून ऑफर द्या. मंगळवारी मोफत डेझर्ट दिल्याने एरव्ही रिकामी राहणारी जागा भरली जाते. हीच ऑफर शनिवारी दिल्यास, जी टेबल सहज विकली गेली असती त्यावरील नफा कमी होतो.

प्रत्यक्ष व्यवहारात विन-बॅक सिक्वेन्स कसा दिसतो?

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

बिझनेस ट्रॅव्हलर्सना परत मिळवणारे 120-खोल्यांचे सिटी हॉटेल

परिस्थिती. शहराच्या मध्यवर्ती भागातील 120-खोल्यांच्या हॉटेलकडे दोन वर्षांतील अतिथींच्या WiFi लॉगइनमधून 6,000 ऑप्ट-इन संपर्क आहेत. त्यांचे बिझनेस ट्रॅव्हलर्स सरासरी दर 60 दिवसांनी परत येतात. त्या संपर्कांपैकी, 1,800 संपर्कांनी शेवटी 120 ते 180 दिवसांपूर्वी लॉगइन केले होते.

काय केले गेले. हॉटेलने 180 संपर्क (10%) बाजूला ठेवले (होल्डआउट) आणि उर्वरित 1,620 जणांना तीन-टप्प्यांचा सिक्वेन्स पाठवला. ईमेल 1 मध्ये नूतनीकरण केलेल्या खोल्या आणि नवीन को-वर्किंग लाउंजची माहिती दिली. ईमेल 2 मध्ये थेट बुकिंगवर लेट चेकआउट आणि नाश्त्याची ऑफर दिली. ईमेल 3 मध्ये तीच ऑफर पुन्हा दिली आणि अतिथींना त्यांच्या आवडीची पुष्टी करण्यास सांगितले.

निकाल. ईमेल 3 पाठवल्यानंतर 30 दिवसांच्या आत, 1,620 पैकी 81 अतिथींनी (5%) पुन्हा लॉगइन केले. बाजूला ठेवलेल्या होल्डआउट गटामध्ये, 180 पैकी चार अतिथी (2.2%) कोणत्याही ईमेलशिवाय परत आले. अतिरिक्त परतावा दर 2.8 पॉइंट्स होता, म्हणजेच या सिक्वेन्समुळे सुमारे 45 स्टे मिळाले. प्रति रूम रात्र £150 आणि प्रति स्टे 1.5 रात्री गृहीत धरल्यास, हे अंदाजे £10,100 चे अतिरिक्त रूम महसूल आहे. जे अतिथी परत आले ते सिक्वेन्समधून लवकर बाहेर पडले, त्यामुळे सुमारे 4,700 ईमेल पाठवले गेले. त्यामुळे प्रति पाठवलेला ईमेल महसूल अंदाजे £2 होता.

अतिथी एका ठिकाणाहून दुसऱ्या ठिकाणी जाणाऱ्या 15-ठिकाणांचा पब ग्रुप

परिस्थिती. एका पब ग्रुपचे एकाच शहरात 15 पब आहेत आणि त्यांच्याकडे 40,000 ऑप्ट-इन संपर्क आहेत. प्रत्येक ठिकाणानुसार मोजले असता, 9,000 अतिथींनी त्यांच्या नेहमीच्या पबमधील 60-दिवसांची लॅप्स मर्यादा ओलांडली आहे.

काय केले गेले. ईमेल पाठवण्यापूर्वी, ग्रुपने संपूर्ण नेटवर्कमधील WiFi लॉगइन तपासले. त्यांना आढळले की 9,000 पैकी 2,100 अतिथींनी मागील 60 दिवसांत त्यांच्या दुसऱ्या पबमध्ये लॉगइन केले होते. ते अतिथी ब्रँडपासून दूर गेले नव्हते; त्यांनी फक्त पबचे ठिकाण बदलले होते. ग्रुपने त्यांना वगळले आणि उर्वरित 6,900 संपर्कांना (690-संपर्कांचा होल्डआउट गट वगळून) सिक्वेन्स पाठवला. ही ऑफर कोणत्याही मुख्य पदार्थासोबत कोणत्याही ठिकाणी सोमवार ते गुरुवार वैध असलेले मोफत डेझर्ट होती.

निकाल. एकही ऑफर पाठवण्यापूर्वी सप्रेशनने सूचीतील 23% नावे हटवली. याशिवाय, 2,100 सक्रिय पाहुण्यांना त्यांनी आधीच भेट दिलेल्या पब्ससाठी सवलत मिळाली असती. ग्रुपने केवळ मूळ ठिकाणावरच नाही, तर कोणत्याही ठिकाणी पुन्हा केलेल्या लॉगिनची नोंद घेतली. 30 दिवसांत, पाठवलेल्या ग्रुपमधील 6,210 पाहुण्यांपैकी 6.5% पाहुणे परत आले, तर होल्डआउट ग्रुपमधील केवळ 3% पाहुणे परत आले. हा 3.5 पॉइंट्सचा अतिरिक्त वाढीव दर आहे, म्हणजेच सुमारे 217 अतिरिक्त भेटी. प्रति भेट सरासरी £28 खर्च गृहीत धरल्यास, या सिक्वेन्समुळे सुमारे £6,100 ची भर पडली.

विन-बॅक ईमेल कार्य करत आहेत हे तुम्हाला कसे समजेल?

ऑपन्स ऐवजी, पुन्हा दिलेल्या भेटी मोजा

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

ऑपन्स हे या कामासाठी एक कमकुवत सिग्नल आहेत. 2021 मध्ये सादर केलेले Apple चे Mail Privacy Protection, हे फीचर सुरू करणाऱ्या Apple Mail वाचकांसाठी बॅकग्राउंडमध्ये ईमेल सामग्री लोड करते. यामुळे प्रत्यक्ष ओपन न झालेल्या ईमेलचीही ओपन म्हणून नोंद होते.

रिटर्न रेटला किमान मर्यादा (फ्लोअर) म्हणून वाचा

WiFi लॉगिन फक्त कनेक्ट होणाऱ्या पाहुण्यांना दाखवतात. जो पाहुणा परत येतो आणि मोबाईल डेटावर राहतो तो यामध्ये दिसणार नाही. तुमचा मोजलेला रिटर्न रेट ही एक किमान मर्यादा आहे. होल्डआउटची तुलना निष्पक्ष राहते, कारण दोन्ही ग्रुप्स एकाच पद्धतीने मोजले जातात.

गार्डरेल्सवर लक्ष ठेवा

• स्पॅम तक्रार दर: Google मोठ्या प्रमाणावर ईमेल पाठवणाऱ्यांना हा दर 0.10% खाली ठेवण्यास आणि कधीही 0.30% पर्यंत पोहोचू न देण्यास सांगते. जो सिक्वेन्स तुम्हाला या रेषेकडे ढकलतो तो त्वरित थांबवा.
• अनसब्सक्राइब दर: याची तुलना तुमच्या नियमित मोहिमांशी करा. विन-बॅक मधील अनसब्सक्राइब हे अपयश नाही. हे अशा संपर्काला हटवते जो कधीही परत येणार नव्हता.
• अतिरिक्त भेटीनुसार ऑफरचा खर्च: एकूण रिडेम्प्शन खर्चाला इनक्रिमेंटल भेटींनी भागा. जर निकाल भेटीवरील तुमच्या मार्जिनपेक्षा जास्त असेल, तर ऑफर बदला.
• एका वेळी एकच चाचणी घ्या

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

काय चुकीचे घडते आणि तुम्ही ते कसे टाळू शकता?

• नियमित पाहुण्यांना सवलत देणे. जुने नियमित पाहुणे आणि एकाच वेळी भेट देणाऱ्या पाहुण्यांना एकाच सेंडमध्ये मिक्स केल्याने तुमच्या सर्वात मौल्यवान पाहुण्यांना सर्वात स्वस्त संदेश जातो. प्रथम लॉगिन संख्येनुसार विभागणी (Segment) करा.
• पाहुण्यांऐवजी कॅलेंडरनुसार लॅप्स परिभाषित करणे. निश्चित 90 दिवसांचा नियम कॉफी शॉपसाठी खूप मंद आणि रिसॉर्टसाठी खूप वेगवान असतो. प्रत्येक ठिकाणाच्या प्रकारासाठी मध्यक (median) रिटर्न अंतराल वापरा.
• कर्मचाऱ्यांना पाहुणे म्हणून मोजणे. कर्मचाऱ्यांची डिव्हाइसेस भेटींची वारंवारता फुगवतात आणि तुमचे अंतराल कमी करतात. काहीही मोजण्यापूर्वी त्यांना वगळा.
• उरलेल्या मालमत्तेकडे दुर्लक्ष करणे. बहु-स्थानिक ग्रुपमध्ये, पाहुण्याला लॅप्स घोषित करण्यापूर्वी प्रत्येक ठिकानावरील लॉगिन तपासा, जसे की वरील पब ग्रुपने केले.
• नोंदणीकृत संमतीशिवाय ईमेल पाठवणे. मार्केटिंगसाठी ऑप्ट इन केलेल्या पाहुण्यांचाच सिक्वेन्समध्ये समावेश असावा. GDPR कलम 7(1) अंतर्गत, संमती सिद्ध करण्याची जबाबदारी तुमची आहे.
• कधीही न थांबणे. सनसेट नसलेला सिक्वेन्स निष्क्रिय संपर्कांना ईमेल पाठवत राहतो. यामुळे तक्रारीचा धोका वाढतो आणि आवश्यकतेपेक्षा जास्त काळ डेटा धरून ठेवला जातो.
• तुमच्या स्वतःच्या थेट दराला कमी करणे. प्रकाशित दरापेक्षा कमी असलेली हॉटेल ऑफर पाहुण्यांना बुकिंग करण्यापूर्वी ईमेलची वाट पाहण्यास शिकवते.

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

आम्ही आधीपासूनच Mailchimp किंवा Klaviyo वापरत असल्यास आम्हाला अद्याप Purple Engage ची गरज आहे का?

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

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

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

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

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

विन-बॅक क्रमामध्ये किती ईमेल असणे आवश्यक आहे?

तीन हा एक व्यावहारिक डीफॉल्ट आहे. पहिला कोणतीही सूट नसलेली आठवण करून देणारा असतो, दुसरा सुमारे 14 दिवसांनंतरचा व्हॅल्यू ऑफर असतो आणि तिसरा पसंती तपासणीसह अंतिम ऑफर असतो. प्रत्येक ईमेल फक्त अशा पाहुण्यांना जातो ज्यांनी शेवटच्या पाठवल्यापासून पुन्हा लॉगिन केलेले नाही. तिसऱ्या ईमेलनंतर, भेट न देणाऱ्या किंवा गुंतवून न ठेवणाऱ्या कोणालाही मार्केटिंग ईमेल पाठवणे थांबवा, ज्यामुळे पाठवणाऱ्याची तुमची प्रतिष्ठा सुरक्षित राहते.

विन-बॅक ऑफर नेहमी सूट असावी का?

नाही. कोणत्याही ऑफरशिवाय आठवण करून देणाऱ्या ईमेलने सुरुवात करा, कारण काही मागे पडलेल्या पाहुण्यांना फक्त एका प्रेरणेची गरज असते. जेव्हा तुम्ही ऑफर जोडता, तेव्हा ती पाहुण्यांच्या इतिहासाशी जुळवा. कमी खर्चाचे प्रोत्साहन एकाच वेळी येणाऱ्या पाहुण्यांना साजेसे असते. पूर्वीचे नियमित ग्राहक हे ओळखीला महत्त्व देतात, जसे की चाखण्याचे निमंत्रण. हॉटेल पाहुण्यांसाठी, तुमच्या प्रकाशित थेट किमतीपेक्षा कमी दर कपात करण्याऐवजी उशिरा चेकआउट, अपग्रेड किंवा नाश्ता निवडा.

मागे पडलेला पाहुणा परत आला आहे हे Purple ला कसे कळते?

जेव्हा पाहुणा तुमच्या गेस्ट WiFi वर पुन्हा लॉगिन करतो तेव्हा Purple ला परतावा दिसतो. मल्टी-साइट इस्टेटमध्ये, तुमच्या कोणत्याही ठिकाणावरील लॉगिन गणले जाते, त्यामुळे साइट बदलणाऱ्या पाहुण्याला मागे पडलेले मानले जात नाही. कनेक्ट न करता परत येणारे पाहुणे दिसणार नाहीत. मोजलेल्या परताव्याच्या दराला बेस मान आणि त्याच प्रकारे मोजलेल्या होल्डआउट ग्रुपशी त्याची तुलना करा.

आम्ही सुरुवात करण्यापूर्वी आम्हाला किती लॉगिन इतिहास आवश्यक आहे?

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