Busy But Not Profitable
in Fintech

The short answer

High TPV and thin contribution margin is a product mix problem where lending has converted revenue worth a 7x multiple into revenue worth a 2x multiple. What makes this harder for fintech companies is structural: lending fixed the P&L and converts revenue worth a 7x multiple into revenue worth a 2x multiple. Any credible answer therefore has to hold blended take rate and charge-off rate in the same view, which is exactly where most internal analysis stops because the two live in different systems.

When TPV is large and contribution margin stays low, the instinct is to examine operating costs. Some costs can be reduced, yet that will not change the outcome because the cause sits upstream: the payment volume and merchant accounts being accepted require lending that resets the blended take rate downward.

The pattern repeats across channels. A small set of merchant segments or origination sources deliver positive contribution margin after charge-offs. A long tail of volume keeps the warehouse facility and operations occupied while adding little or nothing to margin. Because the low-margin flow occupies capacity, the higher-margin work cannot scale—the limit is not demand but the fact that the facility is already allocated to the wrong mix.

The correction is a selection rule based on contribution margin by channel and merchant type, not an efficiency drive. Once each source of TPV can be ranked by its net effect on margin after charge-offs and CAC, the choice of which volume to accept or decline becomes mechanical.

Fintech operators reach this point when TPV and merchant count rise while net revenue and contribution margin do not: lending is applied to a larger share of flow, the blended take rate falls, and warehouse draws increase without a corresponding rise in margin. No additional product or market expansion resolves it until the mix of accepted volume changes.

How to tell this is actually your problem

These three together are the signature. One on its own usually points somewhere else.

✓ TPV and merchant numbers increase while contribution margin stays flat or declines and the warehouse facility remains fully drawn
✓ Identifying which channels or merchant cohorts produced positive contribution margin last period requires a one-off analysis rather than a standing report
✓ Declining any category of volume or merchant feels impossible because it would reduce reported TPV even when the contribution margin on that volume is negative

The move that usually makes it worse. Raising additional warehouse capacity or capital to accommodate more volume, which simply enlarges the facility allocated to the low-margin mix and repeats the same P&L compression at greater scale.

Who this is for — and who it is not

It is for you if you run or finance a fintech and everyone is fully occupied and cash is tight. It is the situation where the numbers are available but nobody has put them in an order that produces a decision.

It is not for you if Percision is the wrong tool if you already know the answer and only need execution capacity, or if the business is pre-revenue — then the constraint is evidence about the market, not analysis of your own figures. Percision is not a lawyer, tax advisor, auditor, licensed appraiser, clinical or regulatory filer, or an AI implementation shop. It does not do HR casework, creative-only brand work, or impersonate a named consulting firm. It is a strategy analysis engine — not a template library. Also wrong if you need facilitation, politics, or someone to sit with a lender or buyer. Those are human jobs.

Percision is not a lawyer, tax advisor, auditor, licensed appraiser, clinical or regulatory filer, or an AI implementation shop. It does not do HR casework, creative-only brand work, or impersonate a named consulting firm. It is a strategy analysis engine — not a template library.

What this looks like when the analysis is actually run

Below is an excerpt from a real run of this analysis on a fintech. It is a sample profile rather than a customer, and it is unedited engine output — this is the format you get, on your own numbers.

The subject is Verrano Pay, a sample company profile used for testing rather than a customer — $84M net revenue, 28,000 merchants, $9.4B of payment volume.

This is one move out of a full analysis. Read a complete report — every page, no email required.

What the engine does with this question

This question routes to Proprietary EFF Methodology, one of 29 engagements the platform runs. For fintech companies it works through blended take rate, charge-off rate, contribution margin and CAC by channel, then produces the sequence rather than a list of options — which move first, what it funds, and the observation that would say the sequence is wrong.

You watch the analysis get built before paying anything. Read a complete report here if you would rather see the depth first.

Questions people ask about this

How do I know which work to stop taking?

Rank by contribution per unit of your real constraint — machine hour, billable hour, delivery slot, square foot. Not by revenue, and not by gross margin percentage, both of which reliably favour the wrong work when the constraint is capacity.

Will turning away work damage the relationship?

Sometimes, and it is usually cheaper than the alternative. In practice a price that reflects what the work consumes either makes the account profitable or moves it to a competitor, and both outcomes are better than the current one.

Is this a pricing problem or an efficiency problem?

Test it: if every job ran perfectly with zero waste, would the thin ones make money? If the answer is no, it is pricing and selection, and no efficiency programme will reach it.

Is this different in fintech than in other industries?

Materially, yes. Lending fixed the P&L and converts revenue worth a 7x multiple into revenue worth a 2x multiple — which changes both the diagnosis and the order of the fixes. The metrics that decide it here are blended take rate, charge-off rate, contribution margin, and an answer built on industry-general benchmarks will usually point at the wrong one first.

What data do I need before this analysis is worth running for a fintech?

Less than most people expect. Your last twelve months of revenue and cost split the way you already split it, plus whatever you hold on blended take rate and charge-off rate. The analysis is explicit about what it is assuming where your data stops, which is more useful than waiting for numbers you may never have.

When is Percision the wrong tool?

Percision is the wrong tool if you already know the answer and only need execution capacity, or if the business is pre-revenue — then the constraint is evidence about the market, not analysis of your own figures. Percision is not a lawyer, tax advisor, auditor, licensed appraiser, clinical or regulatory filer, or an AI implementation shop. It does not do HR casework, creative-only brand work, or impersonate a named consulting firm. It is a strategy analysis engine — not a template library. Also wrong if you need facilitation, politics, or someone to sit with a lender or buyer. Those are human jobs.

Does Percision replace a lawyer, tax advisor, auditor, or AI implementation team?

Percision is not a lawyer, tax advisor, auditor, licensed appraiser, clinical or regulatory filer, or an AI implementation shop. It does not do HR casework, creative-only brand work, or impersonate a named consulting firm. It is a strategy analysis engine — not a template library.