חיוג אוטומטי מבוסס בינה מלאכותית לגבייה: בוט קולי לגביית חובות

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

תחומי פיתוח AI

שאלות נפוצות

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

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

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

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

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

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

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

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

מה נותן בוט קולי לגבייה: השפעות מדידות

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

על בסיס דומה שיעור המגעים שהתקיימו עולה מ-25–35% ל-55–70%, ו«התקשרנו — לא ענה» מפסיק להיות הסיבה העיקרית לאפס מגע.

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

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

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

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

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

השוואת מצבי מגע: בוט, היברידי, נציג

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

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

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

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

שלבי הטמעת בוט קולי לגבייה

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

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

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

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

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

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

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

מקרה בוחן: הפחתת פיגור וגידול בהשגה בתיק

נקודת התחלה

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

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

מה שינו

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

מה הייתה התוצאה

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

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

במה שונה חיוג אוטומטי לחייבים מרובוט תזכורות?

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

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

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

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

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

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

ספקות טכניים: חוקיות, זיהוי, תיעוד

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

על איזה בסיס הבוט בכלל מתקשר לחייב?

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

עד כמה הזיהוי של דיבור אמין?

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

מה קורה עם אמירות שנויות במחלוקת?

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

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

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

נדון במשימה: איך להעביר גבייה לבוט

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

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

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

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