वेन्यूसाठी झिरो पार्टी डेटा म्हणजे काय
झिरो पार्टी डेटा म्हणजे काय? वेन्यू नमूद केलेल्या प्राधान्यक्रमांची माहिती कशी गोळा करतात, संमती वेगळी कशी ठेवतात आणि भेटी तसेच खर्चाव्यतिरिक्त उत्तरांचा कसा वापर करतात.
झिरो-पार्टी डेटा म्हणजे पाहुण्याने स्वतःहून इच्छेने तुम्हाला सांगितलेली त्यांची गरज असते, जी तुम्ही त्यांच्या भेटी, खर्च, WiFi किंवा बुकिंगवरून लावलेला अंदाज नसतो. तुम्ही बहुधा सध्या अशा पाहुण्याच्या रेकॉर्डकडे पाहत असाल ज्यामध्ये व्यवहार, साइन-इन आणि मुक्काम दिसतात, तरीही ते ही व्यक्ती का आली किंवा त्यांना पुढील वेळी काय आवडेल हे सांगू शकत नाही. ती दरी भरून काढण्यासाठी थेट प्रश्न विचारणे उपयुक्त ठरते. स्पष्टपणे विचारा, उत्तर योग्यरित्या साठवा आणि तुमच्याकडे एक स्पष्ट प्राधान्य नोंदवले जाते ज्यावर तुम्ही कोणताही अंदाज न लावता कारवाई करू शकता.
अनुक्रमणिका
- इतर गेस्ट डेटाच्या तुलनेत झिरो-पार्टी डेटाचा अर्थ काय
- फायदा स्पष्ट असतो तेव्हा पाहुणे उत्तरे का देतात
- सर्व्हे आणि फॉर्म्सद्वारे उत्तरे कशी गोळा करावीत
- रेस्टॉरंट्स, हॉटेल्स आणि रिटेल वेन्यूजसाठी झिरो-पार्टीची उदाहरणे
- प्राधान्ये, संमती आणि तुम्ही आधीच काय निरीक्षण केले आहे
- तुम्ही स्केल करण्यापूर्वी एका नमूद केलेल्या प्राधान्याची चाचणी घ्या
इतर पाहुण्यांच्या डेटाच्या तुलनेत झिरो-पार्टी डेटाचा अर्थ काय आहे
समजा, एखाद्या रेस्टॉरंटमधील पाहुण्याने व्यस्त शुक्रवारी शाकाहारी पदार्थाची ऑर्डर दिली. तुमचे टिल मशीन तो पदार्थ, वेळ आणि भरलेली रक्कम नोंदवते. परंतु, शाकाहारी जेवण ही त्या पाहुण्याची पसंती आहे, एकाच वेळेची निवड आहे की टेबलवरील दुसऱ्या कोणासाठी दिलेली ऑर्डर आहे, याची नोंद ते करत नाही.
केवळ पाहुणे (गेस्ट) ते स्पष्ट करू शकतात. एका छोट्या सर्वेक्षणात आहाराच्या गरजांबद्दल विचारले असता त्यांनी शाकाहारी हा पर्याय निवडल्यास, ती एक वेगळ्या प्रकारची नोंद ठरते. खरेदीचे निरीक्षण केले गेले होते, परंतु पसंती स्पष्टपणे नोंदवली गेली होती.
झिरो-पार्टी डेटा म्हणून काय गणले जाते
झिरो-पार्टी डेटा म्हणजे अशी माहिती जी ग्राहक थेट ब्रँडसोबत हेतुपुरस्सर आणि स्वयंप्रेरणेने शेअर करतो. फॉरस्टरच्या व्याख्येचा पीअर-रिव्ह्यू केलेला सारांश असे नमूद करतो की Forrester Research ने 2018 मध्ये ही वर्गवारी लोकप्रिय केली, ज्याचा पाया 2017 मधील फॉरस्टर विश्लेषक खतीबलू आणि सहकाऱ्यांनी दिलेल्या व्याख्येवर आधारित होता; यामध्ये पसंती-केंद्र (प्रेफरन्स-सेंटर) माहिती, खरेदीचे उद्देश, वैयक्तिक संदर्भ आणि ग्राहकाने ब्रँडने त्यांची ओळख कशी ठेवावी याविषयीच्या पसंतीचा समावेश आहे.
ही व्याख्या झिरो-पार्टी डेटा म्हणजे काय ते सोप्या शब्दांत सांगते. यामध्ये तुमच्या टीमने ब्राउझिंग, खरेदी, लोकेशन किंवा इतर वर्तनावरून अंदाज लावण्याऐवजी, पाहुणे (गेस्ट) स्वतःच त्यांची निवड तुम्हाला सांगत असतात.
- आहाराच्या गरजा: एक पाहुणा रेस्टॉरंट सर्व्हेमध्ये शाकाहारी, व्हीगन, हलाल किंवा ॲलर्जीची नोंद निवडतो.
- मुक्कामाची प्राधान्ये: हॉटेलमधील पाहुणा येण्यापूर्वी त्याच्या आवडीचा खोलीचा प्रकार निवडतो.
- संवादाचे पर्याय: एक पाहुणा ईमेल, SMS किंवा WhatsApp निवडतो, किंवा त्यांना वाढदिवसाच्या ऑफर्स हव्या आहेत असे सांगतो.
- भेटीचा संदर्भ: पाहुणा एखाद्या प्रसंगाचा, प्रवासाच्या उद्देशाचा किंवा त्यांच्या आवडीचा उल्लेख करतो ज्यानुसार त्यांना ऑफर्स हव्या असतात.
प्रत्येक उदाहरणामध्ये एक वैशिष्ट्य सामायिक आहे. पाहुण्यांना माहित असते की ते तुम्हाला ती माहिती देत आहेत, आणि ते देण्याचा उद्देश ते पाहू शकतात.
चारही प्रकार शेजारी-शेजारी
लेबल्सचा विचार डेटा कसा तयार केला गेला यावर आधारित वर्गीकरणाचा भाग म्हणून करा, सेल्स डेकमध्ये तो किती मूल्यवान वाटतो यावर नाही. झिरो-पार्टी डेटा थेटपणात प्रथम क्रमांकावर येतो, तो प्रत्येक परिस्थितीत नवीन किंवा सर्वोत्तम आहे म्हणून नाही.
| प्रकार | ते कसे तयार केले जाते | व्हेन्यूचे उदाहरण | मुख्य मर्यादा |
|---|---|---|---|
| झिरो-पार्टी | पाहुणे ते मुद्दाम सांगतात | आहाराची पसंती, रूमचा प्रकार, चॅनलची निवड, वाढदिवसाच्या ऑफर्स, भेटीचा प्रसंग | स्पष्ट परंतु पक्षपाती किंवा जुने असू शकते; आपोआप मार्केटिंगची संमती मिळत नाही |
| फर्स्ट-पार्टी | तुमच्या स्वतःच्या संवादांमध्ये निरीक्षण केले जाते | WiFi साइन-इन, टिल खरेदी, बुकिंग, हॉटेलचा मुक्काम | वर्तनाला विश्लेषणाची गरज असते आणि ते सांगितलेल्या हेतूइतके समान नसते |
| सेकंड-पार्टी | दुसरी संस्था तिचा फर्स्ट-पार्टी डेटा शेअर करते | भागीदार व्हेन्यू किंवा ब्रँड संमती मिळालेली पाहुण्यांची यादी पाठवतो | तुम्हाला त्यांची संकलन गुणवत्ता आणि त्यांची संमतीची व्याप्ती वारशाने मिळते |
| थर्ड-पार्टी | अॅग्रीगेटर्स ते संकलित करतात, सहसा कुकीज आणि ट्रॅकिंगद्वारे | खरेदी केलेले प्रेक्षक वर्ग | कुकीज कमी झाल्यामुळे कमजोर होत आहे; सर्वात कमी पारदर्शक मूल्य देवाणघेवाण |
फर्स्ट-पार्टी डेटा तुमच्या स्वतःच्या सिस्टीममधून येतो. WiFi साइन-इन, टिल आयटम, बुकिंग आणि पूर्ण झालेला मुक्काम या सर्व गोष्टी तुमच्यासोबतच घडून आल्या आहेत, त्यामुळे काय घडले ते तुम्ही पाहू शकता. पण त्याचा अर्थ काय हे समजून घेण्याचे काम तुम्हालाच करावे लागते.
सेकंड-पार्टी डेटा हा दुसऱ्या संस्थेचा फर्स्ट-पार्टी डेटा असतो जो तुमच्यासोबत शेअर केला जातो. एखादे पार्टनर व्हेन्यू संयुक्त इव्हेंटसाठी संमती दिलेली यादी शेअर करू शकते. हा डेटा तुम्ही संकलित केलेला नसल्यामुळे, त्यांनी त्या पाहुण्यांना किती काळजीपूर्वक विचारले, नोंद केली आणि संमती घेतली यावर तुम्ही अवलंबून असता.
थर्ड-पार्टी डेटा हा पाहुण्यापासून सर्वात दूर असतो. ॲग्रीगेटर्स कुकीज आणि इतर ट्रॅकिंगचा वापर करून सेगमेंट्स एकत्र करतात आणि नंतर संभाव्य डायनर्स किंवा वारंवार प्रवास करणाऱ्यांसारख्या ऑडियन्सची विक्री करतात. पाहुण्याला ती देवाणघेवाण स्पष्टपणे समजली असा क्षण दुर्मिळच असतो.
खरेदी तुम्हाला काय घडले ते सांगते. नमूद केलेली पसंती तुम्हाला पाहुण्याला पुढे काय हवे आहे ते सांगते.
हे लेबल काय वचन देत नाही
झिरो-पार्टी हे माहिती संकलनाचा स्रोत आणि पद्धत स्पष्ट करते. तुम्ही नंतर विचार करू शकता अशा प्रत्येक उद्देशासाठी उत्तर अचूक, पूर्ण किंवा वापरण्यास वैध असेलच अशी कोणतीही हमी ते देत नाही.
तुम्हाला अजूनही विचारण्यासाठी स्पष्ट उद्देश, आवश्यक असेल तिथे योग्य संमती, सुरक्षित स्टोरेज आणि अतिथीने त्यांनी शेअर केलेले माहिती दुरुस्त करण्याचा किंवा मागे घेण्याचा मार्ग आवश्यक आहे. ज्या अतिथीने आज रात्रीच्या सर्व्हिससाठी आहाराची आवश्यकता सांगितली आहे त्यांनी तुम्हाला कायमस्वरूपी, अमर्यादित प्रोफाईल फील्ड दिलेले नाही.
ती सूचना विचारणे टाळण्याचे कारण नाही. कमी, चांगले प्रश्न विचारण्याचे आणि प्रत्येक उत्तराला अतिथींचे विधान म्हणून हाताळण्याचे हे एक कारण आहे जे तुम्ही विश्वासाने ठेवता. चांगल्या प्रकारे पूर्ण केलेली, सर्वेक्षणाची उत्तरे, नमूद केलेले स्वारस्य आणि खरेदीचे उद्देश अतिथींच्या रेकॉर्डमध्ये स्पष्ट संदर्भ जोडतात, जे शांत ट्रॅकिंग प्रदान करते त्यापेक्षा स्पष्ट मूल्य एक्सचेंजसह जोडतात.
फायदा स्पष्ट असतो तेव्हा पाहुणे उत्तरे का देतात
पाहुणे तुमच्या डेटाबेससाठी औदार्य दाखवून प्रश्नांची उत्तरे देत नाहीत. जेव्हा त्यांची देवाणघेवाण त्यांना वाजवी आणि तात्काळ वाटते, तेव्हाच ते उत्तरे देतात. कार्यरत नियम सोपा आहे: एक विशिष्ट प्रश्न विचारा, तुम्ही त्या उत्तराचे काय कराल ते सांगा, आणि पाहुण्याला जाणवेल असा फायदा द्या.
"आम्हाला तुमच्या आहाराच्या गरजा सांगा जेणेकरून आम्ही किचनला माहिती देऊ शकू" हे या निकषावर खरे उतरते. "अधिक वैयक्तिकृत प्रवासासाठी तुमची प्रोफाइल पूर्ण करा" हे खरे उतरत नाही, कारण काय बदलेल याचे चित्र पाहुण्याला स्पष्ट दिसत नाही. अस्पष्टतेपेक्षा स्पष्टता नेहमीच प्रभावी ठरते.
तयार असलेले आकडे प्रत्यक्षात काय दर्शवतात
Retail Customer Experience द्वारे अहवाल दिलेल्या 2022 च्या अभ्यासाच्या सारांशात असे दिसून आले की 80% ग्राहक लॉयल्टी-प्रोग्रामच्या फायद्यांसाठी वैयक्तिक डेटा शेअर करण्यास तयार होते. त्यात असेही नमूद केले आहे की 70% विशेष सवलत किंवा ऑफरसाठी तो शेअर करतील, आणि 71% लोकांनी सांगितले की ते संवाद वैयक्तिकृत (personalize) करणाऱ्या ब्रँड्सकडून अधिक वेळा खरेदी करतील.
हेच कव्हरेज एप्सिलॉन आणि GBH इनसाइट्स द्वारे आयोजित 1,000 यूएस प्रौढांच्या एप्रिल 2020 च्या सर्वेक्षणाकडे निर्देश करते, ज्यामध्ये 80% लोकांना किरकोळ विक्रेत्यांकडून वैयक्तिकीकरण हवे होते. दोन वेगवेगळी सर्वेक्षणे समान निष्कर्षावर येणे हे दर्शवते की अतिथी सुसंगततेच्या विरोधात नाहीत. ते कोणत्याही फायद्याशिवाय माहिती देण्याच्या विरोधात आहेत.
विश्वास देखील याच पॅटर्नचे अनुसरण करतो. 2024 मध्ये प्रकाशित झालेल्या अटेस्ट झिरो-पार्टी डेटा संशोधनानुसार, 1,500 कार्यरत वयाच्या यूएस ग्राहकांच्या डिसेंबर 2023 च्या सर्वेक्षणात, 48.0% लोकांनी सांगितले की ते पॅसिव्ह संकलन पद्धती वापरण्याऐवजी झिरो-पार्टी डेटाची विनंती करणाऱ्या ब्रँडवर विश्वास ठेवण्याची अधिक शक्यता आहे.
मार्केटर्स अधिक बारकाईने लक्ष का देत आहेत
सांगितलेला डेटा देखील महत्त्वाचा आहे कारण उसने घेतलेले सिग्नल कमी होत आहेत. 2024 च्या डेलॉईट रिटेल-ट्रेंड्स अभ्यासाच्या सारांशात असा अहवाल दिला गेला आहे की 60% मार्केटरना कुकीलेस भविष्यासाठी ते बहुतांश किंवा पूर्णपणे तयार असल्याचे वाटले. हा संदर्भ आहे, कुकीज आधीच नाहीशा झाल्या आहेत याचा पुरावा नाही, परंतु स्वेच्छेने सामायिक केलेली उत्तरे नियोजनात अधिक महत्त्व का ठेवतात हे यावरून स्पष्ट होते.
- संबंधित ऑफर: एखादा अतिथी सांगतो की त्यांना आठवड्याच्या दिवसांत जेवणात रस आहे, त्यामुळे आठवड्याच्या दिवसांतील ऑफर केवळ अंदाज राहत नाहीत.
- उत्कृष्ट सेवा: अतिथीला टेबलावर पुन्हा सांगण्यापूर्वीच आहाराची आवश्यकता स्वयंपाकघरापर्यंत पोहोचते.
- निवडलेला संपर्क: पसंतीच्या चॅनेलचा अर्थ असा आहे की पुढील संदेश अतिथीला हवा तिथेच पोहोचतो.
उत्तम प्रश्न डिझाइन अजूनही कोणी प्रतिसाद देईल की नाही हे ठरवते. तुम्ही पूर्ण होण्याच्या दरावर काम करत असल्यास, तुम्ही अतिथींना शांततेसाठी दोष देण्यापूर्वी सर्वेक्षण प्रतिसाद दर कसे वाढवायचे यावरील व्यावहारिक मार्गदर्शन लागू करणे महत्त्वाचे आहे.
तुम्ही ज्या मर्यादांकडे दुर्लक्ष करू नये
ती सर्वेक्षणे वर्ष, देश, नमुना आणि शब्दांनुसार भिन्न असतात. ते एका जागतिक मानकामध्ये एकत्र येत नाहीत आणि तुमचे पाहुणे तुमच्या अर्जाचे उत्तर देतील याचे ते वचन देत नाहीत.
ते ज्या गोष्टीचे समर्थन करतात ते अधिक स्पष्ट आणि अधिक उपयुक्त असते. जेव्हा लोकांना या देवाणघेवाणीची जाणीव होते आणि त्या बदल्यात काहीतरी अर्थपूर्ण मिळण्याची अपेक्षा असते, तेव्हा त्यांची तयारी वाढते. संमती मिळणे म्हणजे काहीही विचारण्याचे, वारंवार विचारण्याचे किंवा भेटीच्या अत्यंत चुकीच्या वेळी विचारण्याचे मोकळे रान नव्हे.
सर्वेक्षणे आणि फॉर्मद्वारे उत्तरे कशी गोळा करावीत
एखाद्या निर्णयापासून उलट क्रमाने नियोजन केले जाते तेव्हाच डेटा संकलन यशस्वी होते. फॉर्म बिल्डर आणि रिकाम्या पानापासून सुरुवात करू नका. उत्तर मिळाल्यावर कर्मचारी किंवा तुमचा पुढील संदेश काय वेगळे काम करेल, यापासून सुरुवात करा.
खालील वर्कफ्लो तो क्रम राखतो. प्रत्येक पायरी एकतर तुम्हाला मिळणारे उत्तर सुधारते किंवा तुम्ही वापरू शकत नाही असे काहीतरी गोळा करण्यापासून तुमचे संरक्षण करते.
सात टप्प्यांची व्हेन्यू कार्यप्रवाह (वर्कफ्लो)
- उत्तर काय बदलेल असा एक निर्णय निवडा: कोणती ऑफर पाठवायची, कोणती रूम नोट जोडायची किंवा कोणता चॅनल वापरायचा ते निवडा. जर कोणी तो निर्णय सांगू शकत नसेल, तर तुमच्याकडे अजून प्रश्न नाही, तर फक्त उत्सुकता आहे.
- स्पष्ट फायद्यासह एक सोपा प्रश्न लिहा: "तुमच्या आहाराच्या गरजा आम्हाला सांगा जेणेकरून टीम स्वयंपाकघराला माहिती देऊ शकेल" हे काम करते कारण उद्देश प्रश्नामध्येच आहे. एकाच फील्डमध्ये दोन प्रश्न एकत्र ठेवणे टाळा, जसे की प्रसंगाची माहिती आणि वारंवारता एकत्र विचारणे.
- वेळ काळजीपूर्वक निवडा: WiFi स्वागत, बुकिंगची खात्री, टेबलवरील QR कोड, किओस्क किंवा भेटीनंतरचा छोटा फॉर्म वापरा. हे फक्त काही फील्ड्सपुरते मर्यादित ठेवा, कारण दरवाजावरील मोठा फॉर्म हा पाहुण्याला बसण्याच्या, ऑर्डर देण्याच्या किंवा चेक-इन करण्याच्या प्रयत्नामध्ये अडथळा ठरतो.
- क्लीन पद्धतीने सेव्ह होणाऱ्या प्रश्नांचे प्रकार वापरा: प्रसंगासाठी सिंगल चॉइस, आहाराच्या गरजांसाठी मल्टी-सिलेक्ट, उत्सवासाठी डेट फील्ड आणि मार्केटिंगसाठी स्वतंत्र होय किंवा नाही वापरा. तपशीलासाठी फ्री टेक्स्ट योग्य आहे, परंतु प्रत्येक एंट्री वाचल्याशिवाय ते विश्वासाने वर्गवारी करू शकत नाही.
- उत्तर त्याच्या मूळ स्त्रोतासह सेव्ह करा: टाइमस्टॅम्प, फॉर्मचे नाव, प्रश्नाची आवृत्ती आणि स्त्रोत स्टोअर करा, त्यानंतर ईमेलवर जुळलेल्या पाहुण्याशी उत्तर कनेक्ट करा. Purple Engage ची forms and surveys tools त्या पाहुण्याच्या रेकॉर्डमध्ये उत्तरे परत लिहितात, ज्यामुळे प्रतिसाद स्प्रेडशीटमध्ये अडकून राहत नाही.
- वेळेचे बंधन असलेल्या उत्तरांसाठी मुदत समाप्ती सेट करा: प्रवासाचा उद्देश, एखादा एकच कार्यक्रम किंवा नूतनीकरणाच्या काळातील पसंती आयुष्यभर राहू नये. माहिती गोळा करतानाच ठरवा की उत्तरावर कारवाई करणे कधी सुरक्षित राहणार नाही.
- पाहुण्यांना ते कसे बदलावायचे किंवा हटवायचे ते दाखवा: त्यांना पसंती अपडेट करण्याचा किंवा ती काढून टाकण्याचा मार्ग द्या. जेव्हा लोकांना हे दिसते की ते महिन्यांपूर्वी केलेल्या वक्तव्याला बांधलेले नाहीत, तेव्हा ते अधिक सहजपणे माहिती शेअर करतात.
प्रयत्न वाया घालवणाऱ्या तीन चुका
पहिली चूक म्हणजे लांबी. प्रत्येक अतिरिक्त फील्ड ही लक्ष वेधून घेणारी एक छोटीशी अडचण असते आणि पाहुणे (गेस्ट्स) तक्रार करण्याऐवजी फॉर्म सोडणे पसंत करतात. तुम्हाला याची किंमत फीडबॅकच्या स्वरूपात नाही तर शांततेच्या स्वरूपात पाहायला मिळेल.
दुसरी चूक म्हणजे असा प्रश्न विचारणे ज्यावर तुम्ही कोणतीही कारवाई करणार नाही. पाहुण्याने शांत टेबलला प्राधान्य दिल्याचे सांगूनही पुढील तीन भेटींमध्ये काहीही बदलले नाही, तर तुम्ही त्यांना हेच शिकवले आहे की उत्तर देणे निरर्थक आहे. अशा प्रकारे गमावलेला विश्वास पुन्हा मिळवणे कठीण असते.
तिसरी चूक म्हणजे पसंतीच्या प्रश्नामध्येच मार्केटिंग संमती समाविष्ट करणे. जेव्हा एखादी व्यक्ती त्यांच्या आहाराच्या गरजेबद्दल सांगते, तेव्हा ती तुम्हाला सर्व्हिस संबंधित माहिती देत असते. ते आपोआप प्रमोशनल संदेशांना सहमती देत नाहीत आणि तुमच्या फॉर्मने तसे दाखवू नये.
स्टाफ चाचणी: टीम या उत्तराचे पुढे काय वेगळे करणार हे सांगू शकत नसेल, तर तो प्रश्न अद्याप विचारू नका.
एक सोपा दृष्टीकोन देखील तुम्हाला काहीतरी शिकवू शकतो
प्रत्येक डेटा देवाणघेवाण ही प्रशासकीय कामासारखी असण्याची गरज नाही. एक छोटी, उत्तम प्रकारे तयार केलेली क्विझ (quiz) कागदोपत्री प्रक्रियेऐवजी खेळासारखी वाटू शकते, म्हणूनच तुमच्या इको-फ्रेंडली प्रवासाच्या सवयी तपासा अशी सूचना ट्रॅव्हल ठिकाणांसाठी योग्य टोनचे मॉडेल म्हणून कार्य करते. पाहुण्याला निकाल मिळतो, तुम्हाला त्यांच्या सवयी आणि आवडींचा संच मिळतो, आणि दोन्ही बाजूंपैकी कोणीही या देवाणघेवाणीचा भलताच अर्थ काढत नाही.
स्वरूप काहीही असो, तत्त्व कायम ठेवा. एक निर्णय, एक स्पष्ट प्रश्न, एक दृश्यमान फायदा, आणि काय आणि कधी सांगितले गेले याची एक स्वच्छ नोंद.
रेस्टॉरंट्स, हॉटेल्स आणि रिटेल व्हेन्यूसाठी झिरो-पार्टी उदाहरणे
व्याख्यांपेक्षा उदाहरणांमुळे हा फरक अधिक चांगल्या प्रकारे समजतो. खाली दिलेले प्रत्येक दृश्य समान तीन टप्प्यांचे पालन करते. प्रश्न विचारला जातो, उत्तर साठवले जाते आणि त्यामुळे एक विशिष्ट कृती बदलते.
खालील प्रतिमा दर्शवते की मूळ पॅटर्न समान राहिला तरीही विविध प्रकारच्या ठिकाणांवर माहिती संकलनाचे क्षण किती वेगळे दिसतात.
रेस्टॉरंट आणि बारचे दृश्य
समजा एखाद्या रेस्टॉरंटने बुकिंग दरम्यान किंवा भेटीनंतरच्या फॉर्मवर, "काही आहाराच्या आवश्यकता आहेत का?" असे विचारले. साठवलेले उत्तर शाकाहारी किंवा विशिष्ट ॲलर्जेन टीप असू शकते. बदललेली कृती व्यावहारिक आहे: सर्व्हिसपूर्वी पासला ब्रीफ केले जाते आणि मांस न खाणाऱ्या व्यक्तीपर्यंत मांसाहाराच्या ऑफर पोहोचणे बंद होते.
काय घडले नाही याकडे लक्ष द्या. उत्तराने कन्सेंट फ्लॅग तयार केला नाही आणि पाहुण्यांच्या (गेस्ट) ऑर्डरचा इतिहासही बदलला नाही. याने असा अर्थ जोडला जो टिल स्वतःहून देऊ शकला नसता.
बार किंवा कॅफे वेगळा प्रश्न विचारू शकतात. "तुम्हाला सहसा येथे काय आणते?" यामध्ये कामांनंतर, वीकेंड किंवा रिमोट-वर्क असे पर्याय दिले जाऊ शकतात. रिमोट-वर्क निवडणारी व्यक्ती चांगल्या WiFi आणि टेबल स्पेससह शांत-वेळेच्या ऑफरसाठी योग्य उमेदवार असू शकते, तर कामांनंतर येणारा अतिथी तसा नसतो. प्रसंग ऑफरचा मार्ग ठरवतो, त्यामुळे तुम्ही संपूर्ण यादीवर मेसेज पाठवून फक्त आशेवर बसत नाही.
हॉटेल आणि रिटेलची दृश्ये
एक हॉटेल येण्यापूर्वी पसंतीच्या खोलीचा प्रकार, प्रवासाचा उद्देश आणि कोणत्याही उत्सवाच्या तारखेबद्दल विचारते. साठवलेली उत्तरे शांत वरच्या मजल्यावरील खोली, व्यवसायाऐवजी वाटणारी विश्रांती आणि पुढील महिन्यात असलेला वर्धापन दिन असू शकतात. फ्रंट डेस्कला मुक्कामापूर्वीची अधिक चांगली नोंद मिळते आणि वेळेवर पाठवलेला संदेश प्रसंगाची नोंद घेऊ शकतो.
बुकिंग सिस्टीमकडेच मूळ रिझर्व्हेशनची मालकी असते. पाहुण्याने टाईप केले म्हणून तारखा, दर आणि रूम इन्व्हेंटरी हा झिरो-पार्टी डेटा ठरत नाही. बुकिंगवर जोडलेल्या पसंती हा त्याचा घोषित (stated) भाग असतो.
गेस्ट WiFi असलेले रिटेल ठिकाण खरेदीदाराला कोणत्या श्रेणींमध्ये रस आहे, तसेच त्यांना ईमेल आवडेल की SMS, हे विचारू शकते. श्रेणी पुढील संदेशाची थीम निश्चित करतात. तर चॅनेलची निवड तो संदेश कुठे पाठवायचा हे ठरवते.
| स्थान (वेन्यू) | प्रश्न | साठवलेले उत्तर | त्यामुळे बदलणारी कृती |
|---|---|---|---|
| रेस्टॉरंट | काही आहारासंबंधी गरजा आहेत का? | शाकाहारी किंवा ॲलर्जीची नोंद | स्वयंपाकघर टीमला सूचना देते आणि मांसाहारी ऑफर्स दाखवणे बंद करते |
| बार किंवा कॅफे | येथे सामान्यतः कोणत्या कारणाने येणे होते? | कामाच्या नंतर, विकेंडला किंवा रिमोट-वर्कसाठी | संबंधित प्रसंगासाठी शांत तासांची (क्वाएट-आवर) ऑफर पाठवते |
| हॉटेल | रुमचा प्रकार, ट्रिपचा उद्देश आणि सोहळ्याची तारीख | पसंतीचा रुम प्रकार, व्यवसाय की सुट्टी, तारीख | मुक्कामापूर्वीची नोंद आणि वेळेवर पाठवायचा संदेश तयार करते |
| गॅस्टसह रिटेल WiFi | पसंतीचे प्रकार आणि चॅनेल | प्रकार अधिक ईमेल किंवा SMS | पुढील संदेशाची थीम निर्धारित करते |
शासनाच्या बाजूकडे जाण्यापूर्वी तुम्हाला ही संकल्पना समजून घ्यायची असल्यास खालील छोटा व्हिडिओ एक उपयुक्त थांबा आहे.
अनेक ठिकाणांची उत्तरे सुसंगत ठेवणे
तुम्ही अनेक साइट्स चालवत असल्यास, सर्वत्र तेच प्रश्न वापरा. एका रेस्टॉरंटमधील "आठवड्याच्या दिवसांतील डायनिंग" आणि दुसऱ्या रेस्टॉरंटमधील "आठवड्याच्या मधल्या दिवसांतील जेवण" या घटकांची तुलना करण्याचा प्रयत्न करणाऱ्या कोणाचीही निराशा करेल. सामायिक केलेले शब्द डेटाची तुलना करण्यायोग्य ठेवतात, तर प्रत्यक्ष ऑफर प्रत्येक साइटसाठी स्थानिक राहू शकतात.
इतर दोन फील्ड्स या श्रेणीत येतात. समाधान स्कोअर हे भेटीबद्दलचे स्पष्ट मत असते, जे सर्व्हिस फॉलो-अपसाठी उपयुक्त ठरते. ग्रुप बुकिंगचे नियोजन यांसारखा सांगितलेला खरेदीचा उद्देश, भविष्यातील अशा योजना दर्शवतो ज्या वर्तनातून अजून दिसून आलेल्या नाहीत.
प्रत्येक उदाहरण एकाच कारणासाठी कार्य करते. कर्मचाऱ्यांना कोणत्याही अस्पष्टतेशिवाय, एका वाक्यात, उत्तरामुळे ट्रिगर होणारी वेगवेगळी कारवाई सांगता येते.
पसंती संमती आणि तुम्ही आधीच काय निरीक्षण केले आहे
शाकाहारी ऑर्डरच्या उदाहरणाकडे पुन्हा एकदा वळूया, परंतु या वेळी नोंदींच्या समस्येच्या दृष्टीने पाहूया. खरेदीचा इतिहास दर्शवू शकतो की पाहुण्याने दोनदा शाकाहारी जेवण खरेदी केले. याचा अर्थ त्यांची ठाम पसंती असू शकते, सोबतीला आलेला मित्र असू शकतो किंवा सेट मेनूमध्ये शिल्लक राहिलेला तो एकमेव पदार्थ असू शकतो.
फॉर्ममधील उत्तर, जिथे पाहुणा स्पष्ट करतो की ते शाकाहारी पर्यायांना प्राधान्य देतात, तेथून अंदाज बांधण्याची गरज संपते. म्हणूनच झिरो-पार्टी डेटा व्यवहार नोंदींचा पर्याय न बनता त्यावर एक सिमेंटिक लेयर म्हणून कार्य करतो.
तुम्ही विलीन करू नयेत असे तीन रेकॉर्ड्स
जेव्हा एकाच फील्डला तीन कामे करण्यास सांगितले जाते तेव्हा गोंधळ सुरू होतो. या नोंदी वेगवेगळ्या ठेवा, त्या एकाच पाहुण्याच्या प्रोफाइलवर असल्या तरीही.
- प्राधान्य रेकॉर्ड (Preference record): पाहुण्याला काय हवे आहे ते ते सांगतात, जसे की आहाराच्या गरजा, संवादाचे पर्याय, समाधान स्कोअर किंवा भेटीची कारणे.
- संमती रेकॉर्ड (Consent record): ई-मेल, SMS, WhatsApp किंवा जाहिरात संपर्कास अनुमती आहे की नाही, आणि ती कोणत्या आधारावर आहे.
- इव्हेंट रेकॉर्ड (Event record): काय घडले, ज्यामध्ये भेटी, खर्च, बुकिंग, WiFi लॉगिन आणि चेक-आऊट समाविष्ट आहेत, जे आजची पात्रता ठरवते.
झिरो-पार्टी आणि फर्स्ट-पार्टी डेटाची TechTarget तुलना डेटा-निर्मितीच्या यंत्रणेद्वारे मूळ फरक स्पष्ट करते. खरेदी, WiFi लॉगिन, बुकिंग किंवा पेज व्ह्यू हा सामान्यतः फर्स्ट-पार्टी वर्तणूक डेटा असतो, तर सर्वेक्षण उत्तर किंवा प्राधान्य निवड ही व्यक्तीद्वारे केलेली स्पष्ट विधान-नोंद असते, त्यामुळे वर्गीकरणासाठी (segmentation) गोंधळात टाकणाऱ्या घटकांमधून हेतूचा अंदाज लावणाऱ्या मॉडेलची गरज भासत नाही.
WiFi अटी स्वीकारणे हा पूर्णपणे संमतीच्या नोंदीचा (कन्सेंट रेकॉर्ड) भाग नाही. तो करार नेटवर्कच्या वापरासाठी असतो. त्या प्रकारे वापरणे कितीही सोयीचे वाटले तरीही, त्याचा अर्थ मार्केटिंग पाठवण्याची परवानगी असा होत नाही.
प्रत्येक उत्तरावर काय स्टोअर करावे
प्रत्येक प्रतिसाद टाइमस्टॅम्प, स्रोत फॉर्म, प्रश्न आवृत्ती, त्या वेळेची संमतीची स्थिती आणि अपरिवर्तनीय बदल इतिहास यासह स्टोअर करा. एखाद्या अतिथीने पसंती अपडेट केल्यास, काय आणि कधी बदलले हे पाहण्यास सक्षम असताना तुम्ही नवीन उत्तराचे नियंत्रण हवे असते.
प्रत्येक फील्डसाठी उद्देश, फील्डचा अर्थ, डेटा ठेवण्याचा कालावधी (रिटेंशन पिरियड) आणि परवानगी असलेले ॲक्टिव्हेशन चॅनेल्स लिहून ठेवा. हे कागदोपत्री कामासारखे वाटू शकते. परंतु, आज रात्रीच्या सर्व्हिससाठी दिलेले आहाराचे उत्तर एका वर्षानंतर असंबद्ध कॅम्पेन टार्गेटिंगमध्ये वाहवत जाण्यापासून हेच रोखते.
त्यानंतर ईमेल, SMS, WhatsApp किंवा जाहिरात सक्रियकरणापूर्वी लगेचच पात्रतेची पुन्हा खात्री करा. जुन्या पसंतीला संदेश पाठवणे सुरू ठेवण्याची कायमस्वरूपी परवानगी मानले जाऊ नये.
काय सांगायचे हे पसंती स्पष्ट करते. तुम्ही ते सांगू शकता की नाही हे संमती ठरवते. ते आज अजूनही खरे आहे की नाही हे इव्हेंट ठरवतात.
हे तीन रेकॉर्ड एकत्र कसे कार्य करतात
समजा एखाद्या पाहुण्याने त्यांची पसंतीची वेळ म्हणून आठवड्याच्या दिवसातील भोजनाची निवड केली. ही पसंती त्यांना आठवड्याच्या दिवसातील ऑफरच्या प्रवासात समाविष्ट करू शकते. अलीकडील बुकिंग किंवा खरेदीवरून ते आत्ता पात्र आहेत की नाही हे ठरते आणि त्यानंतर मोजण्यासाठी परिणाम मिळतो.
व्हेन्यू अतिथींना डेटा हाताळणीबद्दल कसे स्पष्ट करतात याची सोप्या भाषेतील कल्पना मिळवण्यासाठी, एस्केप रूम ऑपरेटरमधील ग्रुप बुकिंगसाठी गोपनीयतेचे तपशील अतिथी शेअर करण्यापूर्वी काय तपशील शोधतात ते दाखवतात. तुमचे स्वतःचे शब्द उद्देश आणि संपर्काबद्दल किमान तेवढे स्पष्ट असले पाहिजेत.
कोणतेही उत्तर सक्रिय करण्यापूर्वी, तुम्ही काम करत असलेल्या प्रत्येक मार्केटसाठी संमतीचे नियम तपासा. en-gb साइट्ससाठी, याचा अर्थ इलेक्ट्रॉनिक मार्केटिंग संदेशांसाठी UK GDPR आणि PECR असा होतो आणि सवयीवर अवलंबून राहण्याऐवजी व्हेन्यू ईमेलसाठी संमती आणि अनसब्सक्राइब व्यवस्थापित करण्याबाबतच्या संरचित मार्गदर्शनाचे अनुसरण करणे फायदेशीर ठरते.
येथून पुढील तुमचे कार्य लेबलायझेशन करण्याचे आहे. प्रत्येक फील्ड प्रवासात वापरण्यापूर्वी ते पसंती, संमती किंवा इव्हेंट म्हणून चिन्हांकित करा. ज्या फील्डचे स्पष्टपणे वर्गीकरण करता येत नाही, त्यांचा बहुधा अद्याप वापर केला जाऊ नये.
तुम्ही स्केल करण्यापूर्वी एका नमूद केलेल्या प्राधान्याची चाचणी घ्या
घोषित उत्तरे विश्वासार्ह वाटतात कारण ती थेट पाहुण्याकडून आलेली असतात. म्हणूनच त्यांची तपासणी करणे आवश्यक आहे. स्पष्ट दिलेले उत्तर देखील चुकीचे, जुने किंवा इतक्या अस्ताव्यस्तपणे गोळा केलेले असू शकते की ते वापरणाऱ्या प्रत्येकाची दिशाभूल करू शकते.
खूप लवकर विस्तार केल्यास तुम्ही प्रत्येक ठिकाणावर तुमच्या चुकांचे स्वयंचलनीकरण कराल. एका पसंतीची योग्य चाचणी करा आणि ती मोठ्या प्रमाणावर लागू करण्यास पात्र आहे का ते तुम्हाला समजेल.
नमूद केलेली उत्तरे कुठे दिशाभूल करतात
लोक कधीकधी जे खरे आहे त्याऐवजी जे योग्य वाटते ते उत्तर देतात. एखादा पाहुणा सर्वेक्षणात निरोगी पर्याय निवडू शकतो आणि नंतर टेबलवर त्यांना आवडेल ते ऑर्डर करू शकतो. हा रिस्पॉन्स बायस (प्रतिसाद पूर्वग्रह) आहे, आणि यामुळे पाहुणा अप्रामाणिक ठरत नाही, तर तो सिग्नल अंशतः खरा ठरतो.
इतर काही जण फॉर्म लवकरात लवकर भरण्यासाठी फील्ड्स सोडतात, डीफॉल्ट पर्याय निवडतात किंवा पहिल्या पर्यायावर टॅप करतात. डेटाबेसमध्ये ही उत्तरे विचारपूर्वक दिलेल्या उत्तरांसारखीच दिसतात. दोन्हीकडे समान विश्वासाने पाहणे ही एक अप्रत्यक्ष चूक आहे.
उत्तरे देखील कालबाह्य होतात. वाढदिवस निश्चित राहतो, परंतु प्रवासाचा उद्देश, आठवड्याच्या दिवसांतील जेवणाची सवय किंवा आहाराची निवड नवीन नोकरी, नवीन पत्ता किंवा नवीन वर्षासह बदलू शकते. एका भेटीसाठी नोंदवलेली पसंती त्यानंतर खूप काळापर्यंत संवादावर नियंत्रण ठेवणारी असू नये.
डुप्लिकेट नोंदींमुळे तिसरी समस्या निर्माण होते. जर एखाद्या पाहुण्याने दोनदा माहिती सबमिट केली आणि फक्त शेवटचीच ओळ शिल्लक राहिली, तर घाईघाईत दिलेले दुसरे उत्तर पूर्वीच्या अधिक चांगल्या उत्तराला ओव्हरराईट करू शकते. फर्स्ट-पार्टी विरुद्ध झिरो-पार्टी डेटा वरील Twilio ची स्पष्टीकरणात्मक माहिती गुणवत्तेचा हाच मुद्दा मांडते, आणि हे नमूद करते की झिरो-पार्टी डेटा हा अनुमानातील त्रुटी कमी करतो परंतु प्रतिसादातील पक्षपात आणि जुनी माहिती आणू शकतो; त्यामुळे नियंत्रणांमध्ये आवश्यक-फील्ड लॉजिक, स्पष्ट प्रश्नांची रचना, डुप्लिकेट-प्रतिसाद हाताळणी, वेळ-संवेदनशील प्राधान्यांसाठी समाप्ती तारखा आणि उत्तर पातळीवर उगमस्थान (प्रूव्हेनन्स) समाविष्ट असावे.
एक छोटा पायलट जो काहीतरी सिद्ध करतो
या महिन्यात जास्त रहदारी असलेली एक साइट आणि एका कृतीशी संबंधित एक प्रश्न निवडा. किचनसाठी आहाराच्या गरजा किंवा वीकडे ऑफरसाठी भेटीचे कारण हे दोन्ही पर्याय उपयुक्त ठरतात, कारण बदललेली कृती सहजपणे लक्षात येते.
- प्रश्नासोबत त्याचा फायदा लिहा: पाहुणे उत्तर द्यायचे की नाही हे ठरवत असतानाच, उत्तर दिल्याने त्यांच्यासाठी काय बदलेल ते स्पष्ट करा.
- उत्तर पाहुण्याच्या नोंदणी पटावर (रेकॉर्डवर) स्टोअर करा: वेगवेगळ्या साधनांमध्ये (टूलमध्ये) माहिती विखुरण्याऐवजी, प्रत्येक प्रश्नासाठी स्रोताच्या माहितीसह (प्रूव्हेनन्स) फक्त एकच वर्तमान उत्तर जतन करा.
- मार्केटिंग ऑप्ट-इन वेगळे ठेवा: आमच्या प्लॅटफॉर्ममध्ये, केवळ स्पष्टपणे दिलेल्या ऑप्ट-इनलाच मार्केटिंग संमती मानले जाते आणि WiFi अटी स्वीकारल्याने ती आपोआप मिळत नाही. हे वर्गीकरण जाणीवपूर्वक ठेवले आहे, कारण उघड केलेले उत्तर हे भविष्यातील प्रत्येक वापरासाठी परवानगी देत नाही.
- संदेश पाठवण्यापूर्वी प्रेक्षकसमूहास (ऑडियन्सला) अनुमती द्या: कोणाचा समावेश केला आहे हे एका व्यक्तीकडून तपासून घ्या आणि ज्यांनी ऑप्ट-आऊट केले आहे त्यांना वगळा - अगदी इंपोर्ट केलेल्या यादीत ते असले तरीही. आमची संमती तपासणी दोनदा चालते, इंपोर्ट केलेली माहिती ऑप्ट-आऊट रद्द करू शकत नाही आणि हटवलेला डेटा हटवलेलाच राहतो.
भौतिक ठिकाणी सत्यापित, GDPR-सुसंगत फर्स्ट-पार्टी डेटा मिळवण्यासाठी आमचे गेस्ट WiFi लॉगिन ही आम्ही ऑफर करणारी सर्वात विश्वासार्ह यंत्रणा आहे. ती वर्तणुकीची पायभरणी तुमच्या घोषित पसंतीची तपासणी करण्यासाठी एक भक्कम आधार देते.
भेटींचे मोजमाप करणे, कौतुकाचे नाही
रँडम हॉटआउटसह मोजा. डीफॉल्टनुसार, आमच्या प्लॅटफॉर्मवरील प्रत्येक नवीन मोहिमेची (कॅम्पेन) आणि ऑटोमेशनची 5% माहिती मापनासाठी राखून ठेवली जाते, जेणेकरून तुम्ही संपर्क साधलेल्या पाहुण्यांची (गेस्ट्स) तुलना राखून ठेवलेल्या पाहुण्यांशी करू शकता.
केवळ ओपन आणि क्लिक्सची तुलना न करता, वाढीव भेटी, बुकिंग किंवा खरेदी यांची तुलना करा. विश्वासाची श्रेणी रिपोर्ट करा आणि तुमच्या आहाराशी संबंधित विभागासारख्या उपगटांची तपासणी करा, कारण सरासरी वाढीमागे तुम्ही नाराज केलेला समूह दडलेला असू शकतो.
फॉर्म पूर्ण भरणे हे देखील यशाचे लक्षण नाही. एखादा प्रश्न उत्तम प्रकारे माहिती संकलित करू शकतो पण तरीही टिलमधील विक्रीत काहीही बदल घडवत नाही. संपर्क साधलेल्या गटाने होल्डआउटपेक्षा किती अतिरिक्त भेटी किंवा खरेदी केल्या यावरून पायलट प्रोजेक्टचे मूल्यमापन करा.
निर्णयाचा नियम: एक नमूद केलेली पसंती, एक ठिकाण, एक मोजलेला परिणाम. चाचणीत टिकून राहणाऱ्या गोष्टीचाच विस्तार करा.
हा दृष्टिकोन झिरो-पार्टी डेटाला नियमन केलेल्या, चाचणीयोग्य निर्णय डेटामध्ये रूपांतरित करतो. स्पष्ट उत्तर प्रेक्षक निवडते, वर्तणुकीशी संबंधित कार्यक्रम अटी लागू करतात आणि प्रयोग व्यावसायिक प्रभावाचा अंदाज लावतो. आधीच WiFi, टिल्स, बुकिंग किंवा स्टे कॅप्चर करत असलेल्या मल्टी-साइट ठिकाणांसाठी, आम्ही एकच अतिथी रेकॉर्ड, एक संमती लेजर आणि त्या रेकॉर्डला जोडलेली सर्वेक्षणाची उत्तरे ठेवतो, जेणेकरून चाचणी आणि रोलआउट समान पाया वापरतात.
तुमचे पाहुणे आनंदाने उत्तर देतील अशा एका प्रश्नाने सुरुवात करा, आणि Purple Engage ते नमूद केलेले प्राधान्य त्याच पाहुण्याच्या रेकॉर्डशी जोडण्यास अनुमती द्या ज्यामध्ये आधीपासूनच WiFi साइन-इन, खरेदी, बुकिंग आणि मुक्काम यांची नोंद आहे. तुम्हाला एक संमती लेजर (consent ledger), तुम्ही वर्गीकृत करू शकाल अशी सर्वेक्षणाची उत्तरे, आणि उत्तरामुळे अतिरिक्त भेटी वाढतात की नाही हे दाखवणारे होल्डआउट मोजमाप मिळेल. आजच आम्हाला भेट द्या आणि तुमचा पहिला झिरो-पार्टी प्रश्न सेवेत आणा.