אוטומציה של עיבוד שיחות: בינה מלאכותית עבור Mango Office, Zadarma ו-Sipuni

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

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

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

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

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

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

מה משתנה לאחר חיבור הבוט לקו הטלפון

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

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

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

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

השוואת מצבי חיבור הבוט לטלפוניה

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

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

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

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

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

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

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

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

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

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

מה הלקוח מקבל לידיו לאחר ההטמעה

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

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

מקרה בוחן: צמצום שיחות אבודות וזמן התגובה

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

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

כיצד פועל הניתוב

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

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

במה שונה בוט AI על הקו מתפריט קולי?

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

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

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

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

בהמשך נבחן כיצד שילוב כזה של AI במרכזייה בענן נבנה בפועל — מחיבור לזרם השיחות ועד לכללי העברת השיחה לנציג.

ספקות טכניים לפני ההטמעה

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

השיחה המורכבת עוברת לנציג?

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

היכן נשמרות הקלטות השיחות והתמלולים?

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

מה יקרה בעת תקלת תקשורת או זיהוי?

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

מי אחראי למערכת לאחר ההשקה?

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

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

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

מה תקבלו מהשיחה:

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

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