WiFi का उपयोग करके रिटेल ग्राहकों को वैयक्तिकृत अनुभव कैसे प्रदान करें

Purple इंटेलिजेंस ब्रीफिंग में आपका स्वागत है। मैं आपका होस्ट हूँ, और आज हम एक ऐसे सवाल पर बात कर रहे हैं जो पूरे UK और यूरोप में रिटेल ऑपरेशंस डायरेक्टर्स और मार्केटिंग टीमों के एजेंडे में सबसे ऊपर है: आप वास्तव में एक भौतिक स्टोर में व्यक्तिगत ग्राहक अनुभव कैसे प्रदान करते हैं — सिद्धांत रूप में नहीं, बल्कि व्यावहारिक रूप से, इसी तिमाही में? इसका जवाब, शायद आश्चर्यजनक रूप से, आपके WiFi इंफ्रास्ट्रक्चर से शुरू होता है। आपके CRM से नहीं। आपके लॉयल्टी ऐप से नहीं। आपके WiFi से। क्योंकि जैसे ही कोई ग्राहक आपके गेस्ट नेटवर्क से जुड़ता है, आपको एक वैध, सहमति-प्राप्त, फर्स्ट-पार्टी डेटा इवेंट मिलता है — और यही वह आधार है जिस पर बाकी सब कुछ बनाया जाता है। अगले दस मिनटों में, मैं आपको इसके आर्किटेक्चर, इम्प्लीमेंटेशन के चरणों, बचने वाली कमियों और मिलने वाले ROI के बारे में बताऊंगा। चलिए शुरू करते हैं। तो चलिए बुनियादी बातों से शुरुआत करते हैं। WiFi संचालित पर्सनलाइजेशन क्या है, और डेटा वास्तव में कैसे फ्लो होता है? जब कोई ग्राहक आपके स्टोर में आता है और आपके गेस्ट WiFi से जुड़ता है — चाहे वह Captive Portal, सोशल लॉगिन या ईमेल ऑथेंटिकेशन के माध्यम से हो — तो वे आपको एक सत्यापित पहचान प्रदान कर रहे होते हैं। इसमें आपके पोर्टल कॉन्फ़िगरेशन के आधार पर नाम, ईमेल पता और संभावित रूप से जनसांख्यिकीय डेटा शामिल होता है। महत्वपूर्ण बात यह है कि यह GDPR Article 6 के तहत सहमति-प्राप्त डेटा है, क्योंकि ग्राहक नेटवर्क एक्सेस के बदले सक्रिय रूप से ऑथेंटिकेट करना चुन रहा है। यह आपके पहले कनेक्शन से स्थापित होने वाला कानूनी आधार है। अब, पहचान कैप्चर करना तो केवल पहला कदम है। इसके बाद जो होता है, असली इंटेलिजेंस वहीं है। आपका WiFi एनालिटिक्स प्लेटफॉर्म — और यहीं पर Purple के गेस्ट WiFi और एनालिटिक्स प्लेटफॉर्म जैसे समाधान अपनी उपयोगिता साबित करते हैं — उस पहचान के आधार पर एक व्यावहारिक प्रोफाइल बनाना शुरू करता है। हम ड्वेल टाइम के बारे में बात कर रहे हैं: इस ग्राहक ने स्टोर में कितना समय बिताया, और किन ज़ोन में? विजिट फ्रीक्वेंसी: क्या इस महीने उनकी यह दूसरी विजिट है या पंद्रहवीं? ज़ोन हीटमैप: क्या उन्होंने फुटवियर सेक्शन में बारह मिनट बिताए लेकिन चेकआउट पर केवल नब्बे सेकंड? यह सब ग्राहक के लिए किसी अतिरिक्त परेशानी के बिना, निष्क्रिय रूप से कैप्चर किया जा रहा है। इसके पीछे के तकनीकी आर्किटेक्चर को समझना महत्वपूर्ण है। आपके एक्सेस पॉइंट्स — चाहे आप Cisco Meraki, Aruba, Ruckus, या कोई व्हाइट-लेबल डिप्लॉयमेंट चला रहे हों — एक सेंट्रलाइज्ड कंट्रोलर को प्रोब रिक्वेस्ट और एसोसिएशन इवेंट्स की रिपोर्ट कर रहे होते हैं। WiFi एनालिटिक्स लेयर उस कंट्रोलर के ऊपर काम करती है, जो MAC एड्रेस को ऑथेंटिकेटेड पहचान से जोड़ती है। अब, iOS 14 और Android 10 के बाद से MAC एड्रेस रैंडमाइजेशन ने इसे थोड़ा जटिल बना दिया है, यही वजह है कि ऑथेंटिकेटेड पहचान — यानी ईमेल पता — डिवाइस हार्डवेयर एड्रेस के बजाय लगातार पहचानकर्ता बन जाता है। डेटा गुणवत्ता के दृष्टिकोण से यह वास्तव में एक अधिक मजबूत तरीका है, क्योंकि यह डिवाइस-अज्ञेयवादी है।एक बार जब आपके पास वह प्रमाणित पहचान और उससे जुड़ा व्यावहारिक डेटा आ जाता है, तो सेगमेंटेशन इंजन काम में आता है। यह वह जगह है जहाँ आप अपने दर्शकों के नियम परिभाषित करते हैं। एक ग्राहक जिसने पिछले तीस दिनों में तीन या अधिक बार विज़िट किया है और प्रत्येक विज़िट में वूमेंसवीयर सेक्शन में बीस मिनट से अधिक समय बिताया है - वह एक उच्च-मूल्य, श्रेणी-विशिष्ट सेगमेंट है। आप उस सेगमेंट को सीधे अपने CRM, अपने ईमेल मार्केटिंग प्लेटफ़ॉर्म, या अपने इन-स्टोर डिजिटल साइनेज सिस्टम में भेज सकते हैं। इंटीग्रेशन को आम तौर पर REST API या Salesforce, HubSpot, Klaviyo, या Mailchimp जैसे प्लेटफ़ॉर्म के पूर्व-निर्मित कनेक्टर के माध्यम से प्रबंधित किया जाता है। ट्रिगर तंत्र अंतिम हिस्सा है। जब वह उच्च-मूल्य वाला ग्राहक अपनी अगली विज़िट पर आपके WiFi से कनेक्ट होता है, तो सिस्टम कुछ ही सेकंड में एक स्वचालित कार्रवाई शुरू कर सकता है। वह आपके ऐप के माध्यम से एक पुश नोटिफिकेशन, एक SMS, एक ईमेल हो सकता है जो उनके स्टोर में रहने के दौरान ही पहुंच जाता है, या उनके वर्तमान स्थान के निकटतम डिजिटल डिस्प्ले पर एक गतिशील अपडेट हो सकता है। एक अच्छी तरह से कॉन्फ़िगर किए गए परिनियोजन में, इन ट्रिगर्स की लेटेंसी आम तौर पर प्रमाणीकरण से संदेश वितरण तक तीस सेकंड से कम होती है। यह वह समय है जिसके साथ आप काम कर रहे हैं - और यह इन-स्टोर व्यवहार को प्रभावित करने के लिए पर्याप्त से अधिक है। मानकों के दृष्टिकोण से, आपके गेस्ट WiFi परिनियोजन को सुरक्षित SSID पर WPA3 चलाना चाहिए और यह सुनिश्चित करने के लिए उचित रूप से पृथक गेस्ट VLAN का उपयोग करना चाहिए कि ग्राहक ट्रैफ़िक आपके कॉर्पोरेट नेटवर्क से अलग रहे। PCI-DSS अनुपालन के लिए आवश्यक है कि कोई भी कार्डधारक डेटा गेस्ट नेटवर्क से न गुजरे, इसलिए आपके नेटवर्क सेगमेंटेशन को पूरी तरह से सुरक्षित होना चाहिए। IEEE 802.1X एंटरप्राइज़-ग्रेड परिनियोजन के लिए प्रमाणीकरण मानक है, हालांकि गेस्ट WiFi के लिए Captive Portal मॉडल अधिक उपयुक्त है क्योंकि इसके लिए डिवाइस-साइड प्रमाणपत्र प्रबंधन की आवश्यकता नहीं होती है। एक और तकनीकी बिंदु जो ध्यान देने योग्य है: Captive Portal स्वयं आपका प्राथमिक डेटा संग्रह क्षेत्र है, और इसके डिज़ाइन का आपके ऑप्ट-इन दरों पर सीधा प्रभाव पड़ता है। एक स्पष्ट मूल्य विनिमय वाला अच्छी तरह से डिज़ाइन किया गया पोर्टल - "मुफ़्त में कनेक्ट करें और विशेष इन-स्टोर ऑफ़र प्राप्त करें" - लगातार एक सामान्य "जारी रखने के लिए अपना ईमेल दर्ज करें" प्रॉम्प्ट से बेहतर प्रदर्शन करेगा। हम आमतौर पर अच्छी तरह से अनुकूलित पोर्टलों पर चालीस से साठ-पांच प्रतिशत के बीच ऑप्ट-इन दरें देखते हैं, जबकि सामान्य पोर्टलों पर पंद्रह से पच्चीस प्रतिशत होती हैं। यह आपके सुलभ फ़र्स्ट-पार्टी दर्शकों के आकार में एक महत्वपूर्ण अंतर है। ठीक है, आइए परिनियोजन के बारे में बात करते हैं। अच्छी खबर यह है कि अधिकांश रिटेल वातावरण के लिए, आपको अपने मौजूदा WiFi बुनियादी ढांचे को हटाने और बदलने की आवश्यकता नहीं है। उदाहरण के लिए, Purple का प्लेटफ़ॉर्म क्लाउड कंट्रोलर APIs के माध्यम से प्रमुख एक्सेस पॉइंट विक्रेताओं के साथ एकीकृत होता है, इसलिए आप अपने पास पहले से मौजूद चीज़ों के शीर्ष पर एनालिटिक्स और वैयक्तिकरण क्षमता को जोड़ रहे हैं।मैं जिस कार्यान्वयन क्रम की सिफारिश करूँगा वह इस प्रकार है। पहला, अपने मौजूदा WiFi कवरेज का ऑडिट करें और किसी भी डेड ज़ोन की पहचान करें - ड्वेल टाइम डेटा को सार्थक बनाने के लिए आपको पूरे सेल्स फ्लोर पर निरंतर कवरेज की आवश्यकता होगी। दूसरा, GDPR के अनुकूल सहमति प्रवाह के साथ अपने Captive Portal को कॉन्फ़िगर करें - इसका अर्थ है मार्केटिंग संचार के लिए स्पष्ट रूप से ऑप्ट-इन होना, जो नेटवर्क एक्सेस सहमति से अलग हो। तीसरा, लाइव जाने से पहले अपने शुरुआती ऑडियंस सेगमेंट को परिभाषित करें - डेटा मिलने तक इस बात का इंतज़ार न करें कि आप इसका क्या उपयोग करेंगे। चौथा, अपने WiFi एनालिटिक्स प्लेटफॉर्म को API के माध्यम से अपने CRM या ईमेल सिस्टम से कनेक्ट करें। और पांचवां, अपना पहला स्वचालित ट्रिगर कैंपेन बनाएं - शुरुआत में इसे सरल रखें: लौटने वाले ग्राहकों के लिए एक वेलकम-बैक ऑफ़र, जो उनकी दूसरी विज़िट पर ट्रिगर हो। कमियां। सबसे बड़ी कमी जो मैं देखता हूँ वह है WiFi डेटा को एक अलग डेटासेट के रूप में मानना। जब आप इसे अपने ट्रांजैक्शन डेटा, अपने लॉयल्टी प्रोग्राम और अपने ईमेल एंगेजमेंट डेटा से जोड़ते हैं, तो इसका मूल्य कई गुना बढ़ जाता है। एक ग्राहक जो पिछले महीने चार बार आपके WiFi से कनेक्ट हुआ, प्रत्येक विज़िट पर औसतन अठारह मिनट बिताए, लेकिन कभी कोई खरीदारी नहीं की - इसकी तुलना में उसी विज़िट पैटर्न वाले ग्राहक को बहुत अलग हस्तक्षेप की आवश्यकता होगी जो प्रति विज़िट अस्सी पाउंड खर्च करता है। यह अंतर करने के लिए आपको ट्रांजैक्शन डेटा की आवश्यकता होगी। दूसरी कमी है ओवर-ट्रिगरिंग। यदि किसी ग्राहक को हर बार प्रवेश करने पर एक पुश नोटिफिकेशन प्राप्त होता है, तो वे या तो नोटिफिकेशन को अक्षम कर देंगे या आपके WiFi से कनेक्ट होना बंद कर देंगे। फ्रीक्वेंसी कैप सेट करें - प्रति विज़िट एक ट्रिगर किया गया संदेश एक उचित शुरुआती बिंदु है - और सुनिश्चित करें कि कंटेंट वास्तव में प्रासंगिक हो। प्रासंगिकता सेगमेंट डेटा से निर्धारित होती है, न कि इस बात से कि आप इस सप्ताह क्या प्रमोट करना चाहते हैं। और तीसरी कमी GDPR का अनुपालन न करना है। आपका सहमति प्रवाह विस्तृत होना चाहिए - नेटवर्क एक्सेस, एनालिटिक्स और मार्केटिंग संचार के लिए अलग-अलग सहमति। आपकी डेटा रिटेंशन पॉलिसी प्रलेखित और लागू होनी चाहिए। और आपके पास एक स्पष्ट डेटा सब्जेक्ट एक्सेस रिक्वेस्ट प्रक्रिया मौजूद होनी चाहिए। Purple का प्लेटफॉर्म इंफ्रास्ट्रक्चर स्तर पर इसका अधिकांश हिस्सा संभालता है, लेकिन पॉलिसी के निर्णय आपके होते हैं। आइए मैं कुछ ऐसे सवालों पर नज़र डालूँ जो मैं आईटी और ऑपरेशन्स टीमों से नियमित रूप से सुनता हूँ। "क्या हमें इसके लिए एक समर्पित WiFi नेटवर्क की आवश्यकता है, या हम अपने मौजूदा इंफ्रास्ट्रक्चर का उपयोग कर सकते हैं?" अधिकांश मामलों में, आप अपने मौजूदा इंफ्रास्ट्रक्चर का उपयोग कर सकते हैं। आपको एक गेस्ट SSID की आवश्यकता होगी जो आपके कॉर्पोरेट नेटवर्क से ठीक से अलग हो, और आपके एक्सेस पॉइंट्स को एक समर्थित कंट्रोलर प्लेटफॉर्म पर होना चाहिए। "एक उपयोगी ग्राहक सेगमेंट बनाने में कितना समय लगता है?" एक अच्छी तरह से कॉन्फ़िगर किए गए पोर्टल और उचित फुटफॉल के साथ, आपके पास लाइव होने के तीन से चार सप्ताह के भीतर सांख्यिकीय रूप से सार्थक सेगमेंट होंगे। "सिंगल-साइट रिटेलर के लिए न्यूनतम व्यवहार्य परिनियोजन (minimum viable deployment) क्या है?" एक क्लाउड-मैनेज्ड WiFi कंट्रोलर, एक GDPR-अनुकूल Captive Portal, और आपके ईमेल प्लेटफॉर्म के साथ एक एकीकरण। आप दो सप्ताह से कम समय में परिचालन शुरू कर सकते हैं। "क्या यह मल्टी-साइट रिटेल चेन के लिए काम करता है?" बिल्कुल - और इसका मूल्य बड़े पैमाने पर बढ़ता है। क्रॉस-साइट विज़िट डेटा आपको अकेले सिंगल-साइट डेटा की तुलना में ग्राहक व्यवहार की अधिक समृद्ध तस्वीर देता है। इसे संक्षेप में कहें तो: WiFi-संचालित वैयक्तिकरण कोई भविष्य की क्षमता नहीं है - यह आज ही उस इंफ्रास्ट्रक्चर पर तैनात करने योग्य है जो शायद आपके पास पहले से ही है, और यह GDPR के तहत अच्छी तरह से स्थापित अनुपालन ढांचे के साथ काम करता है। मुख्य मूल्य प्रस्ताव यह है: आप एक अज्ञात फुटफॉल इवेंट को एक पहचाने गए, प्रोफाइल किए गए, और वर्गीकृत ग्राहक इंटरैक्शन में बदल देते हैं - और आप ऐसा उस क्षण करते हैं जब ग्राहक शारीरिक रूप से आपके स्टोर में मौजूद होता है, जो पूरे ग्राहक सफर में सबसे अधिक इरादे वाला क्षण होता है। तीन चीजें जो मैं आपको इस सप्ताह करने की सलाह दूंगा: पहला, अपने वर्तमान गेस्ट WiFi सेटअप का ऑडिट करें और पहचानें कि क्या आपके पास कोई एनालिटिक्स लेयर मौजूद है। दूसरा, GDPR आवश्यकताओं के खिलाफ अपने captive portal सहमति प्रवाह की समीक्षा करें। तीसरा, आज आपके लिए कौन सी सेगमेंटेशन और ट्रिगर क्षमताएं उपलब्ध हैं, यह समझने के लिए अपने WiFi प्लेटफॉर्म प्रदाता के साथ एक स्कोपिंग कॉल बुक करें। यदि आप रिटेल-विशिष्ट कार्यान्वयन पर अधिक गहराई से जाना चाहते हैं, तो Purple के पास फुटफॉल डेटा से ग्राहक प्रोफाइल बनाने पर एक विस्तृत गाइड है - मैं वहां से शुरू करने की सलाह दूंगा। लिंक शो नोट्स में है। सुनने के लिए धन्यवाद। अगली ब्रीफिंग में आपसे मुलाकात होगी।