שורנס (Surense): מה המערכת עושה, למי היא מתאימה, ואיך מכניסים אליה לידים ומוסיפים לה אוטומציות ווואטסאפ

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

מה זה שורנס, ולמי היא מיועדת?

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

המוצרים, כפי שהספק מתאר אותם (המוצרים):

• SurenseFire, המערכת המרכזית. לידים, תיק לקוח עם מוצרי הביטוח והחיסכון שלו, משימות לפי תור עבודה, פגישות שמסתנכרנות עם Google Calendar ו-Outlook, ותיעוד של שיחות, מיילים ומסמכים תחת תיק הלקוח.
• SurenseGo, אפליקציה לסוכן בשטח: תיקי לקוחות, משימות והתראות, ושיחה, וואטסאפ או מייל בקליק מהנייד.
• SurenseOne, אפליקציה ללקוחות של הסוכנות: פוליסות, מסמכים, סטטוס הטיפול, ופנייה לסוכנות ישירות מהאפליקציה.
• מסלקה ומידעים. הפקת יפויי כוח, משיכת מידע וקבצים מהמסלקה באופן אוטומטי, ודוח ללקוח בתדירות שהסוכנות בוחרת.

התמחור בשלושה מסלולים, Basic, Pro ו-Enterprise, בהתחייבות חודשית ובלי מחירים באתר (האתר). SurenseFire ו-SurenseGo כלולים בכל המסלולים, ו-SurenseOne במסלולים המתקדמים או כתוספת. ומי שמתכנן אוטומציות צריך לדעת עוד פרט אחד: לפי הספק, היקף השימוש ב-API משתנה לפי המסלול (המוצרים).

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

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

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

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

זו העבודה של יועץ CRM לסוכנות שכבר עובדת בשורנס: לא הטמעת CRM מחדש, אלא מה שבא אחריה.

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

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

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

איך נכנס ליד חדש לשורנס?

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

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

שלוש החלטות מתקבלות לפני שהטופס עולה, ולא אחרי:

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

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

מה ה-API של שורנס מאפשר, ומה לא?

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

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

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

שאלות נפוצות

יש לשורנס API?

כן. לשורנס יש API מתועד (התיעוד), עם הזדהות OAuth2 ו-Client ID ו-Client Secret של הסוכנות. הגישה היא בכפוף לרכישת שירותי ה-API, והיקף השימוש משתנה לפי המסלול. לכל פעולה יש הרשאה משלה, ולכן לפני שמתכננים עבודה שואלים את שורנס שתי שאלות: מה כלול במסלול של הסוכנות, ואילו הרשאות יקבל המפתח, קריאה בלבד או גם כתיבה.

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

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

שורנס מודיעה לכלי אחר כשנכנס ליד או כשסטטוס משתנה?

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

צריך דשבורד חיצוני אם בשורנס כבר יש דשבורדים?

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

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

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

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