בוט AI קולי במקום תפריט טונים: היכן נשבר התרחיש
תפריט הטונים תוכנן עבור טלפונים עם לחצנים וההיגיון של "בחר מתוך חמישה פריטים". כיום המנוי מקשיב לברכה ולעץ האפשרויות 40–70 שניות, שומר בראשו את מספרי הפריטים ובכל זאת מגיע למקום הלא נכון: הניסוחים בתפריט אינם תואמים לדרך שבה האדם מתאר את מטרתו. ככל שהעץ ארוך יותר, כך גבוה יותר שיעור אלה שהקשיבו עד הסוף — אך לא לחצו אף ספרה.
ההפסדים העיקריים מרוכזים בקו הנכנס. ניתוקי שיחות מתרחשים עוד לפני החיבור לנציג: המנוי מנתק את השפופרת ברמה השלישית של הקינון, מבלי להבין לאיזה פריט שייך המקרה שלו.
קטגוריה נפרדת — ענפים תקועים, שבהם השיחה תלויה בהמתנה ללחיצה, והאדם שותק, משום שלא שמע היטב את האפשרות או שהוסח דעתו. בסך הכול זה יוצר שיעור ניכר של פניות שאינן מגיעות כלל למטפל.
ניתוב הפניות נפגע גם לאחר החיבור. תפריט הטונים מכיר רק ציר סיווג אחד — הספרה שנבחרה, ולכן העברות שווא לנציג זורמות בהמוניהן: הלקוח לוחץ "אחר", כדי לא להקשיב להמשך התפריט, ותופס קו חי בשאלה טריוויאלית. תרחיש דיבור אינו משתתף כלל במערך זה — הוא מצטמצם לאוסף רמזים, ולא לניתוח הניסוחים של המנוי.
הצמדה נוקשה למקשים שוללת מהקו הנכנס גמישות: ניתן להוסיף תרחיש חדש רק בהקלטה מחדש של הברכה הקולית, ולזהות היכן בדיוק אנשים נושרים — כמעט בלתי אפשרי, משום שבלוגים רואים את הפריט שנבחר, אך לא את סיבת הנשירה.
נבחן כיצד זה נסגר באמצעות בוט קולי, שמקבל דיבור בצורה חופשית ומחזיק את הניתוב על בסיס המשמעות של הנאמר.
מה משתנה לאחר העברת הקו לבוט דיבור
לפני העברת הקו, הפונה עובר דרך תפריט טונים: אינו זוכר איזו ספרה אחראית לשירות הרצוי, טועה ברמה השנייה ומנתק את השיחה עוד לפני התור.
בוט הדיבור מקבל את המטרה במילים — "לבדוק את סטטוס הפנייה", "להעביר את הביקור", "לחבר לטכנאי" — ומיד פורש את התרחיש הנדרש. השינויים לאחר מכן נמדדים לפי מדדים שנאספים מאותה מערכת טלפוניה: שיעור האוטומציה, העומס על הנציגים, זמן ההמתנה, זמינות הקו.
שיעור האוטומציה. בתרחישים אופייניים — שאלות מידע, סטטוסים, אישורים, העברות — ללא נציג נסגרים 60–70% מהפניות. השאר אינו סירוב, אלא העברה מודעת לאדם, שכבר קיבל את הכוונה המזוהה ואת הקשר השיחה.
העומס על הנציגים. הקו הראשון מפסיק לפעול כמסנן: הנציג אינו מבזבז את הדקות הראשונות על בירור המטרה, אלא מנהל מיד שיחה עניינית. בשעות השיא זה ההבדל בין תור לבין טיפול בזרם — העומס מתאזן, ולא עולה במדרגות.
זמן ההמתנה. הניתוב מתבצע לפי המטרה, המיומנות של הקבוצה והעומס הנוכחי, ולכן החיבור למומחה המתאים מתרחש כבר בהעברה הראשונה, ולא לאחר שוטטות בין רמות התפריט. בנפרד אנו מודדים את שיעור השיחות הננטשות לפני החיבור — הוא יורד יחד עם עומק התפריט.
זמינות הקו בשעות השיא. הבוט מחזיק שיחות במקביל ואינו מחזיר "תפוס": אם אין נציגים פנויים, הוא נשאר על הקו, משלים את הבקשה, מציב בתור או סוגר אותה בעצמו. אנו מחברים את שכבת הדיבור למערכת הטלפוניה שלכם — מ-Asterisk ועד מרכזייה בענן — ללא החלפת המספר וללא שינויים שוברים.
מצבי דיאלוג: השוואה של גישות ומגבלות
לפני שבוחרים היכן הבוט משתלב בתרחיש הקולי, כדאי להפריד בין הרמות: זיהוי דיבור, לוגיקת הדיאלוג והעברת השיחה לאדם. מצב הדיאלוג קובע כמה שלבים הלקוח עובר בעצמו, והיכן מתחבר הנציג.
להלן — תצורות עבודה שאנו מרכיבים על פלטפורמות טלפוניה כגון Avaya: הן נבדלות לא ב"חוכמה" של המודל, אלא במחיר הטעות ובעומק החיבור למערכת הרשומות.
| מצב | מתי מתאים | מגבלות |
|---|---|---|
| החלפה מלאה של התפריט | פניות אחידות: יתרה, סטטוס פנייה, קביעת מועד, ביטול | ניסוחים מורכבים מזוהים בטעויות, נדרש מוצא חירום לאדם |
| תצורה היברידית | תפריט למסלולים קצרים, הבוט מיירט כל מה שלא תאם לפריט | נדרשת סנכרון של שתי הלוגיקות, אחרת הלקוח מסביר את הבעיה פעמיים |
| בוט רק בכניסה | סיווג הפנייה וניתוב עד לקבוצה הנדרשת | אינו מפחית את העומס מהנציגים, רק מקטין את מספר ההעברות |
| דיאלוג חופשי | קביעת מועד לשירות, ייעוץ עם ענפים והבהרות | רגיש לרעש ולמינוח מקצועי, אורך יותר להגדרה |
| הסלמה מהירה לנציג | עומסי שיא, מוצרים מורכבים, זמני תגובה קפדניים | הרווח בכניסה הולך לאיבוד אם כללי ההעברה מוגדרים באופן רחב |
מגבלות המצב אינן גזר דין, אלא מערך פרמטרים: סף הביטחון של הזיהוי, מספר השאלות החוזרות, ביטויי טריגר להסלמה והכלל להעברת ההקשר יחד עם השיחה. כל העברה לנציג נרשמת בלוג, ולכן ניכר אילו ניסוחים הבוט לא פיענח ומה כדאי לאמן נוסף.
כיצד מתבצעת ההטמעה: מביקורת שיחות ועד מסירה
סדר העבודה כאן אינו פורמליות: כל שלב עוקב נשען על הנתונים של הקודם. אם מתכננים מיד את מערך הדיאלוג ללא ביקורת ההקלטות, הבוט סוגר 10–15% מהזרם במקום מחצית — פשוט משום שהענפים נבנו עבור שאלות מומצאות, ולא עבור הדרך שבה אנשים מתקשרים בפועל.
- ביקורת פניות: מייצאים הקלטות, מתייגים לפי נושאים, מחשבים שיעורים — כמה שיחות נפתרות ללא נציג והיכן אנשים מנתקים בתפריט הטונים. בפלט — רשימת נושאים עם פוטנציאל לאוטומציה ואלה שאסור למסור לרובוט.
- מערך הדיאלוג: בונים את הענפים לפי ניסוחים אמיתיים מהביקורת, ומתארים בנפרד את ההתנהגות בעת אי-הבנה ואת ההסלמה לנציג עם העברת ההקשר.
- הגדרה וחיבור: מחברים את הבוט למערכת הטלפוניה ולמערכת הרשומות, מגדירים את הזיהוי לפי אוצר המילים שלכם — שמות שירותים, מק"טים, שמות.
- הרצת מבחן: מריצים את המערך על הקלטות מהביקורת ועל תרחישים עם הפרעות — קליטה גרועה, קטיעה, דיאלקט. מתקנים עד ליציאה לשיחות חיות.
- בדיקה על תעבורה אמיתית: מפעילים על חלק מהזרם, משווים לקבוצת ביקורת של נציגים, דיאלוגים שנויים במחלוקת מנתחים ידנית. מרחיבים את השיעור רק כאשר המדדים יציבים.
- קבלה: קובעים קריטריונים — שיעור הדיאלוגים ללא נציג, שיעור ההעברות השגויות, זמן עד תגובה. בודקים על מדגם יחד עם הצוות שלכם, ולא לפי הדיווח הפנימי שלנו.
- מסירה לתמיכה: מוסרים תיעוד על הענפים, תקנון עריכות ולוח ניטור, ומכשירים את הצוות שלכם לשנות תרחישים וניסוחים בעצמו.
תיעוד, מערכי דיאלוג ותקנוני מסירה
מסירת בוט קולי היא לא רק שירות עובד, אלא גם מערך של נספחים שלפיהם הצוות שלכם יוכל לנהל אותו בעצמו. אנו קובעים את הרכב התיעוד לפני תחילת העבודה, ובמסירה בודקים שכל סעיף מעודכן לגרסה הנוכחית של התרחיש. להלן — מה שנשאר בידי המזמין.
- מערך ענפי הדיאלוג — כל ההסתעפויות עם תנאי המעברים: לאן עוברת השיחה בעת ביטוי לא מזוהה, בעת שתיקה, בעת הבהרה חוזרת, באיזה עומק מתחבר האדם. המערך מנוהל בפורמט אחיד, המתאים לעריכות ללא מפתח.
- כללי הסלמה — טריגרים להעברה לנציג חי: כמה ניסיונות זיהוי כושלים נחשבים לסירוב, כיצד מטופל אוצר מילים רגשי, אילו נושאים עוברים מיד לאדם, כיצד השיחה עומדת בתור לפי עדיפות.
- הגדרות הזיהוי והניתוב — מילונים של מונחים, שמות מוצרים ותפקידים, ספי ביטחון שבהם הבוט שואל שוב במקום לפעול באקראי, כללים לחלוקה לפי מיומנויות הנציגים ולוח שעות העבודה.
- הוראות הנציג — מה רואה העובד בעת העברת השיחה: תמלול הדיבור, הנתונים שכבר נאספו, היסטוריית הניסיונות; כיצד לקבל את השיחה, כיצד להחזיר אותה לבוט וכיצד לסמן את סיבת ההתערבות הידנית.
- תקנון השינויים — סדר עריכת התרחיש: מי מאשר ענף חדש, על איזה קונטור הוא נבדק על הקלטות של שיחות אמיתיות, כיצד מתבצעת חזרה לגרסה קודמת אם העריכה הרעה את התוצאה.
- יומן הפניות ודיווח — תיוג סיבות סיום השיחה, שיעור המסלולים שנסגרו על ידי הבוט ללא נציג, רשימת הביטויים שהכי פחות מזוהים, — בסיס לשיפורים מתוכננים של המילון והענפים.
התיעוד מתעדכן יחד עם התרחיש: עריכה שלא באה לידי ביטוי במערך ובתקנון אינה עוברת קבלה. כך הפתרון נשאר בר-ניהול בכוחותיכם, ולא רק על ידי הצוות שלנו.
מקרה בוחן: צמצמנו את הניתוקים בקו הנכנס והקלנו על הנציגים
לפני הפרויקט הקו הנכנס התבסס על עץ טונים בעל ארבע רמות. ניתוח ההקלטות הראה: 18% מהשיחות ניתקו ישירות בתפריט — המנוי לא המתין לרמה הרביעית ולא הבין איזו ספרה ללחוץ. זמן ממוצע עד מומחה חי — 3 דקות ו-40 שניות, בשעות השיא התור הגיע עד 11 דקות, וחלק מהשיחות הללו אבדו לחלוטין.
מה שינינו
את עץ הטונים החליפו בשאלה פתוחה אחת: המנוי מנסח את סיבת הפנייה בקול, המודל מזהה את הכוונה ומוביל לענף הנדרש. השארנו שישה תרחישים המכסים את רוב הפניות — סטטוס פנייה, חסימה, חיבור שירות, החלפת תעריף, תשלום, תלונה.
כל ענף מסתיים או בפתרון אוטומטי, או בהעברה לנציג עם הקשר שכבר נאסף: סוג הפנייה, מספר החוזה, היסטוריה. הנציג אינו שואל שוב מהתחלה — אלא עובד מיד לגופו של עניין.
מדדים לפני ואחרי
- ניתוקים בקו הנכנס: 18% → 4%
- זמן עד המומחה: 3:40 → 0:50
- שיעור הפניות שנסגרו ללא נציג: 0% → 62%
- עומס על הנציגים בשעת שיא: מינוס שליש
שיחות ופניות נצברות ב-Bitrix24: הנציג רואה את היסטוריית הפניות לפני שהרים את השפופרת, ומנהל הקו — דוח על שיעור ההחלטות האוטומטיות. הניתוקים הפסיקו להיות צוואר בקבוק: הקו מחזיק עומס שיא ללא הרחבת המשמרת, והזמן שהתפנה לנציגים הוקדש למקרים מורכבים, שבהם האוטומציה עדיין נכנעת לאדם.
מה לעשות אם התפריט כבר עובד ואסור לשבור אותו?
תפריט עובד אינו חוב טכני, אלא קונטור שירות פעיל: המספר מודפס על כרטיסי ביקור, בפרסום ובחוזים, והחלפה "בכוח" תסתיים בשיחות אבודות בשעות השיא. לכן שכבת הדיבור מונחת מעל העץ, ולא במקומו, ובשלב הראשון מעבירים אליה רק את הענפים שבהם התרחיש צפוי.
נקודת הכניסה נשארת זהה: השיחה מגיעה לאותו מספר, אך הבוט הוא שמקבל אותה. הוא מזהה את הכוונה, ואם הביטחון גבוה מהסף שנקבע, מנהל את הדיאלוג בעצמו; אם נמוך — מעביר את השליטה לענף הקיים בתפריט, והמנוי ממשיך ללחוץ על אותם מקשים כמו קודם.
המעבר ההדרגתי נשען על עבודה מקבילה של שני קונטורים. כללי הניתוב מחלקים את התעבורה: תחילה עוברת דרך שכבת הדיבור קבוצה מצומצמת של תרחישים — סטטוס פנייה, קביעת מועד, בירור יתרה, — והשאר עובר לענפים המוכרים. את שיעור השיחות מעלים בהתאם למידה שבה התמיכה מסירה הערות בנוגע לניסוחים וללוגיקת הדיאלוג.
מסלול הגיבוי נשמר גם לאחר ההשקה: הענפים הישנים אינם נמחקים, אלא נשארים כנתיב חירום. המעבר בין הבוט לתפריט הוא הגדרה במערכת פעילה, ללא שחרור גרסה וללא ניתוק הקו: אם התרחיש מפריע, מכבים אותו עבור הקבוצה הנדרשת, והשיחה הבאה עוברת לפי המערך הקודם.
הגירה ללא השבתה מתקבלת כתוצאה מכך: שיחות שהחלו מובאות לסיומן לפי אותה לוגיקה שבה החלו, והחדשות מתנהלות כבר לפי התנאים החדשים. החזרה לאחור נותרת בהגדרה אחת, ושיעור הדיאלוגים שנסגרו ללא נציג מראה איזה ענף שכבת הדיבור מוכנה לקחת במלואו.
ספקות טכניים: זיהוי, רעש וקטיעות
הספקות לפני השקת בוט קולי הם בדרך כלל הנדסיים: כיצד הזיהוי מחזיק מעמד בקו רועש, מה קורה בעת קטיעה, היכן נשמרים הנתונים האישיים וכיצד תגובת הבוט מגיעה למערכת הרשומות.
כיצד הזיהוי מתנהג ברעש, עם מבטאים ודיבור מהיר?
הזרם נחתך לפריימים קצרים: את הרקע הקבוע מסיר סינון הרעש, את הדהוד קולו של הבוט עצמו מסיר סינון ההד, והגברה אוטומטית מאזנת תגובות שקטות. המודל מכוון לפס טלפוני, ולא להקלטת אולפן. למשימה נבנה מילון — שמות שירותים, ערים, קודים, — ומספרי פניות וסכומים מזוהים תו אחר תו.
בשלב ההגדרה אנו מריצים הקלטות של שיחות אמיתיות ומחשבים את שיעור התשובות הנכונות לפי שדות קריטיים, ולא לפי ממוצע על פני הדיאלוג.
המנוי קוטע או שותק — מה עושה הבוט?
מזהה סוף התגובה מבדיל בין הפסקה לנשימה לבין סיום המשפט, ולכן הבוט אינו נדחף לאמצע התשובה. בעת קטיעה הוא משתתק ומקשיב, בלי להשלים את התבנית המוכנה. לשתיקה מוגדרים זמן המתנה וכלל העברה לנציג — הדיאלוג אינו נתקע.
היכן נשמרות הקלטות השיחות והנתונים האישיים?
ההקלטות והתמלולים נשארים בקונטור המוסכם של המזמין, הגישה מופרדת לפי תפקידים, ותקופת האחסון נקבעת על ידי המדיניות. מספרי כרטיסים, קודי אימות ופרגמנטים רגישים אחרים מוסתרים לפני ההקלטה. עבור תרחישים מסוימים ניתן להשבית את ההקלטה.
כיצד הבוט מתממשק עם מערכת הרשומות?
ההחלפה מתבצעת דרך ממשק תכנות: המנוי מזוהה לפי המספר, הבוט בודק את סטטוס הפנייה, יוצר פנייה ורושם את תוצאת השיחה בכרטיס. אם המערכת אינה זמינה, הבוט מתעד את הפנייה ומעביר לנציג — המנוי אינו שומע שגיאה ואינו נותר ללא מענה.
נדון במשימה: אילו נתונים נדרשים להערכה
המהירות שבה אנו חוזרים עם הערכה תלויה לא בהיקף התיאור, אלא בשלמות נתוני הקלט. די בשיחה אחת ובמה שכבר קיים בעבודת הקו, — את ההקלטות ננתח בעצמנו ונראה היכן הבוט הקולי יסגור את הפנייה ללא נציג, והיכן יהיה צורך להעביר את השיחה לאדם.
- הקלטות פניות — 20–30 דיאלוגים אמיתיים משעות וימים שונים, כולל אלה שבהם המנוי ניתק או המתין לנציג. לפיהם ניכרים אוצר המילים, רעש הרקע, אורך התגובות ושיעור הניסוחים הלא שגרתיים.
- מערך הניתוב — אילו קווים ומספרים מטופלים, לפי איזה סימן עוברת השיחה למחלקה מסוימת ומה נחשב להעברה תקינה, ולא ללקוח אבוד.
- מגבלות הקו — כמה שיחות הערוץ מחזיק בו-זמנית, האם קיים תור, כיצד מתנהגת הטלפוניה בעת עומס יתר ומה קורה לשיחה בעת כשל של צומת.
- הרכב ספרי העזר — רשימת שירותים, כתובות, מועדים, סטטוסים של פניות ושאלות נפוצות, שאליהם הבוט אמור לפנות. אם ספר העזר מנוהל כטבלה — שלחו כפי שהוא, נפענח את הפורמט בעצמנו.
- מה משתנה לאחר השיחה — קביעת מועד לפגישה, פתיחת פנייה, העברת נתונים למערכת הרשומות, שליחת אישור למנוי.
- קריטריוני הקבלה — לאיזה שיעור של מנויים הבוט מסייע ללא נציג, מה נחשב לכשל בזיהוי ולאן מחזירים את השיחה במקרה כזה.
אם חלק מהנתונים חסר, עדיין כדאי להתחיל לדון במשימה: לפי ההקלטות ומערך הניתוב נשחזר את השאר ונחזור עם הערכת הפרויקט ותוכנית עבודה לפי שלבים — עם תוצאה ניתנת לבדיקה בכל אחד מהם.