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

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

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

גישה: נדרשת גישת קריאה ל-Inbox. השתלטות או שינוי שיוך דורשים את הרשאת הכתיבה המתאימה.

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

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

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

1. אשרו את ההיקף ואת המצב הנוכחי

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

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

2. הכינו את השינוי

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

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

3. שמרו ואפשרו לעיבוד הנדרש להסתיים

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

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

4. בדקו את מסע הלקוח המלא

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

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

מגבלות חשובות והערות תפעול

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

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

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

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

פתרון תקלות

לא ניתן למצוא שיחה

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

תשובה נדחית או שהבעלות משתנה באופן בלתי צפוי

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

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

• עבודה מתוך Inbox
• קבל בעלות על שיחה והחזר אותה ל-AI
• ניהול זמינות מפעיל
• יצירה ושימוש בתצוגות ובמסננים של Inbox