Skip to main content
Lakshmi Nair
Work
Deliveroo · 2020Strategy & OperationsSolo build · 6% revenue growth

The Price of Getting It Wrong

6%REVENUE GROWTH
SoloNO DATA SCIENCE TEAM
Problem
One flat delivery fee no longer fit a maturing market. It left money on the table at peak times and pushed price-sensitive customers away at quiet ones.
What I did
Built price elasticity models by time of day, day of week, distance and restaurant category, then replaced the flat fee with tiered delivery fees.
My role
Solo: the analysis, the models and the call to change prices, with no data science or pricing team.
Result
6% revenue growth from repricing alone, with no new customers or markets.

THE SITUATION

Deliveroo UAE was barely a year old. When you're moving fast and building from scratch, flat fee pricing makes sense. It's one less variable, one less thing to get wrong while you're figuring everything else out. Simple scales.

And then the business grew. The customer base diversified. Order volumes climbed. What had been good enough at year one was now actively working against us. The market had matured past the point where one number could do all the work.

Every high-demand moment was leaving money on the table. Every price-sensitive customer in a low-demand window was a churn risk we didn't need to take.

THE DIAGNOSIS

I had no data science team. No pricing function. No inherited framework to build on. What I had was SQL, Excel, and a conviction that the data already knew the answer.

I pulled order histories, mapped demand curves by time of day, day of week, distance band, and restaurant category. I ran price elasticity models in Excel, testing how sensitive different customer segments were to fee changes at different price points. The work that at a larger company would have gone to a team of analysts, I did alone, iterating the models until the patterns held.

What the data showed: customers weren't uniformly price sensitive. High-frequency users barely flinched at higher fees during peak hours. Occasional users dropped off sharply when fees crossed certain thresholds. And there were entire distance bands where the flat fee was actively suppressing order volume. We were charging the same for a 2km delivery as a 12km one, which meant we were undercharging for the hard deliveries and overcharging for the easy ones.

THE HARDEST CALL

The model pointed clearly at one move: reduce delivery fees in certain distance bands and time slots to stimulate volume. The logic was sound. The data supported it.

But if it backfired, the revenue hit would be immediate and visible. No lag, no ambiguity. Every order in those bands would be worth less, and the volume uplift had to materialise fast enough to cover it.

I made the call. Tiered the fees. Watched the data daily for the first two weeks.

Order history, cut by
Time of dayDay of weekDistance bandRestaurant category
Demand curves and price elasticityHow sensitive each customer segment is to the fee, at each price point. Built in SQL and Excel.
Flat feeOne price for every order: 2km or 12km, peak or quiet.
Tiered feesPriced by distance and time slot, with lower fees where they unlock volume.
Daily monitoringWatched every day for the first two weeks after launch.
From order history to tiered fees, simplified

WHAT HAPPENED

6% revenue growth. Built entirely on repricing, not on new customers or new markets. The same customers, the same restaurants, the same demand. Just priced properly for the first time.

The distance bands where we reduced fees saw the volume jump the model predicted. The peak-hour tiers held. The occasional users who had been dropping off at the fee threshold came back.

WHAT IT TAUGHT ME

Good analysis only gets you to the right answer. You still have to be willing to act on it when the downside is real and immediate.

The model doesn't carry the risk. You do.