מערכת ניהול לחברות אשראי חוץ בנקאי

ארבעה הבדלים ממערכת ניהול לקוחות

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

המקרים שתופסים את רוב העבודה

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

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

עקיבות שעומדת בבדיקה

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

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

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

שלוש הדגמות שמפרידות בין מוצרים

אל תבקשו הדגמה כללית. בקשו שלושה מקרים, ובהם הדגמה אמיתית תיראה אחרת מהצגה:

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

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

לבנות או לקנות

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

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

איך אני עובד על זה

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

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