הבנקים הגדולים של היום מתמודדים עם אתגרים מרובים. צרכנים מצפים מהבנקים שלהם לאותה סוג של נוחות דיגיטלית כפי שהם מקבלים מחוויות אחרות. הרגולטורים מסכימים, והקלו על מצטרפים חדשים כמו חוץ בנקים לספק לאנשים גישה
לשירותים הפיננסיים ולמידע שהם רוצים. משבשים אלה חמושים בטכנולוגיות מקוריות בענן ובצורת מחשבה כדי לצאת לשוק עם שירותים חדשים במהירות מסחררת.
אבל האיום של בנק אחד הוא הזדמנות של אחר. אלה שיתפסו את הדחיפות, ויתחילו לנדוד עכשיו מהטכנולוגיות הישנות שנאבקות לאפשר חדשנות בקצב, ינצחו. אלה שלא יתקשו להתחרות בפרדיגמה הבנקאית החדשה הזו.
אז באיזו פלטפורמה בנקים צריכים להשתמש? התשובה היא תשובה ניתנת לחיבור.
לומדים את הלקחים
הבנקים צריכים רק להסתכל על כמה מחברות טכנולוגיות B2B המצליחות ביותר כדי להבין את הערך של יכולת קומפוזיציה. חשבו על Salesforce עבור CRM, או על ServiceNow לניהול זרימת עבודה.
השוו זאת לטכנולוגיות שממשיכות לשלוט בבנקים הגדולים. התמונה כאן היא של מערכות מנותקות ממקומן שנרכשו ממספר ספקים, הדורשות אינטגרציות מורכבות (ולרוב יותר תוכנות) כדי לאפשר אוטומציה של תהליכים וצפייה אחת של נתונים.
יתרה מכך, חלק ניכר מזה פועל במקום, כלומר הבנקים חייבים לקחת על עצמם את העלות, הניהול והסיכונים של חומרה, רשת ואבטחה.
מול מורכבות כזו, הפיתוי של בנקים הוא להחזיק במה שיש להם, במקום את החיווט היקר הדרוש להוספת יכולות חדשות. במילים אחרות, מחיר החדשנות עולה על ההזדמנות המסחרית, בעוד ששחקנים זריזים יותר מחזרים אחרי לקוחות
עם שירותים וחוויות טובים יותר.
פריצת גבולות
בנקאות מתאימה יוצרת גם הזדמנויות מעבר לגבולות השוק המסורתיים. יותר ויותר, חוץ בנקים נכנסים למשחק הבנקאי, תוך שימוש ישיר בפלטפורמות בנקאיות הניתנות להרכבה כדי לפתות את הלקוחות שלהם עם הצעות אשראי, שיטות תשלום חדשות,
הזדמנויות השקעה ופתרונות ניהול עושר.
אבל להצעת 'שירותי פיננסים משובצים' ישירות יש מגבלות - רגולציה וידע הם שניים מאלו המובנים מאליהם. בנקים שיוכלו לאפשר לסוחרים להרחיב את תיק מוצרי 'פיננסים משובצים' שלהם יקחו את חלקם בהכנסות, ועשויים גם
לאסוף לקוחות פוטנציאליים חדשים לשווק אליהם את שירותי הליבה הבנקאיים שלהם.
פלטפורמה הניתנת לחיבור מאפשרת לזה לקרות בקנה מידה. בלעדיו, זה יהיה מורכב מדי עבור בנק לשלב את המערכות, התהליכים והפרוטוקולים שלו עם אלה של הסוחר. אבל אופי 'הכנס והפעל' של פלטפורמה בנקאית ניתנת להרכבה פירושו
סוחר מוגבל רק על ידי רוחב היכולות הזמינות, וכמה מהר הוא רוצה ללכת.
איך אתה מלחין משנה
פלטפורמה בנקאית הניתנת להרכבה צריכה להיות חופשית להפעלה בכל סביבה, כולל כל ענן ציבורי או כ-SaaS. זה גם צריך להיות אגנוסטי למסד נתונים, ולמנף את ארכיטקטורת ה-API. הדברים האלה לא חשובים רק לפריסה, אלא גם לאקוסיסטם של המפתחים
שצריך לבנות סביבו. מפתחים הם נשמת אפה של פלטפורמה הניתנת לחיבור. בלי מעורבותם בהרחבת מודולים עם תכונות חדשות עשירות, או בניית יכולות חדשות לגמרי על גבי יכולות הליבה, הפלטפורמה תהיה מורעבת מהחדשנות
זה צריך להישאר רלוונטי.
הפלטפורמה חייבת גם לאמץ את היכולת של שותפים להביא פתרונות משלהם, ולשלב אותם בקלות. אז הפלטפורמה חייבת להיות מקורית בענן, כדי לאפשר קונטיינרים, שירותי מיקרו וכלי DevOps מודרניים אחרים. חייבת להיות סביבת ארגז חול
כדי להקל על ניסויים ובדיקות; ושוק שבו מפתחים יכולים להתאים את עבודתם.
רק באמצעות העקרונות הפתוחים הללו, פלטפורמה בנקאית הניתנת להרכבה יכולה לייצר את רוחב ועומק היכולות להן היא מיועדת; גמישות הפריסה כדי להתאים לצרכים הנוכחיים והעתידיים; וקלות השימוש המאפשרת אימוץ מהיר
ולאחר מכן קנה מידה.
עכשיו זה הזמן
דיבורים על הצורך ברוחב בפלטפורמה בנקאית הניתנת להרכבה עשויים לגרום לחלק להניח שזה אומר אימוץ בקנה מידה גדול ומורכב. ההיפך הוא הנכון. רוחב מקנה מודולריות; ההזדמנות להתחיל בקטן ולפרוס יכולות אינדיבידואליות, ולאחר מכן
הוסף בצורה חלקה פונקציות משלימות או הסתעף לאזורים חדשים.
רווחים שנוצרו באמצעות פעילות בנקאית ניתנת להרכבה יכתיבו בסופו של דבר דחיפות. בנקים ועסקים שיעברו ראשונים יהיו בעמוד הקוטב כדי לנתח את ההשלכות המסחריות, להכפיל ולהפיק את מירב התועלת.
