Skip to content
Case study

Zepto: adding to an order that's already on its way

A teardown of the moment you remember one more thing after checkout.

Designs a narrow, time-boxed way to add to an existing order, and is explicit about the operational limit that makes it work at all.

Journey mappingOperational constraint framingTradeoff analysis
Zepto: adding to an order that's already on its way full deckOpen full screen

What it is

The order left the app before it left the store.

You check out on Zepto, then remember the milk. At ten-minute delivery the order may already be packed — so this design exercise asks whether an 'add to my order' window can exist at all, and what makes it survivable for operations.

The feature

A window, honestly drawn

  1. 1
    Checkout

    Order placed. The picker starts almost immediately.

  2. 2
    "I forgot the milk"

    The most common post-checkout regret.

  3. 3
    Live countdown

    The app shows exactly how long the add-on window lasts. A clear yes or no, not a maybe.

  4. 4
    Add from the same store

    Only items already in the picker's path qualify.

  5. 5
    One bag, one rider

    No second fee, no second delivery.

The real constraint

An ops problem wearing a UI problem's clothes

The window is minutes
Hard limit

At ten-minute delivery, un-picked time is a minute or two — not the five-to-ten other apps can afford.

Sealed bags cost time
Ops cost

Re-touching a packed bag slows every order behind it in that store.

Throughput is the business
Economics

Dark-store economics run on picker speed. A feature that quietly taxes it has to earn its keep.

Tradeoffs

What I'd ship, and what I'd refuse

Chose

A short, honest add-on window shown as a live countdown

over A silent 'try to add' button with no promise

Telling the user exactly how long they have turns a maybe into a clear yes or no, and it sets the right expectation instead of a false sense of control after the window has already closed.

Chose

Cap the add-on to items already in the same store's inventory

over Letting any item be added from the wider catalog

Adding something not yet picked in that run means a second trip inside the same store, which erases the whole point. Keeping it to what's already in the picker's path is what makes the window possible at all.

Chose

No extra delivery fee inside the window

over Charging a smaller top-up fee

The value to the user is exactly that this isn't a second order. Charging anything reframes it as one, and the goodwill of solving the 'I forgot milk' moment for free is worth more than the marginal fee.

The metric is add-ons completed inside the window, not attempts. A high attempt rate with low success just means the window is lying to people.
North Star — window lengths here are reasoned estimates, not internal data
Next · case study

WhatsApp: designing for the groups inside your groups

How to grow connection on WhatsApp without turning it into a social network.

Continue