Post Order Framework

A governance framework that decides what every team can place, and where, across ~46 contending pods.

Meesho · Design framework · Org-wide system

1-minute summary

Meesho was scaling fast, and ~46 pods across ads, rewards, merchandising and awareness comms all contended for the same finite space on the post-order page, where they could promote their programs like Buy more save more, Reward coins, and initiatives like Meesho Mall and Gold, with no rules governing where that communication needs to be placed and for how long, what happens at the return and exchange phases, and whether we still promote other features.

I owned the redesign of the Post Order experience and the design decisions for the page. I collaborated with Product Managers and Business Analysts across multiple PODs and discussed their core check metric and success metric. Coordinating a single placement required manual alignment across designers, PMs and product leadership.

I shifted from policing individual placements to governing the surface, with a framework of ranked objectives, a competitor benchmarked slot model, and prioritisation principles any team could apply without re-litigating the basics.

Alignment that earlier took nearly one week across designers, PMs and product leadership now happens in a single meeting.

The framework was presented to a room of CXOs and directors across engineering and product, approved, and rolled out org-wide.

1 call

for alignment, down from a week

~46 pods

self-serving into a governed structure

Context

What is Post Order Experience?

This journey starts after a user places an order, and covers touchpoints including the order confirmation page, the order listing page and the order details page. It supports both happy-path tracking as well as returns and exchanges.

Before the framework, I owned the Post Order redesign end to end. Prior to redesign, the trigger was measurable: users frequently contacted support asking, "Where is my order?" At the September baseline the experience was running at 7.21% calls per order, costing ₹0.96 per delivered order.

The redesign surfaced order and tracking information much earlier in the experience, which brought calls down by 22% and cost per delivered order to ₹0.30.

Order confirmation page

Order confirmation page (New)

Order listing page

Order listing page (New)

Order details page

Order details page (New)

Background

The redesign that revealed the need

Users were calling support in volume to ask where their order was, which is exactly what the order details page exists to answer. The pages were redesigned so that order and tracking information led, answering the question on the page rather than in a call centre.

Order listing page before
Order listing page after
BeforeAfter
Order listing page
Order details page before
Order details page after
BeforeAfter
Order details page

Problem

How an ungoverned page degrades

~46 pods across ads, rewards, merchandising and awareness comms, much of it time-bound, contended for the same finite space. Coordinating one placement was a manual chase, and many teams never started the chain at all. The page degraded on its own, in three ways:

Real-estate creep
Unrelated content takes disproportionate space, pushing down primary information like the delivery address.
Feature stacking
Too many guidelines led to stacking without an impact-focused approach.
Distraction banners
Absent content-design rules produced banners that bury relevant information.

The routine failure was familiar: someone opens the app, often a manager or the CEO, and finds a bright ads banner burying the order status. The real problem was that a surface owned by everyone was governed by no one.

The page degrading under competing placements
Previous experience of post order screens

Approach

From policing the page to governing it

Catching bad placements one at a time does not scale. The page did not need a more watchful designer, it needed a system that made good placement the easy path and bad placement structurally hard, so that coordination did not depend on being in the room.

Business objectives mapped to current and upcoming features

I worked with a staff designer to bucket the features by the value they bring to the business and to users, who helped me think long term and not just bucket the current features but the potential future ones. We also worked across the stages of the post order experience: pre-delivery, post-delivery, and the happy, edge and error cases.

Pre-delivery and post-delivery journey on the order details page
Primary JTBD: order details page

The model

Jobs first, ranked by criticality

Competitor benchmarking across Amazon, Flipkart, Myntra and Nykaa grounded the slot ratios in how the category actually behaves rather than in a guess. Every element wanting space is classified by the job it serves, those jobs are ranked, and the principles are written into a fixed slot count so that how much can go here stops being negotiable.

Prioritisation principles across primary and secondary jobs
Prioritisation principles across primary and secondary jobs
Slot allocation model across primary, secondary and tertiary
The slot model the framework writes into the page
The framework applied across every state of the order details page
The same slots, held across pre-shipping through return

The redesign taught me what the metrics did not: a clean page does not stay clean. A tidy redesign would last weeks, and without rules for how it evolved it would degrade straight back. That is what became the framework.

Rules

Specific enough to remove judgement calls

A framework only governs if it is specific enough for engineering and design to apply directly, so it sets height and zoning rules, colour and movement constraints, and prioritisation principles that settle disputes as a lookup.

Height, colour, movement and element rules
The rules teams apply directly

The system stays alive. Every team logs its slot usage: what they placed, the metric tracked, and the expected impact. The framework stays a current map of the page rather than a document that ages out.

Impact

Alignment that took weeks now takes a call

The framework was presented to a room of CXOs and directors across engineering, product, and the pods whose teams would live by it. It was approved and rolled out org-wide.

1 call

for alignment, down from a week

~46 pods

self-serving into a governed structure

Concerns were answered by the framework rather than by negotiation, which protected the redesign's original gains and stopped the page degrading.

What I'd carry forward, and what's next

A framework's value is its adoption, not its elegance. The win came from designing for self-service, specific enough that teams could act without needing the author in the room. The CXO and director buy-in mattered for the same reason, because a governance system only governs if the people it governs are aligned on it.


What comes next is automation. The live slot log already captures every placement and its impact, so the natural step is turning that into a more automated way to judge whether a slot still earns its place: governance that does not just hold the line but optimises it.

There is more to this work...

Board room discussion, slot closure, implementation across PODs post launch. Get in touch for a complete walkthrough.