סוכן קליטת תביעות
מגע ראשון
מקבל דיווחי תאונה ראשוניים על פני WhatsApp, SMS ואימייל. אוסף שדות נדרשים ומאתחל את רשומת התביעה המובנית.
כלים
- whatsapp_parser
- sms_inbound
- form_validator
מקרה בוחן / 02 — AutoClaim
AutoClaim היא שכבת התפעול ש-Profitec בנתה לסוכנות ביטוח המטפלת בתביעות ביטוח רכב. היא הופכת לאוטומטי את הזרימה התפעולית מדיווח התאונה הראשון ועד סגירת התביעה הסופית: קליטה, מסמכים, חתימות, אימיילים מהמבטח, מעקב שמאי ומוסך, תזכורות, מעקב בדאשבורד והסלמה לאדם.
5
שלבים
4
גורמים חיצוניים
7 ימים
תדירות מעקב
HITL
אדם-בלולאה
המערכת בתנועה
קליטה, מעקב לקוח, תיאום מבטח, העברה לשמאי, סגירה. כל מחזור מסתיים או בסגירה אוטומטית או בהסלמה לאדם — לעולם לא תקוע בשקט.
צוואר הבקבוק
הסוכנות עבדה על פני WhatsApp, SMS, אימייל, טפסים, מסמכים, מבטחים, מוסכים, שמאים ורשימות מעקב פנימיות. חתימה אחת חסרה או אימייל אחד מהמבטח שלא נענה יכלו לעכב בשקט תביעה שלמה. העלות לא הייתה אף שלב בודד — היא הייתה העומס המנטלי של הנציג, שמחזיק 30 תביעות פתוחות בראשו בו-זמנית, ללא מערכת שאומרת לו מה ממתין למה.
המערכת
המערכת עוקבת אחר אותו היגיון תפעולי בן חמישה שלבים שהסוכנות כבר משתמשת בו: פתיחה וקליטה, מעקב לקוח, תיאום מבטח, תיאום שמאי ומוסך, וסגירה סופית. כל שלב פולט אירועים מובנים שמעדכנים את הדאשבורד ומחליטים מה רץ אחר כך.
autoclaim.flow · live
● פועל01 · פתיחה
├── קליטה (תביעה פתוחה)
└── מסמכים (חתימות)
02 · לקוח
└── מעקב (תזכורות לקוח)
03 · מבטח
├── תיאום מבטח (אימייל דו-כיווני)
└── מסווג (כוונת אימייל)
┄┄→ HITL · הסלמה
04 · שמאי
└── שמאי (+ מוסך)
05 · סגירה
└── סגירה (אימות · CRM)כל חץ הוא העברה עם כללים. קווים מלאים הם הזרימה הראשית; הקו המקווקו היוצא מהמסווג הוא שער ה-HITL — בכל פעם שאימייל מהמבטח נוחת בדלי “העמום”, התהליך עוצר ואדם משתלט.
הסוכנים
שבעה סוכנים מתמחים, כל אחד אחראי על העברה תפעולית ספציפית. אחריות צרה, קלטים ברורים, פלטים מובנים וכללי העברה מפורשים — כך שכשל הוא נצפה ובר-שחזור.
מגע ראשון
מקבל דיווחי תאונה ראשוניים על פני WhatsApp, SMS ואימייל. אוסף שדות נדרשים ומאתחל את רשומת התביעה המובנית.
כלים
אחראי החבילה
מבקש רישיונות, אישורי בנק וחתימות. עוקב אחר השלמה מול החבילה הנדרשת ופולט אירוע השלמה כשמוכן.
כלים
מנוע תזכורות
שולח תזכורות ללקוח על מסמכים חסרים ועדכוני סטטוס. התזמון מסתגל לתגובתיות קודמת; המשרד מקבל התראה על אי-מענה חוזר.
כלים
ערוץ דו-כיווני
מנהל תקשורת דו-כיוונית עם חברת הביטוח. עוקב אחר לוחות-זמני הסלמה, החלטות ומצב כל שרשור פתוח.
כלים
מוח הניתוב
מנתח אימיילים נכנסים מהמבטח. מסווג כל אחד כבקשה ברורה, עמומה או החלטה — עם ציון ביטחון. מקרים עמומים מנותבים לשער ה-HITL.
כלים
קשר ספקים
מתזמן שמאויות, מתאם עבודת מוסך, עוקב אחר חשבוניות וזמני טיפול מול התביעה הפעילה.
כלים
אימות סופי
מאמת השלמה של כל מסמך נדרש, מסיים את התביעה, וכותב את אירוע הסגירה חזרה ל-CRM.
כלים
שכבת הבקרה
“מדיניות: אוטומציה מטפלת בצפוי; אנשים מטפלים בשיקול דעת.”
המערכת הופכת לאוטומטיים שלבים צפויים ומסלימה כל דבר שעשוי לדרוש שיקול דעת. מיפוי תרחישים הוא תנאי-מוקדם לפיתוח: כל גורם, כל תגובה אפשרית, כל מענה אוטומטי וכל תנאי העברה-לאדם הוגדרו לפני שנבנה ולו סוכן אחד.
שני פריטי תצורה שהמערכת קוראת בזמן ריצה. הכללים קובעים מתי אדם נקרא; החבילה קובעת מתי תביעה נסגרת.
{
"missing_documents": "alert_office_after_failed_customer_followup",
"unclear_email": "escalate_to_human",
"non_standard_request": "escalate_to_human",
"decision_required": "notify_dashboard_and_email",
"external_party_delay": "send_reminder_after_waiting_period"
}Required package: · claim notification form · owner + driver consents · vehicle license · driver license · bank approval / check copy · appraiser report · appraiser invoice · garage invoice · payment approval
הדאשבורד
כל תביעה גלויה: מי חסום, על מה, ולכמה זמן. הסטטוס מחושב מהאירועים שכל סוכן פולט, לא מוזן ידנית. הסוכנות רואה את כל התיק במבט אחד ויכולה להעמיק לכל תביעה ספציפית כדי לראות בדיוק היכן היא ממוקמת בזרימה בת חמשת השלבים.
| תביעה | שלב | פעולה הבאה | ימים פתוחה |
|---|---|---|---|
| CL-3847 | לקוח | תזכורת מסמך · ניסיון 2 | 5 ימים |
| CL-3851 | מבטח | ממתין להחלטה | 12 ימים |
| CL-3852 | שמאי | שמאות תוזמנה | 7 ימים |
| CL-3858 | סגירה | חשבונית סופית + אישור | 18 ימים |
| CL-3863 | לקוח | ממתין לחתימה | 3 ימים |
בסיס ידני · מחזור
34d
אחרי AutoClaim · מחזור
20d
כיווץ מחזור
−41%
מחזור-חיים ממוצע של תביעה · לפי שלב
ימים שמושקעים בכל אחד מחמשת שלבי התפעול — לפני מול אחרי ההשקה
לפני · ידני
34 ימים סה״כ
אחרי · AutoClaim
20 ימים סה״כ
כיווץ לכל שלב
| שלב | לפני | אחרי | Δ |
|---|---|---|---|
| פתיחה וקליטה | 4d | 1d | −3d |
| מעקב לקוח | 8d | 4d | −4d |
| תיאום מבטח | 12d | 8d | −4d |
| שמאי ומוסך | 7d | 5d | −2d |
| סגירה | 3d | 2d | −1d |
| סה״כ | 34d | 20d | −14d |
התוצאה
AutoClaim מצמצמת את העומס האדמיניסטרטיבי על-ידי העברת עבודת מעקב חוזרת מאנשים לתהליך מבוקר-AI. תשומת הלב האנושית ממוקדת היכן שזה חשוב: חריגות, שיקול דעת וניהול קשרים.
בסיס לפני-השקה
31/wk
שיא אחרי-השקה
73/wk
עליית תפוקה
2.4×
תביעות שטופלו · שבועי
חלון 16 שבועות · 8 שבועות לפני ההשקה + 8 אחרי
נקודות-קצה
עליית תפוקה · ש9–ש12
בשבועות הראשונים לאחר ההשקה הנציגים ליוו את המערכת; AutoClaim טיפלה בקליטה ובמעקב. התפוקה טיפסה מ-~30/שבוע ל-~60/שבוע תוך חודש.
תביעות נשכחות · מש11 והלאה
קצב התזכורות + נראות הדאשבורד הגיעו לאפס תביעות נשכחות עד שבוע 11 ונשארו שם. לפני המערכת, הנציגים השמיטו 2–4 תביעות בשבוע דרך מיון תיבת הדואר.
התפוקה לכל נציג עלתה. תביעות נשכחות ירדו לאפס. העבודה שנותרה היא העבודה שדורשת אדם.
הבנייה
תשעה עד עשרה שבועות בנייה, 207 שעות מאמץ הנדסי כולל, ליווי צמוד לאורך 30 הימים הראשונים שלאחר ההשקה. הארכיטקטורה מתוכננת להתרחב: כל סוכן עצמאי, כללי ההעברה הם תצורה ולא קוד, וניתן להוסיף סוכנים חדשים מבלי לגעת בזרימה הקיימת.
שבוע 1–2
גילוי + מיפוי תרחישים
כל גורם, כל תגובה, כל תנאי הסלמה מוגדרים לפני קוד.
שבוע 3–5
פיתוח סוכנים + אינטגרציה
שבעה סוכנים נבנו וחוברו ל-WhatsApp, SMS, חתימה אלקטרונית ו-CRM.
שבוע 6–7
דאשבורד + נראות
מנוע הסטטוס גוזר שלב ופעולה-הבאה מהאירועים הנפלטים.
שבוע 8–9
בדיקות + השקת פיילוט
תביעות חיות רצות במקביל לגיבוי ידני. מקרי קצה חוזקו.
שבוע 10
מעבר לייצור
מסירה מלאה עם ליווי צמוד לאורך 30 הימים הראשונים שלאחר ההשקה.
הדפוס
אותה ארכיטקטורה ניתנת להשתלה בכל מקום שבו לעסק יש תהליכים עתירי-מסמכים ועתירי-מעקב עם מספר גורמים חיצוניים ומספר קטן של נקודות החלטה שבאמת דורשות אדם.
שיחת התאמה בת 15 דקות. אנחנו ממפים את השלבים, הגורמים, ההעברות ושערי ה-HITL סביב הזרימה התפעולית הקיימת שלכם.