Lending Process Transformation at a Bank
Classic problem: loan applications take 2 weeks to process; clients leave for competitors. The cause — the bank digitized a paper process without redesigning it. The right approach: reengineering first, then automation.
A familiar picture: the bank spent serious money implementing a BPM system, and the lending process still takes two weeks. Competitors approve in 3–5 days. Clients leave, the loan portfolio grows slower than planned. The first reaction is to replace BPM with something more modern. But the problem isn’t the system.
Why does this happen? When we map the real path of a loan application — not the one in the policy, but the one it actually travels — we find 20–25 steps. The loan manager collects documents, uploads them to the system, passes to the analyst. The analyst reviews, requests additional documents, passes to the security service. Security reviews, returns with questions. And only then — the credit committee, which meets twice a week. The BPM system honestly automates all this chaos: an electronic folder instead of a paper one, but the same steps and the same queues. This is the classic mistake — digitizing a paper process without reengineering.
The right approach is to redesign the process from scratch. The key decision: parallel work instead of sequential. The analyst and security service work simultaneously, not one after another. Automatic enrichment from credit bureaus and government registries eliminates 60% of manual data collection. A scoring model provides a preliminary decision in minutes. The credit committee switches to electronic voting with a strict SLA — 24 hours for a decision. From 23 steps, 9 remain.
What to expect: disbursement time drops to 2 days, lending volume grows 40–50% — not because the bank takes more risk, but because it stops losing clients to waiting. The BI dashboard with the lending funnel becomes a management tool — management sees in real time at which stage and why applications are getting stuck.
Typical Problem
A loan application takes 10–14 business days to process. Competitors approve in 3–5 days. Clients leave, the loan portfolio grows slower than planned. Loan managers spend 70% of their time collecting and forwarding documents rather than working with clients. If your bank has implemented a BPM system but speed hasn't improved — you'll likely recognize your situation in this description.
Why This Happens
This is one of the most common automation mistakes: the bank digitized a paper process without redesigning it. The BPM system became an electronic folder — the same 23 steps, just on screen. The application is passed between the loan manager, analyst, security service, lawyer, and credit committee — sequentially, via internal mail. At each stage, a queue of anywhere from several hours to 2 days.
How We Diagnose It
When diagnosing lending processes, we always map the real path of an application — not the one in the policy, but the one it actually travels. We look for three main sources of delays: (1) collecting certificates that could be obtained automatically from bureaus and registries; (2) sequential department work where parallel work is possible; (3) waiting for credit committee quorum. Usually these three factors explain 80% of the delay.
The Right Model
New process of 9 steps instead of 23: (1) smart form with pre-fill; (2) automatic enrichment from 6 sources; (3) auto-scoring with preliminary decision; (4) analyst and security working in parallel instead of sequentially; (5) electronic credit committee voting with SLA. Key principle — parallelism over sequence.
How We Implement It
A typical project takes 4–5 months. We redesign the process from scratch, reconfigure the BPM system to the new flow, integrate with credit bureaus and government registries, implement a scoring model, configure electronic credit committee voting, build a BI dashboard with a lending funnel and bottlenecks in real time. The existing BPM system isn't replaced — it finally starts working correctly.
How the Team Works
Projects like this run with a team of 6: 2 developers, 1 BPM engineer, 1 business analyst, 1 data analyst, 1 tester. I define the process reengineering, integration model, and scoring implementation. The team implements, tests, and documents.
Results
If your bank has implemented BPM but the lending process still takes weeks — don't rush to change the system. It's most likely automating a paper process. Reengineer the process — and BPM will finally work.
Key Lessons
- • Automating a bad process gives a bad automated process. If BPM didn't help — the problem isn't BPM, it's the process.
- • Parallel stages instead of sequential is the fastest way to reduce time-to-yes. Check which stages in your process can run simultaneously.
- • A BI dashboard with a process funnel changes management behavior — they see for the first time where time is actually lost and start managing the process, not the people.
Similar challenge?
Tell me what's going on. I'll review the situation and suggest a concrete path forward.
Обычно отвечаю в течение нескольких часов