1. Courses
  2. Product Management
  3. Product Teardowns & Idea Lab
  4. Stop 2

35 minIntermediate

Teardown: sending money with a mobile wallet

Mobile money lets hundreds of millions of people send money with a phone number, many of whom never had a bank account nearby. This lesson applies the teardown method from pm-40 to three systems: M-Pesa in Kenya, bKash in Bangladesh, and the UPI payment apps in India. You will see how the money actually moves, why agents mattered more than the app, who pays when sending is free, and how trust and fraud shape every screen.

By the end you can

  • Explain how e-money, agents and a bank trust account turn cash into a phone balance and back
  • Compare a telecom-led wallet, a bank-led wallet and an open bank-to-bank network
  • Explain where a wallet's money comes from when sending is cheap or free, and why UPI apps struggle to earn
  • Name the main trust and fraud risks and the product controls against them
  • Write copy, adapt and avoid lessons for a business that collects cash and pays riders

The everyday picture

Two shopkeepers trust each other: one in the city, one in a village a day's bus ride away. A factory worker hands the city shopkeeper $50 in cash. The shopkeeper writes it in his notebook and phones his friend in the village, who hands $50 from his own drawer to the worker's mother. No cash travels. Once a month the two shopkeepers settle up.

That is most of a mobile wallet. The notebook became a computer, the phone call became a text message, and thousands of corner shops became the shopkeepers. Notice what the hard parts are. Writing in the notebook is easy. Making sure the village shopkeeper has cash in his drawer when the mother arrives, and making sure nobody lies about what the notebook says, are the problems the whole system is built around.

Users and jobs: the job was sending money home

Start the teardown with the decision question. Imran's is: "What should Mangrove copy from mobile wallets to move cash-on-delivery customers to digital payments, and should it ever build its own wallet?" About 35% of Mangrove's app orders are paid in cash at the door.

Then the sides and their jobs. A has at least five: the sender, the receiver, the who swaps cash for balance, the merchant who accepts payments, and the operator who runs the ledger under a regulator's rules.

The most useful finding comes from history. Safaricom and Vodafone piloted M-Pesa in Kenya in October 2005, funded through a UK government challenge fund, to handle loan repayments for customers of a microfinance lender. When it launched fully in March 2007, the job people hired it for was sending money to family. Before M-Pesa, many people sent cash with a friend or a bus driver; a postal money order cost roughly US$3 to US$6 and was slow; and only about 30% of adults in East and Southern Africa had a formal bank account (Mbiti and Weil, 2016). The product found its real job after launch, a reminder that a teardown should look at what people do with a product, which may differ from what it was built for.

bKash, launched in July 2011 as a subsidiary of BRAC Bank, served the same job for a different crowd. The GSMA's 2013 case study describes workers who moved to cities sending money to rural families. UPI, India's Unified Payments Interface, launched as a pilot on 11 April 2016 with 21 banks. Its job was wider: pay anyone with an account at any bank, instantly, including a shop, by scanning a QR code.

Quick check

M-Pesa's pilot was built for microfinance loan repayments, but people used it to send money to family. What does this teach a teardown?

How the money actually moves

In agent wallets such as M-Pesa, the balance on your phone is . When you hand an agent $50 in cash, nothing is created: $50 of the agent's e-money balance, called , moves to your wallet, and your $50 goes into the agent's drawer. When you send money, two numbers change in the operator's ledger. When the receiver cashes out, her e-money moves to the village agent, who gives her cash from his drawer, minus a fee.

The real money behind all that e-money sits in a bank. The GSMA's case study says the central bank required bKash to hold the full value of customer balances in a designated BRAC Bank account that the central bank monitors. So the total never changes when people send money to each other; only the names next to the numbers change.

Now look at the agents. City agents keep receiving cash and giving out float, so they end up with full drawers and no float. Village agents keep giving out cash and receiving float, so they end up with the opposite. Both must rebalance, usually by depositing or buying cash through a bank or a larger agent. This is called , and it is an operations product in its own right: alerts when an agent is running low, routes for the people who move cash, and rules about who can rebalance with whom. The details of each operator's rebalancing are not public; the imbalance itself follows from how the ledger works.

City Wallet ledger Village Sender hands agent $50 cash Agent's float moves to sender Sender sends $50 to a phone Text to both with the name Her e-money moves to agent Receiver gets cash, minus fee Cash piles up at city agent agents rebalance through banks Float piles up in the village Bank trust account backs all e-money
How money moves in an agent-based wallet. Only numbers in the ledger move between people; cash stays local. The side effect is that cash collects with city agents and float with village agents, so agents must rebalance. A bank trust account holds real money equal to all e-money.

UPI works differently, and the difference explains its business model. There is no e-money. Each user's UPI ID is tied to a bank account and a mobile number checked against the bank's records, and money moves from one bank account to another over a network run by the National Payments Corporation of India (NPCI). Any UPI app can reach any bank account, and one app can hold several accounts. So an app like PhonePe or Google Pay is a front end: it shows you the screens, but your money stays in your bank. That makes switching apps easy, which matters for how they earn.

DesignExampleWho holds the moneyWho can join
Telecom-led e-moneyM-Pesa, Kenya, 2007The operator, backed by bank trust accountsCustomers of one mobile network at the start
Bank-led e-moneybKash, 2011A bank subsidiary, backed by a monitored bank accountCustomers of several mobile networks
Open bank-to-bank networkUPI apps, India, 2016The user's own bank; the app holds nothingAnyone with a bank account, through any app

Quick check

Thousands of workers send money home from a city at the end of the month. What problem does this create for agents, and where?

Agents: the branch network nobody had to build

A bank branch costs a lot to open. An agent is an existing shop that adds a phone, a notebook and some float. M-Pesa's agent network grew from about 450 outlets in mid-2007 to more than 18,000 by April 2010 (Mbiti and Weil). By the year to March 2025, Safaricom reported about 299,000 M-Pesa agents in Kenya and about 35.8 million customers who had used M-Pesa in the last month. bKash had about 30,000 agents after 17 months, almost one for every two rural villages according to the GSMA in 2013; it now reports more than 350,000 agents, more than 83 million registered customers and more than 900,000 merchants.

The agents create the product's main loop. More agents near people make cash-in and cash-out easy. Easy cash makes people trust the wallet, so more people use it. More users mean more transactions per agent, so each agent earns more commission, and more shops want to become agents. The same loop explains why a late copycat struggles: the first wallet already has an agent on every street, and its users can send to everyone they know.

The loop has one weak point, and it is physical. If a customer walks to an agent and the agent has no cash, the wallet has failed her, whatever the app looks like. That is why liquidity, agent training and agent fraud controls take as much product work as the customer app. For PMs who build internal tools, the agent's menu is a frontline tool used all day by shop staff, with the same needs as a store scanner: speed, clarity, working on a cheap phone and on patchy signal (Designing for frontline work). Customers of the bank-led wallet used a numbered USSD menu that worked on handsets costing about $15 in 2013.

More agents near where people live Cash is easy in and out, any day trust grows More users more people to pay Agents earn more commission per day more shops join Agent has no cash cash-out refused trust falls
The agent loop. Each turn makes the wallet more useful and agents better paid. The loop breaks in a shop, when an agent has no cash for a customer, which is why liquidity and agent operations get so much product attention.

Fees, and who pays for "free"

Follow the money. In 2013 the GSMA recorded bKash's prices as: registration and cash-in free, sending money a flat Tk 2 (about 2 US cents) whatever the amount, and cash-out 1.85% of the amount. The pattern is common: putting money in is free, moving it is cheap, and taking it out costs the most, because cash-out pays the agent for keeping cash. Customers notice. A 2018 study reported by The Daily Star found that 53% of the households surveyed named high charges as a major disadvantage of mobile money. In October 2021 it cut the cash-out price to Tk 14.90 per 1,000 (1.49%) for up to Tk 25,000 a month from a customer's chosen "favourite" agent, which also gives each customer a reason to stick to one agent.

M-Pesa's prices push the other way at the small end. Since January 2021, Safaricom's tariff makes transfers of KES 100 and below free; sending KES 101 to 500 costs KES 6. Small payments are where cash is hardest to beat, so the first ones are free. Larger transfers, cash-out and business payments carry the fees. In the year to March 2025, M-Pesa earned KSh 161.1 billion, 44.2% of Safaricom's service revenue in Kenya, with about 38 chargeable transactions per active customer by Safaricom's measure. Credit sits on top: Fuliza, an overdraft on M-Pesa, launched in January 2019. A wallet that sees every payment a person makes can judge small loans, the same pattern you will see in Square's loans in pm-43.

UPI apps face the hardest version of the question. Since 2020, merchants have paid no fee on most UPI payments, and users pay nothing to send. Volume exploded: about 20 billion UPI transactions in August 2025 alone. In July 2025, a month of about 19.5 billion, PhonePe processed about 46% by number and Google Pay about 36%. But PhonePe reported a net loss of about ₹1,727 crore (roughly US$200 million) for the year to March 2025, on revenue from operations of about ₹7,115 crore. Its lending and insurance distribution, while small, roughly tripled. The public summaries we read don't explain fully where its payments revenue comes from; likely sources include merchant payments by card and wallet, bill payments and payment devices for shops (inference). NPCI also plans to cap any app's share of UPI volume at 30%, with the deadline pushed to the end of 2026.

Rules can change the model overnight. On 14 September 2026, India's finance ministry notified that a merchant fee may be charged on UPI and RuPay debit payments above ₹2,000; payments up to ₹2,000 stay free, and NPCI is to decide the rate and which merchants pay. When this lesson was written, those details were not yet set. For a teardown, this is the moat lens in action: when the network is public infrastructure and the price is set by regulation, apps compete on reach and design, and they earn from what they sell on top.

Quick check

Why do wallets often make cash-in free and cash-out the most expensive step?

Trust, fraud and why wallets beat banks

A wallet has to be trusted by people who have never had a bank, so trust is a product feature. Three mechanisms show up in all three systems. Identity: M-Pesa checked customers against Kenya's national identity cards at registration, and UPI ties each ID to a bank account and a mobile number the bank has checked. Confirmation: both sides get a message for every transfer, and well-designed flows show the receiver's registered name before you confirm, so a mistyped number is caught. Limits: smaller limits for lightly checked accounts reduce what a thief can take.

Fraud follows the easiest path, so controls change as fraud does. Common patterns include messages claiming money was "sent by mistake, please return it", fake agents, stolen SIM cards and requests that trick people into approving a payment. UPI shows a control being removed because fraud kept using it. A UPI "collect request" let anyone ask you to pay; you approved it with your PIN. NPCI capped these pull requests at ₹2,000 in 2019, fraud continued, and from 1 October 2025 NPCI ended person-to-person collect requests entirely. Every person-to-person payment is now started by the payer, typically by scanning a QR code. A useful feature died because its fraud cost was higher than its value.

Why did wallets win where banks had not? Read through the lenses: distribution (agents in existing shops instead of branches), the account (a phone number instead of forms and a minimum balance), access (menus that work on the cheapest phones), price (cheap or free for the small amounts people send most), and rules (Kenya's regulators gave M-Pesa a special licence, since the banking law did not cover non-banks). The outcome was large. Suri and Jack (2016) estimated that access to M-Pesa lifted about 194,000 Kenyan households, about 2%, out of extreme poverty; a 2019 paper disputes the finding, so treat the number as contested.

The moat follows from the loop. The two agent wallets have network effects (everyone you pay is already there) and agent networks that took years to build. UPI apps have neither on their own, because the network belongs to everyone; their defence is habit, merchant relationships and the products they sell on top.

Do it

Write a payments teardown that ends in copy, adapt and avoid for a business that handles cash.

  1. Write the decision question

    For example: "How do we move cash-on-delivery customers to digital payments?" or "How should we pay riders daily?"

  2. Trace the money for every side

    Draw where cash and balances go for the payer, the payee, any agent or bank, and you. Mark where cash piles up.

  3. List the fees and who pays them

    For each step, who pays, how much, and who earns it. Find the free steps and ask who pays for them.

  4. List trust and fraud controls

    Identity checks, confirmations, limits, cooling periods, and which features were removed because of fraud.

  5. Name the rules

    Which licences and rules shape the product, and what is changing this year.

  6. Decide and test

    Copy, adapt, avoid, each with the reason, then one pilot with a metric and a guardrail.

    Markdown
    # Teardown: mobile wallets, for Mangrove's cash-on-delivery orders
    Owner: Imran · Date: 15 Oct
    
    ## Decision question
    How do we move cash-on-delivery (COD) customers to digital payment,
    and should we ever build our own wallet?
    
    ## Sides and jobs (in wallets)
    - Sender: get money to family, fast and cheap
    - Receiver: get cash near home, or spend the balance
    - Agent: earn commission, keep enough cash and float
    - Operator: run the ledger, stay within the licence, stop fraud
    
    ## How money moves (facts)
    - M-Pesa, bKash: e-money backed 1:1 by bank trust accounts
    - UPI: bank to bank over NPCI; the app holds nothing
    - Side effect in agent wallets: cash piles up in cities, float in villages
    
    ## Fees (facts, with years)
    - bKash 2013: cash-in free, send flat Tk 2, cash-out 1.85%
    - M-Pesa since Jan 2021: KES 100 and below free; KES 101-500 costs KES 6
    - UPI: no merchant fee since 2020; Sept 2026 rule allows one above Rs 2,000
    - Pattern: free to put in, cheap to move, cash-out pays the agents
    
    ## Trust and fraud
    - ID checks at sign-up; name shown before confirming; limits
    - UPI ended person-to-person collect requests on 1 Oct 2025 (fraud)
    
    ## For Mangrove (21,000 COD orders a day)
    - Copy: payee name before confirming; receipt to both sides
    - Copy: rider shows a payment QR at the door
    - Adapt: first wallet payment waives the delivery fee
    - Avoid: our own wallet (licence, trust account, fraud ops)
    
    ## Test
    4 weeks, 20 stores in one city: QR at the door plus fee waiver.
    Metric: share of COD customers who pay digitally on their next 3 orders.
    Guardrail: order cancellations at the door do not rise.

Bring it to your team

Ask these when a payments or payout feature is proposed.

  • Where does real cash sit at each step, and who is short of it at the end of the day?
  • Who pays each fee, who earns it, and who pays for the steps we make free?
  • What does a person see before they confirm, and would it catch a mistyped number?
  • Which licence or partner lets us hold or move this money, and what rule changes this year?
  • What is the fraud cost of this feature, and what would make us switch it off?

Red flags

  • "We'll build our own wallet" with no licence, trust account or fraud team in the plan.
  • A payout flow where staff can change a rider's payout number with no second check.
  • Success measured by sign-ups instead of repeat digital payments.
  • No plan for what happens when a payment is stuck between "sent" and "received".

Practice

Trace one transfer

A worker in a city sends 2,000 (in your local currency) to her mother in a village, using an agent wallet with these prices: cash-in free; sending costs a flat 5; cash-out costs 1.85% of the amount, of which the agent keeps three quarters and the operator one quarter. The mother cashes out everything. (a) What does the whole transfer cost the family, as an amount and a percentage? (b) Who earns what? (c) Which agent ends the day with a liquidity problem, and of what kind? (d) Name two things that would let the mother keep some money in the wallet instead of cashing out, and say why the operator wants that.

  • You compute the cost correctly: 5 plus 37 is 42, about 2.1%
  • You split earnings: agent about 27.75, operator about 9.25 plus the 5 sending fee
  • You say the village agent runs short of cash and fills up with float
  • Your two ideas are places to spend the balance, and you link them to fees the operator earns or cash-out costs it avoids
Show a model answer

(a) Sending 5, cash-out 1.85% of 2,000 = 37, total 42, about 2.1% of the amount. (b) The village agent keeps about 27.75, the operator about 9.25 from cash-out plus the 5 sending fee, about 14.25. The city agent earns nothing on a free cash-in, which is why agents care about the mix of customers. (c) The village agent paid out 2,000 in notes and received 2,000 in float, so he is short of cash and long on float, and must rebalance. (d) If the village shop and the school accept the wallet, the mother can pay them directly. The operator then earns a merchant fee or keeps money in the system without paying an agent to hand out cash, and the village agent needs less cash on hand.

Make rider payouts safe

Mangrove wants to pay its 600 riders daily into their mobile wallets instead of weekly in cash. Using what wallets do, list three ways this could go wrong through fraud or mistakes, and one product control for each. Then name the metric and the guardrail you would watch in the first month.

  • Your risks include at least one outside attack (such as a stolen SIM) and one inside risk (such as staff changing payout numbers)
  • Each control is specific: a check, a delay, a confirmation or a limit
  • At least one control borrows directly from wallets (name shown before paying, confirmations to both sides, or limits)
  • Your metric and guardrail measure both success and harm
Show a model answer

1. A thief takes over a rider's SIM and changes the payout number: any change needs confirmation from the old number and the rider in person at a hub, plus a 48-hour delay before the first payout to a new number. 2. A staff member edits payout numbers to their own wallet: a maker-checker rule, so two people approve any change, with an audit log a manager reviews weekly. 3. A mistyped number pays a stranger: show the wallet's registered name to the rider in the Rider app and require them to confirm it once before payouts start. Metric: share of payouts received the same day. Guardrails: payouts sent to a wrong or changed number, and rider support tickets about missing pay, per 1,000 payouts.

Check yourself

A UPI app has the best design in the market, yet users switch to a rival app easily. Which teardown finding explains this best?

A new wallet launches in a city where an established wallet already has an agent on most streets. It offers cheaper sending. Why might it still fail?

NPCI ended person-to-person collect requests on UPI from October 2025. What product lesson does this teach?

Flashcards

Open my review

Key takeaways

  • In agent wallets only numbers move between people; cash stays local, so agents' liquidity is the real operations problem.
  • The agent network is both the distribution and the moat, and it breaks when an agent has no cash.
  • Wallets make small or first steps free and charge for cash-out, larger transfers, merchants and credit.
  • UPI apps are front ends on a public network, so they compete on reach and design and earn from what they sell on top.
  • Trust is designed: identity checks, names before confirming, limits, and removing features when fraud wins.

Sources and further reading

Episode transcriptThe shopkeeper's cash drawer · about 11 minutes · tap any line to play from there
  1. NadiaImran, how many of our app orders are paid in cash at the door?
  2. ImranAbout thirty-five percent. Roughly twenty-one thousand orders a day. Every one means a rider carrying cash and change, and a cashier counting it at the end of the shift.
  3. NadiaAnd someone in head office has suggested we build our own Mangrove wallet.
  4. ImranTwice this month. So I want to understand how real wallets work before that meeting.
  5. NadiaThen let's tear down three. M-Pesa in Kenya, bKash, and the UPI payment apps in India.
  6. NadiaStart with a story. Two shopkeepers trust each other, one in a city and one in a village a day's bus ride away. A factory worker hands the city shopkeeper fifty dollars. He writes it in his notebook and phones his friend in the village.
  7. NadiaThe village shopkeeper hands fifty dollars from his own drawer to the worker's mother. No cash travels. Once a month the two of them settle up.
  8. ImranSo a wallet turns the notebook into a computer and the phone call into a text message.
  9. NadiaAnd every corner shop into one of those shopkeepers. Now, which part is hard?
  10. ImranKeeping the notebook right?
  11. NadiaThat's the easy part, actually. The hard part is making sure the village shopkeeper has cash in his drawer when the mother walks in. Hold that thought.
  12. NadiaFirst, the job. M-Pesa's pilot started in Kenya in October two thousand five, and it was built for microfinance loan repayments. When it launched fully in March two thousand seven, people used it for something else.
  13. ImranSending money home.
  14. NadiaYes. Before that, people sent cash with a friend or a bus driver, or paid roughly three to six dollars for a slow postal money order. Only about thirty percent of adults in East and Southern Africa had a bank account.
  15. ImranSo the product found its real job after launch. Which means a teardown should look at what people actually do with it, not what it was designed for.
  16. NadiaNow, how the money moves. If you can see the screen, the first diagram has three lanes. City, wallet ledger, village. If not, picture the worker handing an agent fifty dollars in cash.
  17. NadiaThe agent holds a balance of e-money called float. Fifty dollars of his float moves to the worker's wallet. Her cash goes into his drawer. Nothing new is created.
  18. ImranThen she sends fifty to her mother's phone number, and two numbers change in the ledger.
  19. NadiaBoth get a text with the name. And the mother gives her e-money to the village agent, who hands over cash from his drawer, minus a fee.
  20. ImranSo where's the real money?
  21. NadiaIn a bank. The GSMA's case study says the central bank required bKash to hold the full value of customer balances in a designated bank account it monitors. The total never changes when people send money. Only the names next to the numbers change.
  22. ImranAnd at the bottom of the diagram there are two orange boxes. Cash piles up at the city agent. Float piles up in the village.
  23. NadiaThat's the drawer problem. City agents keep taking cash and giving out float. Village agents keep giving out cash. Both have to rebalance, usually through a bank or a bigger agent. Liquidity management is an operations product of its own.
  24. ImranDoes UPI work the same way?
  25. NadiaNo, and the difference matters. There's no e-money. Your UPI ID is tied to your bank account, and money moves bank to bank over a network run by NPCI. Any UPI app reaches any account. So the app is only a front end. Your money stays in your bank.
  26. ImranWhich makes switching apps easy.
  27. NadiaRemember that for later. Now the agents. M-Pesa went from about four hundred and fifty agent outlets in mid two thousand seven to more than eighteen thousand by April twenty ten. In the year to March twenty twenty-five, Safaricom reported about two hundred and ninety-nine thousand agents.
  28. ImranAnd bKash?
  29. NadiaAbout thirty thousand agents after seventeen months, according to the GSMA in twenty thirteen. It now reports more than three hundred and fifty thousand agents and more than eighty-three million registered customers.
  30. NadiaThe second diagram is the loop that explains those numbers. Four boxes in a circle. More agents near people. Cash is easy in and out. More users. Agents earn more commission. And then more shops want to become agents.
  31. ImranAnd the orange box underneath, agent has no cash, with a red dashed arrow saying trust falls.
  32. NadiaThat's the weak point, and it's physical. If a woman walks to an agent and he has no cash, the wallet has failed her, whatever the app looks like.
  33. ImranNow the money. If sending is cheap, how do they earn?
  34. NadiaFollow the fees. In twenty thirteen, bKash charged nothing to register or cash in, a flat two taka to send, about two US cents, and one point eight five percent to cash out. Free to put in, cheap to move, and cash-out pays the agents.
  35. ImranAnd customers complained?
  36. NadiaA twenty eighteen study found fifty-three percent of households named high charges as a major disadvantage. In twenty twenty-one, bKash cut cash-out to fourteen taka ninety per thousand from a favourite agent, up to a monthly limit. Which also gives each customer a reason to stick to one agent.
  37. NadiaM-Pesa pushes the other way at the small end. Since January twenty twenty-one, transfers of a hundred shillings or less are free. Small payments are where cash is hardest to beat.
  38. ImranAnd it still earns plenty?
  39. NadiaAbout a hundred and sixty-one billion shillings in the year to March twenty twenty-five, forty-four percent of Safaricom's service revenue in Kenya. And on top of that sits credit. Fuliza, an overdraft on M-Pesa, launched in January twenty nineteen.
  40. ImranWhat about UPI apps? Sending is free there too.
  41. NadiaAnd merchants have paid no fee on most UPI payments since twenty twenty. Volume is huge, about twenty billion transactions in August twenty twenty-five alone. But PhonePe, the biggest app, reported a net loss of about seventeen hundred crore rupees, roughly two hundred million dollars, for its last financial year.
  42. ImranBecause the app is a front end on a free public network.
  43. NadiaThat's the moat lens in action. They compete on reach and design, and earn from what they sell on top, like lending and insurance distribution.
  44. NadiaAnd rules can change it fast. In September twenty twenty-six, India's finance ministry notified that a merchant fee may be charged on payments above two thousand rupees. The rate was still to be set.
  45. ImranNow trust. Our customers will ask whether paying by QR at the door is safe.
  46. NadiaThree mechanisms show up everywhere. Identity checks at sign-up. Confirmations to both sides, ideally showing the receiver's registered name before you confirm. And limits, so a thief can take less.
  47. NadiaAnd fraud follows the easiest path. UPI had a collect request, where anyone could ask you to pay and you approved with your PIN. NPCI capped it at two thousand rupees in twenty nineteen, fraud continued, and from October twenty twenty-five it ended person-to-person collect requests completely.
  48. ImranA useful feature removed because its fraud cost was higher than its value.
  49. NadiaExactly. So why did wallets beat banks for people without accounts? Agents in existing shops instead of branches. A phone number instead of forms. Menus that work on the cheapest phones. Low prices for small amounts. And rules that allowed it.
  50. ImranSo here's my answer for the wallet meeting. Copy: show the payee's registered name before the customer confirms, and send a receipt to both sides. Copy: riders show a payment QR code at the door.
  51. ImranAdapt: wallets make small transfers free to beat cash, so we waive the delivery fee on a customer's first wallet payment, and see if they stay digital. Avoid: our own wallet. It needs a licence or a bank partner, a trust account and a fraud team, and none of that is our job.
  52. NadiaWhat does cash cost us today, roughly?
  53. ImranIf cash adds about two minutes of rider and cashier time per order, which Tomás still has to check, that's about seven hundred hours a day. At four dollars an hour, about twenty-eight hundred dollars a day, before shortages and the safety risk.
  54. NadiaNow the failure I'd worry about if you start paying riders into wallets. Someone steals a rider's SIM, or a staff member quietly changes a payout number to their own.
  55. ImranSo any change to a payout number needs the old number to confirm, a check in person, and a delay before the first payout. And two people approve any staff edit.
  56. NadiaThat's the Do it section in miniature. Write the question. Trace where cash and balances go for every side, and mark where cash piles up. List each fee and who earns it. List the trust and fraud controls. Name the rules. Then copy, adapt, avoid, and a pilot.
  57. ImranAnd the template in the lesson is filled in for our cash-on-delivery orders, with a four-week test in twenty stores.
  58. ImranFor my review, three questions. Where does real cash sit at each step, and who's short of it at the end of the day? Who pays for the steps we make free? And what does a person see before they confirm?
  59. NadiaAnd one more. What would make us switch this feature off? Write it down before launch.
  60. NadiaHere's one to think about. Thousands of workers send money home from the city at the end of the month. Which agents have a problem, and what kind? Take a second.
  61. ImranThe village agents. They hand out cash and fill up with float, so they run short of notes.
  62. NadiaRight. E-money moves without cash only inside the ledger. Cash-out still needs real notes in a real drawer.
  63. ImranLet me sum up. One, in agent wallets only numbers move, and the real problem is cash in agents' drawers. Two, wallets make the first steps free and earn on cash-out, merchants and credit. Three, trust is designed, with names before confirming, limits, and removing features when fraud wins.
  64. NadiaGood. I'd add one nuance. UPI shows the other path: when the network is public, apps can't build a moat from the network itself. Their defence is habit and what they sell on top.
  65. ImranWhat's next?
  66. NadiaRide-hailing and food delivery. Why the nearest rider is often the wrong one.
Finished reading?Mark it complete to fill in its stop on your course line.

Use it at work

Unit economics of an order

What one order earns after delivery, packaging and payment fees, and the contribution margin.

Open in the Finance Lab
Next stopTeardown: ride-hailing and food delivery
Was this lesson helpful?
Questions and discussion

Loading the discussion…