נציג AI של מוקד טלפוני: היכן בדיוק נשבר הדיאלוג
אוטומציה של שיחות נכנסות נשברת לא בזיהוי דיבור — הוא כבר עובד באופן מקובל. היא נשברת במפגשים שבין החלקים: העברה לאדם, מעבר בין ערוצים, התנהגות תחת עומס. להלן ארבעה מקומות שבהם נציג AI של מוקד טלפוני מאבד לרוב את הלקוח, ומה קורה שם מבחינה טכנית.
עומס שיא על הקו. הבוט מסוגל לנהל כמה עשרות שיחות במקביל, אך התור בכניסה גדל מהר יותר מאשר מתפנות הזרימות. הלקוח מאזין להמתנה, לא מבין אם מחכים לו או לא, ומנתק — השיחה טופלה פורמלית, הפנייה אבדה. בנפרד עולה הצד השני של המטבע: בשיא הבוט מתחיל להשיב בתבנית ואינו מביא את השיחה לתוצאה.
אובדן ההקשר של הדיאלוג. הבוט בירר את מספר ההזמנה, את סיבת הפנייה ואת הזמן הנוח — ומעביר זאת לנציג בקול או בקישור להקלטה. האדם שואל מחדש, והלקוח חוזר בפעם השלישית על אותו דבר. הרוגז גובר בדיוק במקום שבו הבטחנו לזרז את השירות.
אותו נתק גם בעת החלפת ערוץ: הדיאלוג החל בצ'אט, המשיך בשיחה טלפונית, וההיסטוריה לא נטענה אל תוך השיחה. תקלה נפוצה נוספת היא תשובה מחוץ לנושא, כאשר הבוט נאחז במילה דומה במקום לשאול שאלת הבהרה, והמנוי מסתובב במעגל באותו תרחיש שוב ושוב.
כל ארבע התקלות טמונות בלוגיקת הניתוב, בהעברת המצב בין ערוצים ובכללי היציאה מהשיא — ולא במודל עצמו. נבחן כיצד זה נסגר.
האפקט על הקו: זמן תגובה, שיעור הפתרונות, עומס
את מדדי הקו אנחנו שולפים מיומני הטלפוניה והניתוח הקולי — לפני ההפעלה ואחריה, על אותה תעבורה ובאותן שעות. אחרת ההשוואה אינה הוגנת, וצמיחת שיעור הפתרונות מוסברת סתם בשבוע מוצלח.
זמן תגובה לשיחה
ההמתנה בתור מצטמצמת לשניות הראשונות: הזיהוי מתחיל מיד עם החיבור, הברכה ובירור השאלה מתבצעים בזמן שהלקוח עוד מנסח. שעת השיא מפסיקה להיות בעיה נפרדת — קווים מקבילים עולים וירטואלית, בלי להרחיב את המשמרת.
שיעור הפניות ללא נציג
תרחישים טיפוסיים — סטטוס בקשה, שינוי מועד תור, שינוי כתובת, משלוח חוזר — נסגרים כולם בתוך הדיאלוג.
את זיהוי הדיבור אנחנו מציבים על מודל ברמת Whisper עם אימון משלים על הקלטות של המזמין: מונחים, שמות שירותים ומספרי הזמנות נשמעים באופן יציב, ולכן שיעור הדיאלוגים שהובאו לתוצאה ללא אדם עולה, ואינו נתקע ב'לא שמעתי טוב'.
העומס על משמרת הנציגים
את פרצי התעבורה מטפל ה-AI, ולכן העומס בתוך המשמרת מתאזן — הפער בין השעה השקטה ביותר לשעה העמוסה ביותר מצטמצם, ומצב החירום נעלם. האנשים נשארים למקרים המורכבים: תלונות, תנאים אישיים, קונפליקטים שבהם נדרש אדם.
סוג התקלות שהוסר
'לא הצלחנו להשיג' נעלם כסוג של תקלה: אנחנו מחזיקים במקביל כמה דיאלוגים שהתעבורה דורשת, ובהגעה לגבול המנוי מקבל שיחה חוזרת, ולא צלילים וניתוק. אלו אבדות שלא נכנסו בעבר לדוחות — הלקוח התקשר, לא הצליח להתחבר, ועבר למתחרה.
מצבי הפעלה: ענן, מתחם סגור, היברידי
את המצב בוחרים לא לפי נוחות סטנד, אלא לפי היכן נשמרים האודיו ותמלול השיחה. אפשרויות הפריסה של העוזר הקולי נבדלות בדרישות לנתונים, בזמן ההעלאה לקו ובמהירות שבה ניתן לעדכן את מודלי הדיבור לאחר איסוף הקלטות חדשות.
| אפשרות | מתי מתאימה | מגבלות |
|---|---|---|
| ענן | אין איסור על הוצאת הדיבור אל מחוץ למתחם, נדרש התחלה מהירה ורזרבה לעומס שיא | האודיו והתמלולים נמצאים מחוץ לתשתית שלכם; האיכות תלויה בערוץ אל הצומת החיצוני |
| מתחם סגור לעיבוד נתונים | דרישות רגולטוריות, נתונים אישיים, תרחישים בנקאיים ורפואיים | צומת מחשוב משלכם, הטמעה ארוכה יותר, המודלים מתעדכנים לפי נוהל ולא אוטומטית |
| תוכנית טלפוניה היברידית | ההקלטה והניתוב של השיחות נשארים בצד שלכם, הזיהוי או הסינתזה — במתחם החיצוני | שני מתחמי ניטור, השהיה במפגש, קשה יותר לנתח תקלות לפי מסלול השיחה |
המכנה המשותף לכל התוכניות הוא מגבלות זיהוי הדיבור: ערוץ טלפוני צר-פס, מבטא, רעש רקע ול�ексика ענפית מורידים את הדיוק בכל מקום. במתחם סגור מעלים אותה באימון משלים על הקלטות עצמיות ובמילוני מונחים, ובענן מקבלים מהר יותר מודלים מעודכנים, אך משלמים על כך בהוצאת הנתונים אל מחוץ למתחם.
בפועל את התוכנית מריצים לעיתים קרובות בשלבים: בדיקת התרחיש במתחם החיצוני, ואחר כך העברה למתחם הסגור. מועברת רק נקודת החיבור של שירותי הדיבור — לוגיקת הדיאלוג, כללי ההסלמה והחלפת הנתונים עם מערכת הנה״ח נשארים זהים, ולכן החלפת המצב אינה הופכת להטמעה מחדש.
שלבי ההטמעה: ביקורת שיחות, תרשים, הגדרה, בדיקה
סדר השלבים בנוי כך שההחלטות יתקבלו לפי נתונים ולא לפי הנחות. תחילה מנתחים את מה שכבר קיים — הקלטות וסטטיסטיקת הפניות — ורק אחר כך מתכננים את המסלולים והדיאלוגים. תרחיש שנבנה לפני הביקורת נכתב מחדש בדרך כלל כמעט כולו, ולכן שני השלבים הראשונים חוסכים את עיקר העבודה מחדש.
- ביקורת הקלטות שיחות. מייצאים ארכיון לתקופה, מתייגים תרחישים אופייניים וסופרים את השיעורים: כמה פניות נסגרות בתשובה אחת, כמה דורשות הבהרה, והיכן הנציגים מעבירים את השיחה זה לזה בתדירות הגבוהה ביותר. בפלט — רשימת תרחישים עם תדירויות, ולא 'שאלות טיפוסיות' כלליות.
- מפת הפניות ותרשים הניתוב. מפרסים את התרחישים לפי מסלולים: מה הנציג סוגר בעצמו, מה עובר מיד לאדם, ואיפה נדרשת בדיקה מול המאגר. מתאמים את נקודות ההעברה — מאיזו אמירה ובאיזה הקשר עוברת השיחה למומחה אנושי.
- הגדרת תרחישי הדיאלוג. בונים את הענפים: שאלות הבהרה, שמירה על הנושא, תגובה להשהיות ולהפרעות, ושאלת הבהרה תקינה כשהאמירה לא הובנה. בנפרד מגדירים את ההתנהגות בניסוחים לא טיפוסיים, כדי שהשיחה לא תתפרק.
- הרצה על החלק המושהה של ההקלטות. בודקים את התרחישים על דיאלוגים שלא היו בביקורת. סופרים באיזה שיעור של שיחות הדיאלוג מגיע לתוצאה הרצויה ובאיזו תדירות נדרשת התערבות אדם.
- קבלת איכות הזיהוי. משווים את התמלולים לסימון ייחוס, ובוחנים בנפרד שמות, מספרים, שמות שירותים ודיבור עם הפרעות. קובעים סף שמתחתיו השיחה עוברת לנציג — טעות בזיהוי אינה הופכת לתשובה שגויה.
- פיילוט על חלק מהתעבורה והעברה למשמרת. מפעילים על שיעור מוגבל של שיחות במקביל לאנשים, ומשווים את התוצאות. לאחר מכן מוסרים למשמרת התורן את הנוהל לעדכון תרחישים, את סדר ניתוח הדיאלוגים השנויים במחלוקת ואת התיקונים בניסוחים.
שלב נחשב סגור רק כאשר התוצאה מאושרת על ידי נתונים: המספרים על שיעור ההחלטות האוטומטיות, על עומק הדיאלוג ועל מספר ההעברות לאדם נראים לפני המעבר לשלב הבא.
תרחישי דיאלוג, כללי הסלמה ודיווח
בסיום הפרויקט נשאר אצל המזמין לא רק נציג דיגיטלי פעיל, אלא גם מערך שלם של חומרים שלפיו ניתן לפתח אותו בכוחות עצמו או בכוחות הקבלן. להלן — מה בדיוק מועבר ובאיזו צורה.
- עץ תרחישי הדיאלוג: ענפים לפי סוגי פניות, שלבים מחייבים ואופציונליים, ניסוחי האמירות, תנאי המעבר בין שלבים ונקודות איסוף הנתונים — נערכים בלי לבנות מחדש את הלוגיקה.
- כללי הסלמה בצורת מטריצת 'אות → פעולה': בקשה לנציג אנושי, שאלות הבהרה חוזרות, ניסוחים רגשיים, נושאים מחוץ לנוהל, תקלות זיהוי. עבור כל אות מצוין למי ובאיזו עדיפות עובר הדיאלוג.
- מדיניות גישה להקלטות שיחות: תפקידים ותחומי הרשאה, תקופות שמירה, הסוואת נתוני תשלום ונתונים אישיים, ויומן של מי ומתי פתח את ההקלטה.
- תבניות דיווח על פניות: שיעור הדיאלוגים שנסגרו ללא אדם, סיבות העברה לנציג, נושאים חוזרים, המרה לפעולה רצויה, ונקודות הקטיעה של התרחיש.
- נוהל תמיכה: כיצד להכניס תיקונים, כיצד להריץ אותם על ארכיון דיאלוגים אמיתיים לפני הפרסום, ובאיזה סדר לחזור לגרסה קודמת של התרחיש.
- מערך דיאלוגים לבדיקה עם תשובות ייחוס — לפיו בודקים את האיכות לאחר כל תיקון, ולא 'לפי שמיעה'.
- תרשים הקשרים עם הטלפוניה, CRM ובסיס הידע: אילו נתונים לאן עוברים ומה קורה אם המערכת החיצונית אינה זמינה.
- הוראות למנהל: היכן לראות לוגים, כיצד לנתח דיאלוגים שנויים במחלוקת, כיצד לתעד תקלה ולמי לפנות.
מקרה בוחן: עומס שיא על המוקד לפני ואחרי
הקו קיבל 2,400–2,800 פניות ביממה, והשיא חל על הבוקר והערב — 10:00–13:00 ו-18:00–21:00, עד 46% מהתעבורה היומית. המזמין — רשת חנויות מוצרי חשמל — החזיק מספר אחד כללי לכל הארץ, ובדיוק בשעות אלו הקו הפסיק להסתדר.
מה היה לפני האוטומציה
בשעות עומס השיא הקו נתקע בתקרה: 22% מהשיחות הסתיימו לפני חיבור לנציג, וההמתנה הממוצעת למענה הגיעה עד 4 דקות ו-40 שניות. לפי הערכת הלקוח, כ�רבע מהשיחות האבודות היו הרשמת הזמנה או שאלה בנוגע למשלוח, שאותה פתר האדם אחר כך בערוץ אחר. גיוס כוח אדם לשיא של שלוש שעות לא היה משתלם כלכלית, והעומס בערב ובחגים כוסה במשמרת תורנית.
מה שינו ומה יצא
נציג ה-AI הוצב בכניסה לקו: מקבל את השיחה ראשון, מזהה דיבור, קובע את הכוונה ומנהל תרחישים טיפוסיים — סטטוס הזמנה, שינוי מועד משלוח, אחריות, חיבור שירותים.
פניות לא טיפוסיות ורגשיות מוסלמות לנציג אנושי יחד עם ההקשר שנאסף; הניתוב נעשה לפי הכוונה ולא לפי תפריט, ולכן ההעברות בין מחלקות נעלמו.
לפי תוצאות החודשים הראשונים, אובדן השיחות בשיא ירד מ-22% ל-1.6%, זמן ההמתנה הממוצע — מ-4 דקות ו-40 שניות ל-18 שניות, ו-64% מהפניות נסגרות ללא אדם. הנציגים עברו למקרים המורכבים, והקו מחזיק את שיא הערב ואת ימי החג בלי להרחיב את מצבת העובדים.
מה לעשות אם על הקו כבר פועל תפריט קולי
המעבר לא נעשה 'בו ביום': התפריט נשאר כמסלול גיבוי, ורק הניתוב של השיחות הנכנסות משתנה. בצד של FreeSWITCH או מרכזיית ענן מוסף ענף נפרד שאליו עובר חלק מהשיחות — המספרים, תרשים החלוקה והנהלים לנציגים נשארים כשהיו.
בשלב הראשון נציג ה-AI מקבל 5–10% מהתעבורה: כלל ניתוב שולח אליו שיחות בשעות מסוימות או למספר נפרד, ושאר המנויים מגיעים לתפריט המוכר ולנציגים אנושיים. ההשוואה נעשית על זרימה אמיתית ולא על תרחישי בדיקה, וכל טעות נוגעת רק לשיעור הזה של השיחות.
את השיעור מרחיבים לפי מדדים: שיעור השיחות שנסגרו ללא אדם, דיוק זיהוי הכוונה, מספר שאלות ההבהרה, ותדירות המעברים לנציג. כאשר המדדים נשמרים יציבים כמה שבועות, נציג ה-AI לוקח את כל הזרימה ועונה בעצמו על השאלה 'לאן לחבר אותי' — התפריט הקולי מנותק, אך נשאר זמין כענף בתרחיש.
החזרה לאחור היא תיקון ניתוב אחד: החזרה לתפריט הקודם אורכת דקות ואינה דורשת העברת מספרים, הכשרה מחדש של נציגים או עצירת השירות. מסלולי חירום פועלים תמיד: האמירה 'חברו אותי לאדם', שתיקה ממושכת של המנוי וכמה שאלות הבהרה כושלות ברצף מעבירים את השיחה לנציג אנושי.
שאלות נפוצות: אינטגרציות, שפות, איכות הזיהוי
השאלות הראשונות בהתחלה הן כמעט תמיד אותן שאלות: כיצד הנציג יראה את נתוני הלקוח, מה יקרה בקליטה גרועה, כיצד יתמודד עם ניב, ולפי אילו קריטריונים יקבלו את העבודה. להלן — התשובות כפי שאנחנו מפרטים אותן בפגישה טכנית.
כיצד הנציג יקבל גישה למערכת הנה״ח?
את המאגר איננו מעתיקים ואת כרטיסי הלקוחות איננו מייצאים. הנציג פונה למערכת הנה״ח דרך הממשק הרגיל שלה ברגע הדיאלוג: מאתר את המנוי, קורא את הסטטוס, ורושם בחזרה את תוצאת השיחה. הגישה ניתנת בחשבון שירות עם מערך מוגבל של פעולות ויומן קריאות. אם הממשק החיצוני חסום, אנחנו מציבים שכבה מתווכת — מערכת הנה״ח נשארת ללא שינויים.
כיצד אתם בודקים את איכות הזיהוי בקליטה גרועה ובניבים?
אנחנו מחשבים על הקלטות של המזמין, ולא על מערכי הדגמה: ערוץ טלפוני, רעש במקום, גוונים שונים. המדדים — שיעור האמירות שזוהו נכון ושיעור הדיאלוגים שהובאו לתוצאה הנדרשת בתרחיש. את שפות העבודה מתאימים לזוג הנדרש, ואת וריאנטים של ניב — במילון נפרד של מונחים בתחום. כאשר הביטחון נמוך, הנציג אינו מנחש, אלא מבהיר את השאלה או מעביר את השיחה לאדם.
כיצד נשלטת איכות הדיאלוגים ולפי אילו קריטריונים מקבלים את העבודה?
כל שיחה נשמרת עם תמלול והערכה: השגת המטרה, מספר שאלות ההבהרה, שיעור ההעברות לאדם, ומקרים שנויים במחלוקת. בדיקות אוטומטיות נעשות על מדגם, ואת ניתוח הדיאלוגים השנויים במחלוקת מבצע אדם — לפי נתונים אלה אנחנו מתקנים את התרחיש, המילונים וכללי הניתוב.
את קריטריוני הקבלה קובעים לפני תחילת הפיתוח: מערך דיאלוגים לבדיקה, שיעורי יעד של אמירות מוצלחות ומובנות נכון, וההתנהגות בעת כשל של מערכת חיצונית. אם המדד לא הושג, אנחנו משפרים את הפתרון, ולא את מתודולוגיית המדידה.
נדון במשימה: אילו נתונים דרושים להערכה מדויקת
הערכת לוחות הזמנים והרכב העבודה נשענת על נתוני קלט, ולא על מילים כלליות. הקלטות הפניות מציגות את השפה האמיתית של הלקוחות ואת שיעור התרחישים שנסגרים ללא אדם; תרשים הקו קובע היכן הנציג הדיגיטלי משתלב בניתוב הקיים וכיצד הוא מעביר את הדיאלוג למומחה אנושי.
כדי לחזור עם הערכה ותוכנית שלבים, די לשלוח:
- הקלטות פניות מ-2–4 שבועות — עם תמלול או בלעדיו, רצוי עם ציון אילו דיאלוגים נסגרו בהצלחה ואילו עברו להסלמה;
- תרשים של קו הטלפון: נקודות כניסה, חלוקה לקבוצות, לאן מועברת כעת השיחה בעת כשל וכיצד בנויה העברה מחוץ לשעות העבודה;
- רשימת שאלות ותשובות טיפוסיות, כולל אלו שהיום עוברות לקו שני או למומחים ייעודיים;
- נוהל השירות: שעות עבודה, זמן תגובה רצוי, כללי הסלמה ונושאים שבהם הנציג מחויב להעביר את הדיאלוג לאדם;
- דרישות לאחסון נתונים: היכן מותר לאחסן הקלטות שיחות, תקופת השמירה, האם נדרש עיבוד מנטרל זיהוי, ומי מקבל גישה לדיאלוגים;
- רשימת המערכות שאליהן הנציג צריך לרשום את התוצאה: מערכת הנה״ח, מאגר הבקשות, יומן התורים;
- מגבלות עומס וערוצים: מספר שיא של פניות במקביל, והאם נדרשים צ'אט ומסרים מיידיים בנוסף לקול.
תארו את המשימה בצורה חופשית וצרפו את מה שיש — לפי מערך זה אנחנו קובעים את הארכיטקטורה, את היקף התרחישים ואת שלבי ההפעלה, ולאחר מכן נחזור עם הערכה ותוכנית.