סוכן AI להשוואת ביטוח: למה המחיר הוא רק תחילת הבדיקה

מאת שרון גילר

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

הבקשה פשוטה: תמצא לי את הביטוח הזול ביותר

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

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

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

לפני המחיר, צריך להבין מה הלקוח באמת צריך

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

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

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

כדי להשוות, צריך להפוך פוליסות שונות לשפה אחת

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

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

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

סוכן טוב מראה את המקור — ולא רק את התשובה

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

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

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

היכן האוטומציה צריכה לעצור

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

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

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

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

למייסדים: המוצר האמיתי הוא שרשרת של נתונים ואחריות

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

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

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

איך בונים פיילוט שאפשר ללמוד ממנו

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

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

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

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

המבחן הוא איכות ההחלטה, לא מהירות ההצעה

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

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

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

שרון גילר הוא מומחה לצמיחה בפינטק, אינשורטק ו-B2C ב-KSG Consulting.

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

אודות שרון גילר ותחומי המומחיות שלו.