Conceptual case study · Product design

Blinkit Routine

A recurring order for the things you run out of fastest, with a reminder the evening before so you stay in control.

Role
Product designer. Research, UX, UI and prototype
Type
Self-initiated concept, solo
Method
48-response survey, affinity mapping, interactive prototype
Tools
Next.js prototype built with ChatGPT and Claude

*Independent concept. Not affiliated with or endorsed by Blinkit.

The problem

People who live alone or have just moved to a city have no neighbourhood supply chain. Milk, bread and eggs run out fast, and every refill is a trip to the shop or a fresh order with a delivery fee on a ₹25 item.

The idea

Let people set up a recurring order for what they buy most. The evening before each delivery, send a reminder with Deliver, Skip and Pause. If they do nothing, it arrives.

What I made

A 21-screen interactive prototype across four flows: set up, stay in control, handle exceptions, and let the system learn. Every decision traces back to something survey respondents said.

01 · Problem

Running out of milk has three bad answers.

I started from my own observation of people moving to a new city. Everyone had a workaround, and every workaround leaked.

  1. A

    Buy it every day

    Reliable until the morning you are late, the shop is shut, or you simply forget. Then you skip it.

    Leaks: forgetting and lateness
  2. B

    Stock up on long-life packs

    Solves running out by giving up on fresh milk, which is what people actually want to drink.

    Leaks: freshness
  3. C

    Order when it runs out

    Fast, but you pay a delivery fee on a ₹25 packet, so you pad the basket with things you did not need.

    Leaks: cost and waste

None of these is a planning tool.

Remember to orderRoutineStock a month ahead

I wanted something in between: a recurring order that adapts to how people actually live.

02 · Research

I asked 48 people how they buy daily essentials.

A short online survey (June to July 2026) covering how often people buy essentials, what happens when they run out, whether they have used recurring delivery, and what would make them comfortable or uncomfortable with it. I clustered the open-ended answers into an affinity map.

48responses
35live with family. 13 live alone or with flatmates
20order only once they have run out
5of 47 had ever used recurring delivery
What triggers an order20 of 48 wait until it has run out
20ran out
  • Realised they ran out2042%
  • Added to another order1327%
  • Planned ahead919%
  • Reminded or other613%
How often they buy essentials27 buy at least 2 to 3 times a week
11Almost every day
162-3 times a week
13About once a week
8Less than weekly
Where they buyBlinkit leads, but local shops stay close
  • Blinkit67%
  • Zepto63%
  • Swiggy Instamart52%
  • Local shop or kirana46%

Multiple choice, so percentages overlap.

02 · Research · Affinity map

Six themes from the affinity map

Reactive buying is the default

Mostly get from shops if not so urgent. If urgent, then use Blinkit

Lives with family

I bought it the next day

Lives alone

InsightPeople are not forgetting to order. They are choosing not to plan. A recurring plan has to feel worth the effort.

Consumption is unpredictable

There isn't a fixed duration of time when a particular thing runs out for us.

Lives with family

Recurring deliveries will create extra stock. And for perishable items it's not good.

Lives alone

InsightThe strongest objection is to a fixed schedule, not to the idea. Flexibility is load-bearing.

Control is non-negotiable

I'd like to review at least the items that are going to be delivered before money is debited from my account.

Lives with family

I would like to have control over what gets deliver to me rather than a recurring service.

Lives with family

InsightAutomation is acceptable only with an escape hatch. Skip and pause must be as easy as setup.

Payment and billing anxiety

Autopay of literally ₹1000 in 2 days! We had only spent ₹400 on items on day 1.

Lives alone

Paying 50rs for a 25rs milk packet adds up.

Lives alone

InsightSurprise charges are the biggest trust-breaker. Show the amount before it is taken and never hide fees.

Perishable quality anxiety

Online milk often gets curdled due to product being delivered near to expiration.

Lives with family

I don't trust quick commerce with things with low shelf life.

Lives with family

InsightMilk is the hero item and also the riskiest. Freshness has to be signalled, not assumed.

Not at home, timing varies

Sometimes I live at another location. Can't guarantee when I'll be home to receive the order.

Lives alone

I won't be able to add items I might need if it's pre-ordered.

Lives alone

InsightA delivery you cannot receive is worse than none. The reminder is essential, not optional.

02 · Research · Findings

What surprised me

I went in with three assumptions. The data pushed back on all of them.

I expectedThis is a problem for people living alone.

I found35 of 48 live with family, and they described the same frustrations.

I expectedPeople would welcome a recurring service.

I foundAbout 15 said their consumption is too variable for a fixed schedule.

I expectedFew had tried it because it is new.

I found2 of the 5 who had used one edited it by hand whenever their needs changed.

So what did I do with it?

Only 13 respondents lived alone or with flatmates, so my target group is thin. I read the data as design constraints, not proof of demand. Routine became a flexible baseline with an easy exit, not a rigid subscription.

Sometimes the banana will get over before Wednesday, then I had to go to the app and set my next upcoming order from Thursday to Wednesday. And again I will change it to Thursday after the next delivery.

Survey respondent, lives alone, used a milk subscription

03 · Reframing

The problem was never forgetting. It was control.

People did not reject automation. They rejected automation they could not see, adjust or stop. That turned the brief into one question and three principles.

How might we make a recurring order feel like a flexible baseline instead of a commitment?

  1. A

    A baseline, not a commitment

    Defaults do the work. Every default can be changed for one delivery or for good, in one tap.

    In the product: pre-filled setup, one-tap edits
  2. B

    Control at the moment of decision

    Do not make people manage a subscription. Ask them the evening before, when the delivery is real.

    In the product: the reminder with Skip and Pause
  3. C

    No surprises

    No surprise charges, items or timings. Show the amount, the items and the cutoff every time.

    In the product: amount and 10 PM cutoff in every message

04 · Solution

Four flows, 21 screens.

The key screens are below, in the order a customer meets them. Each screen sits beside the thinking behind it, with a line to the exact element. Choose Try this screen to use the real prototype.

  1. Discover and automateHome entry, one-sheet setup, optional edits, success
  2. Stay in controlRoutine detail, day-before reminder, tomorrow's delivery, pause
  3. Handle uncertaintyOut of stock, price change, payment failure, store closed
  4. Blinkit learnsAdaptive suggestion and run-out prediction

Flow 1 · Discover and automate · Start

Set up in two taps, from where the habit already is.

Problem
Most people buy when they run out, so a feature that asks for planning would be ignored. Setup effort is the first barrier.
Decision
Surface Routine on the home screen of someone who already buys milk, and compress setup into one pre-filled sheet where Start is the second tap.
Why
One respondent wanted essentials suggested “so I don't have to spend mental energy thinking about everything I need to order.”
Trade-off
Pre-filling risks a wrong default, so the sheet shows its reasoning and every row is one tap from changing.

Home · the entry point

Built on past behaviour

“Previously bought” is where the prompt gets its evidence.

A quiet prompt, not a banner

“You buy milk often” sits above the nav and can be dismissed.

Normal ADD still works

Routine never replaces the one-off order. Nobody is forced into planning.

Start a Routine · one pre-filled sheet

Pre-filled from history

“Bought 6 times last month” explains the suggested schedule.

Every row is editable

Repeat, time and payment each open their own edit. Defaults, never locks.

Start is the second tap

The button states the exact amount: ₹60 per delivery.

Quantity in place

The stepper is on the sheet, so the most common edit costs nothing.

Costs answered up front

Free delivery and no minimum order remove the fee objection.

Flow 1 · Discover and automate · Schedule

Schedules that match how people really consume.

Problem
The strongest objection was not the idea but the fixed schedule: “There isn't a fixed duration of time when a particular thing runs out for us.”
Decision
Offer five schedule types instead of one daily toggle, and end setup with a plain-language summary that sets up the reminder.
Why
The respondent with a banana subscription wanted it “every 3 days or 5 days”. Real consumption is irregular, so the vocabulary has to be too.
Trade-off
Five options is more than a single toggle. Plain examples and a sensible default keep it light.

Change schedule

Five patterns, plain language

Every day, specific days, weekly, every X days, monthly, each with an example.

Confirm in words

“Delivers: Mon · Wed · Fri” restates the choice before Continue.

Days picked, not typed

Mon, Wed, Fri is a tap on a chip, with a sensible default pre-selected.

Routine created

Everything in one card

Item, schedule, time, address and payment as a final review.

Sets expectations

“We'll message you the evening before each delivery” says what happens next.

Clear confirmation

A success state first, then the full summary so nothing is assumed.

Cost promises repeat

Free delivery and no minimum order appear again at the moment of commitment.

Flow 2 · Stay in control · Manage

One place to see and change everything.

Problem
Respondents wanted to review and pause: “I would like to have control over what gets deliver to me rather than a recurring service.”
Decision
Make the Routine detail a control panel, not a settings page: state, next delivery, editable rows, and pause at the same level as edit.
Why
If leaving is easy, committing is less scary. Putting pause beside edit signals that skipping is a normal thing to do.
Trade-off
Surfacing pause makes churn easier, a business risk. For trust, I judged it worthwhile.

Routine detail

Status and next delivery first

“Active” and the next date answer the only two questions people have.

Nothing is decided for you

There are no auto-replace or price rules to set. If something changes, the app asks you then.

Edit by row

Schedule, time and payment each open one focused edit. Nothing is buried.

Pause and cancel, side by side

Pause is one tap and opens vacation dates too. Cancel is clearly marked in red.

Flow 2 · Stay in control · The reminder

The reminder: control without effort.

Problem
Two opposing needs: people did not want a delivery they had not approved, and they did not want to approve each one.
Decision
Ask the evening before with Deliver, Skip and Pause on the notification, and deliver as scheduled if there is no reply by 10 PM.
Why
Default-proceed keeps convenience for people who never open the app. One-tap skip keeps control for people who are away.
Trade-off
Silence means yes, so a missed notification can mean an unwanted delivery. Skipping is free and the cutoff is stated every time.

Day-before reminder · lock screen

States the default

“Reply by 10 PM to change, otherwise we deliver as scheduled.”

Nudges, not ads

“Running low on atta?” is a one-time add with no extra delivery fee.

Three actions, one tap

Deliver, Skip, Pause on the notification. No app launch needed to say no.

Same choices on WhatsApp

Total, free delivery and payment, plus Add or remove items.

Flow 2 · Stay in control · Edit one delivery

Change tomorrow without touching the Routine.

Problem
“I won't be able to add items I might need if it's pre-ordered.” Pre-ordering feels like losing flexibility.
Decision
Every edit made from the reminder is scoped to one delivery and says so. The recurring plan is untouched unless the person opens the Routine.
Why
Fear of breaking the schedule stops people using it. Stating scope at the point of action removes that fear.
Trade-off
Repeated one-time edits signal the schedule is wrong. The adaptive suggestion picks that up.

Tomorrow's delivery

Cutoff is visible

“Edit until 10 PM” sits next to the time, so there is no guessing.

Scope is stated

“Changes apply to tomorrow only. Your Routine stays the same.”

The default is spelled out

“No reply by 10 PM? We'll deliver as scheduled.”

Deliver, Skip, Pause

The same three choices as the notification, as large cards.

Per-item control

Change quantity or remove an item for tomorrow only.

Add items for tomorrow

One-time, clearly

“Added once to tomorrow's delivery. Your regular Routine stays the same.”

Familiar shopping

The normal product grid, with a running total on Done adding.

Flow 2 · Stay in control · Pause

Pause for a week, or a trip.

Problem
Respondents worried about not being home: “Can't guarantee when I'll be home to receive the order.” A delivery to an empty door is the worst outcome.
Decision
Give pause its own screen with vacation mode first, a visible restart date, and an early-resume option.
Why
People start things more readily when they know they can stop cleanly. Automatic restart means nobody has to remember to switch it back on.
Trade-off
Automatic resume could restart a forgotten Routine, so the restart date is shown before confirming.

Pause and vacation mode

Vacation first

Time away is the scenario respondents described, so it leads.

Quick durations

1 week, 2 weeks, or until I resume for open-ended pauses.

Dates, not guesses

Leaving and back-on dates define the pause. Invalid ranges are blocked.

Plain-language result

“No deliveries 15 Oct - 22 Oct. Restarts automatically when you're back.”

Flow 3 · Handle uncertainty · Recovery

Design what happens when it goes wrong.

Problem
Recurring orders fail in ways one-off orders do not: stock, price, payment, store closure. Respondents wanted to stay in charge: “I'd like to review at least the items that are going to be delivered before money is debited.”
Decision
Never decide for the customer. When something changes, ask at that moment, with a recovery screen or a short pop-up that states the cause and a clear next action before the 10 PM cutoff.
Why
I removed settings such as auto-replace and price limits. Rules decide silently, and surprises were what respondents feared most.
Trade-off
Asking each time adds taps. The prompts are short, appear only when something actually changes, and the default path stays quiet.

Out of stock

Say it first

A clear banner states the problem and the two ways out.

Show what is affected

The item is tagged “Out of stock” so nobody has to hunt for the cause.

Priced replacements

Four alternatives with prices, each one tap away from a confirmation.

Search or skip

Search other milk, or skip it for tomorrow. Nothing is replaced without a tap.

Price change · pop-up

Flagged where it happens

The item in tomorrow's delivery is tagged “Price up”, so the cause is obvious.

Clear primary choice

Keep at ₹36, or choose another milk.

Before and after

₹30 to ₹36, and ₹12 more on this delivery, so the impact is concrete.

A way out

Skip milk for tomorrow, in plain text.

Payment failed

Reassure first

“Tomorrow's delivery is still on. Fix it to keep it.”

A clear deadline

Fix it by 10 PM tonight, stated in one line.

The cause, plainly

A Failed tag sits next to the payment method that did not work.

Two fast fixes

Retry UPI or pay on delivery. A link changes the method.

Flow 4 · Blinkit learns · Adapt

Let the Routine fix itself.

Problem
Two of the five people who had used a subscription described editing it by hand whenever their needs changed.
Decision
Watch for repeated skips and propose a schedule change with the evidence, instead of waiting for the customer to notice.
Why
It turns maintenance into a one-tap decision and closes the loop that the reminders open.
Trade-off
Suggestions can feel presumptuous, so the system never changes anything alone. It proposes; the customer decides.

Adaptive suggestion

Evidence, not a guess

“You skipped 3 of your last 5 milk deliveries.” The reason is their own behaviour.

One clear action

Update is the main button. Keep current sits right below it.

Before and after

The days you get now beside the suggested days, with deliveries per week.

Nothing changes alone

The schedule only changes when the customer taps Update.

05 · Build and QA

Designed by me, built with AI, tested by hand.

I did the research, analysis and product decisions. I then used ChatGPT and Claude to build the prototype from my survey findings and Blinkit screenshots, so the Routine feature reads as native to the app.

Building was a loop: I tested every flow, found logic and flow errors, described them precisely, and had them fixed. The AI wrote code; the judgement about what was wrong came from using the product.

Problems found by testing

  • Back button lost unsaved schedule edits
  • A skipped delivery reappeared as active
  • Replacement and price changes did not update the bill
  • Delivery dates could be set in the past
  • Payment recovery returned to the wrong screen

Final audit

  • Regression tests for schedules, date validation and delivery totals
  • Text darkened to at least 4.5:1 contrast across all 21 screens
  • All screens and exception flows exercised in the browser

06 · Reflection

What I learned

Surveys rarely say “build this”. They tell you where an idea will fail. The most useful data was the objections, and treating them as design constraints shaped the whole product.

I also learned to treat AI output as a draft. The product thinking came from research, and the quality came from testing and being specific about what was wrong.

Limitations and next steps

  • Not yet usability tested. Next: moderated tests with 5 people who live alone, measuring setup time and whether the reminder helps or irritates.
  • Thin target sample. Only 13 of 48 respondents lived alone or with flatmates. A follow-up survey should recruit that group.
  • Simulated. Orders, payments, notifications and the 10 PM cutoff are demonstrations. State resets on refresh.
  • Freshness. Shelf life appears on product pages. Showing expected expiry during Routine setup is the next improvement.
  • Accessibility. Contrast was checked; screen-reader behaviour has not been certified.