प्रॉम्प्ट और लागू संदर्भ
अकेले रहने वाले, कई दीर्घकालिक दवाएं लेने वाले और कभी-कभार खुराक भूल जाने वाले बुजुर्गों के लिए एक मेडिकेशन-रिमाइंडर प्रोडक्ट डिज़ाइन करें। आप यूज़र्स को कैसे विभाजित (segment) करेंगे, मुख्य समस्या की पहचान कैसे करेंगे, MVP को कैसे परिभाषित करेंगे, दवा की त्रुटि और केयरगिवर सहयोग से जुड़े जोखिमों का प्रबंधन कैसे करेंगे, और प्रोडक्ट को कैसे वैलिडेट करेंगे?
यह प्रोडक्ट मैनेजरों के लिए एक प्रोडक्ट-डिज़ाइन प्रश्न है। यह परीक्षण करता है कि क्या कोई उम्मीदवार किसी अस्पष्ट, उच्च-जोखिम वाले क्षेत्र से यूज़र, समस्या और सीमा का चयन कर सकता है, और फिर उस विकल्प को एक परीक्षण योग्य न्यूनतम प्रोडक्ट (MVP) में बदल सकता है। वर्तमान सार्वजनिक PM-इंटरव्यू सामग्री अभी भी प्रोडक्ट सेंस, प्रोडक्ट डिज़ाइन, प्रोडक्ट केस और प्रोडक्ट थिंकिंग को इंटरव्यू राउंड या मूल्यांकन आयामों के रूप में वर्णित करती है। वह साक्ष्य इस प्रारूप की वर्तमान प्रासंगिकता स्थापित करता है। यह यह स्थापित नहीं करता है कि कोई भी कंपनी यही सटीक प्रॉम्प्ट पूछती है या इंटरव्यू-फ्रीक्वेंसी के दावे का समर्थन करती है।
इस काल्पनिक अभ्यास परिदृश्य का उपयोग करें: प्राथमिक यूज़र अकेले रहता है, प्रत्येक दिन 3 निर्धारित मेडिकेशन विंडो में 4 दीर्घकालिक दवाएं लेता है, स्मार्टफोन का उपयोग करता है, जटिल सेटअप के साथ आत्मविश्वास की कमी महसूस करता है, और कभी-कभार खुराक भूल जाता है। प्रोडक्ट का स्वामित्व यूज़र के पास है। यूज़र द्वारा स्पष्ट सहमति देने के बाद ही कोई केयरगिवर भाग ले सकता है।
पहला रिलीज़ यूज़र को यूज़र या किसी योग्य पेशेवर द्वारा समीक्षा की गई मेडिकेशन योजना को स्टोर करने, रिमाइंडर प्राप्त करने, स्व-रिपोर्ट की गई स्थिति रिकॉर्ड करने और अधिकृत होने पर केयरगिवर को सूचित करने में मदद करता है। यह निदान नहीं करता है, खुराक की सिफारिश नहीं करता है, यह तय नहीं करता है कि छूटी हुई खुराक बाद में ली जानी चाहिए या नहीं, या "Taken" पर टैप को क्लिनिकल पालन के प्रमाण के रूप में नहीं मानता है। दवा वितरण हार्डवेयर, गंभीर संज्ञानात्मक हानि की देखभाल, और वास्तविक समय में क्लिनिकल निगरानी की आवश्यकता वाली उच्च-जोखिम वाली दवाएं पहले रिलीज़ के दायरे से बाहर हैं।
इंटरव्यूअर क्या मूल्यांकन करता है
पहला संकेत यह है कि क्या उम्मीदवार "बुजुर्गों" को विभाजित (segment) करता है। एक व्यक्ति जो स्वतंत्र रूप से रहता है और दवा का प्रबंधन करता है, कोई ऐसा व्यक्ति जिसे परिवार की सहायता की आवश्यकता है, और गंभीर संज्ञानात्मक हानि वाला कोई व्यक्ति—इन सभी के अलग-अलग लक्ष्य, अनुमतियां और प्रोडक्ट रूप होते हैं। एक कमजोर उत्तर इन तीनों को एक ही व्यक्तित्व (persona) में रख देता है। एक मजबूत उत्तर एक प्राथमिक समूह का चयन करता है और बताता है कि किन यूज़र्स को हार्डवेयर, पेशेवर देखभाल या किसी भिन्न प्रोडक्ट की आवश्यकता है।
दूसरा संकेत कारण संबंधी निदान (causal diagnosis) है। खुराक छूट सकती है क्योंकि यूज़र भूल गया, लेबल नहीं पढ़ सका, योजना पुरानी थी, बहुत अधिक दवाओं का प्रबंधन करता है, दुष्प्रभावों से डरता है, दवा का खर्च नहीं उठा सकता, या जानबूझकर लेना बंद कर दिया। रिमाइंडर केवल अनपेक्षित रूप से दवा न लेने के एक हिस्से को सीधे संबोधित करते हैं। यदि लागत या दुष्प्रभाव इस व्यवहार को संचालित करते हैं, तो अधिक सूचनाएं भेजने से इसका समाधान नहीं होगा और इसके कारण यूज़र हर रिमाइंडर को अक्षम (disable) कर सकता है।
तीसरा संकेत सुरक्षा सीमा है। प्रोडक्ट को "एक रिमाइंडर डिलीवर किया गया," "यूज़र ने कार्रवाई की," और "दवा वास्तव में ली गई" के बीच अंतर करना चाहिए। इसे पुराने शेड्यूल, डुप्लिकेट कन्फर्मेशन, खुराक ली गई थी या नहीं इस बारे में अनिश्चितता, केयरगिवर की अत्यधिक दखलंदाजी और नोटिफिकेशन थकान को भी संभालना चाहिए। एक मजबूत उत्तर ऐप को "अभी एक लें" या "खुराक दोगुनी करें" जैसे क्लिनिकल निर्देश बनाने की अनुमति नहीं देता है। प्रिस्क्रिप्शन निर्देश, फार्मासिस्ट, या कोई अन्य योग्य पेशेवर उस निर्णय का स्वामी होता है।
अंत में, इंटरव्यूअर एक पूर्ण प्रोडक्ट लूप की तलाश करता है: वास्तविक संदर्भ में शोध, एक स्टेट मॉडल, एक MVP, स्पष्ट बहिष्करण (exclusions), यूज़र-परिणाम मेट्रिक्स और सुरक्षा गार्डरेल्स। केवल फीचर शिप करना, नोटिफिकेशन सक्षम करना, या "Taken" पर टैप्स जमा करना सफलता का पर्याप्त प्रमाण नहीं है।
उत्तर देने से पहले स्पष्ट करने योग्य प्रश्न
- प्राथमिक यूज़र, भुगतानकर्ता (payer) और केयरगिवर कौन हैं? एक स्वतंत्र बुजुर्ग को नियंत्रण और समझ की आवश्यकता होती है। यदि कोई वयस्क संतान भुगतान करती है जबकि बुजुर्ग प्रोडक्ट का उपयोग करता है, तो भुगतान से सभी डेटा तक डिफ़ॉल्ट एक्सेस नहीं मिल जाता है। संस्था के स्वामित्व वाला वर्कफ़्लो इसके बजाय कार्य असाइनमेंट, ऑडिट और पेशेवर संचालन पर जोर देगा।
- दवा की योजना कहाँ से आती है, और इसे कौन अपडेट करता है? मैन्युअल प्रविष्टि, लेबल स्कैनिंग, फ़ार्मेसी आयात और स्वास्थ्य-प्रणाली सिंक्रनाइज़ेशन के अलग-अलग त्रुटि मोड होते हैं। यदि पहला रिलीज़ मैन्युअल प्रविष्टि का उपयोग करता है, तो यूज़र या किसी विश्वसनीय सहायक को नाम, खुराक, उद्देश्य, समय और विशेष निर्देशों की समीक्षा करनी चाहिए, और प्रोडक्ट को दिखाना चाहिए कि योजना अंतिम बार कब अपडेट की गई थी।
- प्रोडक्ट में "छूट गया (missed)" का क्या अर्थ है? रिमाइंडर के 10 मिनट बाद कोई प्रतिक्रिया न होना, निर्धारित विंडो से अधिक समय होना, और स्पष्ट रूप से "Skip" चुनना अलग-अलग स्थितियां (states) हैं। थ्रेसहोल्ड को वैयक्तिकरण की आवश्यकता होती है, और किसी टैप के न होने को दवा न लेने के रूप में दावा नहीं किया जा सकता है।
- कौन सी दवाएं और जोखिम दायरे में हैं? यदि किसी दवा की समय विंडो संकीर्ण है या छूटी हुई खुराक का प्रबंधन खतरनाक है, तो सॉफ्टवेयर रिमाइंडर अपर्याप्त हो सकते हैं। क्लिनिकल, फ़ार्मेसी और अनुपालन स्वामियों को पहले वर्कफ़्लो को परिभाषित करना चाहिए, या पायलट को उस आबादी को बाहर रखना चाहिए।
- एक केयरगिवर क्या देख सकता है, और उन्हें कब सूचित किया जाता है? केवल अनसुलझी स्थिति देखना, पूरी दवा सूची देखना, योजना को संपादित करना और यूज़र से संपर्क करना अलग-अलग अनुमतियां हैं। प्राप्तकर्ता, फ़ील्ड, अवधि, निरस्तीकरण (revocation) और आपातकालीन नियम प्रोडक्ट को बदलते हैं।
- यूज़र किन डिवाइसों और रिमाइंडर मोड पर निर्भर करता है? केवल-फ़ोन यूज़र, ऐसा व्यक्ति जो घड़ी या स्मार्ट स्पीकर का भी उपयोग करता है, अविश्वसनीय कनेक्टिविटी, और दृष्टि, श्रवण तथा निपुणता में अंतर—ये सभी नोटिफिकेशन और इंटरैक्शन डिज़ाइन को बदलते हैं।
- सफलता का उद्देश्य क्या है? एक प्रारंभिक दौर यह परीक्षण कर सकता है कि क्या यूज़र प्रोडक्ट को सही ढंग से कॉन्फ़िगर करते हैं और समय पर स्व-रिपोर्ट करते हैं। अकेले स्व-रिपोर्ट किया गया प्रोडक्ट डेटा कम चिकित्सा जोखिम या बेहतर क्लिनिकल परिणामों को स्थापित नहीं कर सकता है।
30-सेकंड उत्तर रूपरेखा
"मैं प्राथमिक यूज़र को एक ऐसे बुजुर्ग तक सीमित रखूँगा जो स्वतंत्र रूप से दवा का प्रबंधन कर सकता है, स्मार्टफोन का उपयोग करता है, अकेले रहता है, और कभी-कभार खुराक भूल जाता है। मैं गंभीर संज्ञानात्मक हानि और वास्तविक समय में क्लिनिकल निगरानी की आवश्यकता वाली दवाओं को बाहर रखूँगा। घर पर साक्षात्कार और कार्य अवलोकन के माध्यम से, मैं भूलने को अपठनीय लेबल, गलत योजना और जानबूझकर बंद करने से अलग करूँगा; पहला रिलीज़ भूलने और योजना प्रबंधन को संबोधित करेगा। MVP एक समीक्षित दवा सूची को संग्रहीत करेगा और तीन निर्धारित विंडो में वैयक्तिकृत ध्वनि, कंपन और बड़े टेक्स्ट रिमाइंडर का उपयोग करेगा। यूज़र Taken, Remind Me Later, या Skip चुन सकता है। किसी अनसुलझी घटना द्वारा यूज़र की चुनी हुई विंडो से अधिक होने के बाद ही स्पष्ट रूप से अधिकृत केयरगिवर को सूचित किया जाएगा। ऐप कभी भी प्रतिस्थापन खुराक या खुराक परिवर्तन की सिफारिश नहीं करेगा। मैं एक प्रोटोटाइप के साथ सेटअप और कन्फर्मेशन को वैलिडेट करूँगा, फिर एक सीमित पायलट चलाऊँगा। प्राथमिक मीट्रिक निर्धारित विंडो के भीतर समय पर स्व-कन्फर्मेशन होगी, जिसमें गलत योजनाओं, डुप्लिकेट कन्फर्मेशन, आकस्मिक-कार्रवाई उलटने (accidental-action reversal), अक्षम नोटिफिकेशन, सहायता अनुरोधों और गोपनीयता शिकायतों के लिए गार्डरेल्स होंगे।"
यह रूपरेखा शोध, MVP, जोखिम और सत्यापन का वर्णन करने से पहले यूज़र और सीमा को स्थापित करती है। एक पूर्ण उत्तर में यह स्पष्ट होना चाहिए कि सेगमेंट क्यों चुना गया, प्रत्येक स्थिति कैसे बदलती है, और मेट्रिक्स क्या साबित कर सकते हैं और क्या नहीं।
चरण-दर-चरण गहन उत्तर
चरण 1: लक्ष्य को यूज़र परिणाम और प्रोडक्ट सीमा के रूप में व्यक्त करें
एक उपयोगी लक्ष्य है: "एक बुजुर्ग जो अभी भी स्वतंत्र रूप से दवा का प्रबंधन करता है, उसे कम संज्ञानात्मक भार के साथ योजना याद रखने, अपनी कार्रवाई की पुष्टि करने और आवश्यकता पड़ने पर जानबूझकर मदद लेने में सहायता करना।" तीन सीमाएं जानबूझकर रखी गई हैं:
- "स्वतंत्र रूप से दवा का प्रबंधन करता है" उन लोगों को बाहर करता है जिन्हें निरंतर पर्यवेक्षण या किसी अन्य व्यक्ति द्वारा सीधे दवा दिए जाने की आवश्यकता होती है।
- "अपनी कार्रवाई की पुष्टि करें" रिकॉर्ड को स्व-रिपोर्ट के रूप में पहचानता है, न कि देखे गए अंतर्ग्रहण (observed ingestion) के रूप में।
- "जानबूझकर मदद लेना" केयरगिवर को डिफ़ॉल्ट मॉनिटर में बदलने के बजाय यूज़र नियंत्रण को सुरक्षित रखता है।
प्रोडक्ट को यह दावा नहीं करना चाहिए कि उसने पालन में सुधार कर दिया है। क्लिनिकल पालन दुष्प्रभावों, लागत, समझ, दैनिक दिनचर्या और उपचार जारी रखने की इच्छा से भी आकार लेता है। पहला रिलीज़ यह माप सकता है कि क्या सेटअप सही है, रिमाइंडर समझने योग्य हैं, यूज़र एक सहमत विंडो के भीतर विश्वसनीय स्व-रिपोर्ट तैयार करते हैं, और एस्केलेशन उनकी अनुमतियों का पालन करता है।
चरण 2: एक प्राथमिक सेगमेंट चुनें और बताएं कि अभी किसकी सेवा नहीं की जा रही है
तीन समूहों से शुरुआत करें:
- समूह A: स्वतंत्र रूप से दवा का प्रबंधन करता है लेकिन कभी-कभार समय विंडो भूल जाता है या भ्रमित हो जाता है;
- समूह B: आमतौर पर स्वतंत्र रूप से प्रबंधन करता है लेकिन रिमोट पारिवारिक सहायता की आवश्यकता होती है;
- समूह C: गंभीर संज्ञानात्मक, दृश्य या मोटर हानि है और केयरगिवर या डिवाइस द्वारा सीधे प्रबंधन की आवश्यकता है।
पहले रिलीज़ के लिए समूह A चुनें और समूह B के लिए सीमित, वैकल्पिक केयरगिवर सहयोग प्रदान करें। सॉफ्टवेयर रिमाइंडर और सरल इंटरैक्शन सीधे समूह A की समस्या को प्रभावित करते हैं, और यूज़र कार्यों की समीक्षा कर सकता है और उन्हें उलट सकता है। समूह C की मुख्य आवश्यकता रिमाइंडर स्क्रीन नहीं है। इसे लॉक किए गए डिस्पेंसर, पेशेवर देखभाल, व्यक्तिगत सत्यापन और सख्त जवाबदेही मॉडल की आवश्यकता हो सकती है। उसी MVP में समूह C को शामिल करने से झूठा आश्वासन पैदा होगा।
"बुजुर्ग" को अभी भी दवा की जटिलता, डिजिटल आत्मविश्वास, संवेदी और मोटर क्षमता, रहने की व्यवस्था और एक विश्वसनीय केयरगिवर तक पहुंच द्वारा विभाजित करने की आवश्यकता है। प्रारंभिक व्यक्तित्व एक शोध परिकल्पना है, वास्तविक यूज़र्स का विकल्प नहीं।
चरण 3: यूज़र के वास्तविक वातावरण में छूटी हुई खुराक की यात्रा खोजें
टारगेट यूज़र्स का साक्षात्कार लें और उनका निरीक्षण करें जहाँ वे वास्तव में दवा व्यवस्थित करते हैं। सहमति से, केयरगिवर, फार्मासिस्ट या प्रासंगिक पेशेवरों का अलग से साक्षात्कार लें। दिनचर्या से शुरुआत करें: दवा कहाँ रखी जाती है, समय को कैसे पहचाना जाता है, यात्रा के दौरान क्या होता है, बदली हुई योजना को कौन अपडेट करता है, और भूलने के बाद यूज़र क्या करता है। केवल यह न पूछें कि लोग कौन से फीचर चाहते हैं। निरीक्षण करें कि क्या लेबल पढ़ने योग्य हैं, पैकेज एक जैसे दिखते हैं, फोन म्यूट है, और क्या दिनचर्या भोजन या सोने से जुड़ी है।
निष्कर्षों को एक टास्क चेन में रखें:
वर्तमान योजना प्राप्त करें → दवा पहचानें → समय होने पर संकेत पाएँ → निर्णय लेकर कार्रवाई करें → स्थिति दर्ज करें → अपवाद होने पर सहायता लें → योजना बदलने के बाद अपडेट करें
प्रत्येक रुकावट के लिए एक अलग हस्तक्षेप की आवश्यकता होती है। यदि यूज़र के पास एक भरोसेमंद वर्तमान योजना का अभाव है, तो एक सटीक रिमाइंडर त्रुटि को बढ़ा देता है। यदि यूज़र दुष्प्रभाव की चिंताओं के कारण छोड़ देता है, तो आवश्यकता पेशेवर संचार की है। यदि खाना पकाने की दिनचर्या ऑडियो अलर्ट को दबा देती है, तो मल्टीमॉडल और विलंबित रिमाइंडर मदद कर सकते हैं।
शोध से प्राथमिक समस्या विवरण तैयार होने चाहिए, न कि फीचर की विशलिस्ट। उदाहरण के लिए: "एक स्वतंत्र रूप से प्रबंधन करने वाला यूज़र जो अकेले रहता है, व्यस्त होने या घर से दूर होने पर एक निर्धारित विंडो को मिस कर देता है, फिर यह निर्धारित नहीं कर पाता कि दवा भूल गई थी या पहले ही ले ली गई थी, इसलिए वे प्रतीक्षा करते हैं, कार्रवाई दोहराते हैं, या किसी रिश्तेदार को कॉल करते हैं।"
चरण 4: एक स्टेट मॉडल का उपयोग करें ताकि नोटिफिकेशन को परिणाम न माना जाए
प्रत्येक निर्धारित मेडिकेशन घटना कम से कम इन स्थितियों से गुजरती है:
निर्धारित → दवा लेने का समय → रिमाइंडर भेजा गया → दवा ली / बाद में याद दिलाएँ / छोड़ा / अनसुलझा → हल किया गया या सहायता के लिए एस्केलेट किया गया
"Reminded" का अर्थ है कि सिस्टम ने एक नोटिफिकेशन का प्रयास किया। "Taken" एक यूज़र स्व-रिपोर्ट है। "Unresolved" का स्वचालित रूप से यह अर्थ नहीं है कि दवा छूट गई थी। प्रत्येक स्थिति में समय, योजना संस्करण और कर्ता (actor) को बनाए रखना चाहिए, और एक आकस्मिक टैप थोड़े समय के लिए प्रतिवर्ती (reversible) होना चाहिए। जब कोई योजना बदलती है, तो पुरानी घटनाओं को पुराने निर्देशों का उपयोग करना बंद कर देना चाहिए; नई योजना को अपना प्रभावी समय और समीक्षा स्रोत प्रदर्शित करना चाहिए।
यह मॉडल केयरगिवर के व्यवहार को भी नियंत्रित करता है। एस्केलेशन केवल तभी होता है जब कोई घटना यूज़र की चुनी हुई विंडो से आगे अनसुलझी रहती है और उस यूज़र ने केयरगिवर और नोटिफिकेशन दायरे को अधिकृत किया हो। केयरगिवर को प्राप्त होता है "अभी तक पुष्टि नहीं हुई; कृपया यूज़र से संपर्क करें," न कि "मरीज की खुराक निश्चित रूप से छूट गई है; उन्हें इसे अभी लेने के लिए कहें।"
चरण 5: तीन विकल्पों में से एक MVP चुनें
तीन रास्तों की तुलना करें:
- केवल-रिमाइंडर सूची: सस्ती और तेज़, लेकिन यह अनिश्चितता, योजना संस्करणों या सहायता पथ का प्रतिनिधित्व नहीं कर सकती है।
- कन्फर्मेशन और सहमति-आधारित सहयोग वाला सॉफ्टवेयर: प्राथमिक यात्रा को कवर करता है लेकिन फिर भी स्व-रिपोर्ट पर निर्भर करता है।
- कनेक्टेड डिस्पेंसर या गहरा फ़ार्मेसी एकीकरण: मजबूत वितरण या योजना प्रमाण प्रदान करता है लेकिन हार्डवेयर, कवरेज, संचालन और जवाबदेही जोड़ता है।
पहले रिलीज़ के लिए दूसरे रास्ते को चुनें और इसे एक परीक्षण योग्य यात्रा में संपीड़ित करें:
- एक दवा सूची बनाएं जिसमें कम से कम नाम, क्षमता (strength), उद्देश्य, निर्देश, निर्धारित विंडो, सूचना स्रोत और अंतिम समीक्षा समय शामिल हो।
- यूज़र या किसी विश्वसनीय सहायक द्वारा समीक्षा के बाद ही योजना को सक्रिय करें।
- निर्धारित समय पर, बड़े टेक्स्ट, मजबूत कंट्रास्ट और ऐसे संकेतों का उपयोग करें जो केवल रंग पर निर्भर न हों; यूज़र को ध्वनि, कंपन और रिमाइंडर ताल (cadence) चुनने दें।
- प्रत्येक घटना को तीन प्राथमिक क्रियाएं दें: Taken, Remind Me Later, और Skip, एक अनडू पथ के साथ।
- जब यूज़र अनिश्चित हो या Skip चुनता है, तो छूटी हुई खुराक की सलाह देने के बजाय पहले से सहेजा गया पेशेवर सहायता मार्ग दिखाएं।
- वैयक्तिकृत अनसुलझी विंडो समाप्त होने के बाद ही किसी अधिकृत केयरगिवर को सूचित करें।
- यूज़र को केयरगिवर की अनुमतियों को रोकने (pause), संपादित करने और रद्द करने दें, जिसमें प्रत्येक परिवर्तन का स्पष्ट रिकॉर्ड हो।
फोटो-आधारित गोली पहचान, अनुमानित खुराक, ओपन-एंडेड AI चिकित्सा सलाह, पूर्ण अस्पताल एकीकरण, या कनेक्टेड डिस्पेंसर को पहले रिलीज़ में न डालें। इनका मूल्य हो सकता है, लेकिन वे न्यूनतम पायलट द्वारा यह उत्तर दिए जाने से पहले सटीकता, अनुपालन, डिवाइस और परिचालन अनिश्चितताओं को जोड़ते हैं कि क्या एक साधारण सॉफ्टवेयर यात्रा को समझा जाता है और मज़बूती से उपयोग किया जाता है।
चरण 6: सुरक्षा, सुलभता और गोपनीयता को प्रोडक्ट नियमों में बदलें
सुरक्षा नियम सीधे इंटरैक्शन में दिखाई देने चाहिए:
- यदि कोई यूज़र Taken चिह्नित करता है और बाद में अनिश्चित हो जाता है, तो ऑडिट रिकॉर्ड के साथ उलटने (reversal) की अनुमति दें और दिखाएं कि फार्मासिस्ट या योग्य पेशेवर से कैसे संपर्क किया जाए। प्रोडक्ट यह तय नहीं करता है कि दूसरी खुराक ली जानी चाहिए या नहीं।
- एक योजना परिवर्तन में दिखना चाहिए कि इसे किसने बदला, यह कब प्रभावी होता है, और किसने इसकी समीक्षा की। पुराने रिमाइंडर तुरंत अमान्य हो जाते हैं।
- एक ही घटना के लिए डुप्लिकेट कन्फर्मेशन को दो Taken रिकॉर्ड बनाने के बजाय ब्लॉक, समझाया और रिकॉर्ड किया जाना चाहिए।
- दवा सूची में प्रिस्क्रिप्शन, ओवर-द-काउंटर दवाएं, विटामिन और सप्लीमेंट्स शामिल होने चाहिए ताकि यूज़र एक पूर्ण रिकॉर्ड बनाए रख सके, जबकि प्रोडक्ट अभी भी अपने स्वयं के इंटरैक्शन निर्णय लेने से बचता है।
- जब यात्रा या डेलाइट-सेविंग समय क्षेत्र बदलती है, तो पूछें कि क्या योजना स्थानीय समय या मूल क्षेत्र का पालन करती है। किसी उच्च-जोखिम वाले शेड्यूल को चुपचाप न बदलें।
सुलभता "बड़े फ़ॉन्ट का उपयोग करें" पर नहीं रुक सकती। उम्र से संबंधित परिवर्तन कंट्रास्ट धारणा, ठीक मोटर नियंत्रण, श्रवण, अल्पकालिक स्मृति और ध्यान को प्रभावित कर सकते हैं। इसलिए पहले रिलीज़ में बड़े लक्ष्यों, स्पष्ट पदानुक्रम, संक्षिप्त भाषा, संयुक्त ऑडियो और हैप्टिक्स, स्क्रीन-रीडर समर्थन, और यूज़र द्वारा चयनित रिमाइंडर विधियों और वॉल्यूम की आवश्यकता होती है। रंग स्थिति को सुदृढ़ कर सकता है लेकिन एकमात्र भेद नहीं हो सकता।
न्यूनतम-विशेषाधिकार शेयरिंग (least-privilege sharing) का उपयोग करें। यूज़र प्रत्येक केयरगिवर, दृश्य फ़ील्ड और नोटिफिकेशन प्रकार का चयन करता है। पूरी दवा सूची डिफ़ॉल्ट रूप से साझा नहीं की जाती है। सहमति किसी भी समय रद्द की जा सकती है, और एक केयरगिवर एक अलग कन्फर्मेशन पथ के बिना योजना को बदल नहीं सकता है। यदि कोई केयरगिवर अधिकृत नहीं है, तो प्रोडक्ट एक पेशेवर-सहायता मार्ग के साथ एक व्यक्तिगत रिमाइंडर बना रहता है; "सुरक्षा" सहमति को दरकिनार करने का औचित्य नहीं है।
चरण 7: सीधे रिटेंशन पर जाने के बजाय चरणों में वैलिडेट करें
क्लिक करने योग्य प्रोटोटाइप पर टास्क टेस्टिंग से शुरुआत करें। क्या यूज़र 4 दवाएं बना सकता है, 3 विंडो सेट कर सकता है, तीनों क्रियाओं को समझ सकता है, एक आकस्मिक टैप को उलट सकता है, मदद पा सकता है, और केयरगिवर की पहुंच रद्द कर सकता है? साक्ष्य को "क्या आप इसका उपयोग करेंगे?" से बदलने के बजाय कार्य का निरीक्षण करें।
इसके बाद, वास्तविक रिमाइंडर्स के साथ एक समय-सीमित पायलट चलाएं। प्राथमिक मीट्रिक वैध निर्धारित घटनाओं का प्रतिशत है जिसके लिए यूज़र अपनी चुनी हुई विंडो के भीतर स्व-कन्फर्मेशन करता है। यह एक प्रक्रिया प्रॉक्सी है, दवा अंतर्ग्रहण का प्रमाण नहीं। यह भी मापें:
- बनाई गई योजनाओं का प्रतिशत जिनकी समीक्षा की जाती है और सफलतापूर्वक सक्रिय किया जाता है;
- अनसुलझी घटनाओं का प्रतिशत जो अंततः यूज़र या अधिकृत केयरगिवर द्वारा हल की जाती हैं;
- प्रतिक्रिया से पहले आवश्यक रिमाइंडर्स की संख्या और Remind Me Later का उपयोग;
- क्या यूज़र प्रिस्क्रिप्शन परिवर्तन के तुरंत बाद योजना को अपडेट करते हैं।
सुरक्षा और अनुभव गार्डरेल्स में एक गलत योजना का सक्रिय होना, डुप्लिकेट कन्फर्मेशन, Taken का तेजी से उलटना, डुप्लिकेट खुराक के बारे में यूज़र द्वारा रिपोर्ट की गई अनिश्चितता, सिस्टम-स्तरीय नोटिफिकेशन अक्षम होना, केयरगिवर शेयरिंग से हटना, गोपनीयता की शिकायतें और सपोर्ट की मात्रा शामिल हैं। किसी भी गंभीर सुरक्षा घटना को पायलट को रोकना चाहिए और प्राथमिक मीट्रिक के रिपोर्टिंग चक्र की प्रतीक्षा करने के बजाय समीक्षा शुरू करनी चाहिए।
सेगमेंट का विस्तार करें या फ़ार्मेसी आयात, कनेक्टेड डिस्पेंसर और अधिक जटिल देखभाल सहयोग की जांच तभी करें जब यूज़र प्रोटोटाइप कार्यों को पूरा करते हैं, पायलट उपयोग टिकाऊ है, प्राथमिक मीट्रिक में सुधार होता है, और गार्डरेल्स सीमा के भीतर रहते हैं। यदि रिमाइंडर अक्सर अक्षम किए जाते हैं, तो निर्धारित करें कि क्या चैनल, आवृत्ति, या अंतर्निहित समस्या गलत है। केवल अधिक सूचनाएं न भेजें।
उच्च-गुणवत्ता वाला नमूना उत्तर
"मैं पहले प्राथमिक यूज़र को एक ऐसे बुजुर्ग तक सीमित रखूँगा जो स्वतंत्र रूप से दवा का प्रबंधन कर सकता है, स्मार्टफोन का उपयोग करता है, अकेले रहता है, और कभी-कभार खुराक भूल जाता है। अभ्यास परिदृश्य में, यूज़र प्रत्येक दिन 3 निर्धारित विंडो में 4 दीर्घकालिक दवाएं लेता है। पहला रिलीज़ गंभीर संज्ञानात्मक हानि, वास्तविक समय की क्लिनिकल निगरानी, और एक केयरगिवर द्वारा सीधे दवा देने को बाहर रखेगा क्योंकि उन मामलों में एक मजबूत देखभाल या हार्डवेयर वर्कफ़्लो की आवश्यकता होती है।
मैं एक रिमाइंडर स्क्रीन बनाकर शुरुआत नहीं करूँगा। मैं यूज़र्स का साक्षात्कार लूँगा और उनका निरीक्षण करूँगा जहाँ वे अपनी दवा व्यवस्थित करते हैं और चार समस्याओं को अलग करूँगा: क्या वर्तमान योजना भरोसेमंद है, क्या दवा की पहचान की जा सकती है, क्या कोई रिमाइंडर देखा जा सकता है, और क्या यूज़र जानता है कि छूटी हुई विंडो के बाद क्या करना है। यदि दुष्प्रभाव या लागत जानबूझकर रोकने का कारण बनते हैं, तो रिमाइंडर इसका उत्तर नहीं हैं; वर्कफ़्लो को पेशेवर संचार की आवश्यकता है।
MVP यूज़र या किसी विश्वसनीय सहायक द्वारा समीक्षित दवा सूची को संग्रहीत करेगा, जिसमें नाम, क्षमता, उद्देश्य, निर्देश, शेड्यूल, स्रोत और अंतिम समीक्षा समय शामिल होगा। निर्धारित समय पर, यह बड़े टेक्स्ट, मजबूत कंट्रास्ट, ध्वनि और कंपन का उपयोग करेगा। यूज़र केवल Taken, Remind Me Later, या Skip चुन सकता है और एक आकस्मिक कार्रवाई को पूर्ववत (undo) कर सकता है। यदि यूज़र छोड़ देता है, अनिश्चित है, या प्रतिक्रिया विंडो से अधिक हो जाता है, तो प्रोडक्ट फार्मासिस्ट या योग्य पेशेवर के लिए पहले से सहेजा गया मार्ग प्रदान करता है; यह कभी भी प्रतिस्थापन खुराक या खुराक परिवर्तन की सिफारिश नहीं करता है।
केयरगिवर सहयोग डिफ़ॉल्ट रूप से बंद रहेगा। यूज़र किसी विशिष्ट व्यक्ति को किसी अनसुलझी घटना द्वारा यूज़र-परिभाषित विंडो से अधिक होने के बाद ही नोटिफिकेशन प्राप्त करने के लिए अधिकृत कर सकता है और अलग से चुन सकता है कि दवा सूची साझा करनी है या नहीं। केयरगिवर देखता है 'अभी तक पुष्टि नहीं हुई; कृपया यूज़र से संपर्क करें।' उन्हें कोई क्लिनिकल निष्कर्ष नहीं मिलता है और वे डिफ़ॉल्ट रूप से योजना को संपादित नहीं कर सकते हैं।
मैं पहले परीक्षण करूँगा कि क्या यूज़र एक प्रोटोटाइप में सही ढंग से 4 दवाएं बना सकते हैं, 3 विंडो सेट कर सकते हैं, तीन स्थितियों को समझ सकते हैं, एक टैप को पूर्ववत कर सकते हैं और सहमति रद्द कर सकते हैं। फिर मैं एक सीमित पायलट चलाऊँगा। प्राथमिक मीट्रिक वैयक्तिकृत विंडो के भीतर वैध निर्धारित घटनाओं के लिए समय पर स्व-कन्फर्मेशन होगी। गार्डरेल्स में गलत योजनाएं, डुप्लिकेट कन्फर्मेशन, तेजी से उलटना, अक्षम नोटिफिकेशन, सहायता अनुरोध और गोपनीयता की शिकायतें शामिल होंगी। वह मीट्रिक यह दिखा सकती है कि क्या वर्कफ़्लो यूज़र्स को याद रखने और रिकॉर्ड करने में मदद करता है। यह अंतर्ग्रहण या बेहतर क्लिनिकल परिणामों को साबित नहीं कर सकता है।
यदि समय पर कन्फर्मेशन में सुधार होता है, यूज़र प्रोडक्ट का उपयोग करना जारी रखते हैं, और सुरक्षा गार्डरेल्स सीमा के भीतर रहते हैं, तो मैं फ़ार्मेसी आयात और कनेक्टेड डिस्पेंसर की जांच करूँगा। यदि यूज़र अक्सर रिमाइंडर अक्षम करते हैं, या मुख्य कारण दुष्प्रभाव, लागत और एक अविश्वसनीय योजना हैं, तो मैं नोटिफिकेशन दबाव बढ़ाना बंद कर दूँगा और समस्या की परिभाषा पर वापस आऊँगा।"
यह उत्तर प्रोडक्ट लक्ष्य, क्लिनिकल सीमा, यूज़र नियंत्रण और सत्यापन साक्ष्य को जोड़ता है। यदि इंटरव्यूअर आबादी या जोखिम को बदलता है, तो डिज़ाइन को भी बदलना चाहिए।
सामान्य गलतियाँ
- सभी बुजुर्गों को एक ही यूज़र मानना → स्वतंत्र उपयोग, रिमोट सहायता और पेशेवर देखभाल परस्पर विरोधी आवश्यकताएं लागू करते हैं → एक प्राथमिक सेगमेंट चुनें और बहिष्करण तथा बाद के सेगमेंट बताएं।
- सीधे अलार्म, आवाज और बड़े टेक्स्ट पर कूदना → कारण भूलना, अपठनीय लेबल, गलत योजना या जानबूझकर रोकना हो सकता है → टास्क चेन को मैप करें और प्रत्येक ब्रेक पर साक्ष्य एकत्र करें।
- "डिलीवर किए गए नोटिफिकेशन" को "दवा ली गई" के बराबर मानना → सिस्टम की क्षमता को बढ़ा-चढ़ाकर पेश किया जाता है और इसके मेट्रिक्स और सुरक्षा तर्क अमान्य हो जाते हैं → डिलीवरी, यूज़र एक्शन, स्व-रिपोर्ट और क्लिनिकल तथ्य को अलग करें।
- ऐप को किसी यूज़र को छूटी हुई खुराक को बदलने के लिए कहने देना → विभिन्न दवाओं और नुस्खों के लिए अलग-अलग हैंडलिंग की आवश्यकता होती है, इसलिए प्रोडक्ट एक क्लिनिकल सीमा पार करता है → खुराक सलाह देने के बजाय समीक्षित निर्देश और एक पेशेवर-सहायता मार्ग दिखाएं।
- वयस्क संतानों के साथ डिफ़ॉल्ट रूप से सब कुछ साझा करना → भुगतान या पारिवारिक संबंध निरंतर सहमति नहीं है → यूज़र को केयरगिवर, फ़ील्ड, नोटिफिकेशन और निरस्तीकरण चुनने दें।
- संस्करण एक में अस्पताल एकीकरण, AI गोली पहचान और एक स्मार्ट डिस्पेंसर बनाना → टीम यह पहचान नहीं सकती कि किस घटक ने समस्या का समाधान किया और कई सटीकता और परिचालन जोखिम विरासत में मिलते हैं → पहले सॉफ्टवेयर स्टेट यात्रा के साथ महत्वपूर्ण परिकल्पना को वैलिडेट करें।
- दैनिक सक्रिय उपयोग, क्लिक और नोटिफिकेशन ओपन को अनुकूलित करना → यूज़र्स को अधिक सुरक्षित या आत्मविश्वास से काम पूरा किए बिना प्रोडक्ट खोलने के लिए प्रेरित किया जा सकता है → परिणाम-समीप प्रॉक्सी जैसे समय पर स्व-कन्फर्मेशन प्लस सुरक्षा, अनुभव और गोपनीयता गार्डरेल्स का उपयोग करें।
- रिमाइंडर अक्षम होने पर आवृत्ति बढ़ाना → नोटिफिकेशन थकान उपयोगिता को खराब करती है और यह संकेत दे सकती है कि भूलना इसका कारण नहीं है → पुनरावृति करने या रोकने से पहले सेगमेंट, विंडो, चैनल और कारण की जांच करें।
- सत्यापन के रूप में एक साक्षात्कार का उपयोग करना → बताई गई प्राथमिकता यह साबित नहीं करती कि यूज़र वर्कफ़्लो को कॉन्फ़िगर और बनाए रख सकते हैं → टास्क टेस्टिंग चलाएं, फिर एक सीमित वास्तविक दुनिया पायलट चलाएं।
फॉलो-अप प्रश्न और उत्तर
फॉलो-अप 1: यदि कोई वयस्क संतान भुगतान करती है, तो उन्हें डिफ़ॉल्ट रूप से प्रत्येक दवा रिकॉर्ड क्यों नहीं देखना चाहिए?
भुगतानकर्ता, यूज़र और डेटा विषय अलग-अलग व्यक्ति हो सकते हैं। डिफ़ॉल्ट पूर्ण शेयरिंग यूज़र नियंत्रण को कम करती है और अस्वीकृति या छिपे हुए व्यवहार का कारण बन सकती है। यूज़र को प्रत्येक केयरगिवर, दृश्य फ़ील्ड और नोटिफिकेशन शर्त को अधिकृत करना चाहिए। यदि कानूनी संरक्षकता अधिकार बदलती है, तो इसके लिए एक अलग पहचान और अनुपालन वर्कफ़्लो की आवश्यकता होती है; "संतान भुगतान करती है" पर्याप्त नहीं है।
फॉलो-अप 2: क्या MVP तब पर्याप्त है जब किसी विशेष दवा के छूटने से गंभीर नुकसान हो सकता है?
उस दवा या आबादी को सामान्य पायलट से तब तक बाहर रखें जब तक कि क्लिनिकल, फ़ार्मेसी और अनुपालन स्वामी समय विंडो, एस्केलेशन और जवाबदेही को परिभाषित न कर लें। समाधान के लिए फ़ार्मेसी आयात, कनेक्टेड डिस्पेंसर, टेलीफोन कन्फर्मेशन या पेशेवर हस्तक्षेप की आवश्यकता हो सकती है। मजबूत साक्ष्य और विश्वसनीय एस्केलेशन पैमाने से अधिक प्राथमिकता लेते हैं, और स्व-रिपोर्टिंग सॉफ्टवेयर को वास्तविक समय की निगरानी के रूप में प्रस्तुत नहीं किया जाना चाहिए।
फॉलो-अप 3: क्या होगा यदि यूज़र Taken पर टैप करता है, फिर कुछ मिनट बाद कहता है कि वे अनिश्चित हैं?
ऑडिट रिकॉर्ड को बनाए रखते हुए उलटने (reversal) की अनुमति दें, फिर तुरंत समीक्षित सहायता जानकारी या फार्मासिस्ट या योग्य पेशेवर का मार्ग दिखाएं। बीते हुए समय से यह निष्कर्ष न निकालें कि दूसरी खुराक ली जानी चाहिए, और पिछले रिकॉर्ड को न मिटाएं। यह निर्धारित करने के लिए सुरक्षा गार्डरेल्स में घटना की गणना करें कि क्या कन्फर्मेशन नियंत्रण गलती से ट्रिगर करना आसान है या इसमें जानकारी की कमी है।
फॉलो-अप 4: क्या यूज़र द्वारा समय क्षेत्रों में यात्रा करने पर रिमाइंडर स्वचालित रूप से बदलने चाहिए?
हर विंडो को चुपचाप न बदलें। समय-क्षेत्र परिवर्तन का पता लगाएं, मूल और स्थानीय-समय की व्याख्या दिखाएं, यूज़र को पेशेवर निर्देशों के आधार पर चुनने के लिए कहें, और रिकॉर्ड करें कि विकल्प कब प्रभावी होता है। यदि यूज़र निर्णय नहीं ले सकता है, तो उन्हें फार्मासिस्ट या योग्य पेशेवर के पास भेजें। उच्च-जोखिम वाली दवाओं को पूर्व-परिभाषित यात्रा योजना का उपयोग करना चाहिए।
फॉलो-अप 5: समय पर स्व-कन्फर्मेशन में सुधार होता है, लेकिन कई यूज़र नोटिफिकेशन अक्षम कर देते हैं। क्या यह सफलता है?
पहले जांचें कि क्या हर (denominator) में अब केवल सबसे अधिक व्यस्त यूज़र शामिल हैं। नोटिफिकेशन अक्षम होना एक अनुभव गार्डरेल है और उत्तरजीविता पूर्वाग्रह (survivorship bias) पैदा कर सकता है। सेगमेंट, रिमाइंडर संख्या और उपयोग अवधि के अनुसार इसका विश्लेषण करें। यदि यह पूर्व-सहमत सीमा को पार करता है, तो विस्तार को रोकें और शेष यूज़र्स के बीच कन्फर्मेशन बढ़ने पर भी आवृत्ति, चैनल या लक्षित सेगमेंट का पुन: परीक्षण करें।
फॉलो-अप 6: शोध से पता चलता है कि कई यूज़र दुष्प्रभावों या लागत के कारण जानबूझकर कम दवा लेते हैं। प्रोडक्ट को कैसे बदलना चाहिए?
उन यूज़र्स को भूलने की समस्या से अलग करें। प्रोडक्ट कारण रिकॉर्ड करने, प्रश्न तैयार करने और यूज़र को फार्मासिस्ट, चिकित्सक या सामर्थ्य संसाधन से जोड़ने में मदद कर सकता है। इसे उपयोग को विवश करने या प्रिस्क्रिप्शन को बदलने के लिए अधिक रिमाइंडर्स का उपयोग नहीं करना चाहिए। यदि जानबूझकर न लेना प्रमुख कारण है, तो रोडमैप को रिमाइंडर्स से संचार और सहायता की ओर स्थानांतरित होना चाहिए, जिससे मूल MVP की प्राथमिकता कम हो जाएगी।