تاییدیه ها
تأییدیه‌ها به کاربران بازخورد می‌دهند که چگونه ورودی آنها درک شده است. این نه تنها کاربران را قادر می‌سازد تا اشتباهات را فورا تصحیح کنند، بلکه با ایجاد زمینه‌های مشترک به آنها به روشی مناسب از نظر اجتماعی و مکالمه اطمینان می‌دهد. علاوه بر این، تأییدها با حفظ زمینه به پیشبرد موضوع گفتگو کمک می کنند.
همچنین ببینید شما می توانید دوباره بگویید: نقش تکرار در طراحی مکالمه توسط جیمز جیانگولا، مدیر مکالمه و طراحی پرسونا @ Google
چه چیزی و چگونه تایید شود
2 نوع چیز وجود دارد که ممکن است نیاز به تایید داشته باشد:
مولفه های
بخش های کلیدی اطلاعاتی که گفته شده یا ضمنی.
مثال: کفش دویدن مردانه (سبک کفش)، آبی سلطنتی و سبز نئون (رنگ)
اقدامات
چیزی که دستیار در شرف تکمیل است یا تکمیل کرده است.
مثال: افزودن یک جلسه به برنامه زمانی کاربر
تایید صریح
تایید ضمنی
بدون تایید
استفاده
برخی از انواع تأییدها بسیار بیشتر از سایرین هستند. در اینجا فهرستی از نحوه استفاده از تأییدیه ها، از رایج ترین تا کم رایج ترین سناریوها آمده است:
تایید ضمنی پارامترها (متداول)
بیشتر اوقات، نه برای تأیید ورودی کاربر فی نفسه، بلکه برای تأیید پارامترهایی که گفته شده یا ضمنی استفاده کنید. کاربران برای درک پاسخ به این زمینه نیاز دارند.
انجام دادن.
تأیید تعداد حدس‌زده به کاربر اطمینان می‌دهد که آنها را درک کرده‌اند و به حدس بعدی او کمک می‌کند.
نکن.
با تمرکز بر آنچه که Action شما شنیده است یا آنچه کاربر گفته است، تأییدیه‌ها را تحریف نکنید.
تأیید ضمنی اقدامات (متداول)
تصدیق کنید که یک عمل کامل شده است (مگر اینکه بدیهی باشد).
انجام دادن.
تأیید کنید که جزئیات ارسال شده است و به کاربر اطلاع دهید که کجا ارسال شده است.
نکن.
کاربران ممکن است اعتماد نداشته باشند که جزئیات تنظیم شده است.
عدم تایید اقدامات (غیر معمول)
زمانی استفاده کنید که خود اقدام/پاسخ فوراً مشخص می کند که کاربر را درک کرده اید. این برای دستورات جهانی مانند "توقف" یا "لغو" صادق است.
نکن.
اقدام شما نمی تواند کاربر را مجبور به ادامه مکالمه کند.
عدم تایید پارامترها (نادر)
تأیید نکنید که ورودی ساده است و معمولاً با اطمینان بالا شناخته می شود ، به عنوان مثال، گرامر بله/خیر.
انجام دادن.
توجه داشته باشید که پاسخ "بله" کاربر تایید نشده است.
نکن.
گرامرهای بله/خیر را تأیید نکنید، یعنی «خوب، بله».
تأیید صریح اقدامات (نادر)
قبل از انجام عملی که خنثی کردن آن دشوار است، به عنوان مثال، حذف داده های کاربر، تکمیل تراکنش و غیره، دوباره با کاربر چک کنید.
انجام دادن.
قبل از حذف اطلاعات کاربر، صریحاً تأیید کنید. (همچنین توجه داشته باشید که عدم لغو عضویت به طور ضمنی تایید شده است، بنابراین هیچ ابهامی وجود ندارد.)
نکن.
در اینجا بازیابی از یک خطا دشوار خواهد بود. ایجاد یک حساب کاربری جدید وقت گیر است و اطلاعات مرتبط با حساب از بین می رود.
تایید صریح پارامترها (نادر)
فقط در مواقعی که هزینه سوء تفاهم کاربر زیاد است استفاده کنید، به عنوان مثال، نام، آدرس، متن از طرف کاربر به اشتراک گذاشته شود.
انجام دادن.
دقیقاً پیامی را که باید قبل از ارسال ارسال شود تأیید کنید زیرا کاربر پس از ارسال قادر به تصحیح آن نیست.
نکن.
در اینجا، برای کاربر مشخص نیست که چه پیامی شامل خواهد شد. اگر خطایی وجود داشت، کاربر هرگز نمی دانست مگر اینکه لولا (گیرنده) چیزی بگوید.
اصلاحات
از کاربران انتظار داشته باشید که پس از تأیید صریح و ضمنی، در صورت سوء تفاهم یا تفسیر نادرست از ورودی آنها، اصلاحات را انجام دهند. به کاربران این فرصت را بدهید تا تغییراتی ایجاد کنند، حتی زمانی که اشتباهی وجود نداشته باشد.
اصلاحات یک مرحله ای را مجاز کنید.
انتظار داشته باشید که اصلاحات کاربر با گفتن «نه» از اصل تعاونی پیروی کند و سپس تصحیح آنها انجام شود (مثلاً «نه، ساعت 7 صبح»). به این اصلاح یک مرحله ای می گویند.
انجام دادن.
به کاربران امکان اصلاح یک مرحله ای را بدهید.
نکن.
در اینجا پاسخ کاربر به اشتباه به عنوان «نه» به سؤال «آیا این همه خواهد بود؟» تعبیر شد.
ایجاد دیالوگ برای پشتیبانی از اتصالات.
به کاربران اجازه دهید تا در هر یک از پارامترها (قطعات کلیدی اطلاعاتی که گفته شده یا ضمنی) تغییراتی ایجاد کنند.
انجام دادن.
مواردی را که کاربران می خواهند اصلاح کنند را ابهام کنید و اطلاعات جدید را درخواست کنید.
نکن.
در این مورد با ایجاد یک دسته گل سفارشی جدید، کاربران را لغو نکنید و مجبور نکنید گفتگو را دوباره شروع کنند.