Designing the economics of a cash-to-digital wallet network
An early-stage wallet concept needed a connected view of customer growth, merchant coverage, transaction activity and an incentive-funded referral program.
A monthly forecast connected launch assumptions to longer-term network growth.
Wallet activity, payments, cross-border transfers and merchant-enabled cash access were modeled separately.
Direct acquisition and referred cohorts carried different economic consequences.
Referral rewards had to remain visible as a limited resource rather than free growth.
WHY THIS WASN’T A TEMPLATE EXERCISE
The model had to respect
how the business actually moved.
The model structure turns acquisition, transaction behavior, merchant onboarding and referral cohorts into one connected view of revenue, direct costs, operating spend, cash and incentive usage.
Growth had two acquisition costs
Paid users created an immediate marketing cost. Referred users created a revenue-sharing obligation that followed each acquisition cohort for a configurable period.
Cash and incentive economics had to coexist
Referral rewards were funded from a limited incentive pool, so the model needed both an operating P&L view and a transparent schedule of resource consumption.
Merchants were both infrastructure and a channel
Merchant acquisition affected cash access, on-ramp revenue, sales-team capacity and the usefulness of the customer network.
MODEL ARCHITECTURE
From operating activity
to a decision-ready view.
Each layer has one job. Together they keep the commercial story, unit economics and cash consequences on the same timeline.
Acquisition cohorts
Paid acquisition creates users; each paid cohort can create a separate referred cohort with its own start date.
Wallet activity
Active users generate transfer and card activity, while remitters use their own volume and fee assumptions.
Merchant network
Sales capacity and referrals build merchant coverage, which then drives cash-access volume and revenue.
Incentive reserve
Revenue share, duration and reward value convert each referral cohort into an explicit reserve drawdown.
P&L and cash
Direct processing costs, marketing, payroll and operating expenses roll into monthly performance and cash needs.
WHAT THE ANALYSIS SURFACED
Useful answers,
without exposing client data.
The takeaways are intentionally qualitative. Exact assumptions, calculations and outputs remain inside the confidential client model.
Core wallet activity had deliberately thin unit economics
Small transaction fees only become meaningful with repeat activity and sufficient scale, so customer counts could not be separated from usage frequency.
Remittances created a different contribution profile
Higher-value cross-border activity needed its own revenue and direct-cost logic rather than being blended into ordinary wallet transfers.
Referral obligations accumulated by acquisition cohort
The cost of a referred user depended on when the user arrived, how long revenue was shared and which activity generated that revenue.
Referral growth is not free growth
Separating share percentage and duration by acquisition cohort prevents a single blended assumption from disguising future reserve burn.
MODELING APPROACH
The working system
behind the answer.
- Monthly user, remitter and merchant acquisition forecast
- Transaction activity, revenue and direct-cost schedules
- Paid-to-referral cohort engine with variable share and duration
- Incentive-pool drawdown schedule
- Marketing, headcount and operating-expense plan
- Integrated scenario, P&L and cash view
CASE CONFIDENTIALITY
This anonymized case explains the business question and modeling approach without exposing the client, exact assumptions or workbook. Identifying details and proprietary values have been removed or generalized. No client model screenshot or realized commercial result is shown.