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

מדוע עוזר AI קולי נשבר בשיחות טלפון אמיתיות

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

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

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

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

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

מה משתנה לאחר ההטמעה: אפקט במספרים מדידים

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

• שיעור הפניות האוטומטיות. העוזר בארכיטקטורת Speech-to-Speech סוגר בהתחלה 55-65% מהשיחות הטיפוסיות, ולאחר אימון נוסף על הקלטות אמיתיות — 75-85%. הקו הראשון מפסיק להיות צוואר בקבוק: המשמרת עובדת בלי עומס יתר בשעות השיא.
• זמן המענה ללקוח. ההמתנה בתור מצטמצמת מ-45-60 שניות ל-2-4: העוזר מרים את הטלפון מיד ואינו תלוי במספר הנציגים על הקו.
• שיעור הדיאלוגים עד לתוצאה. רישום, העברת ביקור, סטטוס פנייה — 7-8 דיאלוגים מתוך 10 מסתיימים בפעולה ללא העברה לאדם.
• זמן ההשבתה של הקו. בלילה ובסופי שבוע קליטת הפניות אינה נעצרת עוד: התור לא גדל, והפניות נכנסות למערכת עם תוכן מוכן.
• שיחות חוזרות. הלקוח מתקשר פחות באותה שאלה — שיעור הפניות האלה יורד פי 2-3 הודות לכך שהתשובה ניתנת מיד ומאושרת בהקלטת השיחה.

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

דרכי חיבור הבוט הקולי: השוואת אפשרויות

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

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

שלבי ההטמעה: מביקורת שיחות ועד העברה לתמיכה

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

1. ביקורת שיחות: מייצאים הקלטות פניות, מסמנים לפי נושאים — סטטוס הזמנה, שינוי תנאים, החזרה, תלונה. מחשבים את שיעור השיחות שהעוזר יסגור ללא אדם, ואת הנקודות שבהן העברה לנציג הכרחית.
2. תרשים הדיאלוג: מתכננים ענפים, ניסוחי תגובות, שאלות הבהרה וכללי אימות נתונים. בנפרד מתארים את ההתנהגות בשתיקה, בקטיעה, בדיבור לא מזוהה ובבקשה לחבר לנציג אנושי.
3. הגדרת אינטגרציות: מחברים את העוזר לטלפוניה, ל-CRM ולמערכות החשבונאיות — קליטת שיחה, זיהוי הלקוח, רישום תוצאת השיחה, יצירת פנייה. כשל בצד המערכת אינו מפסיק את השיחה: הדיאלוג מובא עד סופו, והמשימה עוברת לתור.
4. בדיקות קבלה: מריצים תרחישים על הקלטות אמיתיות — עם רעש, מבטא, חיבור לקוי, קטיעות. מתעדים את שיעור התגובות שזוהו, את נכונות העברת הנתונים ואת מספר ההעברות השגויות לנציג.
5. הדרכת נציגים: מנתחים כיצד לקרוא תמלולים, היכן להתערב בדיאלוג וכיצד לטפל במקרים שנויים במחלוקת. בנפרד — מה לעשות עם שיחות שהעוזר סיים בשגיאה.
6. העברה לתמיכה: מוסרים את תרשים הדיאלוג, הגדרות האינטגרציות, רשימת הבדיקות ונוהל החזרה לגרסה הקודמת. בשבועות הראשונים מלווים בעצמנו, ואחר כך מעבירים לצוות הלקוח עם תקנון שינויים.

מה מעבירים לצוות שלכם: קונפיגורציות, תרשיםים, תקנונים

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

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

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

מקרה בוחן: כיצד צמצמנו שיחות מוחמצות וזמן מענה

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

מה שינו בתרחיש

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

ניתוב ותוצאה

הניתוב נבנה לפי סוג הפנייה ועדיפות הלקוח: מקרים מורכבים עוברים לקבוצה המתמחה, שיחה חוזרת מגיעה לאותו נציג, ובלילה העוזר פותח פנייה ומעמיד אותה בתור לבוקר. החיבור לБитрикс24 כותב את הכרטיס ואת תמלול השיחה בעצמו — הנציג לא מבזבז את הדקות הראשונות על שאלות.

שיעור השיחות המוחמצות ירד מ-23% ל-4%, זמן המענה עד לתשובה ממשית ראשונה הצטמצם מ-90 ל-10 שניות, והעומס על הקו הראשון ירד בכשליש בקירוב הודות לשאלות שהעוזר סוגר בעצמו. נעלם סוג שלם של כשלים: פניות שאבדו בתור ובשעות לא פעילות אינן נשארות עוד בלי מענה ואינן הופכות לשיחות חוזרות.

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

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

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

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

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

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

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

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

הדיאלוג הגיע למבוי סתום — המנוי חוזר על אותו דבר

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

הכללים ישתנו — יהיה צורך לבנות מחדש את האינטגרציות?

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

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

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

נדון במשימה: מה נדרש מכם להערכה ולתוכנית

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

• הקלטות פניות — 30–50 דיאלוגים מערוצים שונים, כולל קווים רועשים, מבטא כבד ודיבור לא שגרתי: לפיהם מחשבים את שיעור התגובות שזוהו נכון ואת היקף המילון לתחום שלכם.
• תרשים ניתוב — עץ המענה האוטומטי הנוכחי, כללי ההעברה לנציג והקבוצות שאליהן מגיעים מקרים מורכבים.
• רשימת מערכות חשבונאיות — CRM, מאגר לקוחות, חיוב, שירות תמיכה: מה העוזר צריך לקרוא ומה לרשום בעקבות השיחה.
• לוגים של פניות — משך הדיאלוגים, שיעור הקטועים, סיבות ההעברה לאדם: על המדדים האלה נבנה מדגם הבקרה לבדיקה.
• גבולות האוטונומיה — אילו פעולות העוזר מבצע בעצמו, והיכן העברה לנציג אנושי הכרחית.
• דרישות לתשתית — ענן או רשת סגורה של הלקוח, מדיניות שמירת הקלטות, גישות ותפקידי המשתתפים.
• קריטריוני קבלה — שיעור היעד של תרחישים שהושלמו בהצלחה ורשימת הדיאלוגים שעליהם בודקים אותו.

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