स्थानों (venues) के लिए zero party data क्या है

जीरो-पार्टी डेटा वह है जो एक मेहमान जानबूझकर आपको बताता है कि वह क्या चाहता है, न कि वह जो आप यात्राओं, खर्च, WiFi या बुकिंग से अनुमान लगाते हैं। आप शायद अभी एक मेहमान रिकॉर्ड को देख रहे हैं जो लेन-देन, साइन-इन और ठहरने दिखाता है, फिर भी यह अभी भी आपको यह नहीं बता सकता कि वह व्यक्ति क्यों आया था या अगली बार वे क्या पसंद करेंगे। वह अंतर वह जगह है जहाँ एक सीधा प्रश्न मदद करता है। स्पष्ट रूप से पूछें, उत्तर को ठीक से स्टोर करें, और आपके पास एक बताई गई प्राथमिकता है जिस पर आप बिना किसी अनुमान के कार्रवाई कर सकते हैं।

विषय-सूची

• अन्य गेस्ट डेटा के साथ ज़ीरो-पार्टी डेटा का क्या अर्थ है
  • ज़ीरो-पार्टी डेटा में क्या शामिल है
  • चारों प्रकारों की तुलना
  • यह लेबल किस बात का वादा नहीं करता है
• फायदे स्पष्ट होने पर गेस्ट जवाब क्यों देते हैं
  • इच्छा से जुड़े आंकड़े वास्तव में क्या दर्शाते हैं
  • मार्केटर्स इस पर अधिक ध्यान क्यों दे रहे हैं
  • वे सीमाएं जिन्हें आपको नज़रअंदाज़ नहीं करना चाहिए
• सर्वेक्षणों और फ़ॉर्मों के माध्यम से उत्तर कैसे एकत्र करें
  • सात चरणों वाला वेन्यू वर्कफ़्लो
  • तीन चूक जो आपकी मेहनत बेकार कर देती हैं
  • एक हल्का दृष्टिकोण भी आपको कुछ सिखा सकता है
• रेस्तरां, होटल और रिटेल वेन्यू के लिए ज़ीरो-पार्टी उदाहरण
  • रेस्तरां और बार के परिदृश्य
  • होटल और रिटेल के परिदृश्य
  • मल्टी-साइट उत्तरों की तुलनात्मकता बनाए रखना
• प्राथमिकताएं, सहमति और आपने पहले से क्या देखा है
  • तीन रिकॉर्ड जिन्हें आपको मर्ज नहीं करना चाहिए
  • प्रत्येक उत्तर पर क्या स्टोर करना चाहिए
  • तीनों रिकॉर्ड एक साथ कैसे काम करते हैं
• स्केल करने से पहले एक बताई गई प्राथमिकता का परीक्षण करें
  • जहाँ बताए गए उत्तर गुमराह करते हैं
  • एक छोटा पायलट जो कुछ साबित करता है
  • विज़िट को मापना, न न कि केवल प्रशंसा को

अन्य अतिथि डेटा के साथ जीरो-पार्टी डेटा का क्या अर्थ है

मान लीजिए कि एक रेस्तरां का मेहमान व्यस्त शुक्रवार को शाकाहारी भोजन का ऑर्डर देता है। आपका टिल उस आइटम, समय और भुगतान की गई राशि को रिकॉर्ड करता है। यह यह रिकॉर्ड नहीं करता है कि शाकाहारी भोजन उस मेहमान की पसंद है, केवल एक बार का विकल्प है, या मेज पर किसी अन्य व्यक्ति के लिए चुना गया ऑर्डर है।

केवल मेहमान ही इसे तय कर सकता है। यदि एक छोटा सर्वेक्षण आहार संबंधी आवश्यकताओं के बारे में पूछता है और वे शाकाहारी चुनते हैं, तो यह एक अलग प्रकार का रिकॉर्ड है। खरीदारी को देखा गया था। प्राथमिकता को स्पष्ट रूप से बताया गया था।

ज़ीरो-पार्टी डेटा के रूप में क्या माना जाता है

ज़ीरो-पार्टी डेटा वह जानकारी है जो एक ग्राहक जानबूझकर और सक्रिय रूप से सीधे किसी ब्रांड के साथ साझा करता है। Forrester परिभाषा का पीयर-रिव्यूड सारांश नोट करता है कि Forrester Research ने 2017 में Forrester विश्लेषकों खातीब्लू और उनके सहयोगियों की परिभाषा के आधार पर 2018 में इस श्रेणी को लोकप्रिय बनाया, जिसमें प्राथमिकता-केंद्र जानकारी, खरीद के इरादे, व्यक्तिगत संदर्भ, और ग्राहक किसी ब्रांड से खुद को कैसे पहचाना जाना चाहता है, शामिल है।

यह परिभाषा सरल शब्दों में उत्तर देती है कि zero party data क्या है। यह मेहमान द्वारा अपने चयन के माध्यम से स्वयं आपको बताया जाता है, न कि आपकी टीम द्वारा उनकी ब्राऊज़िंग, खरीदारी, स्थान या अन्य व्यवहार से लगाया गया अनुमान।

• आहार संबंधी आवश्यकताएं: एक गेस्ट रेस्तरां सर्वेक्षण में शाकाहारी, वीगन, हलाल या एलर्जेन नोट चुनता है।
• ठहरने की प्राथमिकताएं: एक होटल गेस्ट आगमन से पहले अपनी पसंदीदा कमरे के प्रकार की पहचान करता है।
• संचार विकल्प: एक गेस्ट ईमेल, SMS या WhatsApp चुनता है, या कहता है कि वे जन्मदिन के ऑफ़र चाहते हैं।
• विज़िट का संदर्भ: एक गेस्ट कोई अवसर, यात्रा का उद्देश्य या कोई ऐसी रुचि बताता है जिससे वे ऑफ़र मिलाना चाहते हैं।

प्रत्येक उदाहरण में एक विशेषता समान है। अतिथि जानता है कि वह आपको वह जानकारी दे रहा है, और वह इसे देने का उद्देश्य देख सकता है।

चारों प्रकार आमने-सामने

लेबलों के बारे में डेटा कैसे बनाया गया था के आधार पर एक छंटाई अभ्यास के रूप में सोचें, न कि इसके आधार पर कि यह सेल्स डेक में कितना मूल्यवान लगता है। प्रत्यक्षता में जीरो सबसे पहले आता है, इसलिए नहीं कि यह हर स्थिति में नया या बेहतर है।

प्रकार	यह कैसे बनाया जाता है	स्थान का उदाहरण	मुख्य सीमा
जीरो-पार्टी (Zero-party)	मेहमान जानबूझकर इसे बताता है	आहार संबंधी प्राथमिकता, कमरे का प्रकार, चैनल का चयन, जन्मदिन के ऑफ़र, विज़िट का अवसर	स्पष्ट लेकिन पक्षपाती या पुराना हो सकता है; स्वचालित मार्केटिंग सहमति नहीं है
फ़र्स्ट-पार्टी (First-party)	आपकी अपनी बातचीत में देखा गया	WiFi साइन-इन, टिल (till) खरीदारी, बुकिंग, होटल में ठहरना	व्यवहार की व्याख्या की आवश्यकता होती है और यह बताए गए इरादे के समान नहीं है
सेकंड-पार्टी (Second-party)	कोई अन्य संगठन अपना फ़र्स्ट-पार्टी डेटा साझा करता है	एक भागीदार स्थल या ब्रांड सहमत मेहमानों की सूची पास करता है	आपको उनकी संग्रह गुणवत्ता और उनकी सहमति का दायरा विरासत में मिलता है
थर्ड-पार्टी (Third-party)	एग्रीगेटर इसे संकलित करते हैं, अक्सर कुकीज़ और ट्रैकिंग के माध्यम से	खरीदे गए ऑडियंस सेग्मेंट्स	कुकीज़ में कमी के कारण कमजोर हो रहा है; सबसे कम पारदर्शी मूल्य विनिमय

First-party डेटा आपके अपने सिस्टम से आता है। एक WiFi साइन-इन, टिल आइटम, बुकिंग और पूरी हुई स्टे, यह सब आपके साथ हुआ है, इसलिए आप देख सकते हैं कि क्या हुआ। हालाँकि, इसका क्या अर्थ है, यह समझने की ज़िम्मेदारी आपकी ही है।

सेकंड-पार्टी डेटा (Second-party data) किसी अन्य संगठन का फर्स्ट-पार्टी डेटा होता है जो आपके साथ साझा किया जाता है। एक पार्टनर स्थान किसी संयुक्त कार्यक्रम के लिए सहमति प्राप्त सूची दे सकता है। आपने इसे एकत्र नहीं किया है, इसलिए आप इस बात पर निर्भर हैं कि उन्होंने कितनी सावधानी से उन मेहमानों से पूछा, रिकॉर्ड किया और सहमति प्राप्त की थी।

थर्ड-पार्टी डेटा (Third-party data) मेहमान से सबसे दूर होता है। एग्रीगेटर कुकीज़ और अन्य ट्रैकिंग का उपयोग करके सेगमेंट तैयार करते हैं, फिर संभावित भोजन करने वालों या बार-बार यात्रा करने वालों जैसी लक्षित सूचियां (audiences) बेचते हैं। मेहमान के पास शायद ही कभी कोई ऐसा स्पष्ट क्षण होता है जहां वे उस आदान-प्रदान को समझते हों।

खरीद आपको बताती है कि क्या हुआ था। बताई गई प्राथमिकता आपको बताती है कि अतिथि आगे क्या चाहता है।

यह लेबल क्या वादा नहीं करता है

Zero-party कलेक्शन के स्रोत और तरीके का वर्णन करता है। यह इस बात की गारंटी नहीं देता है कि उत्तर सटीक, पूर्ण या बाद में आपके द्वारा सोचे गए हर उद्देश्य के लिए उपयोग करने के लिए वैध है।

आपको अभी भी पूछने के लिए एक स्पष्ट उद्देश्य, जहां आवश्यकता हो वहां उचित सहमति, सुरक्षित स्टोरेज, और मेहमान के लिए अपनी शेयर की गई जानकारी को सही करने या वापस लेने के तरीके की आवश्यकता होती है। आज रात की सर्विस के लिए अपनी आहार संबंधी आवश्यकता बताने वाले मेहमान ने आपको स्थायी, असीमित प्रोफ़ाइल फ़ील्ड नहीं सौंपी है।

यह चेतावनी सवाल न पूछने का कारण नहीं है। यह कम और बेहतर सवाल पूछने का एक कारण है, और प्रत्येक उत्तर को मेहमान के ऐसे बयान के रूप में देखने का कारण है जिसे आप विश्वास के साथ संभालते हैं। सही तरीके से किए जाने पर, सर्वेक्षण के उत्तर, बताई गई रुचियां और खरीदारी के इरादे एक गेस्ट रिकॉर्ड में स्पष्ट संदर्भ जोड़ते हैं, जो गुप्त ट्रैकिंग की तुलना में अधिक स्पष्ट वैल्यू एक्सचेंज प्रदान करता है।

लाभ स्पष्ट होने पर अतिथि उत्तर क्यों देते हैं

मेहमान आपके डेटाबेस के प्रति उदारता के कारण प्रश्नों के उत्तर नहीं देते हैं। वे तब उत्तर देते हैं जब लेन-देन निष्पक्ष और तात्कालिक महसूस होता है। संचालन नियम सरल है: एक विशिष्ट प्रश्न पूछें, बताएं कि आप उत्तर का क्या करेंगे, और ऐसा लाभ दें जिसे मेहमान महसूस कर सके।

"हमें अपनी आहार संबंधी आवश्यकताएं बताएं ताकि हम रसोई को जानकारी दे सकें" उस परीक्षण को पास करता है। "अधिक व्यक्तिगत अनुभव के लिए अपनी प्रोफ़ाइल पूरी करें" पास नहीं होता, क्योंकि अतिथि यह कल्पना नहीं कर सकता कि क्या बदलता है। अस्पष्ट की तुलना में सटीक हमेशा बेहतर होता है।

इच्छा के आंकड़े वास्तव में क्या दर्शाते हैं

Retail Customer Experience द्वारा रिपोर्ट किए गए 2022 अध्ययन सारांश में पाया गया कि 80% उपभोक्ता वफादारी-कार्यक्रम के लाभों के लिए व्यक्तिगत डेटा साझा करने के लिए तैयार थे। इसने यह भी बताया कि 70% विशेष छूट या ऑफ़र के लिए इसे साझा करेंगे, और 71% ने कहा कि वे संचार को व्यक्तिगत बनाने वाले ब्रांडों के साथ अधिक बार खरीदारी करेंगे।

वही कवरेज एप्सिलॉन और जीबीएच इनसाइट्स द्वारा आयोजित 1,000 अमेरिकी वयस्कों के अप्रैल 2020 के सर्वेक्षण की ओर इशारा करती है, जिसमें 80% खुदरा विक्रेताओं से वैयक्तिकरण चाहते थे। दो अलग-अलग सर्वेक्षणों का समान निष्कर्ष पर पहुंचना यह दर्शाता है कि अतिथि प्रासंगिकता के विरोधी नहीं हैं। वे बिना किसी लाभ के जानकारी देने के विरोधी हैं।

विश्वास भी इसी पैटर्न का अनुसरण करता है। 2024 में प्रकाशित अटेस्ट जीरो-पार्टी डेटा अनुसंधान रिपोर्ट करता है कि 1,500 काम करने की उम्र के अमेरिकी उपभोक्ताओं के इसके दिसंबर 2023 के सर्वेक्षण में, 48.0% ने कहा कि वे निष्क्रिय संग्रह विधियों का उपयोग करने के बजाय जीरो-पार्टी डेटा का अनुरोध करने वाले ब्रांडों पर भरोसा करने की अधिक संभावना रखेंगे।

मार्केटर्स इस पर अधिक ध्यान क्यों दे रहे हैं

घोषित डेटा भी महत्वपूर्ण है क्योंकि उधार लिए गए संकेत कम होते जा रहे हैं। 2024 डेलॉयट रिटेल-ट्रेंड्स अध्ययन के सारांश में बताया गया है कि 60% मार्केटर्स ने कुकी-रहित भविष्य के लिए काफी हद तक या पूरी तरह तैयार महसूस किया। यह संदर्भ है, इस बात का प्रमाण नहीं कि कुकीज़ पूरी तरह से गायब हो गई हैं, लेकिन यह बताता है कि स्वेच्छा से साझा किए गए उत्तर योजना बनाने में अधिक महत्व क्यों रखते हैं।

• प्रासंगिक ऑफ़र: एक अतिथि बताता है कि वे कार्यदिवसों में भोजन करने में रुचि रखते हैं, इसलिए कार्यदिवस के ऑफ़र अनुमान लगाना बंद कर देते हैं।
• बेहतर सेवा: अतिथि द्वारा टेबल पर इसे दोहराने की आवश्यकता से पहले एक आहार संबंधी आवश्यकता रसोई तक पहुंच जाती है।
• चुना गया संपर्क: एक पसंदीदा चैनल का अर्थ है कि अगला संदेश वहीं पहुंचेगा जहां अतिथि चाहता है।

अच्छे प्रश्न का डिज़ाइन अभी भी यह तय करता है कि कोई जवाब देगा या नहीं। यदि आप कंप्लीशन रेट पर काम कर रहे हैं, तो मेहमानों को उनकी चुप्पी के लिए ज़िम्मेदार ठहराने से पहले सर्वेक्षण प्रतिक्रिया दरों को कैसे बढ़ाएं पर व्यावहारिक मार्गदर्शन लागू करना उचित है।

वे सीमाएं जिन्हें आपको अनदेखा नहीं करना चाहिए

वे सर्वे वर्ष, देश, नमूने (सैंपल) और शब्दों के चयन के आधार पर भिन्न होते हैं। वे मिलकर एक वैश्विक बेंचमार्क नहीं बनाते हैं, और वे यह वादा नहीं करते हैं कि आपके अतिथि आपके फ़ॉर्म का उत्तर देंगे।

वे जिसका समर्थन करते हैं वह अधिक सीमित और अधिक उपयोगी होता है। लोगों की सहमति तब बढ़ती है जब वे आदान-प्रदान को समझते हैं और बदले में किसी सार्थक चीज़ की उम्मीद करते हैं। सहमति का मतलब कुछ भी मांगने, बार-बार मांगने या यात्रा के सबसे बुरे पल में मांगने का कोई खुला चेक नहीं है।

सर्वेक्षणों और फ़ॉर्म के साथ उत्तर कैसे एकत्र करें

डेटा एकत्र करना तब काम करता है जब इसे किसी निर्णय से पीछे की ओर बनाया जाता है। फ़ॉर्म बिल्डर और खाली पृष्ठ से शुरुआत न करें। शुरुआत इस बात से करें कि उत्तर मिलने के बाद कर्मचारी या आपका अगला संदेश क्या अलग करेगा।

नीचे दिया गया वर्कफ़्लो उस क्रम को बनाए रखता है। प्रत्येक चरण या तो आपको मिलने वाले उत्तर में सुधार करता है या आपको ऐसी जानकारी एकत्र करने से बचाता है जिसका आप उपयोग नहीं कर सकते।

सात चरणों वाला वेन्यू वर्कफ़्लो

1. कोई एक ऐसा निर्णय चुनें जिसे यह उत्तर बदल देगा: चुनें कि कौन सा ऑफ़र भेजना है, कौन सा रूम नोट जोड़ना है, या किस चैनल का उपयोग करना है। यदि कोई भी उस निर्णय का नाम नहीं बता सकता है, तो आपके पास अभी तक कोई प्रश्न नहीं है, केवल जिज्ञासा है।
2. एक साफ़ और स्पष्ट लाभ के साथ एक सरल प्रश्न लिखें: "हमें अपनी आहार संबंधी आवश्यकताएं बताएं ताकि टीम रसोई को सूचित कर सके" यह काम करता है क्योंकि उद्देश्य प्रश्न के भीतर ही निहित है। एक ही फ़ील्ड में दो प्रश्नों को जोड़ने से बचें, जैसे अवसर और आवृत्ति को एक साथ रखना।
3. अवसर को ध्यानपूर्वक चुनें: WiFi स्वागत (welcome), बुकिंग पुष्टिकरण, टेबल पर एक QR कोड, एक कियोस्क, या एक छोटा विज़िट के बाद का फ़ॉर्म का उपयोग करें। इसे कुछ ही फ़ील्ड तक सीमित रखें, क्योंकि दरवाज़े पर एक लंबा फ़ॉर्म उस मेहमान के साथ प्रतिस्पर्धा करता है जो बैठने, ऑर्डर करने या चेक-इन करने की कोशिश कर रहा है।
4. ऐसे प्रश्न प्रकारों का उपयोग करें जो साफ़ तौर पर स्टोर होते हैं: अवसर के लिए एकल विकल्प (single choice), आहार संबंधी आवश्यकताओं के लिए बहु-चयन (multi-select), उत्सव के लिए तारीख फ़ील्ड और मार्केटिंग के लिए एक अलग 'हाँ या ना' का उपयोग करें। मुफ़्त टेक्स्ट (Free text) का विवरण के लिए अपना स्थान है, लेकिन हर प्रविष्टि को पढ़े बिना यह विश्वसनीय रूप से सेग्मेंट नहीं होगा।
5. उत्तर को उसके मूल स्थान (provenance) के साथ सहेजें: टाइमस्टैम्प, फ़ॉर्म का नाम, प्रश्न संस्करण और स्रोत स्टोर करें, फिर उत्तर को ईमेल से मेल खाने वाले मेहमान से जोड़ें। Purple Engage के फ़ॉर्म और सर्वेक्षण टूल उत्तरों को वापस उस मेहमान के रिकॉर्ड में लिखते हैं, ताकि प्रतिक्रिया किसी स्प्रेडशीट में फंसी न रहे।
6. समय-संवेदनशील उत्तरों के लिए समाप्ति (expiry) निर्धारित करें: यात्रा का उद्देश्य, एक बार का आयोजन या नवीनीकरण अवधि की प्राथमिकता हमेशा के लिए नहीं रहनी चाहिए। संग्रह के समय ही तय करें कि उत्तर पर कार्रवाई करना कब सुरक्षित नहीं रह जाता है।
7. मेहमान को दिखाएं कि इसे कैसे बदलें या हटाएं: उन्हें अपनी प्राथमिकता अपडेट करने या उसे हटाने का रास्ता दें। लोग तब अधिक आसानी से जानकारी साझा करते हैं जब वे देख सकते हैं कि वे महीनों पहले दिए गए किसी बयान से बंधे नहीं हैं।

तीन गलतियां जो प्रयास को बेकार करती हैं

पहली चूक लंबाई है। प्रत्येक अतिरिक्त फ़ील्ड ध्यान पर एक छोटा सा बोझ है, और मेहमान शिकायतों के बजाय फ़ॉर्म को छोड़कर इसका भुगतान करते हैं। आप इसकी कीमत को फीडबैक के रूप में नहीं, बल्कि खामोशी के रूप में देखेंगे।

दूसरा ऐसा प्रश्न पूछना है जिस पर आप कोई कार्रवाई नहीं करेंगे। यदि कोई अतिथि आपको बताता है कि वे शांत टेबल पसंद करते हैं और अगली तीन यात्राओं में कुछ भी नहीं बदलता है, तो आपने उन्हें सिखाया है कि उत्तर देना बेकार है। इस तरह से खोया गया विश्वास वापस पाना कठिन है।

तीसरा है प्राथमिकता के प्रश्न के भीतर मार्केटिंग सहमति को छिपाना। अपनी आहार संबंधी आवश्यकता बताने वाला व्यक्ति आपको सेवा संबंधी जानकारी दे रहा है। वे स्वचालित रूप से प्रचार संदेशों के लिए सहमत नहीं हो रहे हैं, और आपके फ़ॉर्म को ऐसा नाटक नहीं करना चाहिए।

स्टाफ परीक्षण: यदि टीम यह नहीं बता सकती कि वे उत्तर के साथ अलग क्या करेंगे, तो अभी इसे न पूछें।

एक हल्का प्रयास भी आपको बहुत कुछ सिखा सकता है

हर लेन-देन को एडमिन जैसा लगने की जरूरत नहीं है। एक संक्षिप्त, अच्छी तरह से तैयार किया गया प्रश्नोत्तरी (क्विज़) बताई गई प्राथमिकताओं को कागजी कार्रवाई के बजाय खेल जैसा महसूस करा सकता है, यही कारण है कि अपनी पर्यावरण-अनुकूल यात्रा आदतों की जांच करें का संकेत यात्रा स्थलों के लिए टोन के एक मॉडल के रूप में काम करता है। मेहमान को एक परिणाम मिलता है, आपको आदतों और रुचियों का एक बताया गया समूह मिलता है, और न ही कोई भी पक्ष इस लेन-देन के कुछ और होने का दिखावा करता है।

फ़ॉर्मेट चाहे जो भी हो, सिद्धांत का पालन करें। एक निर्णय, एक स्पष्ट प्रश्न, एक दृश्यमान लाभ, और क्या और कब कहा गया था इसका एक साफ़ रिकॉर्ड।

रेस्तरां, होटल और रिटेल वेन्यू के लिए ज़ीरो-पार्टी उदाहरण

उदाहरण परिभाषाओं की तुलना में अंतर को बेहतर ढंग से स्पष्ट करते हैं। नीचे दिया गया प्रत्येक परिदृश्य समान तीन चरणों का पालन करता है। एक प्रश्न पूछा जाता है, एक उत्तर संग्रहीत किया जाता है, और उसके कारण एक विशिष्ट कार्रवाई बदल जाती है।

नीचे दी गई छवि दिखाती है कि विभिन्न प्रकार के स्थानों पर वे डेटा संग्रह के क्षण कितने अलग दिखते हैं, भले ही उनका मूल पैटर्न एक जैसा ही रहता है।

रेस्तरां और बार दृश्य

मान लीजिए कि कोई रेस्तरां बुकिंग के दौरान या विज़िट के बाद वाले फॉर्म में पूछता है, "क्या कोई आहार संबंधी आवश्यकताएं हैं?" स्टोर किया गया उत्तर शाकाहारी या कोई विशेष एलर्जी नोट हो सकता है। इससे बदला हुआ एक्शन व्यावहारिक होता है: सर्विस से पहले टीम को जानकारी दी जाती है, और जो व्यक्ति आपको बताता है कि वह मांस नहीं खाता, उस तक मांस से जुड़े ऑफर पहुंचने बंद हो जाते हैं।

ध्यान दें कि क्या नहीं हुआ। उत्तर ने सहमति फ़्लैग नहीं बनाया, और इसने मेहमान की ऑर्डर हिस्ट्री को फिर से नहीं लिखा। इसने ऐसा अर्थ जोड़ा जो टिल स्वयं प्रदान नहीं कर सकता था।

एक बार या कैफे एक अलग प्रश्न पूछ सकता है। "आपको आमतौर पर यहां क्या लाता है?" काम के बाद, सप्ताहांत या रिमोट-वर्क विकल्प दे सकता है। जो रिमोट-वर्क चुनता है, वह अच्छे WiFi और टेबल स्पेस वाले शांत-समय के ऑफ़र के लिए एक संभावित उम्मीदवार है, जबकि काम के बाद वाला अतिथि ऐसा नहीं है। अवसर ऑफ़र को निर्देशित करता है, इसलिए आप पूरी सूची को केवल उम्मीद के सहारे संदेश नहीं भेज रहे हैं।

होटल और रिटेल दृश्य

एक होटल आगमन से पहले पसंदीदा कमरे के प्रकार, यात्रा के उद्देश्य और किसी भी उत्सव की तारीख के बारे में पूछता है। स्टोर किए गए उत्तर ऊपरी मंजिल का एक शांत कमरा, व्यवसाय के बजाय विश्राम, और अगले महीने की सालगिरह हो सकते हैं। फ्रंट डेस्क को रुकने से पहले एक बेहतर नोट मिलता है, और एक समयबद्ध संदेश अवसर को स्वीकार कर सकता है।

बुकिंग सिस्टम के पास अभी भी स्वयं आरक्षण का स्वामित्व होता है। तारीखें, दरें और कमरों की सूची सिर्फ इसलिए ज़ीरो-पार्टी डेटा नहीं बन जाती हैं क्योंकि मेहमान ने उन्हें टाइप किया है। बुकिंग के ऊपर जोड़ी गई प्राथमिकताएं ही व्यक्त की गई जानकारी का हिस्सा होती हैं।

गेस्ट WiFi वाला एक रिटेल वेन्यू पूछ सकता है कि खरीदार किन श्रेणियों में रुचि रखता है, और क्या वे ईमेल या SMS पसंद करते हैं। श्रेणियां अगले संदेश का विषय तय करती हैं। चैनल का चयन यह तय करता है कि संदेश कहाँ पहुंचेगा।

स्थान (Venue)	प्रश्न	स्टोर किया गया उत्तर	कार्रवाई जिसमें बदलाव होता है
रेस्तरां	क्या कोई आहार संबंधी आवश्यकताएं हैं?	शाकाहारी या एलर्जी से जुड़ी टिप्पणी	पास टीम को ब्रीफ करता है और नॉन-वेज ऑफ़र को रोकता है
बार या कैफे	आमतौर पर आप यहां किस वजह से आते हैं?	काम के बाद, सप्ताहांत या रिमोट-वर्क	शांत समय वाले ऑफ़र को संबंधित अवसर के अनुसार भेजता है
होटल	कमरे का प्रकार, यात्रा का उद्देश्य और उत्सव की तिथि	पसंदीदा कमरे का प्रकार, व्यावसायिक या अवकाश, तिथि	स्टे से पहले के नोट और समयबद्ध संदेश को आकार देता है
गेस्ट WiFi के साथ रिटेल	पसंदीदा श्रेणियां और चैनल	श्रेणियों के साथ ईमेल या SMS	अगले संदेश की थीम निर्धारित करता है

नीचे दिया गया छोटा वीडियो एक उपयोगी विराम बिंदु है यदि आप गवर्नेंस पक्ष में जाने से पहले इस विचार को समझना चाहते हैं।

मल्टी-साइट उत्तरों की तुलनात्मकता बनाए रखना

यदि आप कई साइटें संचालित करते हैं, तो हर जगह प्रश्नों के लिए एक ही शब्दावली का उपयोग करें। एक रेस्तरां में "सप्ताह के दिनों में भोजन करना" और दूसरे में "सप्ताह के मध्य का भोजन" सेगमेंट की तुलना करने की कोशिश करने वाले किसी भी व्यक्ति को निराश करेगा। साझा शब्दावली डेटा को तुलनीय बनाए रखती है, जबकि वास्तविक ऑफर प्रत्येक साइट के लिए स्थानीय रह सकते हैं।

दो अन्य फ़ील्ड भी इसी श्रेणी में आते हैं। एक संतोष स्कोर (satisfaction score) किसी यात्रा के बारे में व्यक्त किया गया निर्णय है, जो सेवा के अनुवर्ती कार्रवाई (follow-up) के लिए उपयोगी है। एक व्यक्त की गई खरीदारी की मंशा (stated purchase intention), जैसे कि ग्रुप बुकिंग की योजना बनाना, भविष्य की उन योजनाओं का संकेत देती है जो व्यवहार ने अभी तक नहीं दिखाई हैं।

प्रत्येक उदाहरण एक ही कारण से काम करता है। कर्मचारी बिना किसी गोलमोल बात के, एक वाक्य में उस अलग कार्रवाई का नाम बता सकते हैं जो उत्तर से ट्रिगर होती है।

प्राथमिकताएं, सहमति और जो आप पहले ही देख चुके हैं

शाकाहारी ऑर्डर पर एक बार फिर से विचार करें, लेकिन इसे एक रिकॉर्ड समस्या के रूप में देखें। खरीदारी का इतिहास यह दिखा सकता है कि किसी अतिथि ने दो बार शाकाहारी भोजन खरीदा। इसका मतलब एक दृढ़ प्राथमिकता, किसी मित्र का आना, या सेट मेनू पर बचा हुआ एकमात्र व्यंजन हो सकता है।

एक फ़ॉर्म प्रतिक्रिया जहां अतिथि स्पष्ट रूप से बताता है कि वे शाकाहारी विकल्पों को प्राथमिकता देते हैं, अनुमान लगाने की आवश्यकता को समाप्त कर देती है। यही कारण है कि जीरो-पार्टी डेटा लेनदेन रिकॉर्ड के प्रतिस्थापन के बजाय उन पर एक सिमेंटिक लेयर के रूप में काम करता है।

तीन रिकॉर्ड जिन्हें आपको मर्ज नहीं करना चाहिए

भ्रम तब शुरू होता है जब एक ही फ़ील्ड से तीन काम करने के लिए कहा जाता है। इन रिकॉर्ड्स को अलग रखें, भले ही वे एक ही अतिथि प्रोफ़ाइल में मौजूद हों।

• प्राथमिकता रिकॉर्ड: मेहमान जो कहता है कि वह क्या चाहता है, जैसे आहार संबंधी आवश्यकताएं, संचार विकल्प, संतुष्टि स्कोर या यात्रा के कारण।
• सहमति रिकॉर्ड: क्या ईमेल, एसएमएस, व्हाट्सएप या विज्ञापन संपर्क की अनुमति है, और किस आधार पर।
• इवेंट रिकॉर्ड: क्या हुआ, जिसमें यात्राएं, खर्च, बुकिंग, WiFi लॉगिन और चेक-आउट शामिल हैं, जो आज पात्रता तय करते हैं।

जीरो-पार्टी और फर्स्ट-पार्टी डेटा की TechTarget तुलना डेटा-जेनरेशन मैकेनिज्म द्वारा मूल अंतर को स्पष्ट करती है। एक खरीदारी, WiFi लॉगिन, बुकिंग या पेज व्यू आमतौर पर फर्स्ट-पार्टी व्यवहार संबंधी डेटा होता है, जबकि एक सर्वेक्षण उत्तर या प्राथमिकता चयन व्यक्ति द्वारा किया गया एक स्पष्ट दावा होता है, इसलिए सेगमेंटेशन को शोर-शराबे वाले प्रॉक्सी से इरादे का अनुमान लगाने वाले मॉडल की आवश्यकता नहीं होती है।

WiFi शर्तों को स्वीकार करना पूरी तरह से सहमति रिकॉर्ड से बाहर का विषय है। वह समझौता नेटवर्क के उपयोग को कवर करता है। यह मार्केटिंग भेजने की अनुमति नहीं है, भले ही इसे इस तरह से मानना कितना भी सुविधाजनक क्यों न हो।

प्रत्येक उत्तर पर क्या स्टोर करना है

प्रत्येक प्रतिक्रिया को टाइमस्टैम्प, सोर्स फॉर्म, प्रश्नावली के वर्ज़न, उस समय की सहमति की स्थिति, और एक अपरिवर्तनीय बदलाव के इतिहास के साथ स्टोर करें। यदि कोई मेहमान अपनी प्राथमिकता को अपडेट करता है, तो आप यह भी देख पाएंगे कि कब और क्या बदला गया, जबकि नया उत्तर लागू रहेगा।

प्रत्येक फ़ील्ड के लिए उद्देश्य, फ़ील्ड का अर्थ, अवधारण अवधि (retention period) और अनुमत सक्रियण चैनल लिखें। यह कागजी कार्रवाई जैसा लगता है। यही वह चीज है जो आज रात की सेवा के लिए दिए गए आहार संबंधी उत्तर को एक साल बाद असंबंधित अभियान लक्ष्यीकरण में बहने से रोकती है।

फिर ईमेल, SMS, WhatsApp या विज्ञापन सक्रियकरण से ठीक पहले पात्रता की तुरंत पुनः जाँच करें। किसी पुरानी प्राथमिकता को संदेश भेजते रहने की स्थायी अनुमति नहीं माना जाना चाहिए।

एक प्राथमिकता बताती है कि क्या कहना है। सहमति तय करती है कि क्या आप इसे कह सकते हैं। इवेंट्स तय करते हैं कि क्या यह आज भी सच है।

तीनों रिकॉर्ड एक साथ कैसे काम करते हैं

मान लीजिए कि कोई अतिथि सप्ताह के दिनों में भोजन करने को अपने पसंदीदा अवसर के रूप में चुनता है। वह प्राथमिकता उन्हें सप्ताह के दिनों के ऑफ़र पाथ में रख सकती है। एक हालिया बुकिंग या खरीदारी फिर यह तय करती है कि क्या वे अभी पात्र हैं, और आपको बाद में मापने के लिए परिणाम देती है।

वेन्यू द्वारा मेहमानों को डेटा हैंडलिंग समझाने की सरल भाषा की समझ के लिए, एक एस्केप रूम ऑपरेटर पर ग्रुप बुकिंग के लिए प्राइवेसी डिटेल्स उन विशिष्ट विवरणों को दर्शाती हैं जिन्हें मेहमान शेयर करने से पहले देखना चाहते हैं। आपकी अपनी भाषा उद्देश्य और संपर्क के संदर्भ में कम से कम उतनी स्पष्ट होनी चाहिए।

किसी भी उत्तर को सक्रिय करने से पहले, अपने द्वारा संचालित प्रत्येक बाजार के लिए सहमति के नियमों की जांच करें। en-gb साइटों के लिए, इसका अर्थ इलेक्ट्रॉनिक मार्केटिंग संदेशों के लिए UK GDPR और PECR है, और आदत पर भरोसा करने के बजाय स्थल ईमेल के लिए सहमति और अनसब्सक्राइब को प्रबंधित करने पर संरचित मार्गदर्शन का पालन करना उचित है।

यहाँ से आपकी कार्रवाई एक लेबलिंग अभ्यास है। किसी भी यात्रा के पास जाने से पहले प्रत्येक फ़ील्ड को प्राथमिकता, सहमति या ईवेंट के रूप में चिह्नित करें। जिन फ़ील्ड्स को स्पष्ट रूप से लेबल नहीं किया जा सकता है, उनका उपयोग अभी नहीं किया जाना चाहिए।

स्केल करने से पहले एक बताई गई प्राथमिकता का परीक्षण करें

बताए गए उत्तर भरोसेमंद लगते हैं क्योंकि वे सीधे अतिथि से आए हैं। यही कारण है कि उन्हें परीक्षण की आवश्यकता है। एक स्पष्ट उत्तर अभी भी गलत, पुराना या इतनी अनपेक्षित रूप से एकत्र किया गया हो सकता है कि यह इसका उपयोग करने वाले सभी लोगों को गुमराह करता है।

बहुत जल्दी स्केलिंग करने पर आप अपनी गलतियों को हर साइट पर ऑटोमेट कर देंगे। एक प्राथमिकता का ठीक से परीक्षण करें और आपको पता चल जाएगा कि यह व्यापक रोलआउट के योग्य है या नहीं।

जहां बताए गए उत्तर गुमराह करते हैं

लोग कभी-कभी वह उत्तर देते हैं जो सच होने के बजाय उचित लगता है। एक मेहमान सर्वे में स्वस्थ विकल्पों का चयन कर सकता है, फिर मेज पर जो उनका मन करे वही ऑर्डर कर सकता है। यह प्रतिक्रिया पूर्वाग्रह (response bias) है, और यह मेहमान को बेईमान नहीं बनाता है, यह संकेत को आंशिक बनाता है।

अन्य लोग फ़ील्ड छोड़ देते हैं, डिफ़ॉल्ट चुनते हैं, या फ़ॉर्म को पूरा करने के लिए पहले विकल्प पर टैप करते हैं। वे उत्तर डेटाबेस में विचारपूर्वक दिए गए उत्तरों जैसे ही दिखाई देते हैं। उनके साथ समान विश्वास का व्यवहार करना एक छिपी हुई गलती है।

उत्तर भी पुराने हो जाते हैं। जन्मदिन हमेशा निश्चित रहता है, लेकिन यात्रा का उद्देश्य, कार्यदिवस की खान-पान की आदत या आहार का विकल्प नई नौकरी, नए पते या नए साल के साथ बदल सकता है। एक यात्रा के लिए कैप्चर की गई प्राथमिकता को उसके बाद लंबे समय तक संचार को नियंत्रित नहीं करना चाहिए।

डुप्लिकेट्स एक तीसरी समस्या पैदा करते हैं। यदि कोई मेहमान दो बार विवरण जमा करता है और केवल अंतिम पंक्ति ही बचती है, तो जल्दबाजी में दिया गया दूसरा उत्तर पहले के बेहतर उत्तर को ओवरराइट कर सकता है। फ़र्स्ट-पार्टी बनाम ज़ीरो-पार्टी डेटा पर Twilio का स्पष्टीकरण समान गुणवत्ता वाले बिंदु को उजागर करता है, यह ध्यान दिलाते हुए कि ज़ीरो-पार्टी डेटा अनुमान त्रुटि को कम करता है लेकिन प्रतिक्रिया पूर्वाग्रह और पुराने गुण ला सकता है, इसलिए नियंत्रणों में आवश्यक-फ़ील्ड तर्क, स्पष्ट प्रश्न शब्द, डुप्लिकेट-प्रतिक्रिया हैंडलिंग, समय-संवेदनशील प्राथमिकताओं के लिए समाप्ति तिथियां, और उत्तर स्तर पर स्रोत की जानकारी शामिल होनी चाहिए।

एक छोटा पायलट जो कुछ साबित करता है

इस महीने एक उच्च-ट्रैफ़िक वाली साइट और किसी कार्रवाई से जुड़ा एक प्रश्न चुनें। रसोई के लिए आहार संबंधी आवश्यकताएं या कार्यदिवस के ऑफ़र के लिए विज़िट का अवसर दोनों काम करते हैं, क्योंकि बदली हुई कार्रवाई को देखना आसान है।

1. प्रश्न के पास ही लाभ का उल्लेख करें: ठीक उसी स्थान पर बताएं कि मेहमान के लिए क्या बदलता है, जहां वे उत्तर देने का निर्णय ले रहे हैं।
2. उत्तर को मेहमान के रिकॉर्ड में स्टोर करें: विभिन्न टूल्स में उत्तर के संस्करणों को बिखेरने के बजाय, स्रोत की जानकारी के साथ प्रति प्रश्न केवल एक वर्तमान उत्तर रखें।
3. मार्केटिंग ऑप्ट-इन को अलग रखें: हमारे प्लेटफ़ॉर्म में, केवल एक स्पष्ट ऑप्ट-इन को ही मार्केटिंग सहमति माना जाता है, और WiFi शर्तों को स्वीकार करने से यह सहमति नहीं मिलती है। यह पृथक्करण जानबूझकर किया गया है, क्योंकि एक साझा उत्तर कभी भी बाद के हर उपयोग को अधिकृत नहीं करता है।
4. भेजने से पहले ऑडियंस को स्वीकृत करें: किसी व्यक्ति से जांच करवाएं कि कौन शामिल है, और ऑप्ट-आउट करने वाले किसी भी व्यक्ति को बाहर करें, भले ही इम्पोर्ट फ़ाइल में वे अभी भी मौजूद हों। हमारी सहमति जांच दो बार चलती है, इम्पोर्ट कभी भी ऑप्ट-आउट को अमान्य नहीं कर सकते, और इरेज़र हमेशा मिटाया हुआ ही रहता है।

हमारा अतिथि WiFi लॉग इन किसी भौतिक स्थान पर सत्यापित, WiFi-अनुपालन वाला फ़र्स्ट-पार्टी डेटा प्राप्त करने के लिए हमारे द्वारा प्रदान किया जाने वाला सबसे विश्वसनीय तंत्र है। वह व्यावहारिक आधार आपकी बताई गई प्राथमिकता को परीक्षण के लिए एक ठोस आधार प्रदान करता है।GDPR

विज़िट को मापना, प्रशंसा को नहीं

रैंडमाइज्ड होल्डआउट के साथ मापें। डिफ़ॉल्ट रूप से, हमारे प्लेटफ़ॉर्म में हर नए अभियान और ऑटोमेशन का 5% मापन के लिए रोक कर रखा जाता है, ताकि आप संपर्क किए गए मेहमानों की तुलना रोक कर रखे गए मेहमानों से कर सकें।

केवल ओपन और क्लिक की तुलना करने के बजाय वृद्धिशील यात्राओं, बुकिंग या खरीदारी की तुलना करें। एक विश्वास सीमा (कॉन्फिडेंस रेंज) की रिपोर्ट करें, और अपने आहार संबंधी खंड जैसे उपसमूहों की जांच करें, क्योंकि औसतन वृद्धि उस समूह को छिपा सकती है जिसे आपने परेशान किया है।

फ़ॉर्म को पूरा करना भी सफलता नहीं है। एक प्रश्न सुंदर रूप से डेटा एकत्र कर सकता है और फिर भी टिल पर कोई बदलाव नहीं ला सकता है। पायलट का मूल्यांकन उन अतिरिक्त विज़िट या खरीदारी के आधार पर करें जो संपर्क किए गए समूह ने होल्डआउट से अलग हटकर की हैं।

निर्णय का नियम: एक बताई गई प्राथमिकता, एक साइट, एक मापा गया परिणाम। केवल उसी को स्केल करें जो होल्डआउट के बाद भी प्रभावी रहे।

यह दृष्टिकोण जीरो-पार्टी डेटा को शासित, परीक्षण योग्य निर्णय डेटा में बदल देता है। स्पष्ट उत्तर दर्शकों का चयन करता है, व्यवहारिक घटनाएं शर्तों को लागू करती हैं, और प्रयोग व्यावसायिक प्रभाव का अनुमान लगाता है। बहु-स्थान स्थलों के लिए जो पहले से ही WiFi, टिल्स, बुकिंग या स्टे दर्ज कर रहे हैं, हम एक गेस्ट रिकॉर्ड, एक सहमति लेजर और उस रिकॉर्ड से जुड़े सर्वेक्षण उत्तरों को बनाए रखते हैं, ताकि परीक्षण और रोलआउट एक ही आधार का उपयोग करें।

---

एक ऐसे प्रश्न से शुरुआत करें जिसका आपके मेहमान ख़ुशी से उत्तर देंगे, और Purple Engage को उस बताई गई प्राथमिकता को उसी मेहमान रिकॉर्ड से जोड़ने दें जिसमें पहले से ही WiFi साइन-इन, खरीदारी, बुकिंग और ठहरने की जानकारी मौजूद है। आपको एक सहमति लेजर, सर्वेक्षण उत्तर मिलेंगे जिन पर आप सेगमेंट कर सकते हैं, और होल्डआउट माप जो दिखाता है कि क्या उत्तर अतिरिक्त यात्राओं को संचालित करता है। आज ही हमसे संपर्क करें और अपना पहला जीरो-पार्टी प्रश्न सेवा में रखें।