דוגמה אנונימית ממערכת שעדיין בבנייה. אין כאן תוצאות, רק החלטות אפיון ומה שכבר נבנה.
מה זה CRM ליועצי פנסיה שבנוי סביב קופות?
CRM ליועצי פנסיה שבנוי סביב קופות מנהל כל קופה כפריט נפרד, מקושר ללקוח, במקום לנהל את הלקוח כשורה אחת. כך לכל קופה יש שלב, אחראי ומשימות משלה: אחת בניוד, אחת בפדיון, אחת בלי שינוי. אצלנו זה נבנה ב־monday, עם קליטה מהמסלקה בלי הקלדה כפולה והתראה כשניוד נתקע.
למה לוח קופות נפרד ולא פריטי משנה
המבנה הראשון שם את הקופות כפריטי משנה תחת הלקוח. בבדיקה לפני הבנייה עלו מגבלות של monday: ווידג'ט הדשבורד לא קורא פריטי משנה, נוסחה בפריט האב לא סופרת אותם לפי תנאי, והעברה של חלק מהם בין לוחות לא מתועדת כיכולת מובנית. ההחלטה התקבלה בפגישת האפיון, לפני הבנייה: לוח קופות נפרד, מקושר ללקוח. כל קופה נוצרת פעם אחת ונשארת באותו פריט עד סוף הטיפול. על כל קופה נפתחות משימות לפי המלצת היועץ, בלי כפילויות, והאחראי נקבע לפי מקור הלקוח.
קליטה מהמסלקה בלי הקלדה כפולה
כשהיועץ מקבל את נתוני המסלקה, הלקוח וכל הקופות שלו נוצרים במערכת בלי הקלדה. לפני כל יצירה נבדק שאין כבר לקוח או קופה זהים, כך שלא נפתחות כפילויות. כשהנתונים מתרעננים, מתעדכנים רק נתוני המקור, כמו סכומים ודמי ניהול. מה שהיועץ כתב בעצמו, כמו ההמלצה לכל קופה או טלפון שתוקן ביד, לא נדרס. כך העבודה של היועץ נשמרת גם כשמגיעים נתונים חדשים מהמסלקה.
באפיון: מיילים מהחברות שמעדכנים את הקופה הנכונה
החלק הזה עדיין באפיון ולא רץ. הכוונה: כשמגיע מייל מחברה מנהלת על ניוד, המערכת מחלצת ממנו ת״ז, מספר קופה, תאריך וסכום. הקופה מתעדכנת רק כשיש במערכת בדיוק קופה אחת עם אותה ת״ז ואותו מספר קופה. אם אין קופה כזו, או שיש יותר מאחת, נפתח חריג עם קישור למייל, ואדם בודק. «לא לעדכן» היא תוצאה לגיטימית. עדכון לפי ניחוש הוא בדיוק מה שאסור שיקרה בתיק פנסיוני.
התראה כשניוד נתקע בשקט
ניוד יכול להיתקע בלי שאף אחד ישים לב: הטפסים נשלחו לחברה, ותשובה לא מגיעה. ברגע שקופה מסומנת «נשלח», נרשם התאריך. אם עבר פרק הזמן שהוגדר והקופה עדיין לא הסתיימה, האחראי מקבל התראה. לקופה פעילה ולקופה לא פעילה מוגדרים פרקי זמן שונים. ההתראה לא משנה את הסטטוס של הקופה, היא רק דואגת שמישהו יסתכל עליה לפני שהלקוח מתקשר לשאול. החלק הזה נבנה באוטומציה המובנית של monday.
מס הכנסה וקיבוע זכויות: שלב נפתח אחרי שלב
מול מס הכנסה כל לקוח נמצא בשלב אחר, וקל לאבד את הרצף. היועץ מסמן פעם אחת מה הלקוח צריך, ומשם השלבים נפתחים לבד. מה שכבר נבנה: משימת ייפוי כוח לשע״ם נפתחת פעם אחת, וכשהיא בוצעה הלקוח מסומן «נקלט». אחר כך נפתחת משימת הגשת קיבוע, והשלב מתקדם כשהקיבוע הוגש. מה שעדיין באפיון: בקשת קצבה, צפי ותלוש ראשון, שרשרת אישורי פקיד שומה ונספח ו'. ההגשה עצמה ברשות המסים נשארת ידנית.
באפיון: מסמכים מוואטסאפ וממייל לתיק הלקוח
גם החלק הזה עדיין באפיון ולא רץ. לקוחות שולחים מסמכים בוואטסאפ ובמייל, והם מתפזרים בין הערוצים. הכוונה: כל מסמך שמגיע מזוהה לפי טלפון או ת״ז, אף פעם לא לפי שם בלבד, ונשמר בתיק הלקוח. המסמך מסווג לסוג, כמו טופס 161, תלוש קצבה, אישור פקיד שומה או צילום ת״ז. מסמך שלא זוהה בוודאות לא נכנס לשום תיק, אלא לתיקיית בדיקה שאדם עובר עליה.
מה נשאר ידני, בכוונה
לא כל דבר צריך להיות אוטומטי. שליחת הטפסים לחתימה נשארת במערכת הטפסים של היועץ. ההגשה לרשות המסים ידנית. «סיום טיפול» מסמן רק אדם. שום מייל לא יוצא ללקוח בלי שאדם בדק אותו, ו־AI לא פותח משימות לבד. בתיק פנסיוני, טעות אוטומטית עולה יותר מבדיקה של אדם.