There's a loan officer I spoke to some months ago at a mid-sized NBFC. His team spent roughly half their day calling people who had started applications and gone quiet. They had typed their name, their phone number, what they needed, raised their hand as clearly as anyone does in lending, then vanished somewhere around page 3. 

His read was that they got confused and had nobody to call. 

I kept thinking about that explanation afterward. The more useful reading is mechanical. The system asked for something the borrower genuinely struggled to provide in the format it expected, then offered nothing useful about what to do next. The industry has spent years optimizing for the psychological version of this story. The evidence points toward the mechanical one. 

What your loan application form is actually asking for? 

A loan application form is a set of encoded assumptions about who's sitting on the other side of it. That they have one bank account, or know which account is relevant. That their ITR is from the right financial year, correctly labeled, in a format the parser accepts. That they can tell a Form 16 from a salary slip at 11pm on a 4-inch screen. 

This description fits a salaried employee in a metro city with prior credit experience. It stopped describing the majority of borrowers Indian lenders are trying to reach some time around 2020. 

The person in Surat running a small trading business. The woman in Coimbatore with income spread across two accounts she opened in different cities. The first-time applicant in Ranchi with documents in Hindi and a bank statement three years out of date. These are creditworthy borrowers in many cases. They produce documentation that the intake system struggles to process, and when a document gets rejected, the system offers nothing useful about why. 

The industry average completion rate sits at 40%. That number tends to get read as a demand problem, borrowers losing motivation, comparing options, getting distracted. It is an infrastructure problem. The 60 points between 40% and where completion rates can reach is a measure of how far the intake layer has drifted from the borrower it is supposed to be serving. 

Why the loan application form's sequence is the real drop-off problem 

This is worth being precise about, because the fix only makes sense once you see what the problem structurally is. 

A loan application form is a synchronous collection, asynchronous validation system. It gathers everything first, in a fixed sequence, in a fixed format. Then, after submission, a separate process validates what came in, usually a processor, sometimes an automated check, always hours or days later. The applicant is gone by the time the system has an opinion about what they submitted. 

This architecture made sense when the borrower population was homogenous enough that you could predict what they'd submit and design the loan application form accordingly. When the borrower population is a first-generation credit user in a tier 3 city submitting documents across three formats in two languages, the architecture produces a 40% completion rate and a large volume of incomplete files that nobody has a systematic way to recover. 

The AI fix is an architectural inversion. Collection becomes adaptive, the system asks only what is relevant for this borrower, in their language, adjusting the question sequence based on what they have already shared. Validation becomes synchronous, bureau checks run as the applicant responds, document checks run the moment a file is uploaded, errors surface in the session rather than days after it ends. The result is that a file arriving at the credit team has already been reasoned about. An ITR year mismatch was caught and corrected while the applicant was present. The bureau pull already happened, the fraud check ran, and the credit manager is reviewing a structured, pre-validated package rather than assembling one. 

A human processor handling 30-plus document types across formats, languages, and vintages, per file, consistently, at the speed a borrower expects from a digital application, is structurally impossible at scale. The 3-5 day industry average for a complete file is what that constraint produces. The under-10-minute session is what removing it produces. That gap is entirely an architectural one. The borrower's willingness to complete the application was present all along. The system just ran out of time to act on it. 

The 85% completion rate that conversational intake produces against the 40% industry average is real. What it represents beyond the number is a different credit population reaching underwriters, including people who were creditworthy all along and producing documentation the old system was built for someone else to handle. 

Lender ranking encoded the same assumption as the form, just one stage later 

Assume the borrower gets through intake. Documents verified, bureau checked, eligible. They are looking at a list of lenders. 

The configuration deciding who appears first was written at setup time. Eligibility rules, category logic, sometimes commercial arrangements, set by people with a view of the lender panel at a point in time. The sequence looks identical for a salaried borrower in Pune and a self-employed borrower in Coimbatore, even though those two profiles activate completely different lender appetites. 

This is the same assumption the loan application form made, just one stage later. The form assumed a homogenous borrower. The ranking assumed a homogenous borrower. A better-qualified file arriving at this stage still gets routed by logic that was calibrated for someone else. This is especially acute in partnership lending, where the borrower comes through a distribution partner and the lender has even less context about who they are actually receiving. 

The marketplace earns on disbursals. The ranking was built on signals that tell it about eligibility and category rules. Which lender will actually approve this specific borrower and release funds is a question the ranking layer was never designed to answer. A borrower who qualifies with lender B sees lender A first, applies, gets rejected, then either tries again or leaves. The platform absorbed the acquisition cost of bringing that borrower in. The disbursal went elsewhere. 

The rule-writer's knowledge is the ceiling of a rule-based system. The person who configured the logic knew something about which lender types suit which borrower categories. They set that logic at a point in time, with no data on actual disbursal outcomes, and the system has been running on that original judgment ever since. Every rejection resulting from a mismatch between a borrower profile and a lender's actual credit appetite is information the system collected and discarded. 

What AI changes here is structurally identical to what it changed in intake. A static, assumption-baked architecture gets replaced by one that learns from outcomes. Bureau signals, device data, income profile, interaction history, historical conversion patterns by segment, the system starts building an answer to a question the rule-based ranking never asked: which lender on this panel has actually disbursed for profiles like this one? 

The ranking changes per borrower because that answer changes per borrower. And unlike a rule set that stays fixed until someone manually updates it, a model trained on disbursal outcomes gets sharper with every cycle. The same compounding property that makes adaptive intake better over time applies here. The gap between a platform running outcome-based ranking and one running static rules widens the longer both operate. 

The second-order effect follows from this. When lender visibility reflects actual approval rates for the segments they are seeing, lenders have a reason to refine their credit policies to match the profiles they are actually receiving. The platform stops being a passive display of options and starts creating pressure on lenders to get sharper at the segments they claim to serve. 

Incomplete applications are the number your funnel reporting isn't showing you

Indian lending infrastructure was built for a borrower who was always a fraction of the market lenders are now competing for. The loan application intake form assumed them. The ranking logic assumed them. AI, in both cases, is doing the same thing: replacing a system that was designed around a fixed assumption about who the borrower is with one that responds to who the borrower actually is. 

Getting intake right means a different credit population reaches underwriting. Getting ranking right means they reach lenders whose policies fit them. Each stage compounds the other. 

Most lending teams are watching rejection rates, portfolio yield, default curves. The number that would shift how they think about their funnel is incomplete applications, specifically what share of them were creditworthy borrowers the system was architecturally built for someone else to serve. 

That is the problem worth building a system around. 

If this is a problem your team is sitting with, we are running a roundtable tomorrow specifically on what AI-native intake looks like in practice with FinBox Atlas Flow. If you want in, write to us at mayank@finbox.in 

Until next time,  
Srijan Nagar