10 अप्रैल 2025·8 मिनट
संदर्भ-आधारित व्यक्तिगत प्रॉम्प्ट के लिए मोबाइल ऐप कैसे बनाएं
समय, स्थान, गतिविधि और आदतों के आधार पर व्यक्तिगत प्रॉम्प्ट भेजने वाला मोबाइल ऐप कैसे डिज़ाइन और बनाएं — साथ ही गोपनीयता की सुरक्षा कैसे रखें।
समय, स्थान, गतिविधि और आदतों के आधार पर व्यक्तिगत प्रॉम्प्ट भेजने वाला मोबाइल ऐप कैसे डिज़ाइन और बनाएं — साथ ही गोपनीयता की सुरक्षा कैसे रखें।
संदर्भ-आधारित व्यक्तिगत प्रॉम्प्ट छोटे, समयानुकूल संदेश हैं जो तभी दिखाई देते हैं जब उपयोगकर्ता ऐसी स्थिति में हो जहाँ यह प्रॉम्प्ट मददगार लग सकता है। तय समय पर लगातार याद दिलाने के बजाय, ऐप उन संदर्भ संकेतों (जैसे समय, स्थान, गतिविधि, कैलेंडर, या हालिया व्यवहार) का उपयोग करता है जिनके आधार पर नudge भेजना उपयुक्त होगा।
कुछ आसानी से समझने योग्य प्रॉम्प्ट:
मुख्य विचार: प्रॉम्प्ट एक पल से जुड़ा होता है, सिर्फ घड़ी से नहीं।
ज़्यादातर संदर्भ-सूचित प्रॉम्प्ट इन लक्ष्यों में से कोई एक पाने की कोशिश करते हैं:
यह गाइड ऐप की योजना और निर्माण पर केंद्रित है: संदर्भ संकेत चुनना, गोपनीयता‑फ्रेंडली डेटा फ्लो डिज़ाइन करना, एक प्रॉम्प्ट इंजन बनाना, और उपयोगकर्ताओं को परेशान किए बिना नोटिफिकेशन डिलीवर करना।
यह कोई अस्पष्ट “AI मैजिक” बेचने की कोशिश नहीं करेगा, और न ही परफेक्ट भविष्यवाणियों का वादा करेगा। संदर्भ प्रणालियाँ जटिल होती हैं, और सफलता क्रमिक उपयोगिता में होती है।
एक अच्छा संदर्भ-आधारित प्रॉम्प्ट ऐप ऐसा महसूस होना चाहिए:
एक संदर्भ-आधारित प्रॉम्प्ट ऐप बहुत कुछ कर सकता है, पर आपकी पहली रिलीज़ में कुछ चीज़ें अत्यंत अच्छी हों। एक प्राथमिक उपयोग‑केस चुनें (उदाहरण: “काम पर ध्यान बनाए रखना” या “नियमित रूप से जर्नल करना”), फिर उसके चारों ओर एक छोटी, उच्च‑गुणवत्ता प्रॉम्प्ट लाइब्रेरी बनाइए।
उन लोगों के लिये लिखें जिनके लिये आप डिज़ाइन कर रहे हैं और उन पलों की सूची बनाइए जहाँ वे वास्तव में नudge का स्वागत करेंगे:
वास्तविक इरादे के अनुरूप श्रेणियाँ चुनें, फीचर‑आधारित नहीं: स्वास्थ्य, फोकस, जर्नलिंग, किराने/सफ़र, सीखना। बाद में आप विस्तार कर सकते हैं, पर शुरुआती सेट सेटअप और सिफारिशों को तेज़ बनाता है।
एक सहायक कोच की तरह प्रॉम्प्ट लिखें: संक्षिप्त, विशिष्ट और क्रियान्वित करने में आसान।
डिफ़ॉल्ट स्वरूप में अपनी अपेक्षा से कम प्रॉम्प्ट रखें। एक व्यावहारिक शुरुआत: 1–3 प्रॉम्प्ट/दिन, एक कूलडाउन विंडो (जैसे, 3–4 घंटे के भीतर रिपीट न करें), और प्रति श्रेणी साप्ताहिक कैप। “आज के लिए प्रॉम्प्ट रोकें” को आसान रखें।
आपका ऐप उन संकेतों से “संदर्भ” प्राप्त करता है जो फोन महसूस या अनुमान लगा सकता है। लक्ष्य यह नहीं कि सब कुछ इकट्ठा करें—बल्कि एक छोटा सेट चुनें जो विश्वसनीय रूप से.predict करे कि कब प्रॉम्प्ट मददगार लगेगा।
समय: सुबह/शाम की दिनचर्या, दिन‑के अंत की प्रतिबिंब, साप्ताहिक चेक‑इन।
स्थान: “घर पहुँचने पर” जर्नलिंग, “जिम पर” मोटिवेशन, “किराने के पास” खरीदारी रिमाइंडर।
मोशन/गतिविधि: चलना बनाम ड्राइविंग बनाम स्थिर — यह बताने में मदद करता है कि किसी को गलत क्षण में बाधित न करें।
डिवाइस स्थिति: स्क्रीन ऑन/ऑफ, डू नॉट डिस्टर्ब, बैटरी लेवल, हेडसेट जुड़ा होना — उपयोगकर्ता उपलब्ध होने पर प्रॉम्प्ट देने के लिए बढ़िया।
कैलेंडर: मीटिंग से पहले/बाद, कम्यूट विंडो, ट्रैवल दिन।
मौसम (वैकल्पिक): बरसाती‑दिन के मूड प्रॉम्प्ट, बाहरी आदत प्राथमिकताएँ—पर इसे मुख्य निर्भरता न बनाएं।
स्कोप को यथार्थवादी रखने के लिए एक न्यूनतम सेट पर निर्णय लें जिसे आप आत्मविश्वास से निकाल सकें:
यह विभाजन आपको जटिल लॉजिक से बचाएगा जब तक कि उपयोगकर्ता यह सत्यापित न कर लें कि वे वास्तव में संदर्भ-आधारित प्रॉम्प्ट चाह रहे हैं।
मोबाइल OS बैटरी की सुरक्षा के लिए बैकग्राउंड वर्क सीमित करते हैं। इन बातों के लिए डिजाइन करें:
संवेदनशील गुणों (स्वास्थ्य स्थिति, धर्म, पहचान, संबंध) का संदर्भ से अनुमान लगाने में सतर्क रहें। यदि कोई संकेत कुछ व्यक्तिगत बता सकता है, तो या तो उसे न उपयोग करें, या स्पष्ट शब्दों और आसान बंद बटन के साथ सख्ती से ऑप्ट‑इन रखें।
गोपनीयता एक चेकबॉक्स नहीं है—यह एक मूल उत्पाद फ़ीचर है। अगर लोग सुरक्षित महसूस नहीं करेंगे, तो वे अनुमतियाँ बंद कर देंगे, प्रॉम्प्ट नज़रअंदाज़ करेंगे, या अनइंस्टॉल कर देंगे। अपने ऐप को ऐसे बनाइए कि वह न्यूनतम डेटा के साथ भी काम करे और नियंत्रण स्पष्ट हो।
शुरूआत शून्य वैकल्पिक अनुमतियों के साथ करें और मूल्य कमाने पर ही अनुमति लें।
संदर्भ पहचान और प्रॉम्प्ट चयन के लिए डिवाइस‑पर प्रोसेसिंग पसंद करें। इससे संवेदनशील डेटा फोन से बाहर कम जाएगा, ऑफ़लाइन काम होगा और भरोसा बढ़ेगा।
सर्वर प्रोसेसिंग क्रॉस‑डिवाइस सिंक, उन्नत एनालिटिक्स और प्रॉम्प्ट रैंकिंग में मदद कर सकती है, पर यह जोखिम और अनुपालन ओवरहेड बढ़ाती है। यदि आप सर्वर का उपयोग करते हैं, तो व्युत्पन्न संकेत भेजें (उदा., “commute=true”) बजाय कच्चे ट्रेल्स (जैसे GPS कोऑर्डिनेट्स), और जो कुछ भी ज़रूरी नहीं है उसे स्टोर करने से बचें।
पहले दिन से उपयोगकर्ता नियंत्रण की योजना बनाएं:
सरल रिटेंशन नियम जोड़ें: केवल वही रखें जो ज़रूरी हो, ज़रूरी समय तक। उदाहरण: डिबगिंग के लिए कच्चे ईवेंट 7–14 दिनों तक रखें, फिर केवल समेकित प्राथमिकताएँ रखें (जैसे “शाम को प्रॉम्प्ट पसंद”)—या उपयोगकर्ता ऑप्ट‑आउट करे तो पूरी तरह डिलीट करें।
संदर्भ-आधारित प्रॉम्प्ट ऐप अपने डेटा मॉडल पर जीवित रहता है। यदि आप इसे सरल और स्पष्ट रखें तो आप यह समझा पाएँगे कि “मुझे यह प्रॉम्प्ट क्यों मिला?” और अनपेक्षित व्यवहार को बिना जटिलता के डिबग कर पाएँगे।
हर पता लगाए गए संकेत को एक इवेंट मानें जिसे आपका ऐप तार्किक रूप से संभाल सके। एक न्यूनतम संरचना में शामिल हो सकता है:
arrived_home, walking, calendar_meeting_start, headphones_connectedआप छोटा मेटाडेटा भी स्टोर कर सकते हैं (उदा., लोकेशन लेबल “Home”, मोशन “Walking”), पर कच्चे GPS ट्रेल्स को केवल तब लॉग करें जब यह सचमुच आवश्यक हो।
एक नियम संदर्भ को प्रॉम्प्ट से जोड़ता है। नियमों को इस तरह मॉडल करें कि वे हर बार समान तरीके से मूल्यांकन हो सकें:
एक enabled फ्लैग और snoozed until फ़ील्ड जोड़ें ताकि उपयोगकर्ता कार्रवाई साफ़ तौर पर राज्य में बदले।
पर्सनलाइज़ेशन को नियमों से अलग रखें ताकि उपयोगकर्ता व्यवहार बदले बिना लॉजिक को री‑राइट न करें:
संदर्भ गायब हो सकता है (अनुमति न देना, सेंसर बंद, कम कॉन्फिडेंस)। फॉलबैक की योजना बनाएं जैसे:
यह मॉडल आपको अब पूर्वानुमेय व्यवहार देता है और बाद में बढ़ने की गुंजाइश भी।
प्रॉम्प्ट इंजन वह “दिमाग” है जो वास्तविक दुनिया की गंदगी को एक समयोचित, उपयोगी नudge में बदलता है। इसे समझने योग्य और डिटर्मिनिस्टिक रखें ताकि आप डिबग कर सकें, पर फिर भी व्यक्तिगत लगे।
एक व्यावहारिक प्रवाह इस तरह दिखता है:
अच्छे प्रॉम्प्ट भी जब अत्यधिक हों तो परेशान कर देते हैं। शुरुआती चरण में ही गार्डरेल्स जोड़ें:
सरल से शुरुआत करें, फिर विकसित करें:
प्रत्येक डिलीवर किए गए प्रॉम्प्ट के साथ छोटा “आपको यह क्यों दिख रहा है?” लाइने होना चाहिए। उदाहरण: “आप आमतौर पर वर्कआउट के बाद प्रतिबिंब करते हैं, और आपने 10 मिनट पहले एक पूरा किया।” यह भरोसा बनाता है और उपयोगकर्ता फीडबैक (“कम दिखाएँ”) को कारगर बनाता है।
डिवाइस‑फर्स्ट आर्किटेक्चर संदर्भ पहचान को तेज़, निजी और भरोसेमंद रखता है—यहां तक कि जब उपयोगकर्ता के पास नेटवर्क नहीं है। क्लाउड को सिंक और सीखने के लिए एक सुविधा के रूप में रखें, न कि कोर व्यवहार की निर्भरता के रूप में।
यह सब बिना लॉगिन के काम करना चाहिए।
सर्वर को पतला रखें:
नेटवर्क न होने पर:
कनेक्टिविटी वापस आने पर बैकग्राउंड सिंक कतारबद्ध ईवेंट्स अपलोड करता है और संघर्ष सुलझाता है। संघर्षों के लिए, सरल प्राथमिकताओं में last‑write‑wins पसंद करें सामान्य वरीयताओं के लिए, और merge करें जोड़ने योग्य डेटा जैसे प्रॉम्प्ट इतिहास के लिए।
OS‑नेटिव शेड्यूलर्स (iOS BackgroundTasks, Android WorkManager) का उपयोग करें और बैचिंग के लिए डिज़ाइन करें:
सिंक वही करें जो निरंतरता सुधारे, न कि कच्चे सेंसर डेटा:
यह विभाजन उपयोगकर्ताओं को डिवाइसों के बीच लगातार अनुभव देता है जबकि सबसे संवेदनशील संदर्भ प्रोसेसिंग डिवाइस‑पर रहती है।
एक संदर्भ‑आधारित प्रॉम्प्ट ऐप तभी काम करेगा जब यह सहज लगे। सर्वश्रेष्ठ UX उन क्षणों पर निर्णय कम करता है जब प्रॉम्प्ट आता है, जबकि उपयोगकर्ताओं को समय के साथ यह तय करने देता है कि “उपयोगी” क्या है।
होम स्क्रीन को आज के प्रॉम्प्ट और त्वरित फ़ॉलो‑थ्रू के आसपास डिज़ाइन करें। एक सरल संरचना अच्छी तरह काम करती है:
हर प्रॉम्प्ट कार्ड को केंद्रित रखें: एक वाक्य, एक प्राथमिक कार्रवाई। अगर किसी प्रॉम्प्ट को अधिक संदर्भ चाहिए तो उसे "आपको यह क्यों दिख रहा है?" के पीछे छिपा रखें न कि डिफ़ॉल्ट रूप से दिखाएँ।
ऐसा ऑनबोर्डिंग टालें जो प्रश्नोत्तरी जैसा लगे। कुछ डिफ़ॉल्ट्स के साथ शुरू करें, फिर एक Edit Rules स्क्रीन दें जो रोज़मर्रा की सेटिंग्स जैसा दिखे:
नियमों के नाम सरल भाषा में रखें (“काम के बाद शांति”) बजाय तकनीकी शर्तों के।
एक Activity Log जोड़ें जो दिखाए क्या कब फायर हुआ और ऐप ने क्या पाया (“प्रॉम्प्ट भेजा गया क्योंकि: जिम पहुँचा गया”)। उपयोगकर्ताओं को अनुमति दें:
पठनीय टेक्स्ट साइज़, हाई‑कॉन्ट्रास्ट विकल्प, बड़े टैप टारगेट और स्पष्ट बटन लेबल शामिल करें। रिड्यूस्ड मोशन का समर्थन करें, रंग पर ही निर्भर न करें, और सुनिश्चित करें कि मुख्य फ्लोज स्क्रीन रीडर्स के साथ उपयोग योग्य हों।
नोटिफिकेशंस वह जगह हैं जहाँ एक मददगार प्रॉम्प्ट जल्दी से चिढ़ाने वाला बन सकता है। लक्ष्य है सही प्रॉम्प्ट सही समय पर देना — और जब क्षण सही न हो तो उसे अनदेखा करना आसान बनाना।
सबसे कम हस्तक्षेप वाले विकल्प से शुरू करें और केवल तब एस्केलेट करें जब यह अनुभव में वास्तव में सुधार करे:
एक अच्छा नियम: यदि प्रॉम्प्ट ऑन‑डिवाइस ही तय किया जा सकता है तो लोकल नोटिफिकेशन भेजें।
कुछ उच्च‑प्रभाव नियंत्रण जोड़ें जो परेशान करने से रोकते हैं:
इन कंट्रोल्स को पहले प्रॉम्प्ट अनुभव से सुलभ बनाएं (“बहुत अधिक? फ़्रीक्वेंसी समायोजित करें”) ताकि उपयोगकर्ता मेन्यू में न खोएँ।
नोटिफिकेशन टेक्स्ट तेज़ी से तीन प्रश्नों का उत्तर दे: क्यों अब, क्या करना है, और कितना समय लगेगा।
संक्षिप्त रखें, दोषारोपण से बचें, और ऐसे क्रियावाचक शब्दों का उपयोग करें जो क्रिया के लिए आमंत्रित करें:
यदि आप कुछ शब्दों में “क्यों अब” नहीं समझा पाते, तो अक्सर यह संकेत है कि ट्रिगर बहुत कमजोर है।
एक टैप उपयोगकर्ता को कभी सामान्य होम पर न छोड़े। सीधे संबंधित प्रॉम्प्ट पर डीप‑लिंक करें, पहले से भरा हुआ पता लगाएं और इसे ठीक करने का आसान तरीका दें।
उदाहरण: नोटिफिकेशन टैप → प्रॉम्प्ट स्क्रीन जिसमें “ट्रिगर: जिम पहुँचा • 6:10pm” और कार्रवाइयाँ जैसे अब करें, स्नूज़, प्रासंगिक नहीं, और यह नियम बदलें। यह अंतिम विकल्प चिढ़ को व्यक्तिगत प्रतिक्रिया सिग्नल में बदल देता है जिसे बाद में पर्सनलाइज़ेशन लूप में उपयोग किया जा सकता है।
पर्सनलाइज़ेशन को ऐसा रखें कि लगे ऐप सुन रहा है—न कि अनुमान लगा रहा है। सबसे सुरक्षित रास्ता है स्पष्ट नियमों से शुरू करना, फिर उपयोगकर्ता‑नियंत्रित फीडबैक के जरिए सुधार करना।
प्रॉम्प्ट के बाद त्वरित एक‑टैप क्रियाएँ दें:
शब्दावली साधारण रखें और तात्कालिक परिणाम दिखाएँ। यदि कोई “Not helpful” दबाता है तो लंबा सर्वे न करें; एक छोटा वैकल्पिक कारण जैसे “गलत समय” या “गलत विषय” काफी है।
फीडबैक का उपयोग नियमों और रैंकिंग को इस तरह ट्यून करने के लिए करें जिसे आप वर्णन कर सकें। उदाहरण:
जब बदलाव होते हैं तो उन्हें दिखाएँ: “हम सुबह 9 से पहले काम‑प्रॉम्प्ट कम दिखाएँगे” या “व्यस्त दिनों पर संक्षिप्त प्रॉम्प्ट प्राथमिकता देंगे।” अप्रत्याशित रूप से छिपे बदलाव से बचें।
एक छोटा “Preferences” क्षेत्र रखें जिसमें नियंत्रण हों:
ये सेटिंग्स एक स्पष्ट अनुबंध के रूप में काम करती हैं: उपयोगकर्ताओं को पता होना चाहिए कि ऐप किस चीज़ के लिए ऑप्टिमाइज़ कर रहा है।
कॉन्टेक्स्ट डेटा से संवेदनशील गुण (स्वास्थ्य, संबंध, वित्त) अनुमान न लगाएँ। केवल तब इन क्षेत्रों में पर्सनलाइज़ करें जब उपयोगकर्ता स्पष्ट रूप से इसे सक्षम करे, और बिना बाकी सेटअप खोए उसे बंद करने का आसान तरीका दें।
संदर्भ-आधारित प्रॉम्प्ट तभी "स्मार्ट" लगते हैं जब वे सही क्षण में फायर करें—और चुप रहें जब क्षण गलत हो। परीक्षण में दोनों को कवर करना चाहिए: क्या ट्रिगर हुआ और क्या उस समय ट्रिगर नहीं होना चाहिए था।
डेस्क पर बिना निकलें ही तेज़, दोहराने योग्य सिम्युलेटर टेस्ट से शुरुआत करें। अधिकांश मोबाइल डेवलपमेंट टूल्स लोकेशन चेंज, टाइम शिफ्ट, कनेक्टिविटी चेंज और बैकग्राउंड/फोरग्राउंड ट्रांज़िशन सिमुलेट करने देते हैं। इनका उपयोग नियम और रैंकिंग लॉजिक को डिटर्मिनिस्टिक रूप से वैलिडेट करने के लिए करें।
फिर असली दुनिया में वाक/ड्राइव करें। सिमुलेटर GPS ड्रिफ्ट, धँसा हुआ नेटवर्क या पॉकेट/बैग में फोन होने पर सेंसर्स के अलग व्यवहार को नहीं पकड़ेंगे।
एक व्यावहारिक तरीका है हर प्रॉम्प्ट प्रकार के लिए एक छोटा “टेस्ट स्क्रिप्ट” बनाना (उदा., “जिम पहुँचना”, “कम्यूट शुरू”, “शाम का वाइंड‑डाउन”) और इसे वास्तविक उपकरणों पर एंड‑टू‑एंड चलाना।
संदर्भ प्रणालियाँ उबाऊ, अनुमानित तरीकों में फेल होती हैं—तो इन्हें जल्दी टेस्ट करें:
लक्ष्य परफेक्ट बिहेवियर नहीं है—बल्कि ऐसा समझदारीपूर्ण व्यवहार है जो कभी भी उपयोगकर्ता को हैरान या चिढ़ाया नहीं करे।
परिणामों को इस तरह इंस्ट्रूमेंट करें कि आप बता सकें प्रॉम्प्ट मदद कर रहा है या नहीं:
ये संकेत आपको रैंकिंग और थ्रॉटलिंग ट्यून करने में मदद करेंगे बिना अनुमान लगाए।
एक MVP में भी बुनियादी क्रैश रिपोर्टिंग और स्टार्टअप/प्रदर्शन मीट्रिक्स शामिल होने चाहिए। संदर्भ पहचान बैटरी‑संवेदी हो सकती है, इसलिए बैकग्राउंड CPU/wake‑ups ट्रैक करें और यह सुनिश्चित करें कि ट्रिगर बैकग्राउंड में मूल्यांकन होने पर भी ऐप उत्तरदायी रहे।
संदर्भ‑आधारित प्रॉम्प्ट ऐप का MVP एक बात साबित करे: क्या लोग समयोचित प्रॉम्प्ट स्वीकार करेंगे और उन पर कार्रवाई करेंगे। पहली रिलीज़ को संकुचित रखें ताकि आप जल्दी सीख सकें बिना सेटिंग्स के जाल में फँसे।
छोटी पर केंद्रित चीज़ों का लक्ष्य रखें:
पृष्ठ में मूल्य दिखाकर शुरू करें, अनुमति माँगकर नहीं। पहले स्क्रीन पर एक वास्तविक उदाहरण नोटिफिकेशन और लाभ दिखाएँ (“आपके चुने हुए पलों पर छोटे प्रॉम्प्ट”)। फिर:
यदि आप अनुभव जल्दी वैलिडेट करना चाहते हैं, तो एक वेब‑आधारित या प्रोटोटाइप प्लेटफ़ॉर्म इस्तेमाल कर के कोर हिस्से (प्रॉम्प्ट लाइब्रेरी UI, नियम एडिटर, एक्टिविटी लॉग, और एक पतला बैकएंड) जल्दी बना सकते हैं और कॉपी व गार्डरेल्स पर दोहराव कर सकते हैं। इससे आप बिना सारी चीज़ें दोबारा बनाने के, व्यवहार को तेज़ी से परख सकते हैं।
आपकी स्क्रीनशॉट्स और कॉपी वही दिखाना चाहिए जो ऐप पहले दिन करता है: प्रति दिन कितने प्रॉम्प्ट, स्नूज़ कितनी आसान है, और गोपनीयता कैसे संभाली जाती है। परफेक्ट सटीकता का संकेत न दें; नियंत्रण और सीमाएँ बताएं।
ऐसे एनालिटिक्स भेजें जो गोपनीयता सम्मानते हों: डिलीवर किए गए प्रॉम्प्ट्स की गिनती, खुले गए, स्नूज़ किए हुए, डिसेबल्स, और टाइम‑टू‑एक्शन। कुछ उपयोग के बाद ऐप में “क्या यह मददगार था?” पूछें।
डिफ़ॉल्ट और प्रॉम्प्ट कॉपी के लिए साप्ताहिक इटरेशन, और नए ट्रिगर्स के लिए मासिक इटरेशन की योजना बनाएं। सरल रोडमैप रखें: सटीकता सुधारें, प्रॉम्प्ट लाइब्रेरी बढ़ाएँ, फिर कोर लूप काम कर रहा हो तो उन्नत पर्सनलाइज़ेशन जोड़ें।
वे छोटे, समयोचित संदेश हैं जो किसी संबद्ध स्थिति का पता लगने पर भेजे जाते हैं (जैसे समय, स्थान, गतिविधि, कैलेंडर, डिवाइस की स्थिति, हालिया व्यवहार) — न कि एक तय समय पर।
उद्देश्य यह है कि प्रॉम्प्ट तब दिखे जब वह सबसे उपयोगी होने की संभावना हो—जैसे बैठक खत्म होते ही या घर पहुँचते ही।
एक प्राथमिक लक्ष्य चुनकर शुरुआत करें (उदाहरण: नियमित जर्नलिंग या बेहतर फोकस), और फिर उन “हेल्प मोमेंट्स” के लिए छोटी, उच्च-गुणवत्ता प्रॉम्प्ट लाइब्रेरी बनाइए जहाँ एक नudge सच में स्वागतयोग्य हो।
एक संकुचित पहला संस्करण ट्यून, टेस्ट और उपयोगकर्ताओं को समझाने में आसान होता है।
ऐसे सिग्नल प्राथमिकता दें जो भरोसेमंद, कम बैटरी-खपत वाले और समझाने में आसान हों:
मौसम और ऐसे अन्य अतिरिक्त संकेतों को वैकल्पिक समझें।
दिन-प्रतिदिन सख्त गार्डरेल्स लागू करें:
डिफ़ॉल्ट रूप से कम प्रॉम्प्ट रखें; उपयोगकर्ता हमेशा इसे बढ़ा सकते हैं।
प्राथमिकता दें कि संदर्भ पहचान और प्रॉम्प्ट चयन डिवाइस पर हों। यह तेज़ है, ऑफ़लाइन काम करता है और संवेदनशील डेटा फोन से बाहर नहीं जाता।
यदि आप सर्वर जोड़ते हैं (सिंक/एनालिटिक्स के लिए), तो व्युत्पन्न संकेत भेजें (जैसे “commute=true”) बजाय कच्चे ट्रैकों (जैसे GPS)। रिटेंशन कड़ी रखें।
कम से कम अनुमतियाँ मांगें, केवल तब जब किसी फीचर को इसकी ज़रूरत हो (“जस्ट-इन-टाइम”) और एक वाक्य में लाभ समझाएँ।
स्पष्ट नियंत्रण शामिल करें जैसे:
ऐसा डिज़ाइन करें कि ऐप सीमित अनुमतियों के साथ भी उपयोगी रहे।
तीन चीज़ों को स्पष्ट रूप से मॉडल करें:
इनको अलग रखने से व्यवहार पूर्वानुमेय रहता है और “मुझे यह क्यों मिला?” का जवाब आसान होता है।
एक निश्चयात्मक फ्लो का प्रयोग करें:
हर डिलीवर किए गए प्रॉम्प्ट के साथ एक छोटा “आपको यह क्यों दिख रहा है?” स्पष्टीकरण दें ताकि भरोसा बने और डिबग आसान हो।
चैनल को तात्कालिकता और हस्तक्षेप के स्तर के अनुरूप चुनें:
डीप-लिंक टैप सीधे संबंधित प्रॉम्प्ट स्क्रीन पर जाएं, जिसमें संदर्भ और त्वरित क्रियाएँ हों (Do, Snooze, Not relevant, Change rule)।
दोनों correctness और restraint की जाँच करें:
क्वालिटी संकेतों को मापें जैसे ओपन रेट, स्नूज़ेस, डिसेबल्स और “Helpful/Not helpful” — सिर्फ यह नहीं कि ट्रिगर हुआ या नहीं।