Systeric / Docs
Open App →

Case Study: The Storefront

This is the whole group applied to one example. A product person was asked to walk our online store, the Storefront, and say how to make it the best. What came back was a flat list of surface bugs. This doc takes that exact assignment and shows what the answer should have been, using every step from Product Sense through Prioritization.

It’s the same store the Strategy group diagnoses, so you can see the two halves of the craft meet: strategy sizes where value leaks; product sense decides what to build about it. Read this as the model. When you’re handed a product and asked “how do we make this the best,” this is the shape of the answer we expect.


What We Asked For, and What We Got#

The brief: walk the Storefront and tell us how to make it the best store of its kind. Here’s the response, in full:

• The product images on the listing page are too small.
• The filter sidebar forgets my selection when I hit back.
• The wishlist button is hard to find.
• The search bar is too narrow.
• The category menu could use icons.
• A few links in the footer are outdated.

A couple of these are real. But step back and ask the three questions from Product Sense: who is this store for, what are they trying to do, and would fixing all six sell one extra order? The list can’t answer any of them. It’s a walk-through of one person’s friction on the pages they happened to land on, sorted by nothing, aimed at nothing. It never names a shopper, never states the goal, never notices that orders have been flat for two straight halves. It’s the symptom-collector’s default output, and it’s what this group exists to replace.

Here’s the same assignment, done properly.


Step 1 — Comprehend#

What is this product, and what’s it for? An online store: it takes a visitor from “I might want something” to “I bought it, and it’s on the way.” It’s an established store, so the question is less “what should exist” and more “where is it weak, and where could it be the best.”

What’s the goal? Completed orders. And the uncomfortable fact the cosmetic list ignored: orders are flat at ~1,900/week and have been for two halves, on traffic we already have. So the goal is sharp: convert more of the shoppers we already get into paid orders, worth about +350/week to break the plateau. Every judgment below is measured against that.


Step 2 — The Personas#

Three people use this store, with different jobs and different definitions of a good day. The original review saw one undifferentiated surface. A product thinker sees this:

The Shopper
Minutes, often on a phone
Wants to find it and buy it fast, without re-typing their life story or worrying it's a scam. Their checkout is the goal.
The Store Operator
In the admin every day
Wants the catalog, prices, and promos right, and to sell more, without fighting the tools. Most of the reported friction is on their pages.
Fulfillment / Ops
Processing orders all day
Wants every order out the door correct and on time, with clean, complete details and nothing to chase.

Who do we prioritize? The shopper. Their checkout completion is the north star, they sit on the exact step the goal is made of, so their friction costs us orders directly. The operator matters (their promos drive demand) and ops matters (a botched order is a refund), but the plateau is a conversion problem, and conversion is the shopper’s journey. Build outward from them.


Step 3 — The Real Pains#

Map each reported item to the pain underneath it, add the pains nobody reported (found by looking at where the funnel actually leaks), and rank by impact on the goal:

Reported Persona Real pain Goal impact
Not reported Shopper 1 in 5 abandon checkout rather than re-type an address High · +190/wk
Not reported Shopper Slow pages; shoppers drop before they reach checkout High · +160/wk
Search bar too narrow Shopper Can't find the product; some leave before browsing Medium
Filter forgets selection Shopper Annoying mid-browse; rarely loses the sale Low
Images small; menu icons; wishlist Shopper Cosmetic; no measured effect on orders Low
Footer links stale Operator A quick content fix; not on the path to an order Low

The two biggest opportunities in the store, checkout abandonment and slow pages, were never on the original list, because nobody walked the store as a shopper trying to pay, or looked at where the funnel actually leaks. That’s the cost of collecting symptoms instead of walking journeys.


Step 4 — How We Win#

Fixing pains keeps the store competitive. It doesn’t make it the best. Winning is a separate bet, and the Storefront’s seam is the crossing from full cart to paid: the checkout, where one in five shoppers quit rather than re-type an address, and the exact step the goal is made of. So the candidate bet:

The winning bet
One-tap checkout: buy in a single tap.
Saved address and payment, express pay, guest-friendly. A decided buyer pays and leaves in seconds, no typing, no account wall. Best-in-class one-tap runs 90%+ completion; we sit at 80. The candidate for the one thing we're best in the world at.

But it doesn’t get built on conviction. It’s a Rock and it’s the most attached-to idea in the room, so it gets earned first: confirm shoppers actually abandon over the typing and not the shipping price, confirm they’ll trust saved payment, and watch out, this exact store already had a “one-tap add-on” idea that tested badly (shoppers read it as pushy, refunds rose). A bet that survives that scrutiny is worth a lane of its own. A bet that skips it is just the loudest idea, and the loudest idea being wrong is how a quarter gets burned.


Step 5 — Quality Attributes and Where Attention Goes#

The dimensions this store is actually judged on, and how the current attention maps to them:

Page speed
Under-served. 3.5s median; every slow second sheds shoppers before checkout.
Checkout completion
The bet. 80% and stuck; where we choose to be the best in the world.
Findability
Partly served. The search complaint is real, but not where orders bleed.
Trust
Unexamined. Nobody checked whether the checkout even looks safe to a first-time buyer.

What we’re over-investing in: cosmetic polish on the pages you land on first, image sizes, menu icons, footer links, filter niceties. Visible, easy, satisfying, low-impact. It’s where attention pools because it’s where the reviewer’s eyes happened to be.

What we’re neglecting: the step where money is actually made (the checkout where 1 in 5 quit) and the shopper who doesn’t complain (the one who hits a slow page and leaves). These are the highest-impact areas in the store and they generate almost no feedback, because the people they hurt don’t file tickets. They leave. The absence of complaints was mistaken for the absence of problems, which is exactly how orders sit flat at 1,900 while everyone stays busy.


Step 6 — Goal, Metric, and the Prioritized Roadmap#

Goal: convert more of our existing traffic into paid orders; break the ~1,900/week plateau.

Primary metric: completed orders per week (and checkout completion rate, its last step). Supporting: page-load median (guards the top of the funnel), search success rate. Guardrail: as we speed checkout up, the return rate must not rise. Gaming check: we count paid orders, not carts created, so nobody wins by nudging shoppers into carts they never buy.

Before committing, the plan gets the sufficiency test: does it actually add up to the goal?

Gap to goal: +350 orders/wk  ·  Sized bets: saved pay +190, faster pages +160 = +350  ·  sufficient ✓
The original six cosmetic items summed to ~0. Fully shipped, they'd have left orders exactly where they've been for two halves.

The six-item flat list, now a sequenced plan with a reason behind every rank:

# What Why here Size
1 Saved address & pay (kill re-typing) Biggest sized prize, ~+190/wk; confirmed leak Pebble
2 Faster product pages (3.5s → 1.5s) ~+160/wk; together with #1 this clears the gap Pebble
3 Instrument the exact checkout drop step Cheap; de-risks the one-tap bet Sand
4 Rebuild search Real, medium impact; not where orders bleed Pebble
5 Filter memory + images + icons + footer Low impact; batch when convenient Sand

The winning bet runs in its own lane, off this queue. Full one-tap checkout is a Rock, and a Rock never wins an impact-for-effort contest against sand and pebbles, so if it had to compete here it would lose every sprint forever. Instead it’s sequenced deliberately across sprints and earned first. Saved address & pay (item 1) is the incremental step toward it, and gets completion to 88%; the full one-tap bet is the path to 95%+.

Same raw material. The difference is entirely in the thinking: a goal to measure against, personas whose jobs are understood, pains ranked and sized before they’re trusted, a plan checked that it actually closes the gap, a bet earned before it’s built, and an order with a defensible reason at every line.


The Difference, in One Line#

The first review answered “what did I notice?” This one answered “who is this for, where is it weak, how does it become the best, and does our plan actually get us there?” Same store, same afternoon. One produced a to-do list that, fully shipped, would have left orders exactly where they’ve been for two halves. The other produced a plan that closes the gap.

That’s the bar. When you’re handed a product and asked how to make it the best, this is the answer we expect.


Back to: Product Sense  ·  Related: Diagnosis, Bets