एक डिजिटल पेट को कितनी बार प्रतिक्रिया देनी चाहिए? निष्क्रिय व्यवहार (Idle Behavior) और नोटिफ़िकेशन के लिए एक व्यावहारिक गाइड
संक्षिप्त और वैकल्पिक विज़िट के लिए डिज़ाइन किए गए डिजिटल पेट के लिए, डिफ़ॉल्ट रूप से एक शांत निष्क्रिय अवस्था का उपयोग करें और लोगों को यह चुनने दें कि वे कब और कैसे रिमाइंडर प्राप्त करना चाहते हैं। पेट के सामान्य व्यवहार को इस तरह सेट करें कि वह बिना किसी इनपुट की मांग किए अपनी उपस्थिति का अहसास कराए; नोटिफ़िकेशन को उपयोगकर्ता द्वारा चुनी गई समय-सीमा के लिए ही आरक्षित रखें, जिसमें इसे बंद करने का एक स्पष्ट विकल्प भी हो। चेक-इन का कोई एक सार्वभौमिक रूप से सही अंतराल नहीं होता: सही आवृत्ति इस बात पर निर्भर करती है कि बिना ध्यान दिए जाने पर पेट क्या करता है और कोई व्यक्ति वास्तव में कितनी बार इंटरैक्ट करना चाहता है।
शुरुआत पेट के व्यवहार को नोटिफ़िकेशन से अलग करके करें
"प्रतिक्रिया आवृत्ति" (Response frequency) के दो अलग-अलग अर्थ हो सकते हैं: ऐप खुले होने पर पेट कितनी बार बदलता है या प्रतिक्रिया करता है, और ऐप बंद होने पर वह कितनी बार किसी व्यक्ति से संपर्क करता है। इन्हें अलग-अलग नियंत्रणों के रूप में डिज़ाइन करें। कोई पेट बिना कोई अलर्ट भेजे पलकें झपका सकता है, इधर-उधर देख सकता है, या एक नए आइडल एनिमेशन में व्यवस्थित हो सकता है। इसके विपरीत, एक नोटिफ़िकेशन अनुभव को ऐप से बाहर ले जाता है और उपयोगकर्ता के अन्य ध्यानों के साथ प्रतिस्पर्धा करता है।
यह अंतर इसलिए मायने रखता है क्योंकि एक आइडल गेम को छोटी विज़िट और विज़िट के बीच की गतिविधि के माध्यम से अनुभव किया जा सकता है। Neko Atsume के 1,972 खिलाड़ियों के एक सर्वेक्षण में जुड़ाव के कई आयाम पाए गए, जिनमें चेक करने की आवृत्ति, खेलने में बिताया गया समय और सोशल शेयरिंग शामिल हैं। यह अध्ययन Neko Atsume को एक ऐसे खेल के रूप में वर्णित करता है जिसमें ऐप बंद होने पर भी प्रगति जारी रह सकती है, और यह नोट करता है कि इसके प्ले सेशन केवल कुछ सेकंड तक चल सकते हैं। ये निष्कर्ष केवल एक खेल और एक स्व-चयनित नमूने का वर्णन करते हैं, न कि डिजिटल पेट्स के लिए एक सार्वभौमिक शेड्यूल; वे यह ज़रूर दिखाते हैं कि केवल चेक आवृत्ति एक खराब डिज़ाइन लक्ष्य क्यों है। “Busy doing nothing? What do players do in idle games?”
डिज़ाइन से जुड़े निर्णय के लिए, दो प्रश्न पूछें: "जब कोई इंटरैक्ट नहीं कर रहा हो तो पेट को क्या करना चाहिए?" और "क्या उपयोगकर्ता ने याद दिलाने के लिए कहा है?" पहले प्रश्न का उत्तर एनिमेशन और स्थिति परिवर्तनों (state changes) से दिया जा सकता है। दूसरे का उत्तर एक स्पष्ट प्राथमिकता द्वारा दिया जाना चाहिए, न कि यह मानकर कि हर निष्क्रिय क्षण किसी को वापस बुलाने का एक अवसर है।
निष्क्रिय व्यवहार (idle behavior) को अनुभव का आधार बनाएं
एक निष्क्रिय पेट की एक स्पष्ट डिफ़ॉल्ट स्थिति होनी चाहिए। वह आराम कर सकता है, किसी छोटे से क्षेत्र का पता लगा सकता है, किसी वस्तु का निरीक्षण कर सकता है, या कभी-कभार अपनी मुद्रा बदल सकता है। इसका उद्देश्य पेट को उसके परिवेश में सहज और देखने में सुखद महसूस कराना है—न कि कोई ऐसा छिपा हुआ कार्य बनाना जिसे पूरा करने का उपयोगकर्ता पर दबाव हो। इन परिवर्तनों को ऐसा रखें कि व्यक्ति के वापस लौटने पर वे दिखाई दें, और उन्हें किसी विशेष क्षण को लाइव पकड़ने पर निर्भर न बनाएं।
Petz वर्चुअल कैरेक्टर्स पर एक क्लासिक शोध पत्र उन्हें स्वायत्त बताता है, जो अपने वातावरण में वस्तुओं का उपयोग करने और खेल शुरू करने में सक्षम हैं, जबकि उपयोगकर्ता अपनी गति से इंटरैक्ट कर सकते हैं। यह आधुनिक प्रयोज्यता (usability) मानक के बजाय एक प्रारंभिक डिज़ाइन उदाहरण है, लेकिन यह एक उपयोगी डिज़ाइन विकल्प को दर्शाता है: कैरेक्टर की अपनी गतिविधि हो सकती है, ताकि व्यक्ति को हर क्रिया खुद न करनी पड़े। “Socially Intelligent Virtual Petz”
एक व्यावहारिक आइडल लूप पेट के एनिमेशन को समय-समय पर बदल सकता है, और फिर से शांत हो सकता है। उपयोगकर्ता को ऐप खोलने पर इन क्षणों को खोजने दें, या उन्हें वैकल्पिक, गैर-ज़रूरी सारांशों के रूप में उपयोग करें। पेट की बुनियादी भलाई या निरंतर अस्तित्व को किसी टाइमर का जवाब देने पर निर्भर न बनाएं। वापसी पर यह दिखना चाहिए कि यदि कुछ बदला है तो क्या बदला है, और एक सरल अगला इंटरैक्शन प्रस्तुत करना चाहिए जैसे कि कोई खिलौना चुनना या पेट का अभिवादन करना।
नोटिफ़िकेशन को एक ऑप्ट-इन शेड्यूल मानें
शुरुआत नोटिफ़िकेशन बंद रखकर करें या सेटअप के दौरान एक स्पष्ट विकल्प दें। समझने में आसान विकल्पों का एक छोटा सेट पेश करें, जैसे "कोई रिमाइंडर नहीं," "दिन में एक बार," या "समय चुनें," और इस सेटिंग को बाद में बदलना आसान बनाएं। एक शांत-घंटे (quiet-hours) नियंत्रण या पॉज़ विकल्प दिनचर्या में अस्थायी परिवर्तनों को संभाल सकता है। सटीक मेनू एक उत्पाद निर्णय है; इसका उद्देश्य व्यक्ति को एक जटिल कैलेंडर प्रबंधित करने के लिए मजबूर किए बिना सार्थक नियंत्रण देना है।
Apple का डेवलपर मार्गदर्शन कहता है कि ऐप को नोटिफ़िकेशन भेजने से पहले अनुमति की आवश्यकता होती है और यह सुझाव देता है कि ऐप किस प्रकार के अलर्ट भेजना चाहता है यह स्पष्ट किया जाए, ऑप्ट-इन या ऑप्ट-आउट प्रदान किया जाए, और लोगों को ऐप में सेटिंग्स प्रबंधित करने दी जाएं। यह निष्क्रिय जानकारी को उन अलर्ट्स से भी अलग करता है जो ध्यान भटकाने के योग्य हैं, और संदेश के वास्तविक महत्व के अनुसार तत्कालिकता के स्तर को बनाए रखने की सलाह देता है। एक नियमित पेट अपडेट आमतौर पर कोई ज़रूरी घटना नहीं होती है। Apple, “Managing notifications”
पेट में हर छोटे स्थिति परिवर्तन पर एक नया अलर्ट भेजने से बचें। इसके बजाय, कम प्राथमिकता वाले अपडेट को उपयोगकर्ता द्वारा चुनी गई एक विंडो में संयोजित करें या ऐप के अगली बार खुलने पर उन्हें दिखाएं। Apple का नोटिफ़िकेशन शेड्यूलिंग दस्तावेज़ लोकल नोटिफ़िकेशन को किसी निर्दिष्ट समय पर किसी व्यक्ति का ध्यान आकर्षित करने के तरीके के रूप में वर्णित करता है और कहता है कि उनका उपयोग केवल उस महत्वपूर्ण जानकारी के लिए किया जाए जो व्यक्ति चाहता है। Apple, “Scheduling a notification locally from your app”
एक संक्षिप्त इंटरैक्शन विंडो डिज़ाइन करें
रिमाइंडर ऐसा होना चाहिए जो तुरंत पूरे हो सकने वाले इंटरैक्शन की ओर ले जाए। उदाहरण के लिए, अलर्ट कह सकता है कि पेट को जांचने के लिए एक नई वस्तु मिली है, और ऐप खोलने पर वह क्षण एक या दो वैकल्पिक क्रियाओं के साथ दिख सकता है। किसी लंबे सत्र, कई स्क्रीनों की श्रृंखला, या तत्काल फ़ॉलो-अप की आवश्यकता के बिना मुख्य क्रिया को उपलब्ध रखें।
यह मोबाइल नोटिफ़िकेशन पर शोध से निकाला गया एक डिज़ाइन सुझाव है: 20 लोगों से 10,372 नोटिफ़िकेशन और 474 प्रश्नावली प्रतिक्रियाएं एकत्र करने वाले एक फील्ड अध्ययन में पाया गया कि महसूस किया गया व्यवधान और प्रतिक्रिया समय अलर्ट प्रस्तुति और व्यक्ति द्वारा किए जा रहे कार्य जैसे कारकों के साथ भिन्न था। प्रतिभागियों की कम संख्या निष्कर्षों को व्यापक रूप से लागू करने को सीमित करती है, लेकिन यह एक सतर्क दृष्टिकोण का समर्थन करती है: एक ऐप यह मानकर नहीं चल सकता कि जो समय उसके लिए सुविधाजनक है, वह उपयोगकर्ता के लिए भी सुविधाजनक होगा। Mehrotra et al., “My Phone and Me: Understanding People’s Receptivity to Mobile Notifications”
एक उपयोगी इंटरैक्शन विंडो की एक स्पष्ट शुरुआत और अंत बिंदु होता है: पेट पर ध्यान दें, एक विकल्प चुनें, और व्यक्ति जो कुछ भी कर रहा था उस पर वापस लौट जाए। यदि रिमाइंडर को खारिज (dismiss) कर दिया जाता है, तो उसे वहीं समाप्त होने दें। बार-बार उसी प्रॉम्प्ट को दोहराने से बचें या उपयोगकर्ता को यह महसूस न कराएं कि एक विंडो छूट जाने से कोई नुकसान हुआ है। वैकल्पिक लंबी गतिविधियों वाले खेल में, उन गतिविधियों को संक्षिप्त विज़िट के बाद उपलब्ध कराएं, न कि उन्हें पेट को देखने की शर्त बना दें।
एक प्रारंभिक गति (cadence) चुनें, फिर निरीक्षण करें
रिमाइंडर-आधारित डिज़ाइन के लिए एक उचित शुरुआती बिंदु उपयोगकर्ता द्वारा चुने गए समय पर दिन में अधिकतम एक वैकल्पिक रिमाइंडर है। इसे एक रूढ़िवादी प्रोटोटाइप सेटिंग मानें, न कि शोध-स्थापित इष्टतम (optimum)। ऐसे पेट के लिए जिसके आइडल एनिमेशन और रिटर्न स्क्रीन पहले से ही खोजने के लिए पर्याप्त चीज़ें प्रदान करते हैं, कोई रिमाइंडर न होना बेहतर डिफ़ॉल्ट हो सकता है। प्रमाण डिजिटल-पेट अलर्ट के लिए किसी सार्वभौमिक आदर्श अंतराल की पहचान नहीं करते हैं।
शेड्यूल का मूल्यांकन ऐसे व्यवहार से करें जो उपयोगकर्ता की पसंद और उपयोगिता को दर्शाता हो: लोग कितनी बार रिमाइंडर खोलते हैं, वे कितनी बार रिमाइंडर म्यूट या डिसेबल करते हैं, क्या वे बिना किसी अलर्ट के ऐप के माध्यम से वापस आते हैं, और क्या कोई विज़िट बिना किसी अन्य प्रॉम्प्ट के पूरी लगती है। चुने गए नोटिफ़िकेशन सेटिंग के आधार पर इन मापों की तुलना करें। केवल उच्च ओपन रेट यह नहीं दिखाता कि समय उपयुक्त था, ठीक वैसे ही जैसे बार-बार चेक करना अपने आप में यह नहीं दर्शाता कि खिलाड़ी अनुभव का आनंद ले रहा है।
Neko Atsume अध्ययन में पाया गया कि चेक करने की आवृत्ति दीर्घकालिक जुड़ाव में कई कारकों में से एक थी, और इसके लेखक आगाह करते हैं कि ये आयाम केवल एक-दूसरे के विकल्प नहीं थे। इसे एक मापन सबक के रूप में लागू करें: सेशन की अवधि, नियंत्रणों के उपयोग और अनुभव के बारे में प्रतिक्रिया के साथ-साथ वापसी के व्यवहार को भी देखें। केवल अधिक चेक्स के लिए ऑप्टिमाइज़ न करें। “Busy doing nothing? What do players do in idle games?”
एक सरल निर्णय नियम
प्रतिक्रिया आवृत्ति चुनते समय इस क्रम का उपयोग करें:
यदि पेट का निष्क्रिय व्यवहार ऐप को जीवंत महसूस कराता है और कोई समय-संवेदनशील घटना नहीं है, तो पेट को बिना किसी अलर्ट के प्रतीक्षा करने दें।
यदि कोई रिमाइंडर एक विशिष्ट, सार्थक क्षण प्रस्तुत करता है, तो व्यक्ति से ऑप्ट-इन करने के लिए कहें और उन्हें इसका समय चुनने या बदलने दें।
विज़िट को संक्षिप्त और आत्मनिर्भर रखें; छूटे हुए रिमाइंडर से ठीक करने के लिए कोई नई समस्या पैदा नहीं होनी चाहिए।
ऑप्ट-आउट, रिमाइंडर ओपन और बिना अलर्ट वाली वापसी की एक साथ समीक्षा करें। जब रिमाइंडर बहुत कम मूल्य जोड़ते हों, तो उन्हें कम करें या हटा दें।
मार्गदर्शक सिद्धांत यह है कि अनुभव के भीतर पेट को प्रतिक्रियाशील (responsive) बनाया जाए और शेड्यूल को व्यक्ति के प्रति उत्तरदायी बनाया जाए। निष्क्रिय व्यवहार विज़िट्स के बीच निरंतरता प्रदान कर सकता है; नोटिफ़िकेशन वापस लौटने के लिए सीमित, उपयोगकर्ता-नियंत्रित आमंत्रण होने चाहिए। एक संक्षिप्त इंटरैक्शन विंडो फिर प्रत्येक विज़िट को स्वीकार करना, पूरा करना या छोड़ना आसान बनाती है।