PushSubscription मिलने और उसे हमारे सर्वर में सेव करने के बाद, पुश मैसेज ट्रिगर करना एक सामान्य कदम है. हालांकि, मैंने एक बात को जान-बूझकर अनदेखा किया है. उपयोगकर्ता को पुश मैसेज भेजने की अनुमति मांगते समय, उपयोगकर्ता को मिलने वाला अनुभव.
माफ़ करें, बहुत कम साइटें इस बात पर ध्यान देती हैं कि वे अपने उपयोगकर्ता से अनुमति कैसे मांगें. इसलिए, आइए कुछ समय के लिए यूज़र एक्सपीरियंस (यूएक्स) के अच्छे और खराब, दोनों पहलुओं पर नज़र डालें.
सामान्य पैटर्न
कुछ सामान्य पैटर्न सामने आए हैं. इनसे आपको यह तय करने में मदद मिलेगी कि आपके उपयोगकर्ताओं और इस्तेमाल के उदाहरण के लिए क्या सबसे अच्छा है.
खास बात
उपयोगकर्ताओं से उस समय पुश नोटिफ़िकेशन की सदस्यता लेने के लिए कहें, जब उन्हें इसका फ़ायदा साफ़ तौर पर दिख रहा हो.
उदाहरण के लिए, किसी उपयोगकर्ता ने अभी-अभी किसी ऑनलाइन स्टोर से कोई आइटम खरीदा है और चेकआउट फ़्लो पूरा कर लिया है. इसके बाद, साइट डिलीवरी की स्थिति के बारे में अपडेट दे सकती है.
कई स्थितियों में यह तरीका काम करता है:
- कोई आइटम स्टॉक में नहीं है. क्या आपको इसकी सूचना तब चाहिए, जब यह अगली बार उपलब्ध हो?
- इस खबर को नियमित तौर पर अपडेट किया जाएगा. क्या आपको इस खबर के अपडेट पाने हैं?
- आपने सबसे ज़्यादा बिड लगाई है. क्या आपको इसकी सूचना चाहिए कि किसी ने आपसे ज़्यादा बिड लगाई है?
ये ऐसे सभी पॉइंट हैं जहां उपयोगकर्ता ने आपकी सेवा में दिलचस्पी दिखाई है. साथ ही, पुश नोटिफ़िकेशन चालू करने के लिए, उनके लिए एक साफ़ तौर पर बताई गई वैल्यू है.
इस तरीके को दिखाने के लिए, हमने एक काल्पनिक एयरलाइन की वेबसाइट का मॉक बनाया है.
फ़्लाइट बुक करने के बाद, उपयोगकर्ता से पूछा जाता है कि क्या उसे फ़्लाइट में होने वाली देरी की सूचनाएं चाहिए.
ध्यान दें कि यह वेबसाइट का कस्टम यूज़र इंटरफ़ेस (यूआई) है.
ओवेन के डेमो में एक और अच्छी बात यह है कि अगर उपयोगकर्ता सूचनाएं चालू करने के लिए क्लिक करता है, तो साइट अनुमति का अनुरोध दिखाते समय पूरे पेज पर एक सेमी-ट्रांसफ़र ओवरले जोड़ती है. इससे उपयोगकर्ताओं का ध्यान अनुमति के अनुरोध पर जाता है.
अनुमति मांगने के लिए, इस उदाहरण के बजाय खराब यूज़र एक्सपीरियंस का विकल्प है. इसके तहत, उपयोगकर्ता के एयरलाइन की साइट पर पहुंचते ही अनुमति का अनुरोध किया जाता है.
इस तरीके से यह पता नहीं चलता कि उपयोगकर्ता के लिए सूचनाएं क्यों ज़रूरी हैं या फिर वे उनके लिए काम की हैं या नहीं. अनुमति के लिए पूछे गए इस सवाल की वजह से, उपयोगकर्ता को अपना मूल टास्क (जैसे, फ़्लाइट बुक करना) पूरा करने से भी रोका जाता है.
दो बार अनुमति लेना
ऐसा हो सकता है कि आपको लगे कि आपकी साइट पर पुश मैसेजिंग का इस्तेमाल करने का एक साफ़ उदाहरण है. इसलिए, आपको उपयोगकर्ता से जल्द से जल्द अनुमति लेनी है.
उदाहरण के लिए, इंस्टैंट मैसेजिंग और ईमेल क्लाइंट. नए मैसेज या ईमेल के लिए सूचना दिखाना, कई प्लैटफ़ॉर्म पर उपयोगकर्ता अनुभव का एक हिस्सा है.
इस कैटगरी के ऐप्लिकेशन के लिए, दो बार अनुमति मांगने के पैटर्न का इस्तेमाल करना बेहतर होता है.
सबसे पहले, अनुमति का एक फ़र्ज़ी अनुरोध दिखाएं, जिसे आपकी वेबसाइट कंट्रोल करती है. इसमें, अनुमति के अनुरोध को स्वीकार करने या अनदेखा करने के लिए बटन होते हैं. अगर उपयोगकर्ता अनुमति दें पर क्लिक करता है, तो अनुमति का अनुरोध करें. इससे, ब्राउज़र में अनुमति का अनुरोध करने वाला प्रॉम्प्ट ट्रिगर हो जाएगा.
इस तरीके से, अपने वेब ऐप्लिकेशन में कस्टम अनुमति वाला प्रॉम्प्ट दिखाया जाता है. इसमें उपयोगकर्ता से सूचनाएं चालू करने के लिए कहा जाता है. ऐसा करने पर, उपयोगकर्ता अपनी पसंद के मुताबिक, इसे चालू या बंद कर सकता है. इससे, आपकी वेबसाइट को हमेशा के लिए ब्लॉक होने का खतरा नहीं होता. अगर उपयोगकर्ता कस्टम यूज़र इंटरफ़ेस (यूआई) पर 'चालू करें' को चुनता है, तो अनुमति का असल प्रॉम्प्ट दिखाएं. अगर ऐसा नहीं होता है, तो अपना कस्टम पॉप-अप छिपाएं और किसी और समय पूछें.
इसका एक अच्छा उदाहरण . साइन इन करने के बाद, वे अपने पेज पर सबसे ऊपर एक प्रॉम्प्ट दिखाते हैं. इसमें आपसे पूछा जाता है कि क्या आपको सूचनाएं चालू करनी हैं.
सेटिंग पैनल
नोटिफ़िकेशन को सेटिंग पैनल में ले जाया जा सकता है. इससे उपयोगकर्ताओं को पुश मैसेजिंग की सुविधा को आसानी से चालू और बंद करने में मदद मिलती है. इसके लिए, उन्हें आपके वेब ऐप्लिकेशन के यूज़र इंटरफ़ेस (यूआई) में जाकर परेशान नहीं होना पड़ता.
इसका एक अच्छा उदाहरण . Google I/O साइट को पहली बार लोड करने पर, आपसे कुछ करने के लिए नहीं कहा जाता. इसके बाद, उपयोगकर्ता को साइट को एक्सप्लोर करने के लिए छोड़ दिया जाता है.
कुछ विज़िट के बाद, दाईं ओर मौजूद मेन्यू आइटम पर क्लिक करने से एक सेटिंग पैनल दिखता है. इसकी मदद से, उपयोगकर्ता सूचनाएं सेट अप और मैनेज कर सकता है.
चेकबॉक्स पर क्लिक करने से, अनुमति का अनुरोध करने वाला प्रॉम्प्ट दिखता है. कोई छिपा हुआ शुल्क नहीं.
अनुमति मिलने के बाद, चेकबॉक्स पर सही का निशान लग जाता है और उपयोगकर्ता के लिए सूचनाएं पाने की सुविधा चालू हो जाती है. इस यूज़र इंटरफ़ेस (यूआई) की सबसे अच्छी बात यह है कि उपयोगकर्ता, वेबसाइट पर एक ही जगह से सूचनाएं चालू और बंद कर सकते हैं.
सामान्य तरीका
उपयोगकर्ता को पुश मैसेज भेजने का सबसे आसान तरीका यह है कि आपके पास एक बटन या टॉगल स्विच हो. इससे, पेज पर किसी ऐसी जगह पर पुश मैसेज चालू या बंद किए जा सकते हैं जो पूरी साइट पर एक जैसी हो.
इससे उपयोगकर्ताओं को पुश नोटिफ़िकेशन चालू करने के लिए नहीं कहा जाता. हालांकि, इससे उपयोगकर्ताओं को आपकी वेबसाइट से जुड़ने के लिए, भरोसेमंद और आसान तरीका मिलता है. ब्लॉग जैसी साइटों के लिए यह एक अच्छा विकल्प है. इन साइटों पर, कुछ नियमित दर्शक हो सकते हैं और बाउंस रेट भी ज़्यादा हो सकता है. यह विकल्प, नियमित दर्शकों को टारगेट करता है. साथ ही, साइट पर आने वाले उन लोगों को परेशान नहीं करता जो सिर्फ़ एक बार आते हैं.
मेरी निजी साइट पर, फ़ुटर में पुश मैसेजिंग के लिए टॉगल स्विच है.
यह सुविधा, वेबसाइट पर आने वाले लोगों के लिए थोड़ी अलग है. हालांकि, नियमित तौर पर आने वाले लोगों को अपडेट पाने के लिए, इस पर ज़रूर ध्यान देना चाहिए. एक बार आने वाले लोगों पर इसका कोई असर नहीं पड़ता.
अगर उपयोगकर्ता पुश मैसेजिंग की सदस्यता लेता है, तो टॉगल स्विच की स्थिति बदल जाती है और यह स्थिति पूरी साइट पर बनी रहती है.
खराब यूएक्स
मुझे वेब पर ये सामान्य तरीके दिखे हैं. माफ़ करें, एक बहुत आम और गलत तरीका है.
सबसे खराब बात यह है कि उपयोगकर्ता आपकी साइट पर आते ही, उन्हें अनुमति वाला डायलॉग बॉक्स दिखाया जाए.
उन्हें इस बारे में कोई जानकारी नहीं होती कि उनसे अनुमति क्यों मांगी जा रही है. हो सकता है कि उन्हें यह भी न पता हो कि आपकी वेबसाइट किस काम की है, उस पर क्या किया जा सकता है या उस पर क्या ऑफ़र किया जाता है. इस समय, परेशान होकर अनुमतियां ब्लॉक करना आम बात है. ऐसा इसलिए होता है, क्योंकि यह पॉप-अप, उपयोगकर्ताओं को उनके काम में रुकावट डालता है.
याद रखें, अगर उपयोगकर्ता अनुमति के अनुरोध को ब्लॉक करता है, तो आपका वेब ऐप्लिकेशन फिर से अनुमति नहीं मांग सकता. ब्लॉक होने के बाद अनुमति पाने के लिए, उपयोगकर्ता को ब्राउज़र के यूज़र इंटरफ़ेस (यूआई) में अनुमति बदलनी होगी. ऐसा करना उपयोगकर्ता के लिए आसान, साफ़ तौर पर समझ में आने वाला या मज़ेदार नहीं है.
कोई भी बात हो, उपयोगकर्ता आपकी साइट खोलने के तुरंत बाद अनुमति न मांगें. इसके बजाय, किसी ऐसे यूज़र इंटरफ़ेस या तरीके का इस्तेमाल करें जिससे उपयोगकर्ता को अनुमति देने के लिए बढ़ावा मिले.
समस्या हल करने का तरीका बताना
उपयोगकर्ता को पुश मैसेज की सदस्यता लेने के लिए यूज़र एक्सपीरियंस (यूएक्स) को ध्यान में रखने के साथ-साथ, कृपया यह भी ध्यान रखें कि उपयोगकर्ता, पुश मैसेज की सदस्यता कैसे छोड़े या ऑप्ट आउट करे.
पेज लोड होने के तुरंत बाद अनुमति मांगने वाली साइटों की संख्या बहुत ज़्यादा है. साथ ही, इन साइटों पर पुश नोटिफ़िकेशन बंद करने के लिए कोई यूज़र इंटरफ़ेस (यूआई) नहीं दिया जाता.
आपकी साइट पर उपयोगकर्ताओं को यह जानकारी होनी चाहिए कि वे पुश नोटिफ़िकेशन की सुविधा कैसे बंद कर सकते हैं. ऐसा न करने पर, उपयोगकर्ताओं के पास ज़रूरी अनुमति को हमेशा के लिए ब्लॉक करने का विकल्प होता है.
आगे क्या करना है
- वेब पर पुश नोटिफ़िकेशन की खास जानकारी
- पुश नोटिफ़िकेशन की सुविधा कैसे काम करती है
- किसी उपयोगकर्ता को सदस्यता देना
- अनुमति का यूज़र एक्सपीरियंस
- वेब पुश लाइब्रेरी की मदद से मैसेज भेजना
- वेब पुश प्रोटोकॉल
- पुश इवेंट मैनेज करना
- सूचना दिखाना
- सूचना का व्यवहार
- सूचना के सामान्य पैटर्न
- पुश नोटिफ़िकेशन के बारे में अक्सर पूछे जाने वाले सवाल
- आम समस्याएं और गड़बड़ी की शिकायत करना