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

בוט AI קולי בתזכורות: איפה נשבר תרחיש החיוג

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

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

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

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

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

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

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

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

חלק הפניות האוטומטיות גדל הודות לכך שהשיחה מנוהלת כולה על ידי הבוט, והנציג מתחבר רק בתרחישים מוגדרים — מחלוקת על סכום, בקשה לפריסה, תלונה. הניסיונות מתחלקים בין בוקר, צהריים וערב, ולכן פנייה אחת מקבלת חיוג בזמנים שונים ולא נתקעת ב"לא נוח לדבר". בפועל חלק הפניות מגיע ל-80–90% לעומת 30–40% בחיוג ידני.

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

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

אפשרויות של בוט AI קולי: איזה מצב לבחור למשימה

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

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

שלבי ההטמעה: מביקורת המאגר ועד מסירת התרחישים

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

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

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

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

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

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

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

מקרה בוחן: איך הפחיתו עומס על נציגים וחלק סירובים

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

איך נבנה הפיילוט

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

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

מה מאשר הלקוח

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

מה לעשות אם יש לכם טלפוניה ומערכת רישום כבר פרוסים?

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

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

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

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

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

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

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

עד כמה הבוט רגיש להשהיות והאם אפשר להפריע לו?

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

איך מוגנים נתונים אישיים של חייבים?

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

האם יהיה צריך לבנות את הבוט מחדש בשינוי תרחיש?

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

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

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

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

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