06:20 PM
A Field Guide to Identifying Platforms for Risk & Finance
Platforms are pretty buzzy. The term is all over banking and technology, especially for core back office functions in risk and finance. Nearly every Tom, Dick, and Susie in vendor space uses the term “platform.”
But not all platforms are created equal, and some don’t even qualify as such. This isn’t just semantics; this definition matters. Platforms have powerful features that allow financial institutions to do things better, faster, and cheaper than ever before; the latest generation takes it to another level.
How can one tell a real platform? There are three distinguishing characteristics for a platform.
1. A platform is architected to be broad, flexible, and adaptable.
Adaptability is crucial in risk and finance applications. There have been a myriad of new demands over the past decade, and most financial institutions have struggled to keep up.
A real platform changes the eternal buy versus build question to “buy and build.” Yes, there’s an embedded assumption in this that financial institutions don’t build platforms. There are always exceptions, but in general the pressures facing internal IT departments are simply too great for them to build a real platform. Platforms require significant investments in architecture and time in order to build components that can be used generically. Somewhat ironically, most internal IT departments are too busy managing the myriad of applications they own and reacting to today’s change to be able to strategically build a foundation that can adapt quickly to tomorrow’s change. Often, this leads to shortcuts being taken; a point solution is identified as being substantially similar to a new challenge and attempts are made to try to adapt it for the new challenge. This is a good way of spending a lot of time and money, but not generally a good way of solving a problem.
This is not to say all vendors are competent platform builders, nor is it saying that all who claim to have a platform actually do. Much of what is called a platform is actually a collection of point solutions cobbled together. Beware, especially if these point solutions were built by separate companies and “seamlessly integrated” by another well afterwards. System design matters, and needs to be considered from the very beginning.
A platform is built of components that allow for the creation of higher order software services that can be reused for different things across the enterprise. Rule engines, cashflow engines, workflow processing tools, and so on come together in a way that allows for customization as a core design principle. Describing what a platform does can be tricky because it can often do many things. Thus a true platform is strategic, not tactical.
Here’s an important rule for identifying a platform -- if it only consists of one component it does not meet the definition. A database is a database, a rules engine is a rules engine, a workflow processing tool is a workflow processing tool. None of these are platforms; putting them together in an architected way creating software services (e.g., cashflow, accounting, loan master) that are exposed and work with each other makes it a platform. Many banks in their finance transformation projects try to piece together a bunch of specialized components into a platform of sorts. This is Challenging with a capital C, not unlike Luke Skywalker hitting the Death Star’s exhaust port, but then he -- unlike most IT departments -- had access to the Force. The challenge in transformation projects is because most of the components were not designed to work together; they also need to integrate with point solutions that were not designed to integrate with anything.
The platform must offer an ability to extend existing functionality without going through an entirely new build process. A system built without the ability to adapt with new features, workstreams, and data elements will lead users to add manual processes or IT departments to build surrounding point solutions. Both of these are expensive, risky, and inefficient. The economics of a platform are quite appealing. Having hundreds or thousands of users leveraging the same bit of code saves money. But many institutions have specialized ways of doing things. A platform reconciles the two views -- the core components are bought, while the specialized ways of doing things are custom built using the core components.
Read the entire original article on Bank Systems & Technology.
John Lankenau is the head of valuation and accounting product solutions at Primatics Financial. He has extensive consulting and financial services industry experience, with an emphasis on complex loan systems integrating risk and finance. Mr. Lankenau is a notable thought ... View Full Bio