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

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

איזה CRM מתאים לסוכן ביטוח?

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

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

• מערכות שנבנו לסוכנים ולמתכננים. באפי, רואטו, שורנס, Financi, Jamm, Moneytor Business, Plan-T ו-SMS2010. המבנה של הענף מגיע איתן, ורובן כותבות גם על נתוני מסלקה.
• CRM כללי שמתאימים לסוכנות. Fireberry (לשעבר Powerlink) ו-monday CRM. הרבה חיבורים מוכנים, אבל את השדות של סוכנות צריך לבנות בהם.
• מערכות ליועצי משכנתאות. banta, EZplan, Wise ואיתן, שנבנו לתיק משכנתא. יהיה עליהן עמוד נפרד.

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

עשר מערכות, באותן עמודות לכולן, וכל עובדה לפי האתר והתיעוד של הספק כפי שנבדקו ב-9.11.2026: למי הספק מייעד אותה, אם יש API ציבורי, אם המערכת שולחת אירועים החוצה (webhooks), אם יש לה אפליקציה ב-Make או ב-Zapier, איך נכנס אליה ליד מבחוץ, ומה לבדוק לפני שמתכננים עליה עבודה.

שלוש הערות לפני הקריאה:

• הסדר. שמות בעברית לפי האלף-בית, ואחריהם שמות לועזיים לפי ABC. הסדר לא אומר דבר על איכות, ואין כאן דירוג.
• "לא מצאנו". פירושו שלא מצאנו את זה בתיעוד הציבורי של הספק, באתר שלו, ב-Make או ב-Zapier, בבדיקה מ-9.11.2026. זה לא אומר שאין: ספק יכול לתת תיעוד ללקוח שמבקש.
• שני אתרים שלא נקראו. הבדיקה שלנו לא הצליחה לקרוא את אתרי באפי ו-SMS2010. באפי מתוארת כאן מהתיעוד הציבורי שלה ומדף האפליקציה שלה בלבד.

וואטסאפ לא קיבל עמודה, כי כל ספק מתאר אותו אחרת. Fireberry מוכרת תוסף לשליחת הודעות מתוך המערכת. ב-Financi יש מודול וואטסאפ באחת החבילות. Jamm כותבת על חיבור מלא לטלפוניה ולוואטסאפ. אפליקציית הסוכן של שורנס פותחת שיחת וואטסאפ בקליק, ו-Moneytor Business מציעה קישורים ישירים לוואטסאפ. ב-API של רואטו אפשר לרשום בתיק הלקוח שיחת וואטסאפ שהתקיימה בכלי אחר. בתיעוד הציבורי של באפי לא מצאנו וואטסאפ, ובעמודים של monday לא מצאנו חיבור מובנה. שליחה מתוך המערכת, קישור שפותח שיחה בטלפון ורישום של שיחה שכבר הייתה הם שלושה דברים שונים, ולכן שואלים כל ספק לאיזה מהם הוא מתכוון.

מה ההבדל בין שורנס, רואטו ובאפי?

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

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

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

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

1. קווי מוצר ומועדי חידוש. המערכת צריכה לדעת לאיזה קו מוצר שייכת כל פוליסה ומתי היא מתחדשת, כדי שדוח החידושים יכסה את כל התיק. בנתונים שבדקנו בבאפי, לפוליסות רכב, דירה ועסק היה תאריך סיום, ולפוליסות חיים, פנסיה ובריאות לא. זה לא בהכרח חיסרון של המערכת, כי לחלק מהמוצרים האלה אין חידוש שנתי כמו בביטוח רכב. אבל מי שבונה תזכורות לפי התאריך צריך לדעת שהן יכסו רק חלק מהתיק. לכן בודקים לכל קו מוצר בנפרד שהשדה קיים ושהוא מלא, ולא רק שיש "דוח חידושים".
2. נתוני המסלקה. סוכנות שעובדת בפנסיה ובחיסכון צריכה שהמידע מהמסלקה הפנסיונית ייכנס לתיק הלקוח בלי הקלדה. שורנס ורואטו כותבות על משיכה אוטומטית מהמסלקה, ובאפי מתעדת ממשק מסלקה ב-API שלה. בודקים מה בדיוק נכנס, באיזו תדירות, ואם אפשר לקרוא את המידע הזה גם החוצה, לדוחות.
3. מי במשרד רואה מה. סוכן, עובדי תפעול, מנהל המשרד, לפעמים סוכן משנה: לכל תפקיד הרשאה משלו. לפי סעיף 3 לחוק הגנת הפרטיות, מידע על מצב הבריאות ועל הפעילות הפיננסית של אדם הוא "מידע בעל רגישות מיוחדת" (החוק), ותיק של סוכנות מלא במידע כזה. קריאה של משווק בנוסח החוק, לא ייעוץ משפטי. בהדגמה מבקשים לראות משתמש עם הרשאה מוגבלת: מה הוא רואה, אם הוא יכול לייצא, ואיך מבטלים לו גישה ביום שהוא עוזב.
4. לידים מהקמפיינים. ליד מטופס בפייסבוק, בגוגל או באתר צריך דרך מתועדת להיכנס למערכת: API, אפליקציה ב-Make או טופס של הספק. ובודקים אילו שדות המערכת דורשת. ברואטו, למשל, מייל הוא שדה חובה לליד (המפרט), ובשורנס הלקוח של ליד חדש נפתח עם מנהל משויך (התיעוד). טופס שלא אוסף את מה שהמערכת דורשת עוצר את הליד בכניסה. איזה קמפיין מתאים לכל קו מוצר מפורט במאמר איזה קמפיין מתאים לסוכן ביטוח.
5. וואטסאפ. שואלים אם המערכת שולחת הודעות בעצמה, פותחת שיחה בטלפון, או רק רושמת שיחה שכבר הייתה (הפירוט לפי ספק מתחת לטבלה). כמה נציגים על אותו מספר דורשים WhatsApp Business API ועסק מאומת אצל Meta, כמו שמוסבר בעמוד וואטסאפ API ובוטים.
6. דוחות. הדוחות המובנים מראים את מה שהספק החליט להראות. בודקים אם אפשר לקרוא את הנתונים החוצה, דרך ה-API, כדי לבנות דוח לפי השאלות של הסוכנות: כמה פוליסות מתחדשות החודש, איזה קו מוצר גדל, עם אילו לקוחות לא דיברתם שנה. מה צריך להופיע במסך כזה מפורט במאמר דשבורד מנהלים.
7. גישה ל-API, ומה היא עולה. API שקיים לא אומר API שפתוח לכם. בשורנס החיבור למערכות חיצוניות הוא "בכפוף לרכישת שירותי ה־API" (שורנס). ב-Financi החבילות כוללות מכסת קריאות (Financi). בבאפי הגישה באישור B-com, לפעמים רק מכתובת IP רשומה (התיעוד). וברואטו הרישיון לשימוש ב-API מוגבל, והספק רשאי להשעות אותו (תנאי ה-API). לפני שמתכננים עבודה שואלים: כמה זה עולה, מי מאשר, יש מכסה, וההרשאה כוללת כתיבה או רק קריאה?
8. ייצוא הנתונים. התיק הוא הנכס של הסוכנות. לפני החתימה מבקשים לראות ייצוא מלא: לקוחות, פוליסות, היסטוריית שיחות ומסמכים. איך בודקים את זה בפועל מפורט במאמר איך בוחרים מערכת CRM לעסק קטן.

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

CRM כללי או מערכת ייעודית לסוכני ביטוח: מה מתאים לסוכנות?

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

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

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

לכל אחת משתי המערכות יהיה עמוד משלה, עם השדות והחיבורים.

מה עושה יועץ CRM לסוכנות שכבר עובדת במערכת?

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

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

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

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

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

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

שאלות נפוצות

מה עושה יועץ CRM אחרי הטמעת המערכת?

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

יש לשורנס, לרואטו ולבאפי אפליקציה ב-Make או ב-Zapier?

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

איך יודעים אם מועדי החידוש במערכת מלאים?

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

יועץ משכנתאות צריך מערכת אחרת מזו של סוכן ביטוח?

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

קמפיינר ממליצה על מערכת CRM מסוימת לסוכנים?

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

כתב דולב רשף, מייסד ומנהל קמפיינר