The Sequencing Problem: Prerequisites That Form a Circle | HL Hunt
The Sequencing Problem: Prerequisites That Form a Circle
A lender wants verified income. Verification wants a bank account. The bank wants identification and a stable address. The tenancy wants a deposit and a credit record. The credit record wants an account. Follow the chain far enough and it closes on itself. Every requirement in it is defensible, each was set by a different institution solving its own problem, and the circle is an emergent property rather than anyone’s decision. A pricing problem is solved by charging correctly. A sequencing problem is solved only by someone agreeing to go first.
What you'll learn
The core thesis
Each requirement in consumer finance has a reason. A lender wants verified income. Income verification wants a bank account. A bank account wants identification and an address. A tenancy wants a deposit and a credit record. A credit record wants an account. An account wants a bank account.
Follow that chain far enough and it closes on itself.
Our position is that a significant share of financial exclusion is not a pricing problem or a risk problem but a sequencing problem: a set of individually defensible prerequisites that collectively form a circle with no entry point. Nobody designed the circle. Each requirement was set by a different institution solving its own problem, and the cycle is an emergent property of the set rather than a decision anyone made.
This matters because the two problems have different solutions. A pricing problem is solved by charging the right amount. A risk problem is solved by better measurement. A sequencing problem is solved only by someone agreeing to go first, and nobody's internal policy tells them to.
The cycle, stated plainly
| To get this | You need | Which needs |
|---|---|---|
| Reported credit history | A reported account | Approval, which wants credit history |
| An account approval | Verified income, per our verification analysis | A bank account receiving that income |
| A bank account | Identification and a stable address | A tenancy or a utility in your name |
| A tenancy | A deposit and a screening pass, per our screening analysis | Cash, and credit history |
| A utility account | A deposit sized on credit, per our utility analysis | Cash, and credit history |
| Cash | Paid work, received cheaply | A bank account |
Every row is reasonable. The set is impossible. And the standard advice given to someone inside it, which is to start somewhere small, is not wrong so much as insufficient, because every small starting point in the list has a prerequisite in the list.
The premium for operating outside it
People do not stop transacting because they cannot enter the cycle. They transact outside it, at a price.
A household receiving $2,400 a month without a bank account:
- Check cashing at 2.5%: $60 a month
- Four money orders at $1.75: $7 a month
- Annual premium: $804
Now compare that to the cost of entry. Suppose the binding prerequisite is a $1,650 rental deposit.
That is the shape of the trap and it is not about willpower. Per our variance analysis, a household absorbing income variance has no month in which $1,650 is spare, while $67 a month is always payable. The expensive path is the only one that fits the cash flow, and it is expensive precisely because it is the only one that fits.
Per our verification analysis, the premium is also not arbitrary. It is roughly what it costs to serve someone whose identity and payment behaviour cannot be verified cheaply. The price is a real cost of a real problem, and the problem is the absence of the record rather than anything about the person.
Who can break a cycle
Breaking it requires one party to accept a prerequisite being absent, which means accepting a cost or a risk the others declined.
| Mechanism | Who goes first | What it costs them |
|---|---|---|
| Secured credit | The lender | Nothing; the deposit replaces the history, which is why it works |
| Reported credit-builder accounts | The provider | Furnishing cost, borne because the product is the record |
| Rent reporting | The landlord or a service | Furnishing cost, per our portability analysis |
| Cash flow underwriting | The lender | Accepting bank data in place of a file, per our cash flow analysis |
| A co-signer or guarantor | Another household | Real liability, per our cosigning analysis |
| Alternative identification routes | The institution | Higher verification cost per customer |
| Employer payroll arrangements | The employer | Administrative effort, and almost never offered |
The first row explains why secured products exist at all and why they are the most reliable entry point. A deposit does not reduce the lender's uncertainty about the borrower; it removes the lender's need to resolve it. That is a different and much cheaper proposition than taking a risk, which is why secured credit is widely available while unsecured credit to the same person is not.
The fifth row is the most common real-world solution and the least discussed honestly. A large share of people who exit the cycle do so because a family member took the liability. That is a transfer of risk inside a household, per our informal lending analysis, and its availability depends entirely on having a relative with a usable credit file, which concentrates the solution exactly where it is least needed.
A falsifiable claim
If exclusion is substantially a sequencing problem rather than a risk problem, then people who enter the system through any single mechanism should perform comparably regardless of which mechanism it was. A borrower whose first reported account came from a secured card, a credit-builder product, a co-signed loan, or rent reporting should, controlling for income and obligations, default at similar rates. If performance differs sharply by entry route, the routes are selecting different people and the problem is more about risk than this article allows. We expect broadly similar performance, which would mean the prerequisite was functioning as a gate rather than as a filter.
The same problem for small businesses
The business version is tighter and faster, because business cycles have shorter patience.
- A business facility wants trading history. Trading history wants customers.
- Customers want references and terms. Per our supplier terms analysis, terms want a trading record.
- A trading record wants suppliers extending terms. Suppliers want a business credit file.
- A business credit file wants reported tradelines. Per our business credit analysis, tradelines want approval.
- Approval wants the owner's personal guarantee, per our guarantee analysis, which puts the household back inside the consumer cycle.
Step five is where the two cycles connect, and it is why the two problems cannot be solved separately. A business whose only route to credit is its owner's personal file is a business whose growth is capped by a household balance sheet, and per our separation analysis the entanglement runs in both directions once it exists.
What this implies for product design
If the cycle is the problem, then the valuable product is whichever one requires the fewest things the applicant does not yet have.
- Count the prerequisites, not the price. A product with a lower rate and three prerequisites is unavailable to someone a product with a higher rate and one prerequisite can serve.
- Prefer a substitutable prerequisite to a waivable one. Per our exception analysis, a requirement that can be waived on request is allocated by who asks; one that can be met a second way is allocated by who qualifies.
- Make the output a record. A product that resolves someone's immediate need and leaves no reported history has solved a transaction rather than a position.
- Watch which requirement actually binds. Per our threshold analysis, the binding constraint is often not the one the policy treats as central, and declines clustered on one missing item identify it immediately.
The last point is the cheapest diagnostic available to any lender, and it requires only tabulating declines by the single requirement that failed. A requirement that fails alone, in volume, among applicants who meet everything else, is a gate rather than a risk control, and whether to keep it is then a real decision rather than an assumption.
Scenarios and what we are watching
| Scenario | What we would expect |
|---|---|
| Cash flow data becomes a standard input | The largest single cut in the number of prerequisites, because it substitutes for the file rather than requiring one |
| Identity verification gets cheaper | The address and identification steps weaken, which unlocks the bank account node that most of the cycle runs through |
| Rent reporting spreads | A new entry point at the largest payment most households make, with the exposure discussed in our portability analysis |
| Requirements accumulate instead | Each addition is individually justified, the cycle tightens, and nobody owns the aggregate |
The last row is the default trajectory and deserves to be named as a risk rather than an outcome. Prerequisites are added by institutions responding to incidents, and removed by nobody, because removing one means accepting a loss that is attributable while the exclusion it causes is not. Per our fixed cost analysis, that asymmetry in attribution is why requirement sets ratchet in one direction, and it is a stronger force than any individual institution's intention to serve more people.
Frequently asked questions
Where every entry route requires something that itself requires entry. Each requirement is defensible on its own and the set closes into a circle nobody designed.
Because it fits the cash flow. An $804 annual premium is payable monthly; the $1,650 deposit that would end it takes 24.6 months of that premium to accumulate.
Because a deposit removes the lender’s need to resolve its uncertainty rather than asking it to accept risk. Going first costs the lender essentially nothing.
Tabulate declines by the single requirement that failed. One that often fails alone, among applicants meeting everything else, is a gate rather than a risk control.
Key takeaways
- A large share of financial exclusion is a sequencing problem: defensible prerequisites that collectively form a circle with no entry.
- The cycle is emergent, because each requirement was set by a different institution solving a different problem.
- An $804 annual premium for operating outside the system is payable monthly, while the $1,650 deposit that would end it takes 24.6 months to accumulate.
- The expensive route is chosen because it is the only one that fits the cash flow, not from any failure of discipline.
- Secured credit works because a deposit removes the lender’s need to resolve uncertainty rather than asking it to accept risk.
- Co-signers are the most common real exit and they require a relative with a usable file, which concentrates the solution where it is least needed.
- The business version connects to the consumer one at the personal guarantee, so the two cannot be solved separately.
- Tabulating declines by the single requirement that failed distinguishes a gate from a risk control, and almost nobody does it.
This analysis is educational and does not constitute financial or legal advice. All figures are stylized illustrations using assumed amounts and fee rates, and do not describe any particular household, provider, or market. Identification requirements for account opening, deposit rules, tenant screening practices, furnishing availability, and the products available to applicants without a credit file vary by provider and by jurisdiction and change over time.