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

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

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

מה באמת נשבר בסוכנות ביטוח

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

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

לוח החידושים הוא הנכס, לא ה-CRM

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

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

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

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

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

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

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

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

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

לידים: המהירות היא כמעט כל הסיפור

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

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

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

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

הלקוח שלא עונה בחידוש

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

מסמך הנמקה ותיעוד תהליך המכירה

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

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

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

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

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

איפה אוטומציה לא שווה את הכסף

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

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

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

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

עלויות וסדר בנייה

אלה הטווחים שאנחנו עובדים בהם, נכון לכתיבת השורות האלה. תהליך ממוקד אחד, למשל קליטת לידים עם תזכורות מסלימות, נע סביב ₪6,000 עד ₪12,000 הקמה ועוד ₪250 עד ₪500 לחודש לתשתית ותחזוקה. מערך חידושים שלם, כולל קליטה ונרמול של קבצי הממשק האחיד, נע סביב ₪18,000 עד ₪40,000 ועוד ₪500 עד ₪1,200 לחודש. מערכת תפעול רחבה שמכסה גם הנמקה, תיעוד ודיווחי הנהלה מתחילה בסביבות ₪45,000.

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

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

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

מה למדוד אחרי שהמערכת רצה

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

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