יצירה, ייבוא ותחזוקה של תשובות שמורות

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

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

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

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

גישה: נדרשת גישת כתיבה להגדרות של Inbox כדי לנהל תשובות שמורות. מפעילים צריכים גישה ל-Inbox כדי להשתמש בתשובות השמורות.

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

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

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

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

    פתחו את אזור הניהול של תשובות שמורות או תשובות מוכנות מראש וחפשו תשובות קיימות לפני הוספת גרסה נוספת.

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

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

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

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

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

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

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

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

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

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

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

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

פתרון בעיות

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

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

תשובה שמורה נכונה, אבל ההודעה שנשלחה שגויה

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

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

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