משאבים · 42
עוזרי שיחה נגישים: מצבים מרובים, שחזור ומסירה אנושית
תכנון עוזר תמיכה שאנשים יכולים לגשת אליו, להבין ולעזוב לקבלת עזרה אנושית מבלי להתחיל את בקשתם מחדש.
מעודכן · 3 min
מה מדריך זה עוזר להשיג
- להפוך את הקלט והפלט לשימושיים באמצעות מספר מצבים
- לאפשר לאנשים להבין ולתקן תשובה
- להגדיר מתי וכיצד להגיע לאדם
- לבדוק את כל המסע עם משתמשים ומקרים קשים
בדיקה מהירה
- האם השירות עובד עם מקלדת וטכנולוגיית מסייעת רלוונטית?
- האם אדם יכול לקרוא תשובה מבלי להסתמך על דיבור או אפקט חזותי?
- האם שגיאות מסבירות כיצד לשחזר?
- האם התשובה מבחינה בין מידע מאומת לניחוש?
- האם ניתן לגלות עזרה אנושית לפני ואחרי כישלון?
- האם הסוכן מקבל רק את ההקשר הדרוש, עם בחירת המשתמש?
שיטה שלב אחר שלב
- 1
לקבוע משימות וגבולות מפורשים
לבחור בקשות אמיתיות: למצוא מידע, לתקן בעיית חשבון, להבין חיוב ולבקש עזרה אנושית. לציין מה העוזר רשאי להסביר, להציע או להעביר, ומה אסור לו להחליט לבד.
תוצר: מפת משימות, נתונים נחוצים וטריגרים להעברה.
- 2
הצעת מספר דרכים לאינטראקציה
בדיקת טקסט, שימוש במקלדת, מיקוד, סדר קריאה, ניגודיות, זום והכרזות על הודעות חדשות. אם מוצע קול, שמור נתיב טקסט מלא ובקרות להאטה, קריאה חוזרת או הפרעה.
תוצר: מסעות שנבדקו על מכשירים מייצגים ומצבי קלט.
- 3
הפיכת תשובות ושגיאות לניתנות לשחזור
תשובה צריכה להראות מהיכן מגיע מידע מהותי כאשר החלטה זקוקה לראיות. הימנעו מטענה לוודאות ללא תמיכה. אם הבקשה מעורפלת, הבהירו את הצורך, שמרו קלט שימושי ותן פעולה ברורה הבאה.
תוצר: תרחישי תגובה נכונים, לא ודאיים, שגויים ובלתי ניתנים למענה.
- 4
תכנון ההעברה לאדם
הגדרת טריגרים של מסירה: בקשה מפורשת, כשל חוזר, מצב רגיש, חילוקי דעות או פעולה מחוץ לתחום. הסבר את הערוץ, הזמינות והמידע שיש לשתף; אפשר למשתמש לתקן או להסיר את ההקשר הזה.
תוצר: פרוטוקול מסירה, סיכום ניתן לסקירה ובעלים מקבלים.
- 5
בדיקת המשכיות מקצה לקצה
הפעלה חוזרת של כל משימה עם יכולות, מכשירים וסביבות מגוונות, ולאחר מכן מעקב אחר מה שקורה לאחר ההעברה. מעקב אחר פתרון ונטישה, סקירת שגיאות חמורות וחזרה לאחר שינוי מודל או תוכן.
תוצר: סט בדיקות מתוארך, ממצאים בעלי עדיפות והחלטת שחרור.
דוגמה בדיונית
סיטואציה להמחשה
לקוח שואל מדוע החזר צפוי נעדר. העוזר נותן תחילה מידע כללי, ואז מצהיר כי אינו יכול לאמת את מקרה הלקוח. באמצעות מקלדת וקורא מסך, הלקוח יכול להגיע לאותה בקרת העברה.
החלטה וראיות צפויות
לפני ההעברה, הלקוח סוקר ומתקן סיכום שמשמיט פרטי תשלום. הסוכן האנושי מקבל את הבעיה, השלבים שכבר נוסו והשאלה הלא פתורה; הלקוח אינו צריך לחזור על המסע. הבדיקה מתעדת המשכיות ופתרון, לא רק את נפח האוטומציה.
מדדי ניהול
| מדד | מה הוא מודד | פעולה ראשונה |
|---|---|---|
| השלמת משימה | שיעור התרחישים שנפתרו ללא מידע מטעה לפי מצב גישה | תיקון המסע או צמצום ההיקף |
| מסירה יעילה | בקשות המגיעות לאדם עם הקשר שימושי | זמינות תיקון, סיכום או ניתוב |
| שגיאה ניתנת לשחזור | כשלים שבהם המשתמש יכול לתקן ולהמשיך מבלי להזין הכל מחדש | עדכון הודעות ומצב שמור |
| איכות תשובות | תשובות שנבדקו מול קבוצה מתוארכת הכוללת מקרים שלא ניתנים למענה | עדכון מקורות וספי סירוב |
טעויות נפוצות
- התייחסות לקול כערוץ הנגיש היחיד
- העברת מיקוד עבור כל הודעה חדשה ללא שליטה
- מתן תשובות בטוחות כאשר אין ראיות
- הסתרת קשר אנושי מאחורי סירובים חוזרים ונשנים
- העברת השיחה המלאה ללא צורך או בחירה
- מדידת סטייה בלבד מתמיכה
שאלות נפוצות
האם צ'אטבוט נגיש הופך את האם כל השירות נגיש?
לא. דפים, טפסים, ערוצי העברה ותגובות לאחר מסירה הם חלק מאותה משימה.
האם מסירה צריכה להמתין לכשלים חוזרים?
לא. אנשים צריכים להיות מסוגלים לבקש זאת ישירות; כשל חוזר או הקשר רגיש עלולים גם הם להפעיל זאת.
האם הערת ממשק השפה הטבעית של W3C היא תקן תאימות?
לא. היא מתארת את צרכי המשתמש והיא עבודה בתהליך. יש לבדוק בנפרד קריטריונים רלוונטיים של WCAG עבור שירות האינטרנט.
האם יש לשמור את כל השיחה עבור הסוכן?
להעביר רק את ההקשר הדרוש לבקשה, ליידע את המשתמש ולאפשר תיקון או הסרה לפני ההעברה.
הפניות רשמיות
הפניות תומכות בשיטה. התאימו את הבדיקות להקשר שלכם; הן אינן הסמכה. כותרות הפניות ומסמכי המקור המקוריים עשויים להיות בשפה אחרת.
