Steady weekly pay for gig workers, drawn from their own good-week savings
TL;DR Smoothwage helps delivery riders and other gig workers even out their income. In good weeks it moves the surplus into a savings product held in the worker's own name, and in lean weeks it tops up to a weekly amount the worker picked. Platforms and fleet operators pay for it as a retention perk.
India had about 77 lakh gig workers in 2020-21, and NITI Aayog projected 2.35 crore by 2029-30[1]. Their pay swings with incentives, targets and penalties.
In a 2024 study of food-delivery riders in Tamil Nadu, monthly income ranged from ₹11,000 to ₹16,000 for 8–13 hour days, and riders said one day off could wipe out a week's incentive[2]. They pay for their own fuel and repairs too. So what happens when a week falls short? They borrow and then work longer to pay it back[2].
Most products sold to them just add more credit. Earned wage access and small loans get you through a bad week but do nothing to build a cushion for the next one[3].
First, the regulatory bit - Smoothwage does savings distribution and budgeting only. It does no lending and holds no money. Savings go into a liquid mutual fund or bank recurring deposit in the worker's own name, through an AMFI-registered distributor arrangement of the kind FD and fund apps already use[4]. Smoothwage never touches the cash.
The worker picks a weekly amount, say ₹3,500. On each payout day Smoothwage compares what came in with that figure. If the week was strong then a standing instruction moves the extra into the buffer. If the week was weak then it redeems just enough to bring the bank balance up to ₹3,500. The app shows the one number that matters, which is how many lean weeks the buffer can cover.
The original version of this idea pitched automated income smoothing plus a bundle of financial services. Smoothing with the platform's money or a credit line would make Smoothwage a lender under RBI's digital lending rules, and it would leave workers in debt. Using the worker's own surplus is slower to build but it is far safer for them.
The worker uses it free. Platforms and fleet operators pay a monthly fee per active worker, because a rider who doesn't quit after one bad month saves them hiring costs. The new labour codes make aggregators put 1–2% of turnover into social security[5], so HR teams are already budgeting for worker welfare. Treat the fees as my assumption until a pilot shows retention gains.
The four labour codes took effect on 21 November 2025, bringing gig and platform workers under social security with Aadhaar-linked accounts[5]. One gig-worker finance startup already takes repayments and savings deductions straight from payouts for workers at the big delivery apps[3], which tells you platforms will let a third party sit on the payout rail.
Nobody publishes a figure for savings products used by Indian gig workers. Your base is the worker count - about 77 lakh in 2020-21, projected at 2.35 crore by 2029-30[1].
That gig-worker finance startup, which serves the same workers with wage access and loans, raised ₹44 Cr in 2023[3]. That's a neighbour, not the real thing. It shows there's money for gig-worker finance, but in credit and not in savings.
Gig-worker finance startups offer earned wage access, loans and a credit line through gig platforms, with deductions taken at source[3]. Fixed-deposit and fund apps sell savings products widely but they aren't built around weekly payouts[4]. Platforms run their own insurance and incentive schemes.
I found no service whose main job is building a gig worker's buffer from their own surplus, though my search was limited.
| Difficulty | Moderate (43/100) |
| Starting capital | ₹60 L–1.1 Cr |
| Time to launch | 6–9 months |
The logic is simple. The plumbing and the sale are not. You need reliable payout data, mandates that work on cheap phones and fund redemptions that land before rent is due, and platforms will want proof that Smoothwage cuts attrition before they pay a rupee.
You need a distribution route before launch, because the buffer sits in regulated products.
Building this outside India? The categories above usually have a local equivalent, so check with your own regulator.
AI shouldn't make money decisions for a worker without clear rules they agreed to. Every transfer should follow the standing instruction, and nothing else.
Want to work out the AI layer for Smoothwage? Talk to Yash →
Here's what can go south -
I like this one because it builds a cushion instead of a debt. It suits a founder with payroll, microfinance or mutual-fund distribution experience who can sell to platform HR teams. If you want to grow by lending then this isn't for you.
Prove one thing first - that 300 riders keep the feature on for 12 weeks and at least half end with a buffer of one lean week or more.
My estimate is ₹60 L–1.1 Cr, covering the app, distributor setup, platform integrations and getting the first workers on board. The kit breaks it down.
You need an AMFI-registered distributor route, your own or a partner's, so units sit in the worker's name. Adding loans would bring in RBI's digital lending rules.
Yes, gig income swings in every market. How you hold the savings and what counts as advice change by country, so check with your own regulator first.
The free Smoothwage validation kit has the line-by-line capital breakdown, the effort scoring, the distribution, labour-code and data-protection checklist, a 14-day validation sprint with pass/fail targets, a 90-day launch plan, 10 interview questions for workers and platforms, and 5 assumptions to test. Download the kit →
Thinking about building Smoothwage or something close to it? The make-or-break work is getting one platform to share payout data and pay for the pilot, and that's the kind of thing I help founders with. If you need a hand, you know where to find me. Talk to Yash →
For illustration only. Names are fictional and ideas hypothetical; sourced facts are real but may be out of date. Nothing here is legal, financial or professional advice, and Yash Khatri is not personally liable for any use of it. Read the full disclaimer.