דיוור קולי ב-Битрикс24: היכן נשבר התרחיש
דיוור קולי ב-Битрикс24 מופעל במהירות: טוענים את מסד הנתונים, בוחרים תרחיש, מפזרים קווים ושעות חיוג. חיוג אוטומטי ללקוחות מתנהל במאות שיחות בשעה, אך המספר בדוח והתוצאה בפועל נבדלים: חלק מהמנויים לא שמעו אפילו את המילה הראשונה, חלק מהשיחות עברו להקלטת משיבון. בהמשך הצוות עובר לחיוג ידני על ידי מנהלים, ועלות המגע עולה מיום ליום.
הכשל הטיפוסי הראשון של תרחיש החיוג — ניתוק בברכה. הרובוט התקשר, החל את המשפט, והמנוי ניתק או שהקשר נפל בשניות הראשונות. הניסיון נוצל, בכרטיס מופיע סטטוס "חיוג", וחיוג חוזר לפי ההגדרות עשוי כבר לא לעבור — המספר נושר מהמדגם, אף שהלקוח לא סירב לשיחה.
השני — הפעלת משיבון. ברכת הפתיחה של המפעיל מזוהה על ידי המערכת כתחילת הדיאלוג, והתרחיש מוקרא לאוויר, בעוד שבדוח זה עובר כשיחה שהתקיימה. איכות החיוג של מסד הנתונים יורדת: במקום תגובת הלקוח מצטבר רעש במערכת, שלפיו אי אפשר לתכנן את הצעד הבא.
השלישי — אובדן העונים. המנוי ענה, אך לא חיכה למפעיל או נקלע לתור שבו השיחה נותקה בגלל מגבלת זמן. מגע כזה הוא היקר ביותר ואובד ראשון, משום שהתור נבנה לפי סדר המספרים ולא לפי עובדת המענה.
כל אחד מהכשלים האלה אנחנו מנתחים לפי יומן השיחות והגדרות התרחיש ב-Битрикс24 — בהמשך על האופן שבו זה נסגר.
האפקט מהפיכת הדיוור לתהליך שוטף
הרובוט מחייג למסד הנתונים במקביל על מספר קווים ומנסה שוב את אלה שלא היו זמינים בשעות אחרות של היום — בוקר, צהריים, ערב. שיעור החיוגים עולה ללא גיוס אנשים: חלק מהמספרים לא נענים בניסיון הראשון, וניסיון חוזר בשעה לא נוחה למשרד מעלה אותו.
מסד נתונים של כמה אלפי אנשי קשר המערכת עוברת במשמרת אחת, ולא בשבוע של חיוג ידני. כל חיבור נרשם מיד: משך השיחה, המקש שנלחץ, הסטטוס בכרטיס. תור ההתקדמות נראה בזמן אמת — חלונות החיוג מוזזים, קווים מתווספים לפי יתרת מסד הנתונים.
כאשר המנוי מוכן לדבר, התשובה מועברת למפעיל בצורה "חמה" — הכלל מופעל בלחיצת מקש או בביטוי מפתח. המנהל מקבל חיבור עם היסטוריית הפנייה ואינו מבזבז זמן על חיוג מכני: העומס של מחלקת המכירות עובר מחיוג לעבודה עם התנגדויות.
הדיווח נבנה על אותם נתונים: משפך הדיוור הקולי ב-Битрикс24 מציג את שיעור החיוגים, ההמרה לדיאלוג, מספר המועברים למפעיל וסיבות הסירוב. לפי החתכים רואים אילו מקטעים של מסד הנתונים אין טעם לחייג, ואיפה יש להוסיף ניסיונות.
כללי ההעברה וחתכי הדיווח נשארים עובדים לאחר ההשקה — מתקנים אותם למקטעים ותרחישים חדשים, בלי להרכיב מחדש את הדיוור.
תרחישי חיוג: תבניתי, אישי, היברידי
בחירת התרחיש נקבעת לא לפי גודל מסד הנתונים, אלא לפי כמות הנתונים על הלקוח שנמצאים בכרטיס עד לרגע השיחה ומה צריך לקרות לאחר המענה. מכונה-משמיעה תבניתית ותרחיש עם זיהוי תגובת המנוי פותרים משימות שונות, והחלפה של האחד בשני נותנת או פעולות מיותרות ללקוח, או פניות שאבדו.
להלן ארבעה מסלולים שאנחנו מרכיבים בדיוור הקולי ב-Битрикс24, עם המגבלות של כל אחד. בפועל, רוב הפרויקטים מגיעים להיברידי: החלק ההמוני הולך לפי תבנית, ואלה שהגיעו לדיאלוג — לפי תרחיש אישי.
| אפשרות | מתי מתאים | מגבלות |
|---|---|---|
| תבניתי: הודעה מוקלטת, מכונה-משמיעה | מסד נתונים גדול, המשימה — להעביר עובדה: אישור רישום, תזכורת לתשלום, שינוי תנאים | אין זיהוי תגובת המנוי: תגובת הלקוח נראית רק לפי עובדת החיבור וההאזנה עד הסוף |
| עם זיהוי תגובת המנוי | צריך לפצל זרימות — "מאשר", "התקשרו אליי", "אל תתקשרו יותר" — ולתעל אותן מיד לפי אחראים | דורש עץ תגובות מעובד ובדיקות על הקלטות אמיתיות: גמגומים ורעש רקע נותנים התראות שווא |
| אישי לפי נתוני העסקה | מעט נמענים, אך מחיר הטעות גבוה: סכומים, מועדים, סטטוס הפנייה מוזרקים מהכרטיס | נדרשים שדות מעודכנים ומלאים: התאמה אישית של הפנייה על נתונים ריקים נשמעת גרוע מתבנית |
| מסלול היברידי | חיוג המוני עם התאמה אישית לאחר מכן לאלה שנכנסו לדיאלוג | מורכב יותר לכוונון: שני הגיונות, שני סטים של בדיקות, נדרש לוג תיעוד מקצה-לקצה של המעברים |
לפני ההשקה אנחנו מריצים כל מסלול על מדגם בדיקה ובודקים היכן תרחיש החיוג נשבר: תגובה שזוהתה שגוי, שדה עסקה ריק, ניתוק באמצע ההודעה.
שלבי ההטמעה: מהביקורת ועד למסירה לתפעול
העבודה מתנהלת בשלבים עוקבים: כל שלב נשען על התוצאה של הקודם, ולכן שגיאה בתרחיש נראית לפני שהחיוג יוצא על כל מסד הנתונים. הלקוח בכל צעד מקבל ארטיפקט שאפשר לבדוק, ולא הבטחה.
- ביקורת מסד הנתונים של אנשי הקשר והכללים. בודקים כפילויות, מספרים לא תקינים, הסכמות לעיבוד נתונים ומקטעים — בלי זה הדיוור פוגע ברשומות אשפה ומעוות את סטטיסטיקת החיוגים.
- תכנון מסלולי התגובות. פורשים את כל תוצאות השיחה: ענה, לא ענה, תפוס, משיבון, לחיצת מקש, סירוב. לכל אחת — הפעולה שלה והצעד הבא.
- חיבור הטלפוניה. מגדירים ספק, מפזרים מספרים, קובעים מגבלות של שיחות מקבילות וחלונות חיוג, כדי לא להיתקל במגבלות המפעיל.
- הרכבת התרחיש והרצת בדיקה. מריצים את הדיאלוג על מקטע בדיקה: בודקים את זיהוי התגובות, את נכונות ההסתעפויות וסופרים את שיעור השיחות שהתקיימו לפני היציאה על כל מסד הנתונים.
- קישור לכרטיסי העסקאות. ההקלטה, התמלול, תוצאת השיחה והמשימה לאחראי נכנסים לכרטיס, השלב משתנה לפי תוצאת השיחה — הנתונים לא מועברים ידנית.
- הכשרת הצוות. מראים כיצד לקרוא את הדוחות, היכן לתקן את טקסט הדיאלוג ומה לעשות עם תגובות לא טיפוסיות.
- מסירה לתפעול. מוסרים גישות, תיעוד ותקנון שינויים, כדי שתיקוני התרחיש לא ידרשו אותנו.
לאחר המסירה החיוג מתרחב למקטעים חדשים בלי הרכבה מחדש: משתנים רק כללי הסינון וטקסט הדיאלוג.
הגדרות, תקנונים והוראות לחיוג
השקת חיוג קולי היא לא הגדרה אחת, אלא מארז של מסמכים וכללים שלפיהם הקמפיין חי לאחר המסירה. אנחנו מוסרים אותם ללקוח כחבילת עבודה, כדי שתיקוני תרחיש, מסדי נתונים חדשים וניתוח תוצאות לא ידרשו חזרה אלינו.
- תרשים התרחיש — ענפי הדיאלוג עם תנאי המעבר, תגובה ל"אל תתקשרו", מספר החזרות והפסקות בין הניסיונות.
- כללי הניתוב — חלוקת לקוחות לפי אחראים, חלונות שיחות בהתחשב באזורי זמן, מגבלת ניסיונות למגע ביום.
- תקנון החיוג — מי מפעיל את הקמפיין, כיצד מתאשר מסד הנתונים, באיזה סדר מוזנות כפילויות וכיצד נרשם סירוב.
- כללי העבודה עם רשימת החסימה — כיצד מגע נכנס לשם, מה נבדק לפני כל הפעלה, למי יש זכות להוציא מספר חזרה.
- הוראה למפעיל — מה לעשות בעת העברה לאדם חי, היכן לראות את היסטוריית השיחה, לאן להסלים מקרה שנוי במחלוקת.
- תבניות דוחות — שיעור החיוגים והחיבורים, ניתוח לפי סיבות סירוב, ייצוא תוצאות לכרטיס הלקוח.
- מפת אינטגרציות — אילו שדות ממולאים אוטומטית, היכן נשמרת הקלטת השיחה, כיצד התוצאה נכנסת למשפך.
- סדר התיקונים והגישות — למי יש הרשאות לתרחיש, כיצד מתנהלת הרצת בדיקה לפני פרסום השינויים.
בדרך כלל החבילה משתרעת על כמה עמודים ומנותחת עם העובדים בפגישה אחת: אחריה צוות הלקוח בעצמו מוסיף תרחישים חדשים ומתקן כללים, בלי לחכות לנו. תארו את המשימה — נחזור עם הערכה ותוכנית לאיך המסמכים ישתלבו בתהליך שלכם.
מקרה בוחן: חיוג לפי עסקאות הפסיק להישבר בשיא
במחלקת המכירות, חיוג לפי עסקאות ב-Битрикс24 התנהל בזרימה אחת: המערכת חיוג מספר אחר מספר, והמפעילים הספיקו לטפל רק בחלק. בשיא, בין 11 ל-13, מספר הניסיונות המקבילים נתקל בתקרת הקו, ועד 22% מהמנויים שענו לא זכו לשיחה. אלה מנויים עונים שאובדים — הסוג היקר ביותר של הפסדים: המגע התקיים, והצעד הבא בעסקה לא נעשה.
העיכובים הצטברו בעקבות זאת: חלק מהעסקאות נשארו בלי מגע ראשון עד 6 שעות, וחיוג חוזר לא בוצע כלל — הניסיונות נדרסו בגל הבא. איש לא ראה את עומס הקו, ולכן גידול במספר העסקאות הפך ישירות לגידול בהפסדים.
פיצלנו את החיוג לשני זרמים בלתי תלויים — מגע ראשוני וחיוג חוזר — והצבנו ביניהם תור. התור עובד כחוצץ בשיא: הניסיונות לא נעלמים, אלא ממתינים למפעיל פנוי, העדיפות ניתנת לעסקאות טריות ולאלה שכבר הרימו טלפון. לכל זרם הגדרנו לוח ניסיונות משלו ומגבלת שיחות מקבילות, כדי שהקו לא ייתקל בתקרה.
תוצאה לפי מדדים: במשמרת, בהרכב מפעילים זהה, מעובדים בערך פי שניים מספרים — 400 במקום 180–200. שיעור העונים שאובדים ירד מ-22% ל-5–6%, שיעור העסקאות בלי מגע ראשון — מ-18% ל-3%, העיכוב המרבי של המגע הצטמצם מ-6 שעות ל-40 דקות.
תוצאת השיחה וסיבת הסירוב נכתבות לכרטיס העסקה, ולכן החיוג החוזר נבנה לפי עובדות, ולא לפי לוח זמנים באקראי.
במה שונה רובוט-חיוג ממכונה-משמיעה?
מכונה-משמיעה היא הודעה חד-כיוונית: היא מחייגת, משמיעה טקסט מוקלט ומסיימת את השיחה. את תגובת המנוי היא לא שומעת ולא מבדילה מי הרים את הטלפון — אדם, משיבון או דואר קולי. המנוי שאל שוב או ביקש לחזור אליו — מבחינת המערכת זה אותו דבר כמו שתיקה.
רובוט-חיוג עובד אחרת: הוא מזהה דיבור והופך את התגובה לנקודת הסתעפות של התרחיש. "כן", "לא", "לא עכשיו", "חברו אותי למנהל" — כל כוונה שזוהתה מפעילה ענף משלה, ולא את הפסקה הבאה בהקלטה.
ההבדל המרכזי אינו בקול, אלא במה שקורה לאחר תגובת המנוי. הסתעפות התרחיש קובעת את ההיגיון: אישר עניין — הרובוט מברר פרטים ומפעיל חיבור לעובד; ביקש זמן — קובע מרווח לחיוג חוזר; שאל שאלה — עונה לפי התסריט וחוזר להסתעפות.
מכאן תחומי יישום שונים. מכונה-משמיעה מכסה הודעות בלי משוב: תזכורת לרישום, שינוי לוח זמנים, אישור מסירה. רובוט-חיוג נדרש במקום שבו הערך הוא בתגובה — אישור הזמנה, החזרת לקוח, סינון ראשוני לפני שיחת המנהל.
קריטריון בחירה מעשי — המדד המטרה: אצל מכונה-משמיעה זה שיעור החיוגים וההודעות שהואזנו, אצל רובוט-חיוג — שיעור הדיאלוגים שהובאו עד לחיבור עם עובד חי. התרחיש השני מורכב יותר בהגדרה: זיהוי דיבור, טיפול בהפרעות דיבור, העברה נכונה לאדם. אבל דווקא הוא הופך את החיוג מדיוור לערוץ של משוב.
שאלות טכניות לפני השקת החיוג
לפני ההפעלה הראשונה בדרך כלל עולים אותם הספקות: האם איכות מסד המספרים תספיק, מה לעשות עם משיבונים, כיצד להתחשב בסירוב המנוי והאם התוצאה תיכנס לכרטיס העסקה. מפרקים לפי סעיפים.
מה לעשות אם מסד המספרים "מלוכלך"?
מנרמלים פורמט, חותכים כפילויות ומספרים לא תקינים, מסמנים את אלה שכבר חויגו בקמפיינים קודמים. את היתרה מסמנים לפי מקור — עסקאות מהמשפך, פניות מטפסים, רשימות שהועלו.
כיצד המערכת מבדילה משיבון מאדם?
ברכת פתיחה קצרה בטון אחיד מזוהה כמשיבון: התרחיש לא ממשיך מעבר לפתיח. שיחה כזו מקבלת תוצאה נפרדת, וחיוג חוזר נקבע לשעה אחרת, ולא באותה שעה.
כיצד מטופל סירוב המנוי לחיוג?
הבקשה "אל תתקשרו יותר" מכניסה את המספר לרשימת החסימה אוטומטית, והכלל תקף בכל הקמפיינים העתידיים, ולא רק בנוכחי. מספרים שירותיים נחסמים בנפרד, לפני ניתוח ידני.
האם אפשר לשנות את התרחיש בעצמנו?
כן. טקסטי התגובות, השאלות וההיגיון של המעברים נמצאים בנפרד מקוד האינטגרציה, ולכן התיקונים מבוצעים בממשק ומוחלים על ההפעלה הבאה. לפני הפרסום התרחיש מורץ על מספר בדיקה.
האם תוצאת החיוג נכנסת לכרטיס העסקה?
לאחר השיחה נכתבים ל-CRM התוצאה — חיוג, סירוב, משיבון — הקלטת השיחה והתשובות לשאלות המפתח. המנהל רואה זאת בכרטיס ובהיסטוריית העסקה, ולא בדוח נפרד.
נדון במשימה: נחזור עם הערכה ותוכנית
כדי שהשיחה תהיה עניינית, שלחו את מה שיש עכשיו: ייצוא אנשי קשר, טיוטת תרחיש וכללי החיוג — בין אם כטבלה ובין אם כטקסט. מהם רואים אילו שדות נדרשים להזרקה לתגובות, היכן בכרטיס לרשום את הסטטוס וכמה ניסיונות למנוי להקצות.
בחזרה אנחנו חוזרים עם הערכה ותוכנית עבודה בהרכב כזה:
- תרשים זרימות החיוג: מטעינת הרשימה וסינון כפילויות עם רשימה שחורה ועד רישום התוצאה בכרטיס ב-Битрикс24 וסגירת המשימה.
- תרחישים עם הסתעפויות — מה המערכת אומרת בהרמת טלפון, במשיבון, בתפוס ובסירוב, ובאיזה רגע נכנס המפעיל לשיחה.
- הרכב העבודות: חיבור קו, לוח שיחות בהתחשב באזורי זמן, תבניות תגובות, הרשאות גישה לעובדים.
- דיווח: אילו מדדים נאספים — שיעור חיוגים, משך ממוצע, פיזור סירובים — ולאן הם מיוצאים.
- שלבים עם הערכת עומס עבודה ותלויות: מה עושים ראשון, מה דורש את הנתונים שלכם או אישורים.
- אחראים משני הצדדים ונקודות אישור של תרחישים ורשימות.
- סדר המסירה לתפעול: הכשרת עובדים, הוראה לתיקון תרחישים, תקנון העבירות ובקרת ההרצות הראשונות.
תארו את משימת החיוג — נחזור עם הערכה, תוכנית עבודה ואזורי אחריות ברורים.