Fin Maverick
Foundations VocabularyAccounting & ReportingEconomics & MacroQuant Methods & ProgrammingBusiness & Company AnalysisCorporate Finance & ValuationBehavioural Finance
Banking & Market InfrastructureFixed Income & RatesDerivatives & Structured ProductsPublic EquitiesTransactions & DealsPortfolio ConstructionFunds & AMCs
Private Markets & AlternativesRisk, Treasury & ControlAI & Digital FinanceStochastic Calculus & PricingWealth & Personal FinanceIndian Markets & RegulationProfessional Practice
CalculatorComparison
Frameworks
Explore Bootcamps
Equity ResearchPortfolio ManagementMutual Fund MasteryFinancial LiteracyInvestment Banking Analyst
Private Equity AnalystHedge Funds AnalystBreaking Into VCBreaking Into QuantsAI For Finance
Financial Analyst ProgramRisk Management ProgramPrivate Wealth ManagementDebt Capital MarketsDerivatives Foundation
Explore Internships
Equity Research InternMutual Fund Intern
Portfolio Management InternFinancial Literacy Intern
Explore Micro Courses

Equity Research6

Writing an Investment ThesisBuilding a Discounted Cash FlowReading an Annual Report FastReading a Sector Before a CompanySpotting Quality of Earnings Red FlagsBuilding a Revenue Forecast From Drivers

Portfolio Management3

Rebalancing: When, Why and What It CostsStrategic and Tactical Asset AllocationMeasuring Risk in a Portfolio

Mutual Fund Mastery3

Comparing Funds Without Being FooledHow a NAV Is Struck and Which Day You GetReading a Fund Factsheet Properly

Derivatives Unlocked4

Hedging a Real ExposureThe Greeks, PracticallyFutures, the Basis and What Moves ItReading an Option Payoff

AI For Finance2

Retrieval and Grounding for FinanceDocument Extraction in Finance

Breaking Into Quants4

Backtesting a StrategyHypothesis TestingCleaning Financial DataRegression for Finance

Breaking Into VC3

Sizing a MarketReading a Term Sheet as a FounderHow a Venture Round Actually Works

Financial Analyst Program4

Common Size and Trend AnalysisReading a Cash Flow StatementRatio Analysis That Says SomethingBuilding a Working Capital Schedule

Risk Management Program2

Credit Exposure and How It Is ReducedValue at Risk and What It Hides

Investment Banking Analyst3

Precedent Transactions and Why They DifferReading a Term Sheet StructurallyBuilding a Comparable Companies Table

Private Wealth Management3

Tax Aware Portfolio DecisionsBuilding a Client Risk ProfileGoal Based Planning Arithmetic

Debt Capital Markets3

Analysing an Issuer's CreditDuration and What It Does Not Tell YouBond Pricing and Yield Mechanics

Private Equity Analyst2

Fund Waterfalls and CarryThe LBO in Structure

Hedge Funds Analyst2

Short Selling MechanicsLong Short Mechanics
Courses
Explore Career Roadmaps
Investment Banking AnalystEquity Research AnalystVC AnalystPrivate Equity AnalystHedge Funds Analyst
Quant AnalystAI For FinanceFinancial Analyst ProgramPrivate Wealth ManagementDebt Capital Markets
Risk Management ProgramDerivatives FoundationPortfolio ManagementMutual Fund Mastery
PartnershipsShowdown
Log inSign up
AI, Automation & Digital Finance
1AI Foundations
Artificial Intelligence in FinanceAlgorithmNeural Networks and Deep LearningMachine LearningArtificial Intelligence vs Machine…Computer Vision in FinanceTraining Data and LabelsNatural Language Processing in Finance
2Generative AI
Generative AIGenerative AI vs Predictive AILarge Language ModelsEmbeddingsHallucinationFine TuningPrompting vs Fine TuningThe PromptThe Context WindowTool CallingGroundingVector DatabasesRetrieval Augmented GenerationRAG vs Fine Tuning
3Automation and Workflow
Workflow AutomationAutomation vs AugmentationHow to Map a…Straight-Through Processing and Exception…Robotic Process AutomationRule EnginesMachine Learning vs Rule-Based…
4Document and Operations AI
Intelligent Document ProcessingBatch vs Real-Time vs…Document Classification vs Entity…Service Level AgreementsCase ManagementHow to Document Data…Reconciliation AutomationOptical Character Recognition and Data ExtractionConfidence Scores
5Customer Systems, Identity and Digital Assets
Digital IdentityConsent ManagementBlockchain and Distributed LedgerChatbots and Conversational AIFrom Use Case to ProductionDigital Assets and TokenisationDigital SignaturesData Sharing in FinanceElectronic KYC and Digital Onboarding
6Credit and Fraud Systems
The Fraud AlertCredit Decisioning SystemsHuman in the Loop…Adverse ActionAnomaly DetectionThe Decision ThresholdCredit Score vs Credit DecisionAlert Triage and EscalationFraud Detection and Transaction MonitoringFraud Model vs Credit ModelHow to Build Human…
7Governance, Data and Vendors
AI Governance and the AI PolicyHow to Create an…Explainability and Interpretability ComparedThe AI VendorBias and Fairness in Financial AIShadow AIAccess Control and Data MinimisationCloud Computing in FinanceData Lineage and Master DataData ResidencyThe AI Use Case Register and Model InventoryThe Model Owner
8Model Performance, Monitoring and Resilience
Model DriftFalse Positives and False NegativesClassification MetricsAdversarial AttacksModel TestingBias, Fairness and Explainability…Stopping an Automated SystemModel ValidationAI Governance vs Model Risk ManagementPrompt InjectionHow to Create an…

Electronic KYC and Digital Onboarding: The Path and the One Step

Digital onboarding is the whole path from a person starting an application to a usable relationship. Electronic identity verification is one step inside that path and not another name for it. The step completion rates along the path multiply rather than average. Three steps each above 93 per cent therefore produce a whole of 86.0 per cent, and the path loses 1,400 of every 10,000 who start.

A path made of steps carries one arithmetic property that decides everything else about it: the whole is the product of the parts and never their average. Reported step by step, the month shows three healthy numbers in the nineties. Multiplied together, those numbers show how many people actually arrived. The two readings of the same month differ by more than nine percentage points, and the difference is made of people standing outside a door somebody believes is open.

What is digital onboarding, and where does electronic KYC sit inside it?

Digital Onboarding, the whole path from a first tap to a usable relationship

Digital onboardingThe whole path from a person starting an application to a usable relationship, made of several steps in a fixed order. is a path, not a check. The path starts when somebody taps a button on a handset and it finishes when that person has a working relationship with the institution: an account they can use, a loan decision they can act on, a mandate they can set up. Everything in between is a step, and the steps run in a fixed order because each one needs what the step before it produced.

Getting a new electricity connection in a new flat has the same shape, though nobody calls any part of it onboarding. A household fills in a form. Somebody checks that the name on the form matches the name on the ownership paper. Somebody takes a meter reading. Somebody records what the household agreed to pay for. And only after all of those does the supply come on. The electricity is not on when the name check passes; it is on when the last step finishes, and every step in between is a place the process can stop without anybody at the supply office noticing that a household is still sitting in the dark.

Sumeru Bank Limited, an invented lender, runs its retail loan front door in six numbered steps. The steps carry numbers rather than names: a number points at exactly one step and a name drifts between two.

StepWhat happensWhat it produces
1Start and contact numberAn application exists
2Identity number entered and the identity match runA claimed identity, put against a record
3The selfie and the liveness checkEvidence the claim belongs to the person present
4Document uploadThe documents the decision needs
5The consent stepA record of what the customer agreed to
6Submission to the decision engineA file the chain can decide

Steps 2 and 3 together are the part everybody in the building has a name for. Steps 1, 4, 5 and 6 are the part nobody has a name for, and they carry two thirds of the path.

AI For Finance Bootcamp — Fin Maverick

Why does calling the whole path by the name of one step cost a firm something?

Digital Onboarding vs eKYC, the two things that get merged and what the merge hides

Electronic identity verificationOne step inside the path, in which a claimed identity is checked against a record held somewhere else. is step 2 of the six, and almost everyone in the room calls it electronic know your customer (KYC). The step takes a claimed identity and puts it against a record held elsewhere. One bounded question with one bounded answer is genuinely the hardest step of the six to build. Being the hardest to build is exactly why it ends up lending its name to the whole path.

Here is the trap, and it is not a vocabulary quibble. A project that says it is building electronic KYC will scope, staff, test and report on step 2. A project that says it is building digital onboarding has to scope, staff, test and report on six steps, of which step 2 is one. The two projects sound identical in a status meeting and they produce completely different things: one produces a check that works, and the other produces a path a person can get to the end of. When the merge happens, the other five steps still get built. A path has to function at all. But nobody is accountable for how many people finish them.

Sumeru had exactly that merge. The monthly pack carried a detailed line for the identity match and a detailed line for the liveness check. The pack carried one line for everything else, and that line was a single number.

THE PATH AND THE STEP, DRAWN AT THE SAME SIZE TWICE DIGITAL ONBOARDING IS ALL SIX OF THESE 1 START Application exists and a contact number 2 IDENTITY MATCH Claimed identity put against a record 3 LIVENESS CHECK Selfie compared with a stored image 4 DOCUMENT UPLOAD The documents the decision needs 5 CONSENT What the customer agreed to, recorded 6 SUBMIT TO ENGINE The file reaches the decision engine ELECTRONIC KYC IS THIS ONE 1 START Not in scope, and still built anyway 2 IDENTITY MATCH This one step, and nothing either side 3 LIVENESS CHECK Lost 620 people in the month 4 DOCUMENT UPLOAD Lost 480 people in the month 5 CONSENT Lost 300 people in the month 6 SUBMIT TO ENGINE Where the 8,600 arrive Same strip, drawn twice. The five faded boxes in the lower row are where every one of the month's 1,400 losses happened.
Digital onboarding is six steps and electronic identity verification is the second of them, so calling the whole path by the name of one step leaves five steps with no owner in any report.
Try it out

Is electronic identity verification the same thing as digital onboarding?

What are the six steps of one bank's path?

The table above lists them, and the useful way to read the list is by what each step is asking the applicant to hand over. Step 1 asks for a number they know by heart. Step 2 asks for an identity number and nothing else. Step 3 asks them to take a photograph of themselves. Step 4 asks them to find, photograph and upload documents. Step 5 asks them to read something and agree to it. Step 6 asks nothing at all. The system does the submitting.

Notice that the effort the applicant has to supply is not spread evenly across the six steps, and neither are the losses. Steps 1, 2 and 6 ask for almost nothing. Steps 3, 4 and 5 ask for a photograph, a document hunt and a piece of reading, and those three steps are where every single person the path lost in the month was lost. The pattern is not a coincidence and it is not a fact about applicants. The pattern is a fact about what each step demands.

Where did the month's applicants actually stop?

In month 6 at Sumeru Bank Limited, 10,000 applications entered step 1. A funnelThe count of people remaining at each step of a path, which is the only honest way to read completion. is the count of people still on the path at each step, and it is the only reading that shows where the losses fell rather than how many there were in total.

MONTH 6: WHERE 10,000 APPLICANTS WENT, STEP BY STEP Each green bar plus the red block beside it equals the green bar directly above. That is what a funnel is. STEP STILL ON THE PATH LOST HERE 1 start 10,000 none 2 identity match 10,000 none lost, 189 routed 3 liveness check 9,380 620 4 document upload 8,900 480 5 consent 8,600 300 8,600 REACHED STEP 6 AND THE DECISION ENGINE 620 + 480 + 300 = 1,400
Ten thousand applications started, ten thousand cleared the identity match, 9,380 cleared the liveness check, 8,900 cleared document upload and 8,600 cleared consent to reach the decision engine.

The red blocks from top to bottom are the month. Step 3 took 620, step 4 took 480, step 5 took 300, and 620 plus 480 plus 300 is 1,400. Ten thousand less those 1,400 is 8,600, the number that reaches the decision engine and the number the rest of the bank talks about. The 8,600 is a real population and so is the 1,400, and only one of them appears anywhere in the monthly pack.

Try it out

Which of the six steps lost the most applicants in the month, and how many?

Why does a step that loses nobody still send files to a person?

Step 2 is the strange one, and it is worth slowing down for. The identity match at Sumeru Bank Limited is a written rule of 9 lines that compares three fields across two sources, the application form and the identity record, at three lines a field: an exact match, a normalised match and a tolerance. In month 6 it found 189 files where the two sources did not agree. Not one of those 189 applications ended.

The 189 applications survived because a mismatch at step 2 is a routed fileA file sent to a person to resolve, which is work for the institution rather than a lost applicant. rather than a refusal. The file goes to a person at the exception desk, who looks at the two records and decides. The applicant carries on. The 189 are exception cause 5, and they sit inside the 3,010 files a person handled that month rather than inside the 1,400 the path lost.

The reason for the mismatches is ordinary rather than sinister, and the split says so plainly. Name accounts for 121 of the 189, being 64.0 per cent. Date of birth accounts for 44, being 23.3 per cent. Address accounts for 24, being 12.7 per cent. Names dominate for three ordinary reasons. Initials get expanded in one source and not the other. The given name and the surname arrive in a different order. And a transliteration made twice by two different people comes out twice in two different ways. A step can generate a great deal of work without costing a single applicant their application, and a report that counts only losses will show that step as costing nothing.

STEP 2 HAS TWO OUTCOMES, AND ONLY ONE OF THEM IS WORK WHAT STEP 2 ENDED IN MONTH 6 0 applications ended at the identity match A mismatch is a routing outcome. Nobody was declined and nobody left the path. WHAT STEP 2 SENT TO A PERSON 189 files routed for a person to resolve Name 121 Date of birth 44 Address 24 121 + 44 + 24 = 189, and none of the 189 is a lost applicant.
Step 2 ended no applications at all and sent 189 files to a person, split 121 by name, 44 by date of birth and 24 by address, because a mismatch routes a file rather than refusing an applicant.
Try it out

The identity match found 189 mismatches in the month and lost no applicants at all. How is that possible?

Why do step completion rates multiply rather than average?

Three steps in the month lost people. A step completion rateThe share of people entering one step who finish it, which is meaningful only beside the rates of the steps around it. is the share of people entering a step who finish it, so each one is measured against a different base. Step 3 took 9,380 out of 10,000, a rate of 93.8 per cent. Step 4 took 8,900 out of the 9,380 who reached it, a rate of 94.9 per cent. Step 5 took 8,600 out of the 8,900 who reached it, a rate of 96.6 per cent.

Now the arithmetic that decides everything. To reach the decision engine an applicant has to survive all three, and surviving all three is a chain: 0.938 times 0.949 times 0.966 is 0.860. Three step rates every one of which is above 93 per cent produce a whole of 86.0 per cent. The losses compoundThe property that a whole path is the product of its step rates rather than their average, so small losses in a row stack up. rather than sitting side by side.

The household version is a wedding invitation list. A family invites 200 people. Ninety per cent say yes, ninety per cent of those actually book a train, and ninety per cent of those actually board it. Every single number is ninety, and 146 people come to the wedding. Nobody in that chain did anything unreasonable, and the catering was for 180.

WHAT HAPPENS WHEN STEPS EACH AT 95.1 PER CENT ARE PUT IN A ROW The dashed line is what an average of the step rates suggests. The curve is what actually arrives. 100 75 55 PER CENT STILL ON THE PATH 95.1, THE AVERAGE OF THE THREE RATES THREE STEPS: 86.0 PER CENT ARRIVE The gap to the dashed line is 9.1 percentage points, and it widens with every further step added. ten steps in a row: 60.5 per cent arrive 0 3 6 10 NUMBER OF STEPS IN THE PATH
Steps each completing at 95.1 per cent leave 86.0 per cent of people after three steps and 60.5 per cent after ten, so the dashed average line describes nobody once more than one step exists.
Try it out

Three steps complete at 93.8, 94.9 and 96.6 per cent. What share of applicants gets through all three?

Play with it

Move one step rate, and watch the two readings pull apart

One control: the completion rate of step 3, the liveness check, from 90.0 to 100.0 per cent. Steps 4 and 5 are held at their measured 94.9 and 96.6 per cent so that only one thing moves. Two consequences are drawn: the bars showing how many of the 10,000 are still on the path at each step, and two markers on one scale, one for the whole path and one for the average of the three step rates. At the measured default of 93.8 per cent, about 8,600 applicants reach the decision engine, the whole path reads 86.0 per cent and the average of the three rates reads 95.1 per cent. The average is not a quantity about anybody. Watch the two markers: the gap between them narrows as the rate rises and never closes.

APPLICANTS STILL ON THE PATH, OUT OF 10,000 WHO STARTED Started, step 1 10,000 After step 3 9,380 After step 4 8,900 Reach step 6 8,599 TWO READINGS OF THE SAME THREE STEP RATES, ON ONE SCALE 80 85 90 95 100 PER CENT 9.1 POINTS APART 86.0 95.1 the whole path, being the three rates multiplied the average of the same three rates

Step 3 completion rate: 93.8 per cent. Steps 4 and 5 held at 94.9 and 96.6 per cent.

Reach the engine
8,599
Whole path
86.0
Average of the three
95.1

Educational illustration. Figures are the invented bank's own and describe one deployment in one month. Assumptions held on screen: 10,000 applications started, step 2 losing nobody, and the step 4 and step 5 rates fixed at their measured 94.9 and 96.6 per cent so that only one variable moves. Counts are rounded to whole applicants. At the default the calculation returns 8,599 rather than the month's recorded 8,600, and the difference is the rounding of the three step rates to one decimal place rather than a disagreement about the month: worked from the counts themselves, 9,380 over 10,000 times 8,900 over 9,380 times 8,600 over 8,900 is exactly 0.860.

Financial Analyst Program Bootcamp — Fin Maverick

Why is the average of the three rates not a number that means anything?

The average of 93.8, 94.9 and 96.6 is 95.1 per cent. The average is arithmetically correct and it describes nothing that happened to anybody in month 6. Averaging step rates treats the three steps as alternatives, as though each applicant met one of them, when in fact every applicant met all three in a row. The only two honest summaries of a path are the product of the step rates and the count of people still standing at the end, and 95.1 per cent is neither.

The size of the error is the argument, so it is worth being precise about it. The average reads 95.1 and the whole path reads 86.0, a gap of 9.1 percentage points. On 10,000 applications that gap is 910 people. Somebody reading the average would budget, staff and plan for a front door losing about 500 people a month. The front door lost 1,400.

Try it out

A monthly report gives the average of the three step rates as 95.1 per cent. What is wrong with using it?

Breaking Into Quants Bootcamp — Fin Maverick

Which route an applicant took at step 4 decided whether they finished, so why did nobody see it?

The funnel above says 480 people were lost at document upload. The number 480 was the whole of what the monthly pack said about step 4, and it turns out to have been hiding the sharpest finding in the month.

Step 4 is not one step for everybody. Of the 9,380 applicants who reached it, 5,498 were on a consent driven rail, where the customer instructs a holder of their records to send named items to the bank. Another 2,996 were on the upload route, where the customer downloads a file themselves and uploads a picture of it. The remaining 886 were on a direct arrangement between two institutions under contract. 5,498 plus 2,996 plus 886 is 9,380.

Now split the 480. On the rail, 48 of 5,498 abandoned, being 0.87 per cent. On the upload route, 432 of 2,996 abandoned, being 14.4 per cent. On the direct arrangement, nobody abandoned. 48 plus 432 is 480. The upload route carried 29.0 per cent of the month's completed files and produced 90.0 per cent of the abandonment at step 4, an abandonment rate about sixteen times the rail's, and nobody at Sumeru Bank Limited saw it because abandonment was reported as one number.

ABANDONMENT AT STEP 4, BY THE ROUTE THE APPLICANT WAS ON Same step, same month, same bank. One number, 480, covered all three of these. Consent driven rail 5,498 entered, 48 left 0.87 per cent Upload route 2,996 entered, 432 left 14.4 per cent Direct arrangement 886 entered, none left 0.0 per cent 0 4 8 12 16 PER CENT OF THAT ROUTE WHO LEFT AT STEP 4
The upload route lost 14.4 per cent of the applicants on it at document upload while the rail lost 0.87 per cent, so one route produced 432 of the month's 480 abandonments.

Follow all three routes to the end of the path and they close back exactly. On the rail, 5,498 entered step 4, 48 left there and 204 more left at the consent step, leaving 5,246. On the upload route, 2,996 entered, 432 left at step 4 and 70 more left at consent, leaving 2,494. On the direct arrangement, 886 entered, none left at step 4 and 26 left at consent, leaving 860. The three closing counts are the recorded mix of completed files, and 5,246 plus 2,494 plus 860 is 8,600. The consent step losses of 204, 70 and 26 are arithmetic on those recorded counts rather than a separately measured split, and 204 plus 70 plus 26 is 300.

Merging two populations is the easiest mistake to make at this point, so the two have to be held apart. The 9,380 is the count of applicants who reached step 4 and the 8,600 is the count of files that completed the path, and no route share may be read against the wrong one. On the 9,380 the rail carries 58.6 per cent; on the 8,600 it carries 61.0 per cent. The two shares are statements about two different sets of people.

THREE ROUTES THROUGH STEPS 4 AND 5, CLOSING BACK TO 8,600 Two populations sit in this picture. 9,380 enter step 4 on the left. 8,600 complete the path on the right. They are never the same set. ENTERING STEP 4 LOST AT STEP 4 AFTER STEP 4 LOST AT STEP 5 COMPLETED THE PATH ROUTE 1, THE CONSENT DRIVEN RAIL 5,498 applicants on this route less 48 5,450 reached the consent step less 204 5,246 61.0 per cent of the 8,600 95.4 per cent of those who started step 4 on this route ROUTE 2, THE UPLOAD ROUTE 2,996 applicants on this route less 432 2,564 reached the consent step less 70 2,494 29.0 per cent of the 8,600 83.2 per cent of those who started step 4 on this route ROUTE 3, THE DIRECT ARRANGEMENT 886 applicants on this route none 886 reached the consent step less 26 860 10.0 per cent of the 8,600 97.1 per cent of those who started step 4 on this route 5,498 + 2,996 + 886 = 9,380 ENTERED STEP 4 5,246 + 2,494 + 860 = 8,600 COMPLETED Losses: 48 + 432 = 480 at step 4, and 204 + 70 + 26 = 300 at step 5. The step 5 split is arithmetic on the recorded route counts, not a separately measured figure.
All three routes close back exactly to the month's 8,600 completed files, and the upload route survives at 83.2 per cent against 95.4 on the rail and 97.1 on the direct arrangement.
Try it out

The route mix shows 5,246 files on the consent driven rail out of 8,600, and 5,498 applicants on the rail entering step 4 out of 9,380. Why can those two shares not be quoted as the same figure?

Who are the 1,400, and what happened to each group?

The 1,400 are not a rounding error and they are not one group. The 1,400 are three groups with three separate causes, and the reason to draw them apart is that a total cannot be fixed while a split can. 620 were refused by the liveness check at step 3. 480 abandoned at document upload. 300 could not complete the consent step. Each of those three numbers points at a different repair, and the single number 1,400 points at nothing.

The dignity of this matters and it is not decoration. Every one of the 1,400 is a person who wanted the loan enough to start an application on their own handset and to get partway through. Inside the 620 refused at step 3, a review by hand of 200 refusals found 31 genuine applicants, being 15.5 per cent, extrapolating to about 96 across the month, and all 31 shared one condition: a low light image on a low specification handset. Inside the 432 who left the upload route, the thing they were asked to do was find a document, photograph it and upload it on a connection they were paying for. None of that is a failure of effort.

THE 1,400 ARE THREE GROUPS, NOT ONE A total cannot be repaired. A split names three different things to repair. Step 3, liveness refused by the check 620 About 96 of them were genuine applicants on a low specification handset in a low light room. Step 4, documents left the path here 480 432 of them were on the upload route, which asks the applicant to find and photograph a document. Step 5, consent could not complete it 300 Split 204 on the rail, 70 on the upload route and 26 on the direct arrangement. WHAT THE PACK SAID 1,400 did not complete. One line, one number, nothing anybody could act on. 620 + 480 + 300 = 1,400, and every one of the three has a different repair attached to it.
The 1,400 who did not complete are 620 refused at the liveness check, 480 who left at document upload and 300 who could not complete consent, and only the total appeared in the monthly pack.
Try it out

A completion rate of 86.0 per cent is reported for the month. What has to be printed beside it?

What did the digital route remove, and what did it move somewhere nobody measures?

Before the digital path existed, onboarding at Sumeru Bank Limited happened in a branch. The branch route took 1 working day of elapsed timeHow long a customer waits from start to finish, as distinct from how many minutes of staff time the same file consumes. and an assumed 38 minutes of staff time a file. The month's 8,600 completed files at 38 minutes is 326,800 staff minutes, being 38.9 posts at an assumed working month of 8,400 minutes a person. The digital route removed every one of those 326,800 minutes. Put into money at the bank's assumed fully loaded cost of Rs 9,00,000/- a post a year, those 38.9 posts are about Rs 3,50,00,000/- a year, and that figure is arithmetic on two assumed numbers rather than a measured saving. The saving sits against a chain the same bank assumes costs Rs 65,00,000/- a year to run.

The saving is real. Beside it sits a second effect. The same change moved 1,400 applicants a month into a state where nobody at the bank spends a single minute on them, and no report the process produces has a line for those applicants. Minutes removed is a figure a system produces by itself, and applicants who never arrive is a figure somebody has to decide to go looking for, so the bank's own numbers record the 38.9 posts and not the 1,400. An uncounted applicantSomebody who left the path, whose absence appears in no report the process produces because nothing in it counts an absence. is not hidden by anybody. There is simply no field for them.

ONE CHANGE, TWO RESULTS, AND ONLY ONE OF THEM HAS A LINE IN A REPORT Left: staff minutes a month, measured. Right: people a month, not measured by anything. 326,800 less 326,800 0 branch route, 38 minutes a file 38.9 posts removed by the digital route staff minutes now spent on onboarding THE SAME CHANGE ALSO PRODUCED 1,400 applicants a month who now receive no staff minutes at all MINUTES RECORDED AGAINST THEM None, because nothing in the reporting counts an absence.
The digital route removed 326,800 staff minutes a month, being 38.9 posts at an assumed 8,400 minute working month, and moved 1,400 applicants a month into a state no report records.
Try it out

The digital route removed 326,800 staff minutes a month at Sumeru Bank Limited. What did the bank not record?

Where did the cost of the failures go, and who carries it now?

The comparison that closes the subject is arithmetic rather than an accusation. Restoring a route for the roughly 96 genuine applicants the liveness check refused costs an assumed 12 minutes a case at the exception desk. About 96 people a month at 12 minutes is 1,152 staff minutes a month, or 0.14 of a post at the assumed working month of 8,400 minutes. Set that against the 326,800 staff minutes the digital route removed and it is 0.35 per cent of them.

The reason the second route was not built is not that it was expensive; it is that the two numbers had never appeared side by side. One of them was in a business case, in bold, at the top. The other did not exist until somebody read 200 refusals by hand. A cost that nobody has calculated is not a small cost or a large one. A cost nobody has calculated is not in the conversation at all.

WHAT THE ROUTE SAVED, AND WHAT PUTTING THE 96 BACK WOULD COST The first two bars are drawn to the same scale. That is the whole point of the picture. MINUTES THE DIGITAL ROUTE REMOVED, EVERY MONTH 326,800 MINUTES A SECOND ROUTE NEEDS, DRAWN TO THE SAME SCALE 1,152 minutes a month. That sliver on the left is the whole bar, at the same scale as the one above. THE SAME 1,152 MINUTES, MAGNIFIED ONE HUNDRED TIMES 1,152 x 100 0.35 per cent of the minutes removed. 0.14 of one post at an assumed 8,400 minute working month. Both figures are the invented bank's own, and both rest on assumptions: 38 minutes a branch file, 12 minutes a second route case, 8,400 minutes a working month.
A second route for the roughly 96 wrongly refused applicants needs about 1,152 staff minutes a month, which is 0.35 per cent of the 326,800 minutes the digital route removed.
Try it out

A second route for the roughly 96 wrongly refused applicants costs about 1,152 staff minutes a month. How does that compare with what the digital route removed?

Investment Banking Analyst Bootcamp — Fin Maverick Rebalancing: When, Why and What It Costs — free micro-course from Fin Maverick

How should a completion rate be read, and what has to be printed beside it?

A completion rate is a statement about the people who finished and it is silent about everybody else. 86.0 per cent is true, useful and radically incomplete. Four things have to sit beside it before anybody can act on it, and none of the four costs anything to produce once the funnel exists.

WHAT WAS PRINTED, AND WHAT HAS TO BE PRINTED BESIDE IT MONTHLY PACK, FRONT DOOR, MONTH 6 Onboarding completion 86.0 per cent Identity match, passed 100.0 per cent Liveness check, refused 620 Abandonment 480 Nothing else about the front door was printed. WHAT HAS TO BE PRINTED BESIDE IT 1 The 1,400 who did not complete, split by the step that lost them: 620, then 480, then 300. 2 The route each applicant was on at step 4, because one route produced 90.0 per cent of the 480. 3 The 189 files step 2 sent to a person, marked as work rather than as loss. 4 What happens next to each of the three groups, and whether any of them has a second route. FOUR LINES. NONE OF THEM NEEDS NEW DATA.
The monthly pack printed a completion rate, a pass rate and two loss counts, while the four lines that would have made the month actionable needed no data the bank did not already hold.

Two firms can report 86.0 per cent completion and be in completely different positions. One of them can name the 620, the 480 and the 300, can say which route the 432 were on, and can put a cost against a repair for each. The other has a rate. The same headline covers a firm with a list of fixes and a firm with a number, and only the first one has anything it can do on Monday.

How a lender, an analyst or an applicant actually uses this

A lender's operations head reads a front door with four questions and a pencil. How many steps does the path have, and is there a completion rate for each one separately? Multiply them: does the product match the count of people who reached the end, and if it does not, then which step is being measured against the wrong base? For every step that loses people, what did that step ask the applicant to supply, and is there more than one way to supply it? And for every step that ends an application rather than routing it, what does the person see on the screen when it ends?

An analyst comparing two lenders reads a headline completion rate as a question rather than an answer. A firm reporting 86.0 per cent and a firm reporting 91.0 per cent may differ in how good the path is, or in how many steps it has, or in which population the denominator covers. Ask how many steps, ask where the clock and the count start, and ask for the split before comparing anything. A path with four steps and a path with seven steps cannot be judged by one number each.

And an applicant can use one thing from this guide. If an application stops partway, the stop is a property of a step, not a verdict on the person. The useful question to ask the institution is which step it stopped at and whether there is another way through that step. At most institutions there is one and it is not advertised.

The error that gets made, and what it costs

Sumeru Bank Limited reported one number for the front door and it was a good one. 86.0 per cent completion, up from a branch process that took a working day of elapsed time, with 326,800 staff minutes a month removed and 38.9 posts of effort no longer spent. Every figure in that sentence is correct. The bank believed it for six months, and nothing in any report contradicted it.

Nothing could have. A report is assembled from the records a process keeps, and a process records the people who arrive. The report has a row for a completed file, a row for a routed file and a row for a decision. The report has no row at all for a person who stopped at step 4 because the document would not upload, so the 1,400 a month were not concealed from anybody: there was simply nowhere for them to appear.

The cost is specific rather than rhetorical. The merge cost about 96 genuine applicants a month a route back in, at an assumed 1,152 staff minutes, being 0.35 per cent of the minutes the same change had removed. On the upload route it cost 432 applicants a month a step designed for somebody with a better handset and a steadier connection, and the rail beside them lost 48. And it cost six months, the time the front door ran before anybody split a single number into three.

Who sets expectations on a deployer here

The bodies that set the expectations

The Reserve Bank of India at rbi.org.in sets what a regulated lender must check before opening a relationship and which routes are recognised for doing it. The requirement itself is a separate subject from the digital mechanism and from the arithmetic of a path. Where the institution running the path is a market intermediary rather than a lender, the equivalent expectations sit with the Securities and Exchange Board of India at sebi.gov.in. The international standard these requirements descend from is issued by the Financial Action Task Force at fatf-gafi.org, and what India actually does is stated by the Indian authorities rather than by the standard. Where a completed relationship goes on to carry customer instructions, those instructions commonly travel on payment rails operated by the National Payments Corporation of India at npci.org.in. A threshold, a recognised route and an effective date can each change between one circular and the next, so the figure that governs a deployment is the one the issuing body states on the day.

The neighbouring subjects. The obligation to check before opening a relationship is set by the Reserve Bank of India rather than by any digital mechanism. The four identity layers, the five verification methods and how the liveness check behaves are set out under digital identity. Consent management sets out what a consent record has to hold, and data sharing in finance sets out how the arrangements at step 4 work. How a learned component is fitted or evaluated belongs to a different subject again. Every figure above describes one bank in one month.

A completion rate says nothing about everybody else. See what belongs beside it.

Sources

SourceDocumentSite
Reserve Bank of IndiaExpectations on a regulated lender covering customer identification, digital lending, outsourcing and record keepingrbi.org.in
Securities and Exchange Board of IndiaEquivalent expectations where the institution running the path is a market intermediarysebi.gov.in
Financial Action Task ForceThe international standard on customer identification that national requirements descend fromfatf-gafi.org
National Payments Corporation of IndiaMaterial on the payment rails that customer instructions travel over once a relationship existsnpci.org.in
Cathy O'NeilWeapons of Math Destruction, on how a system's errors settle on an identifiable group rather than scattering across a populationCrown

Sumeru Bank Limited and its intake chain are invented.
Educational material. Not advice on any investment, tax, budget or market position.

Covered in this topic

Subtopics

Digital OnboardingDigital Onboarding vs eKYC
← Previous
Fin Maverick Micro CoursesExplore Micro Courses
Fin Maverick BootcampsExplore Bootcamps
Fin Maverick

Finance education that ends in a job, not a certificate that gathers dust. Built for young India.

LEARN
CalculatorsFrameworksComparisonsCareersShowdown
RESOURCES
All CoursesMicro CoursesBootcampsInternships
COMPANY
AboutJob openingPartnership
LEGAL
Privacy PolicyTerms & ConditionsContent LicenseReturn & Refund Policy
© 2026 FIN MAVERICK / BUILT FOR INDIA.DO FINANCE, DO NOT JUST READ ABOUT IT.