פיתוח מערכת AI לחיוג אוטומטי למסירת מידע על מבצעים

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

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

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

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

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

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

מהירות: המאגר יוצא לחיוג בתוך משמרת, לא בתוך שבוע

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

כיסוי: מגיעים למספרים שבדרך כלל נדחו

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

דיוק זיהוי: השיחה אינה מתפרקת מרעש

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

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

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

מצבי עבודה של המערכת: השוואת גישות

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

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

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

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

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

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

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

חבילת מסירה: קונפיגורציות, תסריטים, נהלים

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

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

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

מקרה בוחן: יידוע מאגר נאמנות בשעות שיא

איך היה

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

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

מה שינו

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

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

מה יצא

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

במה שונה מצב זרימה ממצב אצווה?

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

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

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

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

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

ספקות טכניים: השהיות, דיוק, אינטגרציות

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

עד כמה מדויק מזוהים שמות מבצעים ושמות?

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

כיצד החיוג מתחבר לטלפוניה שלנו?

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

מה עם אבטחת נתונים ועומס?

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

נדון במשימה: נתאים מצב ונעריך עומס

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

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

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

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