קבל בעלות על שיחה והחזר אותה ל-AI

Humind הופכת את הבעלות על שיחה לברורה ומפורשת. אפשר להעמיד שרשור בתור עבור אדם, להגדירו כפעיל-אנוש במהלך השתלטות של מפעיל, או כפעיל-AI לטיפול של Agent. זרימת התגובה הנוכחית של המפעיל יכולה לבצע השתלטות משתמעת כאשר ההו...

Humind הופכת את הבעלות על שיחה לברורה ומפורשת. אפשר להעמיד שרשור בתור עבור אדם, להגדירו כפעיל-אנוש במהלך השתלטות של מפעיל, או כפעיל-AI לטיפול של Agent. זרימת התגובה הנוכחית של המפעיל יכולה לבצע השתלטות משתמעת כאשר ההודעה הפונה ללקוח מתקבלת.

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

איך זה משתלב ב-Humind

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

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

לפני שמתחילים

גישה: נדרשת הרשאת Inbox write כדי להגיב. נדרשת הרשאת Inbox handoff write כדי לקבל, להתערב ולפתור. תפקידי המפעיל, המפקח והמנהל המובנים כוללים הרשאות אלה כברירת מחדל.

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

תהליך עבודה שלב אחר שלב

  1. זהו את מצב הבעלות הנוכחי

    בתור מציין שמבקר ביקש אדם ושאף מפעיל עדיין לא השתלט. פעיל-אנוש מציין השתלטות חיה של מפעיל. פעיל-AI מציין ש-Agent אחראי להודעות עתידיות. רשימת Inbox, המפרידים בציר הזמן, מצב העורך והאירועים החיים עוזרים לממשק להישאר מסונכרן.

    אל תניחו שפתיחת שרשור תופסת עליו בעלות. הבעלות משתנה דרך פעולות ההעברה או דרך תגובה מוצלחת הפונה ללקוח בהתאם למדיניות הנוכחית.

  2. בדקו לפני שמגיבים

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

    אם השרשור פעיל-AI, אשרו שמותרת התערבות של מפעיל. תצורה מחמירה דוחה התערבות לא מורשית במקום לעקוף את הכלל בשקט.

  3. השתלטו באמצעות תגובה ללקוח

    בחרו Reply, כתבו או הוסיפו את התגובה שנבדקה, הוסיפו כל הקשר מוצר רלוונטי ושלחו. עבור שרשור שבתור או שרשור פעיל-AI שמותר להתערב בו, ה-backend מעביר באופן אטומי את הבעלות למצב פעיל-אנוש כאשר התגובה מתקבלת, והממשק משקף את המצב הזה מיד.

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

  4. שתפו פעולה במהלך ההשתלטות

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

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

  5. החזירו את השיחה ל-AI

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

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

הרשאות והסתייגויות חשובות

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

אמתו את התוצאה

השתמשו ברשימת הבדיקה הזו לפני שאתם מחשיבים את העבודה כמושלמת:

  • המפעיל הכיר את המצב ואת הבעלים הקיים לפני השליחה.
  • התגובה המוצלחת שינתה את השרשור ל-פעיל-אנוש כאשר זו הייתה הכוונה.
  • הערות פנימיות נשארו פרטיות ותגובות הלקוחות היו גלויות.
  • החזרה או שליחה-וסגירה יצרו את מצבי ה-AI והכרטיס שהתכוונתם אליהם.

פתרון בעיות

ההתערבות אסורה

בקשו ממנהל Agent לבדוק את Escalation, את התערבות המפעיל ואת הרשאת ה-Inbox handoff שלכם. אל תעקפו את המדיניות באמצעות פעולה אחרת.

השרשור נראה פעיל-אנוש עבור המפעיל הלא נכון

רעננו את המצב החי, בדקו אירועי העברה ונוכחות בציר הזמן, ותאמו באמצעות הערה פנימית. הימנעו מתגובות כפולות ללקוחות עד שהבעלות תהיה ברורה.

ההחזרה לא מושלמת

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

מדריכים קשורים

האם המאמר היה מועיל?