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

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

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

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

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

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

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

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

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

1. פתחו את פרופיל המפעיל שלכם

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

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

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

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

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

3. אשרו את תהליך העבודה ב-Inbox

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

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

4. בדקו את ציפיית הקונה

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

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

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

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

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

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

• זהות הפרופיל והזמינות שלכם משקפות את מצב האיוש הנוכחי.
• התור של Inbox ובקרות ההעברה זמינים בהתאם לתפקיד שלכם.
• לעבודה קיימת במצב human-active יש בעלים ידוע לפני חילוף משמרת.
• תרחיש של קונה בזמן איוש ומחוץ לזמן איוש תואם את ציפיית התמיכה.

פתרון בעיות

בקרת הזמינות חסרה

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

אתם זמינים אבל לא יכולים להשתלט

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

לבקשה שבתור אין תגובת מפעיל

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

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

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