לקוח ביקש לדבר עם נציג: חמישה כשלי העברה מ-AI שכדאי לבדוק

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

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

חמש הבדיקות המוצעות כאן מתמקדות במעבר הזה. הן לא הורצו בסביבת עבודה של Hosqi. הורידו את מקרי הבדיקה להעברת שיחה לנציג; כל תוצאה מתחילה במצב NOT_RUN.

הכינו שיחה שהצוות יכול לבדוק

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

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

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

1. הבקשה המפורשת לנציג מתפספסת

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

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

בדקו את השיחה ואת תיבת ההודעות יחד. האם תהליך העבודה עבר דרך היציאה לנציג? האם הצוות המיועד יכול למצוא את השיחה? האם הצעד הבא ברור ללקוח? ב-Hosqi בדקו את המצב בפועל שמשויך לתווית Needs your team — כלומר, נדרש טיפול של הצוות — במקום להסתמך רק על המשפט האחרון של הבוט.

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

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

2. ה-AI ממשיך להשיב אחרי שנציג קיבל אחריות

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

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

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

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

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

3. אף אחד אינו אחראי לתשובה הבאה

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

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

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

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

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

4. הנציג מאבד את ההקשר המקורי

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

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

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

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

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

5. האוטומציה מתחדשת לפני שהנציג סיים את המשימה

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

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

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

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

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

שמרו ראיות לכל מעבר

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

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

סמנו PASS רק כשאפשר לבדוק את התוצאה הצפויה. השתמשו ב-FAIL כשיש אי-התאמה שהודגמה, ב-BLOCKED כשמגבלות גישה או נראות מונעות מסקנה וב-NOT_RUN לפני הבדיקה. מצב שלא נצפה הוא פער בראיות, ולא בדיקה שעברה.

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

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

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