הסוכנים החכמים מקבלים לרוב את האשמה על חוויות לקוח רעות. אבל ברוב הפריסות שנכשלות, הבעיה האמיתית אינה המודל - היא מה שקורה ברגע שהבינה המלאכותית מחליטה שאינה יכולה לטפל בנושא. ההעברה לנציג אנושי נשברת, הלקוח חוזר על כל מה שכבר אמר, והשיחה מתה.
זו בעיית הגדרה, לא בעיית מודל. ואפשר לפתור אותה לפני שעולים לאוויר.
ארבעת סוגי הטריגרים שצריך להגדיר
רוב הפלטפורמות מאפשרות הגדרת טריגרים להעברה. רוב הפריסות מגדירות רק אחד: הבקשה המפורשת. זה לא מספיק.
בקשה מפורשת היא קו הבסיס. כשמשתמש כותב "אני רוצה לדבר עם אדם" או "זה לא עוזר", הבוט צריך להעביר מיד - ללא ניסיונות חוזרים, ללא הבהרות נוספות. כל עיכוב פה עולה באמון.
סף ביטחון הוא הטריגר שצוותים מדלגים עליו. לכל סוכן AI יש ציון ביטחון לכל תשובה. כשהציון יורד מתחת לרמה מוגדרת - 60% הוא נקודת התחלה סבירה - הסוכן צריך להפסיק לנסות ולהסלים. כוונן את הסף אחרי שבועיים ראשונים של נתוני הסלמות.
זיהוי סנטימנט תופס שיחות שנראות בסדר על הנייר אך אינן כך. שני מסרים קצרים ומתוסכלים ברצף מסמנים משתמש שסיים לשתף פעולה. בינה מלאכותית שממשיכה לנסות לעזור רק מחמירה את המצב. הגדר את מודל הסנטימנט שלך לסמן רצפים כאלה ולהפנות לנציג.
ניתוב מבוסס נושא חל על קטגוריות שהבינה המלאכותית לא צריכה לגעת בהן ללא קשר לביטחון: סכסוכי החזרים מעל סף מסוים, שאלות משפטיות, אירועי אבטחה, תרחישי נעילת חשבון. אלה מופנים ישירות לנציג גם כשהבינה המלאכותית יכולה לייצר תשובה סבירה.
לסוכני WhatsApp במיוחד: בדוק את טריגר הבקשה המפורשת מול לוגי שיחות אמיתיים לפני ההשקה. משתמשי WhatsApp כותבים בסגנון מזדמן. "עזור.", "??", "זה חסר תועלת" - כל אלה הם אותות העברה שספרייה שאומנה על ביטויים פורמליים תפספס.
מה נכנס לחבילת ההקשר
כשמופעל טריגר העברה, הנציג המקבל רואה חבילת הקשר. רוב הפריסות שולחות את התמליל. זה המינימום, לא המטרה.
חבילת הקשר מלאה כוללת: תמליל שיחה מלא, סיכום של פסקה אחת שנוצר על ידי הבינה המלאכותית, הכוונה המזוהה של המשתמש וציון הביטחון בזמן ההעברה, מה שהבינה המלאכותית כבר ניסתה, מטא-נתוני לקוח מה-CRM שלך, ו - דבר קריטי - איזה סוג טריגר הפעיל את ההסלמה.
הפריט האחרון משנה את אופן פתיחת השיחה של הנציג. נציג שמקבל העברת סף-ביטחון יודע שהנושא כנראה מחוץ לבסיס הידע. נציג שמקבל העברת סנטימנט יודע להוביל עם הכרה לפני פתרון בעיות. אלו שיחות שונות.
ל-WhatsApp: נציגים קוראים את חבילת ההקשר לפני שהם שולחים את ההודעה הראשונה לשרשור פעיל. הפוך אותה לקריאה בסריקה. פסקת סיכום ואחריה מטא-נתונים מובנים קלים בהרבה לפעולה ממאגר תמלילים גולמי.
העברה ב-WhatsApp אינה זהה לצ'אט חי
זה הפער שרוב המדריכים מפספסים.
בצ'אט אינטרנטי, ההעברה היא מעבר סשן: מצב ווידג'ט חדש, באנר שמאותת שהערוץ השתנה. המשתמש יודע שהוא מדבר עם אדם כעת.
ב-WhatsApp, אין מעבר ערוץ חזותי. השיחה היא שרשור יחיד. כשנציג אנושי משתלט מהבינה המלאכותית, ההודעה מגיעה באותו שרשור, ללא הבחנה חזותית מהודעות הבינה המלאכותית הקודמות. משתמשים לעתים קרובות אינם יכולים להבדיל - דבר שלפעמים בסדר, ולפעמים בעייתי.
הגדר שלושה דברים אלה להעברת WhatsApp במיוחד:
הודעת היכרות של נציג. ההודעה הראשונה של הנציג צריכה לאותת על המעבר. "חבר צוות שלנו הצטרף לעזור לך" מספיק. זה לא שובר את חוויית המותג אך מגדיר ציפיה נכונה.
הקצאת שרשור. כשמופעלת ההעברה, השיחה צריכה להגיע לתור הנציג הנכון ולהופיע בתיבת הדואר שלו. קבע חלון איסוף - אם אף נציג לא תפס את השרשור תוך חמש דקות, הוא צריך לחזור לתור ולהפעיל התראת הסלמה.
תפוגת שרשור. שלא כמו צ'אט חי עם גבולות סשן ברורים, שרשורי WhatsApp שוקטים ומתחדשים שעות מאוחר יותר. לאחר תקופת חוסר פעילות של נציג, החזר את השיחה לבינה המלאכותית או סמן אותה כפתורה. שרשור לא סגור שיושב בתור של נציג בן לילה הוא כרטיס שעומד ליפול.
אחרי שעות: הגדר התנהגות לפני ההשקה
טריגרים להעברה לא בודקים את השעה. אם הבינה המלאכותית שלך פועלת 24/7 וצוות בני האדם שלך עובד בשעות קבועות, אתה צריך התנהגות מוגדרת אחרי שעות לפני ההשקה - לא בדיעבד.
שלוש אפשרויות, לפי סדר איכות חוויית המשתמש:
החזרת שיחה מתוזמנת: אסוף את הבעיה של המשתמש וזמן ההתקשרות המועדף. ספר להם בדיוק מתי ישמעו בחזרה. זה עובד רק אם הנציגים עומדים באופן אמין בהמשך - אם זה לא בטוח, אל תבטיח זאת.
תור עם זמן המתנה משוער: הכנס את המשתמש לתור עם זמן המתנה אמיתי. זה עובד אם הנציגים מתחברים בתוך חלון סביר. זה נכשל אם ההמתנה הופכת לשעתיים ללא עדכונים.
הכר וסגור: ספר למשתמש שהתמיכה אינה זמינה, סכם את מה שנתפס, והזמין אותם לפתוח מחדש. האפשרות הפחות מספקת - אך הכנה ביותר אם הכיסוי שלך אחרי שעות הוא דל.
ב-WhatsApp יש אפשרות רביעית שלא קיימת בצ'אט חי: הודעה יוצאת פרואקטיבית מהנציג כשהוא מתחבר. WhatsApp הוא אסינכרוני מטבעו - משתמשים סובלניים יותר לתגובות מושהות מאשר בצ'אט חי. "ראיתי את ההודעה שלך אמש - הנה מה שאני יכול לעשות" לרוב עובד טוב יותר.
בדיקת כל טריגר לפני שעולים לאוויר
תהליכי העברה נשברים בדרכים שאינן גלויות עד שהם פעילים. הפעל כל סוג טריגר ידנית לפני ההשקה.
בקשה מפורשת: כתוב "אני רוצה לדבר עם נציג" באמצע שיחה. ודא שהעברה מופעלת מיד, שהתור הנכון מקבל אותה, ושחבילת ההקשר מלאה.
סף ביטחון: שאל את הבינה המלאכותית משהו מחוץ לבסיס הידע שלה - משהו לא נמצא בתיעוד שלך. אשר שההסלמה מופעלת בסף המוגדר ולא יוצרת תשובה מומצאת.
סנטימנט: שלח שני מסרים קצרים ומתוסכלים ברצף. אשר שהטריגר מופעל ושחבילת ההקשר מסמנת את אות הסנטימנט.
אחרי שעות: הגדר את שעות הפעילות שלך לחלון סגור והפעל העברה. אשר שהודעת אחרי שעות מופעלת והבעיה נתפסת למעקב.
תצוגת נציג: פתח את ממשק הנציג המקבל במהלך העברת בדיקה וקרא את חבילת ההקשר כאילו אתה רואה אותה לראשונה. אם היית צריך לבקש מהמשתמש לחזור על משהו, החבילה אינה מלאה.
הבדיקה האחרונה היא זו שצוותים כמעט אף פעם לא מריצים - והשימושית ביותר. ההודעה הראשונה של הנציג אחרי העברה מגדירה את הטון לשארית השיחה. ההקשר שהם מקבלים מאפשר פתיחה טובה או מכריח פתיחה גרועה.