אישורים
אישורים מספקים למשתמשים משוב על האופן שבו הם הבינו את הקלט שלהם. כך אפשר לעזור למשתמשים לתקן טעויות באופן מיידי, וגם להרגיע את ההתנהלות שלהם ברשתות החברתיות ובצורה תקשורתית. נוסף על כך, אישורים עוזרים להוביל את השרשור של השיחה קדימה, באמצעות שמירה על ההקשר.
כדאי לקרוא גם את You can say That again: תפקיד החזרה על תכנון שיחה מאת ג'יימס ג'יאנגולה, מנהל דיאלוג ועיצוב פרסונה ב-Google
מה צריך ואיך לאשר
יש 2 סוגים של דברים שייתכן שצריך לאשר:
פרמטרים
קטעי מידע חשובים שנאמרו או משתמעים.
דוגמה: נעלי ריצה לגברים (סגנון נעליים), ירוק כחול וניאון (צבע)

פעולות
פעולה ש-Assistant עומדת לבצע או שהושלמה.
דוגמה: הוספת סשן ללוח הזמנים של המשתמש

אישור מפורש

אישור משתמע

אין אישור

שימוש
יש סוגים של אישורים לעיתים קרובות מאשר אחרים. לפניכם רשימה של דרכים לשימוש לאישורים, מהתרחישים הנפוצים ביותר והכי פחות נפוצים:
אישור משתמע של פרמטרים (משותף)
ברוב המקרים, לא כדי לאשר את המשוב של המשתמש בכל פעם, אלא כדי לאשר את הפרמטרים שנאמרו או משתמעים. כדי להבין את התגובה, המשתמשים זקוקים להקשר הזה.

לעשות.
אישור המספר מבטיח שהמשתמש הבין אותו ויעזור לו לנחש את הניחוש הבא שלו.

לא כדאי לעשות זאת.
אל תשתדלו לאשר את ההמלצות ולהתמקד במה שנשמע בפעולה שלכם או במה שהמשתמש אמר.
אישור משתמע של פעולות (מקובל)
מאשרים שהפעולה הושלמה (אלא אם הדבר מובן מאליו).

לעשות.
בודקים שהפרטים נשלחו ושהמשתמשים יודעים לאן הם נשלחו.

לא כדאי לעשות זאת.
יכול להיות שהמשתמשים לא סומכים על כך שהפרטים הוגדרו.
אין אישור לפעולות (נדיר)
משתמשים בפעולה התגובה/התגובה עצמה מבהירה מיד שהבנתם את המשתמש. הדבר נכון לגבי פקודות גלובליות כמו "stop" או "cancel".

לא כדאי לעשות זאת.
הפעולה שלך לא יכולה לאלץ את המשתמש להמשיך בשיחה.
אין אישור של פרמטרים (נדיר)
לא לאשר אם הקלט הוא פשוט ובדרך כלל מזוהה עם ביטחון גבוה, למשל, דקדוקים כן/לא.

לעשות.
לתשומת ליבכם: תגובת 'כן' של המשתמש לא אושרה.

לא כדאי לעשות זאת.
לא לאשר את התחביר 'כן' או 'לא', למשל: 'כן, כן'.
אישור מפורש של פעולות (נדיר)
חשוב לבדוק היטב עם המשתמש לפני ביצוע פעולה שקשה לבטל אותה, למשל מחיקת נתוני משתמשים, השלמת עסקה וכו'.

לעשות.
אישור מפורש לפני מחיקת נתוני משתמשים. (שימו לב גם שלא בוטלה החברות במועדון באופן לא מפורש, ולכן אין שום ספק.

לא כדאי לעשות זאת.
יהיה קשה להתאושש משגיאה כאן. תהליך היצירה של חשבון חדש לחברות גוזל זמן רב וכל המידע שמשויך אליו יאבד.
אישור מפורש של פרמטרים (נדיר)
יש להשתמש בצמצום, רק אם העלות של אי-ההבנה לגבי המשתמש גבוהה,לדוגמה, שמות, כתובות, טקסטים ששותפו בשם המשתמש.

לעשות.
כדאי לוודא שההודעה המדויקת נשלחה לפני השליחה כי המשתמש לא יכול לתקן אותה אחרי שהיא נשלחה.

לא כדאי לעשות זאת.
כאן לא ברור למשתמש איזו מסר ייכלל. אם הייתה שגיאה, המשתמש לא יוכל לדעת אם לולה (הנמען) לא אמרה משהו.
תיקונים
Google מצפה למשתמשים לבצע תיקונים, לאחר אישור מפורש ומשתמע, כאשר ישנה אי-הבנה או פרשנות שגויה בקלט שלהם. לתת למשתמשים הזדמנות לבצע שינויים, גם אם היו שגיאות.
התרת תיקונים בשלב אחד.
תוכננו תיקונים למשתמשים בהתאם לעקרון שיתוף הפעולה על ידי אמירת "לא" ואחריו התיקון שלהם (לדוגמה, "לא, 7:00"). פעולה זו נקראת תיקון שלב אחד.

לעשות.
המשתמשים יכולים לבצע תיקון בשלב אחד.

לא כדאי לעשות זאת.
במקרה הזה, תגובת המשתמש סווגה באופן שגוי כ'לא' לשאלה 'האם זה יהיה הכל?'
יצירת תיבות דו-שיח לתמיכה בחיבורים.
המשתמשים יכולים לבצע שינויים בפרמטרים (הפרטים העיקריים שנאמרו או משתמעים).

לעשות.
כדי להבהיר למשתמשים מה הם רוצים לתקן ולבקש את המידע החדש.

לא כדאי לעשות זאת.
במקרה כזה, לא צריך לבטל את המשתמשים ולאלץ אותם להתחיל את תיבת הדו-שיח. במקרה כזה, מומלץ ליצור זר בהתאמה אישית חדש.