पुष्टि

पुष्टि करने से उपयोगकर्ताओं को यह पता चलता है कि उनकी दी गई जानकारी को किस तरह समझा गया. इससे न सिर्फ़ उपयोगकर्ताओं को गलती होने पर उन्हें तुरंत ठीक करने में मदद मिलती है, बल्कि वे सामाजिक रूप से भी सही तरीके से बातचीत कर पाते हैं. इसके अलावा, पुष्टि करने की सुविधा बातचीत के थ्रेड को आगे बढ़ाने में मदद करती है. इसके लिए, संदर्भ बनाए रखा जाता है.

जेम्स गियांगो, बातचीत और पर्सोना डिज़ाइन लीड @ Google की पेशकश फिर से कह सकते हैं कि बातचीत के डिज़ाइन में कहानी का इस्तेमाल

कुछ 2 चीज़ों की पुष्टि होना ज़रूरी है:

ऐसी जानकारी जिसे बोलकर बताया गया हो या उसके बारे में बताया गया हो.
उदाहरण: पुरुषों के लिए दौड़ने के जूते (जूते का स्टाइल), रॉयल ब्लू और नियॉन हरा (रंग)

कोई ऐसी चीज़ जो Assistant से मिलने वाली है या पूरी होने वाली है.
उदाहरण: उपयोगकर्ता के शेड्यूल में सेशन जोड़ना

और इसे 3 तरीकों से मैनेज किया जा सकता है:
पुष्टि करने के लिए, उपयोगकर्ता को जवाब की ज़रूरत होती है. “क्या मैंने मैसेज सही बोला है?”. आम तौर पर, यह जवाब हां या नहीं में मिलता-जुलता होता है.
अगर उपयोगकर्ता कोई सुधार करना चाहता है, तो उसे जवाब देने की ज़रूरत नहीं है. "कोई व्यक्ति तीन व्यक्ति नहीं" कह सकता है. बस पुष्टि करता है ("एक साथ बैठे दो लोग") और आगे बढ़ जाता है. इस उदाहरण में, अगला कदम इन खास सीटों की खरीदारी की साफ़ तौर पर पुष्टि करना है.
पिन की पुष्टि की ज़रूरत नहीं.

इस्तेमाल

कुछ तरह के पुष्टि दूसरों की तुलना में काफ़ी ज़्यादा होते हैं. यहां एक सूची दी गई है, जिसमें पुष्टि करने की सुविधा इस्तेमाल करने के तरीके के बारे में बताया गया है. इसमें सबसे ज़्यादा जानकारी दी गई है.

ज़्यादातर समय, उपयोगकर्ता के इनपुट की पुष्टि करने के लिए नहीं, बल्कि बोलकर या दिए गए पैरामीटर की पुष्टि करने के लिए ज़्यादातर समय इस्तेमाल करें. जवाब को समझने के लिए उपयोगकर्ताओं को इस संदर्भ की ज़रूरत होती है.

करें.

नंबर का अनुमान लगाने से उपयोगकर्ता को पता चल जाता है कि उसे समझ आ गया है. इससे, अगला अनुमान लगाने में मदद मिलती है.

यह न करें.

अपनी कार्रवाई या उपयोगकर्ता की बातों पर फ़ोकस करके, पुष्टि न करें.

स्वीकार करें कि कार्रवाई पूरी हो गई है (जब तक कि यह खुद से खुद न की जाए).

करें.

पक्का करें कि जानकारी भेज दी गई हो और उपयोगकर्ता को बताएं कि उसे कहां भेजा गया था.

यह न करें.

हो सकता है कि उपयोगकर्ता यह न मानें कि जानकारी सेट की गई है.

इसका इस्तेमाल तब करें, जब कार्रवाई/रिस्पॉन्स इस बात को तुरंत साफ़ कर देता है कि आपने उपयोगकर्ता को समझ लिया है. यह "बंद करें" या "रद्द करें" जैसे ग्लोबल निर्देशों के लिए सही है.

करें.

डिफ़ॉल्ट रूप से, आपकी कार्रवाई बातचीत छोड़ देती है. ऐप्लिकेशन से बाहर निकलने की सुविधा देखें.

यह न करें.

आपकी कार्रवाई उपयोगकर्ता को बातचीत जारी रखने के लिए मजबूर नहीं कर सकती.

इस बात की पुष्टि न करें कि इनपुट आसान है और आम तौर पर इसकी पहचान बहुत सटीक है, जैसे कि व्याकरण/हां, नहीं या व्याकरण.

करें.

ध्यान दें कि उपयोगकर्ता के 'हां' जवाब की पुष्टि नहीं की जाती है.

यह न करें.

हां या नहीं में दिए गए व्याकरण की पुष्टि न करें, जैसे कि “ठीक है, हां.”

उपयोगकर्ता के साथ दोबारा जांच कर लें कि वह कोई ऐसी कार्रवाई करने से पहले जिसे पहले जैसा करना मुश्किल होगा. उदाहरण के लिए, उपयोगकर्ता का डेटा मिटाना, लेन-देन पूरा करना वगैरह.

करें.

उपयोगकर्ता का डेटा मिटाने से पहले, साफ़ तौर पर पुष्टि करें. साथ ही, ध्यान दें कि सदस्यता रद्द न करने की पुष्टि सीधे तौर पर की गई थी, इसलिए कोई शक नहीं है.

यह न करें.

यहां किसी गड़बड़ी को वापस पाना मुश्किल होगा. नया सदस्यता खाता बनाने में बहुत समय लगता है और इस खाते से जुड़ी जानकारी सेव नहीं हो पाती.

ज़रूरत के हिसाब से इस्तेमाल सिर्फ़ तब करें, जब उपयोगकर्ता को गलतफ़हमी फैलाने वाला खर्च ज़्यादा हो. उदाहरण के लिए, उपयोगकर्ता की ओर से शेयर किए जाने वाले नाम, पते, टेक्स्ट.

करें.

भेजने से पहले, भेजने के लिए सटीक मैसेज की पुष्टि करें. ऐसा इसलिए, क्योंकि उपयोगकर्ता भेजने के बाद इसे ठीक नहीं कर पाएगा.

यह न करें.

यहां, उपयोगकर्ताओं को यह साफ़ तौर पर नहीं पता कि कौनसा मैसेज शामिल किया जाएगा. कोई गड़बड़ी होने पर, उपयोगकर्ता को तब तक पता नहीं चलेगा, जब तक कि लोला (पाने वाले) ने कुछ नहीं कहा.


किए गए सुधार

उपयोगकर्ताओं से उम्मीद करते हैं कि जब वे इनपुट डालने के बारे में गलतफ़हमी या ग़लतफ़हमी पैदा करें, तो साफ़ तौर पर या सीधे तौर पर उनकी पुष्टि करने के बाद सुधार करें. गलतियां होने पर भी, उपयोगकर्ताओं को बदलाव करने का मौका दें.

उपयोगकर्ताओं से उनके सुधारों के लिए, नहीं के तौर पर "को-ऑपरेटिव प्रिंसिपल" चुनें. इसके बाद, "सुधार" का विकल्प चुनें. उदाहरण के लिए, "नहीं, सुबह 7 बजे". इसे एक चरण में सुधार कहा जाता है.

करें.

उपयोगकर्ताओं को यह सुविधा दें कि वे एक बार में ही सुधार कर सकें.

यह न करें.

उपयोगकर्ता के जवाब को इस तरह से "नहीं" के तौर पर गलत समझा गया, "क्या वह सब कुछ होगा?"

उपयोगकर्ताओं को इनमें से किसी भी पैरामीटर या कही गई जानकारी में बदलाव करने दें.

करें.

उपयोगकर्ताओं को साफ़-साफ़ बताएं कि उन्हें क्या सही करना है. साथ ही, नई जानकारी भी मांगी जानी चाहिए.

यह न करें.

रद्द न करें और उपयोगकर्ताओं को डायलॉग शुरू करने के लिए मजबूर न करें. ऐसा करने के लिए, नया कस्टम गुलदस्ता बनाएं.