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