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

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

תחומי פיתוח AI

שאלות נפוצות

העבודות האחרונות

  • פיתוח אפליקציית ווב עבור FEEDME
    פיתוח אפליקציית ווב עבור FEEDME
    1365
  • פיתוח חנות מקוונת לחברת FURNORO
    פיתוח חנות מקוונת לחברת FURNORO
    1330
  • עיצוב לוגו לחברת B2B Advance
    עיצוב לוגו לחברת B2B Advance
    776
  • פיתוח אפליקציית ווב עבור Enviok
    פיתוח אפליקציית ווב עבור Enviok
    1077
  • פיתוח לוגו חברת AIDER
    פיתוח לוגו חברת AIDER
    1022
  • פיתוח CRM עבור Chasseurs
    פיתוח CRM עבור Chasseurs
    1113

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

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

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

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

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

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

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

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

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

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

זמינות קו קביעת התורים משתנה ראשונה. הבוט מנהל כמה שיחות בו-זמנית, ולכן הקו מפסיק להיות תפוס בזמני העומס: בחלונות הבוקר והערב שיעור הפניות שנענו עולה מ-60-70% ל-95% ומעלה, והחיוגים החוזרים כמעט נעלמים.

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

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

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

תרחישי הבוט הקולי: נוקשה, דיאלוגי, היברידי

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

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

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

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

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

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

איך בנוי סדר העבודה

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

ערכת מסירה: תרחישים, אינטגרציות, נהלים, הרשאות

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

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

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

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

לפני: שעות שיא ופניות אבודות

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

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

אחרי: הקו הראשון על הבוט הקולי

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

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

מדדים לפני ואחרי:

  • שיעור הפניות שנענו — מ-62% ל-97% בשעות השיא;
  • הזמן עד לאישור התור — מכמה שעות לדקת שיחה;
  • ביטולים בגלל טעות בתור — מ-18% ל-3%;
  • העומס על האדמיניסטרטורים עבר למקרים המורכבים: דחיות, שאלות על ההכנה לפגישה, עבודה עם מי שמבקש בן שיח חי.

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

במה שונה תרחיש דיאלוגי מעץ שאלות?

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

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

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

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

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

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

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

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

מה יקרה ברעש, בדיבור שקט ובניתוקי קשר?

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

איך השיחה עוברת לנציג?

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

איך הבוט דוחה ומבטל תור?

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

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

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

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

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

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

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