क्या कोई AI चैटबॉट किसी दोस्त की तरह बाद में जवाब दे सकता है? उपयोगकर्ता द्वारा चुने गए विलंबित जवाबों के लिए एक गाइड

AI चैट में “बाद में जवाब देने” का क्या अर्थ है?

मानवीय बातचीत में, कई कारणों से ठहराव हो सकता है: कोई कुछ देर के लिए दूर चला जाता है, जवाब देने से पहले सोचता है, या बाद में बातचीत पर वापस लौटता है। एक AI सिस्टम की ऐसी कोई व्यक्तिगत परिस्थितियाँ नहीं होती हैं। कोई उत्पाद किसी ठहराव के समय को दोहरा सकता है, लेकिन उसे उस ठहराव को किसी मानवीय कारण के प्रमाण के रूप में प्रस्तुत नहीं करना चाहिए।

एक सामान्य रचनात्मक कार्य के लिए, उपयोगकर्ता द्वारा चुनी गई देरी फिर भी उपयोगी हो सकती है। कोई व्यक्ति रात के खाने के बाद किसी लेखन संकेत (राइटिंग प्रॉम्प्ट) की मांग कर सकता है, एक घंटे में कहानी के विचारों के दूसरे सेट का अनुरोध कर सकता है, या कल सुबह के लिए एक नए दृष्टिकोण को शेड्यूल कर सकता है। इसका महत्व चुने गए समय और बातचीत की लय में है—न कि इस धारणा में कि AI का कोई निजी जीवन है।

कार्रवाई को उसी क्षण स्पष्ट बनाएं जब इसे सेट किया जा रहा हो। उदाहरण के लिए: “शाम 7:00 बजे मुझे तीन नए शीर्षक विचार दिखाएं।” फिर पुष्टि करें: “शाम 7:00 बजे के लिए शेड्यूल किया गया।” यह भाषा उपयोगकर्ता को बताती है कि सिस्टम क्या करेगा, बिना कोई मनगढ़ंत कहानी बनाए जैसे कि “मैं अभी व्यस्त हूँ।” यह एक स्वचालित निर्धारित कार्रवाई और किसी व्यक्ति के स्पष्टीकरण के बीच के अंतर पर आधारित डिज़ाइन अनुशंसा है; यह यह दावा नहीं करती कि कोई विशिष्ट चैटबॉट पहले से ही यह सुविधा प्रदान करता है।

उपयोगकर्ता को समय और सामग्री चुनने दें

एक उपयोगी विलंबित-जवाब प्रवाह एक स्पष्ट अनुरोध के साथ शुरू होता है। उपयोगकर्ता को यह निर्दिष्ट करने में सक्षम होना चाहिए कि वे क्या चाहते हैं, कब चाहते हैं, और—जहाँ प्रासंगिक हो—क्या उत्तर को वर्तमान कार्य को जारी रखना चाहिए या एक नया कार्य शुरू करना चाहिए। यदि सिस्टम को समय या कार्य के बारे में स्पष्टीकरण की आवश्यकता है, तो उसे शेड्यूल की पुष्टि करने से पहले पूछना चाहिए।

चुने गए समय को ऐसे रूप में दिखाएं जिसे व्यक्ति जांच सके, जिसमें प्रासंगिक तारीख भी शामिल हो जब “बाद में” का अर्थ अस्पष्ट हो सकता है। सेटअप के समय “30 मिनट में” समझना आसान है, लेकिन जब वापसी किसी अन्य दिन के लिए निर्धारित हो, तो तारीख और स्थानीय समय अधिक उपयोगी हो सकता है। यदि कोई समय क्षेत्र (टाइम ज़ोन) या डिवाइस सेटिंग डिलीवरी को प्रभावित कर सकती है, तो उपयोगकर्ता को अनुमान लगाने के लिए छोड़ने के बजाय यह स्पष्ट करें कि शेड्यूल किस समय का उपयोग करता है।

Apple के शेड्यूल्ड-मैसेज निर्देश उपयोगकर्ता-दृश्य शेड्यूलिंग का एक ठोस उदाहरण प्रस्तुत करते हैं: संदेश अपना निर्धारित समय दिखाता है, और उपयोगकर्ता डिलीवरी से ठीक पहले इसे संपादित कर सकते हैं, हटा सकते हैं, पुनर्निर्धारित कर सकते हैं या तुरंत भेज सकते हैं। यह मैसेजिंग का एक उदाहरण है, इस बात का प्रमाण नहीं कि कोई AI प्रतिक्रिया पहले से ही उसी तरह उत्पन्न या वितरित की जाती है। चैटबॉट को अपने व्यवहार को स्पष्ट रखना चाहिए। Apple Support: बाद में भेजने के लिए iPhone पर टेक्स्ट संदेश शेड्यूल करें

कतारबद्ध, कार्यरत, तैयार और विफल स्थितियों को सटीक रूप से दिखाएं

एक निर्धारित जवाब की एक से अधिक स्थितियां (स्टेट्स) होती हैं। “शाम 7:00 बजे के लिए कतारबद्ध” का अर्थ है कि सिस्टम ने भविष्य की एक कार्रवाई दर्ज कर ली है। इसका यह अर्थ कतई नहीं है कि उत्तर पहले से मौजूद है। यदि सिस्टम निर्धारित समय पर जवाब उत्पन्न करता है, तो वैसा बताएं। यदि यह जवाब पहले तैयार करता है, तो इसे केवल सामग्री वास्तव में उपलब्ध होने के बाद ही तैयार के रूप में लेबल करें। ऐसे अस्पष्ट स्टेटस लेबलों से बचें जो किसी निर्धारित कार्य को सक्रिय सोच या प्रगति जैसा दिखाते हैं।

चयनित समय के बाद, सिस्टम को अभी भी उत्तर उत्पन्न करने की आवश्यकता हो सकती है। एक संक्षिप्त “आपका जवाब तैयार किया जा रहा है” स्थिति उस कार्य को “तैयार” से अलग कर सकती है। यदि निर्माण विफल रहता है या ऐप कार्य पूरा नहीं कर सकता है, तो इसे स्पष्ट रूप से बताएं और उपयोगकर्ता को एक समझदारी भरा अगला कदम दें, जैसे कि पुनः प्रयास करना या कोई अन्य समय चुनना। एक बासी “कतारबद्ध” लेबल न छोड़ें जो यह दर्शाता हो कि उत्तर अभी भी रास्ते में है जबकि ऐसा नहीं है।

यह दृष्टिकोण स्थापित इंटरफ़ेस दिशानिर्देशों का पालन करता है। Material Design प्रगति संकेतकों (प्रोग्रेस इंडिकेटर्स) को एक सतत प्रक्रिया की स्थिति और उपलब्ध कार्यों को संप्रेषित करने के एक तरीके के रूप में वर्णित करता है। W3C मार्गदर्शन स्थिति संदेशों को किसी कार्रवाई के परिणाम, प्रतीक्षा स्थिति, प्रगति या त्रुटियों के बारे में जानकारी के रूप में परिभाषित करता है, और बताता है कि इस तरह के अपडेट बिना ध्यान भटकाए सहायक तकनीकों के लिए उपलब्ध होने चाहिए। वे सिद्धांत सजावटी देरी या अस्पष्ट चुप्पी के बजाय विशिष्ट, सुलभ स्थिति पाठ का समर्थन करते हैं। Material Design: प्रोग्रेस इंडिकेटर्स · W3C WAI: सफलता मानदंड 4.1.3 को समझना, स्थिति संदेश

रद्द करने और संपादन के विकल्प को निर्धारित जवाब के पास रखें

योजनाएं बदल जाती हैं। एक निर्धारित आइटम बातचीत में या आसानी से मिलने वाली शेड्यूल सूची में दिखाई देना चाहिए, जिसमें इसे रद्द करने का एक स्पष्ट तरीका हो। जहाँ व्यावहारिक हो, उपयोगकर्ता को अनुरोध संपादित करने या समय बदलने दें। प्रत्येक कार्रवाई के बाद परिणाम की पुष्टि करें: “रद्द कर दिया गया; कोई जवाब उत्पन्न नहीं किया जाएगा” या “शाम 8:00 बजे के लिए स्थानांतरित किया गया।” यदि सिस्टम जनरेशन शुरू होने के बाद रद्दीकरण की गारंटी नहीं दे सकता है, तो उपयोगकर्ता द्वारा उस पर निर्भर होने से पहले अंतिम समय-सीमा स्पष्ट करें।

शेड्यूल रद्द करने और दिखाई देने वाले उत्तर को हटाने के बीच के अंतर को समझने योग्य बनाएं। रद्द करने से लंबित कार्रवाई रुकनी चाहिए यदि उत्पाद वास्तव में ऐसा करने में सक्षम है। यदि कोई उत्तर पहले ही उत्पन्न हो चुका है, तो उपयोगकर्ता को बताएं कि क्या वह चैट में उपलब्ध रहेगा। Apple की शेड्यूल्ड-मैसेज सुविधा दर्शाती है कि एक स्पष्ट शेड्यूल स्थिति और रद्दीकरण नियंत्रण क्यों मायने रखते हैं: Apple का कहना है कि किसी संदेश को उसके निर्धारित समय से पहले हटाने से उसकी डिलीवरी रद्द हो जाती है। AI शेड्यूल का सटीक व्यवहार इस बात पर निर्भर करेगा कि वह सिस्टम कैसे बनाया गया है, इसलिए इसकी पुष्टि को वास्तविक परिणाम का वर्णन करना चाहिए।

सूचनाओं (नोटिफिकेशन्स) को एक अलग विकल्प बनाएं

एक निर्धारित जवाब बिना पुश नोटिफिकेशन भेजे चैट में दिखाई दे सकता है। समय के चयन से अलग सूचना का विकल्प प्रदान करें—उदाहरण के लिए, “शाम 7:00 बजे चैट में दिखाएं” और एक वैकल्पिक “तैयार होने पर मुझे सूचित करें।” इससे कार्य शेड्यूल करने की अनुमति को बाद में उपयोगकर्ता को बाधित करने की अनुमति मानने से बचा जा सकता है।

यदि सूचनाएं प्रदान की जाती हैं, तो उपयोगकर्ता के उस विकल्प तक पहुँचने पर उनके उद्देश्य को समझाएं, और व्यक्ति द्वारा अस्वीकार किए जाने पर भी निर्धारित कार्य को उपयोग योग्य बनाए रखें। Apple संदर्भ के भीतर सूचना प्राधिकरण मांगने की अनुशंसा करता है ताकि लोग समझ सकें कि सूचनाएं किस लिए हैं। Android का अनुमति मार्गदर्शन भी इसी तरह उस सुविधा का उपयोग शुरू करते समय अनुमति का अनुरोध करने की सलाह देता है जिसकी उसे आवश्यकता है, जिससे प्रवाह अवरुद्ध न हो और इनकार को सहजता से संभाला जा सके। ये प्लेटफ़ॉर्म अनुशंसाएं एक अलग, सूचित सूचना निर्णय का समर्थन करती हैं; वे प्रत्येक उत्पाद के लिए पुश अलर्ट प्रदान करना अनिवार्य नहीं बनाती हैं। Apple Developer: सूचनाओं का उपयोग करने की अनुमति मांगना · Android Developers: रनटाइम अनुमतियों का अनुरोध करें

यदि उपयोगकर्ता सहमति देता है, तो अलर्ट को एक सामान्य रचनात्मक उत्तर के अनुपात में ही रखें। Apple का नोटिफिकेशन मार्गदर्शन तत्परता (urgency) को सटीक रूप से प्रस्तुत करने और लोगों को नोटिफिकेशन विकल्पों को प्रबंधित करने देने के लिए कहता है। एक नियमित राइटिंग प्रॉम्प्ट को अत्यावश्यक के रूप में लेबल नहीं किया जाना चाहिए या इस तरह प्रस्तुत नहीं किया जाना चाहिए जैसे कि उस पर तत्काल ध्यान देने की आवश्यकता हो। Apple Human Interface Guidelines: नोटिफिकेशन प्रबंधित करना

विलंबित रचनात्मक जवाब के लिए एक व्यावहारिक क्रम

एक सरल इंटरैक्शन इस प्रकार काम कर सकता है: उपयोगकर्ता पूछता है, “शाम 7:00 बजे मुझे इस काल्पनिक कैफ़े के लिए तीन नाम दें।” सिस्टम कार्य और समय को दोहराता है, फिर पूछता है कि क्या जवाब तैयार होने पर उपयोगकर्ता अलर्ट चाहता है। एक बार पुष्टि हो जाने के बाद, बातचीत में संपादन या रद्द करने के नियंत्रणों के साथ “शाम 7:00 बजे के लिए कतारबद्ध” दिखाई देता है। नियत समय पर, यह “आपका जवाब तैयार किया जा रहा है” दिखाता है, फिर विचारों को प्रदर्शित करता है और कार्य को पूर्ण चिह्नित करता है। यदि निर्माण विफल रहता है, तो यह विफलता की रिपोर्ट करता है और पुनः प्रयास का विकल्प देता है।

यह क्रम देरी को उपयोगकर्ता द्वारा निर्देशित सुविधा बनाता है। उत्तर आने पर लेखन आत्मीय और संवादात्मक लग सकता है, लेकिन इंटरफ़ेस को यह नाटक करने की आवश्यकता नहीं है कि कोई व्यक्ति कहीं चला गया था, विचलित हो गया था, या उत्तर देने से पहले प्रतीक्षा करने का निर्णय लिया था। एक उपयोगी नियम सीधा है: उपयोगकर्ता को ठहराव चुनने दें, उन्हें बताएं कि सिस्टम क्या करेगा, और उन्हें लंबित उत्तर और किसी भी अलर्ट दोनों पर नियंत्रण दें।

इस विषय को आगे पढ़ें