CRM מסוג Roeto
מתאים לדוחות עומק על תיק לקוחות, ימי הולדת, משימות, פעילויות ומסלקה כאשר יש הרשאת API מאושרת. לכתיבת לידים נדרש קמפיין מוגדר במערכת.
שתי שכבות מעל מערכות ה-CRM של הסוכן: שכבת דוחות והזדמנויות (סגמנטציה, ימי הולדת, לידים, משימות, תיק לקוח, חידושים), ומעליה שכבת סוכני AI שמבשלת לידים, מנתחת פוליסות ומנהלת שירות בוואטסאפ. הכול בקריאה בלבד כברירת מחדל, עם אישור אנושי לפני כל פעולה.
מתאים לדוחות עומק על תיק לקוחות, ימי הולדת, משימות, פעילויות ומסלקה כאשר יש הרשאת API מאושרת. לכתיבת לידים נדרש קמפיין מוגדר במערכת.
הנתיב המעשי כיום הוא תרחישי Make/Zapier לקריאות כמו לידים, פגישות וימי הולדת. דוחות פוליסות וחידושים דורשים אימות API או מקור נתונים נוסף.
הדרך הנכונה היא adapter לכל CRM, schema פנימי אחיד, חוקי הזדמנות שקופים, והרשאות פר-סוכן לפני כל פעולה אקטיבית.
| עדיפות | סוג דוח | דוח | מה הוא מגלה | מקור טיפוסי | תדירות |
|---|---|---|---|---|---|
| P0 | תור עבודה / הזדמנויות | Next Best Action | תור עבודה אחד: מי הלקוח, למה עכשיו, מה מותר לעשות ומה הפעולה הבאה. | כל הדוחות + consent registry | יומי/שבועי |
| P0 | שימור ואירועים אישיים | ימי הולדת חודשי | לקוחות לברכה, ערוץ מותר, סטטוס opt-in ורשימת אישור ידנית. | Birthday endpoints או Make scenario | חודשי |
| P0 | שימור משפחתי / איכות דאטה | ימי הולדת ילדי בעל התיק | רק אם קיימים קשר משפחתי/תלות, תאריך לידה של הילד עצמו ומקבל הודעה מאומת. | Dependent/insured fields מאומתים | חודשי, חסום עד validation |
| P0 | מכירות / קליטת פניות | לידים ופגישות | לידים שלא טופלו, פגישות קרובות, follow-up חסר וזמן תגובה. | Leads, meetings, tasks | יומי/שבועי |
| P0 | סגמנטציה / הנהלה | סגמנטים בסיסיים | כמות לקוחות לפי סטטוס, גיל, שווי תיק, engagement והרשאות. | Customers, tags, communications | חודשי |
| P0 | תפעולי / SLA | משימות ו-SLA | משימות פתוחות, overdue, בעלים, חסמי טיפול ותזכורות. | Tasks, workflows, meetings | שבועי |
| P0 | תפעולי / חוסרים | מסמכים וחוסרים | טפסים, חתימות, ייפויי כוח, מסלקה, מסמכים שמחכים לתיוק וגיל החוסר. | Documents, workflows, tasks | יומי/שבועי |
| P0 | תפעולי / פגישות | הכנה וסיכום פגישות | פגישות בלי הכנה, בלי סיכום, בלי משימת המשך או בלי תיעוד שיחה. | Meetings, summaries, tasks | יומי/שבועי |
| P1 | הזדמנויות / תיק לקוח | תיק לקוחות והזדמנויות | סקירה שנתית חסרה, חוסרי מוצר, לקוחות engaged שלא קבעו. | Portfolio/products | חודשי |
| P1 | תפעולי / חידושים | חידושים 30/60/90 | פוליסות לפני פקיעה, חידוש ללא משימה, חלון cross-sell. | Policy renewal fields | שבועי/חודשי |
| P1 | פיננסי / מסלקה | מסלקה/e9100 | דמי ניהול חריגים, הפקדות חסרות, מוצרים ישנים או כפולים. | Mislaka/Swiftness | רבעוני/לפי הסכמה |
| P1 | שימור / סיכון נטישה | שימור / Churn Risk | לקוחות שלא נסקרו, משימות פתוחות, שינוי פרמיה או engagement בלי טיפול. | CRM + תקשורת + portfolio | שבועי/חודשי |
| P1 | שימור רגיש / אירועים אישיים | ימי נישואין | מועמדים ידניים בלבד כאשר תאריך נישואין וסטטוס אישי מגיעים ממקור מהימן מאוד. | Marital status + anniversary source אם מאומת | חודשי, חסום כברירת מחדל |
| P1 | ייעוץ שוק הון | יועץ שוק הון | התאמת תיק, סיכון, נזילות, ריכוזיות, דמי ניהול ואיזון מחדש. | מקור השקעות + פרופיל סיכון | חודשי/רבעוני |
| P1 | שיווק ודיוור | שיווק מול CRM | לקוחות שפתחו/הקליקו בלי follow-up, referrals שהפכו לליד. | Email/SMS/MMS + CRM | חודשי |
| P1 | תפעולי / שירות | תביעות פתוחות | קליטת תביעה, מסמכים חסרים, עדכון לקוח וחריגה מ-SLA בלי לטעון סטטוס חברה ללא מקור. | CRM/service intake + insurer source אם מחובר | שבועי |
| P1 | תפעולי / גבייה | גבייה ופרמיות חריגות | אי-תשלום, הוראת קבע שנכשלה, פרמיה שעלתה או טיפול לפני ביטול. | Payment/premium source מאומת | שבועי/חודשי |
| P2 | רגולציה / הנהלה | תביעות, גבייה, עמלות, רגולציה | פערים עמוקים יותר שדורשים מקורות חיצוניים. | פורטלי חברות, חשבונאות, רגולטור | עתידי |
מעל שכבת הדוחות יושבת שכבת סוכני AI: היא מקבלת את ההזדמנויות והחוסרים שהדוחות מייצרים, מבשלת אותם לפעולה, ומורידה מהסוכן את הסינון הראשוני. אותם עקרונות בטיחות: קריאה בלבד כברירת מחדל, dry-run, ואישור אנושי לפני כתיבה או שליחה.
מענה אנושי 24/7 שיונק את הידע של הסוכנות, מנתב פניות (הלוואה אל לינק, נזק אל אילו מסמכים לצלם ואל מחלקת תביעות), ופותח כרטיס מנוהל ל-CRM. תבנית ה-Leads הקיימת כבר חיה על מספר של סוכן פיילוט.
הלקוח מעלה PDF של פוליסה קיימת או דו"ח הר הביטוח, וה-AI מפיק דו"ח ידידותי: כפל ביטוחים, כיסויים חסרים ודמי ניהול חריגים. הקלט הוא מסמך ולא קריאת תיק, כך שאין תלות בהרשאת CRM עמוקה.
צ'אט קצר של 3-4 שאלות (תחום, היקף, כיסוי קיים) במקום טופס ארוך, שאורז תיק לקוח מוכן עם סיכון וחוסרים ישירות ל-CRM לפני שיחת הסוכן.
שאלון אינטראקטיבי דיסקרטי (גודל תיק, ענפים, זמן מנהלה) שמחשב חיסכון פוטנציאלי, קובע פגישה אם יש התאמה, ושומר פרטים בכבוד אם לא. שכבת B2B2C מעל אותה תשתית.
שכבת ה-AI נשענת על אותם adapters (Roeto Direct API, Surense דרך Make) ועל אותו מנוע הרשאות פר-סוכן. קטלוג מלא: בלוֹפרינט "סוכני AI לסוכני ביטוח" עם עשרה סוכנים (חידושים, תביעות, ייעוץ, שימור, לידים, מסמכים, רגולציה, גבייה, קליטה, דוחות ותובנות).
דוח יומי צריך להראות טפסים חסרים, מסמכים לא מתויקים, ייפויי כוח, מסלקה וחוסרים בלי בעלים.
overdue, handoff חוזר, משימה בלי owner ופנייה שלא טופלה הם בסיס לדוח תפעול ראשון.
פגישה בלי הכנה, סיכום שלא נשלח או follow-up שלא נפתח מייצרים גם סיכון שירות וגם הזדמנות.
אפשר לבנות intake מתוך CRM, אבל סטטוס חברת ביטוח, תשלום ועמלות דורשים מקור אמין נוסף.
דוחות מסלקה טובים להזדמנויות, אבל חייבים הסכמה, מינימיזציה וייצוא מצומצם.
טלפון לא תקין, opt-out, דיוור לא מאושר או שליחה שנכשלה צריכים לחסום הודעה ולהפוך למשימה.
לא שולחים לפי תאריך שקיים בתיק. כל דוח חייב להפריד בין בעל התיק, האדם שהאירוע שייך לו, ומקבל ההודעה.
ימי הולדת ילדים מחייבים קשר משפחתי/תלות מאומת, תאריך של הילד עצמו, recipient ברור ואישור ידני. ימי נישואין חסומים כברירת מחדל עד שיש גם תאריך נישואין וגם סטטוס אישי עדכני ממקור מהימן מאוד.
סטטוס גרוש, אלמן, פרוד, רווק, לא ידוע או מידע מיושן חוסם שליחה. טעות באירועים כאלה היא פגיעה רגשית, לא רק טעות דאטה.
הדוח צריך להחזיר פעולה, לא רק מספרים. לכל שורה: מזהה לקוח פנימי, סגמנט, trigger, למה עכשיו, ציון הזדמנות, פעולה הבאה, owner, תאריך יעד, סטטוס הסכמה, מקור מידע ותאריך עדכון מקור.
ליועץ פנסיוני או בלתי תלוי בשוק ההון הניסוח צריך להיות "פער לבדיקה" ו"תיעוד נימוק", לא המלצה אוטומטית או דחיפה מכירתית.
ברירת המחדל היא קריאה בלבד. אין מחיקות, אין עדכוני CRM, אין שליחות שיווקיות, ואין הצגה ציבורית של פרטי לקוחות. כל דוח שמכיל PII צריך להישאר בסביבה מאובטחת בלבד.
שליחה ללקוחות, כולל ברכות יום הולדת שיווקיות, מחייבת בסיס הסכמה ותהליך אישור. כל כתיבה ל-CRM מתחילה ב-dry-run.