Table of Contents
Success Story: how ABLE Platform Remastered Loan Origination Solution for the Bank
When you deal with software development for banks, you know that there are certain processes, procedures, and operations banks have to follow. A lot of actions should be documented and stored in centralized archives – physical or electronic.
Our client – a leading Retail Bank in the EEU – encountered a necessity to automate its loan origination workflow. A vendor for the system implementation was found. But something went wrong and the implemented loan origination software was dead before it got live. Read the success story to understand how ABLE Platform streamlined the Bank’s loan origination process.
“We have the situation “Frankenstein” here”: reanimation team is needed
The Loan Origination Solution (LOS) was developed and implemented by a well-known vendor according to the Bank’s requirements. But it didn’t work because multiple pitfalls have made the newly installed system dead before it started to breathe.
Sergei Artimenia – the Director of Business Development in the banking domain at ABLE Platform – agreed to comment on the subject.
When the Bank’s management got in touch with us, they asked if we could help them with the issue and revitalize the system. A group of ABLE Platform’s experts was sent to the Bank for consultations. Sometime later we understood: we have the situation “Frankenstein” here.
The analysis showed that the loan origination system implemented by the initial vendor suffered a number of crucial drawbacks:
- inconvenient and counterintuitive user interface (UI);
- low system performance;
- low speed;
- poor integration into other Bank’s subsystems;
- weak scalability of the system.
“Actions speak louder than words”: why ABLE Platform was chosen by the Bank
One can say, there are a lot of vendors capable of developing commercial loan origination software. Why did the Bank choose ABLE Platform? Well, actions speak louder than words. Our team has successfully developed the Early Warning System (EWS) for the Bank before. EWS demonstrated impressive results. That’s why ABLE Platform was not a stranger.
Several conditions influenced the Bank’s management decision to choose us for the project:
- ABLE Platform’s positive image due to previous fruitful cooperation;
- our large and in-depth experience in the banking domain;
- our detailed knowledge of the Bank’s infrastructure;
- brief, pinpoint accurate, and comprehensible architecture of a new commercial loan origination software.
“Well begun is half done”: correct requirements is the first step to success
The initial study of the requirements of the RFP (Request for Proposal) revealed multiple cases when the tasks were not clearly outlined by the stakeholders. The initial vendor accepted them blindly without critical evaluation and recommendations. That’s why consumer loan origination software was designed without considering hidden pitfalls and traps.
We had to start our work from the very first point – technical requirements. And it took us 2 months to do that right considering all loan origination process steps.
Though the Bank allowed our team to use the installed system and its components, we decided to build a completely new solution. Designing a new Loan origination solution from scratch was the only option. But all had to be started from correct technical requirements drafting to avoid the previous loan origination solution’s fate.
“Software development is a game of two parties”: effective team – effective result
As I have mentioned above, one of the causes of initial project failure was flawed and not precise technical requirements. But there were other reasons as well. Vendors’ staff turnover was one of them. It greatly impacted the loan origination system development process. Imagine that a picture is painted by artists of different styles. The final painting will hardly be a masterpiece.
That’s why the Bank demanded that ABLE Platform’s team should not change in the process of new system development. We fully agreed with that because software development is a game of two parties – a customer and a vendor – who work in close cooperation to achieve the necessary results.
Teamwork is crucial at all stages of software development. Customers and a vendor see the future product from different angles. A combination of these points of view allowed ABLE Platform’s team to realize the LOS functional that the Bank needed. And Bank’s open-minded approach to the ABLE Platform development team’s offers helped to avoid potential bottlenecks and achieve the product’s high performance and effectiveness.
Conclusion, or “Not a brand wins, but people behind it”
A business should listen to what a developer proposes. Developers see and analyze the system from the inside. In its turn, a vendor should warn a business about potential flaws and bottlenecks and offer an optimal way out while maintaining the necessary functionality. Blindfolded policy in technical requirements fulfillment is not the way ABLE Platform’s team goes.
