Product basics Part 1: The job

Lesson 6 of 15

Build a dashboard.

How to build a dashboard people actually use: start from who it’s for and what they decide, choose a few metrics, lay it out, give every number context, pick the right charts, and define every number.

By Nagesh Koritala, product manager October 2026

  • About 12 minutes
  • 6 parts
  • 7 quick questions
  • A worksheet
A sketch of one dashboard screen for a made-up furniture store. Top left, the biggest tile: the first-try delivery rate this week, 91%, with the target of 95% and last week’s 93% beside it. Top right, two smaller tiles: an input, address confirmed, and a guardrail, damage returns. The middle: a line chart of the first-try delivery rate over twelve weeks with a dashed target line. The bottom: bars comparing two delivery regions, lowest first. Notes say: read it like a page, top left first; trend over time; then where it changed. Delivered first try 91% target 95%last week 93% Address confirmed Damage returns Delivered first try, last 12 weeks target By delivery region, lowest first NorthSouth then: where it changed read it like a page: the main number top left, then the trend, then the breakdown (made up)

Before you start

Your manager at the made-up online furniture store asks you to build a dashboard for the team that runs checkout and delivery. The analytics tool can show over two hundred numbers. Before you read on: which three would you put at the top of the screen, and who would look at them? Write it in one sentence.

It stays on this device only. You’ll see it again at the end.

In this lesson, you’ll learn to

  • Start a dashboard from who uses it and what decision it serves
  • Choose a few metrics tied to goals, grouped so they read as a story
  • Lay out one screen so the most important number is seen first
  • Give every number context: a target, a comparison, a trend
  • Pick the right chart for each question, and avoid common chart mistakes
  • Write data definitions and set alerts people will act on

Key terms

Dashboard
In Stephen Few’s definition, “a visual display of the most important information needed to achieve one or more objectives; consolidated and arranged on a single screen so the information can be monitored at a glance.”
KPI
Key performance indicator: one of the few metrics a team has agreed shows whether it’s meeting its goals.
Context
What a number is compared with, such as a target, last week, or last year. Without it, a number can’t tell you if things are good or bad.
Trend
How a number changed over time, usually shown as a line.
Data definition
A written note of what a metric means: its formula, period, data source, and owner.
Alert
A message sent automatically when a metric crosses a level you set, so someone looks right away.

The idea

Many dashboards fail quietly. Someone builds a screen with forty charts, it gets shown once in a meeting, and nobody opens it again. Not because the data was wrong. Because nobody could tell, at a glance, whether things were fine.

A good dashboard answers one question quickly: is this on track, and if not, where should I look? This lesson shows you how to build one, step by step, using Stephen Few’s well-known guidance on dashboard design and the metrics you chose in lesson 4. The example is the checkout and delivery team at the made-up furniture store.

The lesson, in six parts

  1. Start with who it’s for, and what they’ll decide.

    Stephen Few, a data visualization expert, wrote a definition that’s still widely quoted: a dashboard is “a visual display of the most important information needed to achieve one or more objectives; consolidated and arranged on a single screen so the information can be monitored at a glance.” Notice where it starts. With objectives, not with data.

    Few also points out that a dashboard “quickly tells you what’s happening, but not why it’s happening.” Finding the why is the job you learned in lesson 5. So before you pick a single chart, answer three questions:

    • Who will look at it? A team checking daily, a leader checking monthly, or everyone watching a new launch?
    • What will they decide or do after looking? Fix something today, change a plan, or report up?
    • How often will they look, and how fresh must the data be?
    Who looksHow oftenWhat it should show
    The checkout and delivery teamEvery morningYesterday’s numbers against normal, errors and failures, anything that needs fixing today
    LeadersMonthlyProgress toward the quarter’s goals, trends, the few things that changed
    A launch teamDaily, for a few weeksThe new feature’s adoption, its main metric, and its guardrails

    Common kinds of dashboard, described as general practice. The team names are from the made-up store.

    Write the answer at the top of your plan, in one line: “This dashboard helps [who] decide [what], every [how often].” If you can’t fill it in yet, that’s your next conversation: ask the people who’ll use it before you build.

  2. Choose a few metrics, tied to goals.

    Now pick the numbers, and be strict. Few’s advice is to “include only the information that you absolutely need.” A useful pattern: one main metric (the primary metric from lesson 4) that shows whether the goal is being met, a few inputs that explain it, guardrails that catch harm, and a few health checks that tell you something is broken.

    Google’s HEART paper connects this to lesson 4. Its goals, signals, metrics process ends with building “specific metrics to track on a dashboard.” So if you’ve done the metric plan, most of your dashboard is already chosen.

    RoleWhat it answersFor the made-up checkout and delivery team
    Main metricAre we meeting the goal?First-try delivery rate: share of deliveries completed on the first attempt, per week
    InputsWhat’s moving it?Share of orders with a confirmed address and phone number; share of orders with a delivery date chosen at checkout
    GuardrailsIs anything getting worse?Returns because of damage or fit; delivery cost per order
    Health checksIs something broken?Payment error rate; page load time; support tickets about delivery
    Customer viewHow do customers feel?CSAT (customer satisfaction score) after delivery

    All metrics are examples for a made-up store. Use the formulas from lesson 4.

    A good test for each candidate: if this number changed tomorrow, would anyone do something different? If not, leave it off. It can live in a detailed report one click away.

  3. Lay it out like a page.

    In languages read left to right, people tend to start a screen at the top left, the way they read a page. Few’s advice is direct: “The most important data ought to be prominent. Data that requires immediate attention ought to stand out. Data that should be compared ought to be arranged and visually designed to encourage comparisons.” He shows a dashboard that spends the top left, “the most prominent position”, on a logo and menus.

    He also lists “exceeding the boundaries of a single screen” as the first of thirteen common pitfalls. If people have to scroll or click through tabs to see the whole picture, it’s no longer at a glance. A layout that works for most product dashboards:

    • Top left: the main metric, large, with its target and last period beside it.
    • Top row: the inputs and guardrails, smaller.
    • Middle: the trend over time for the main metric, with the target drawn as a line.
    • Bottom: the breakdowns that help you see where a change happened, such as by platform or funnel step.
    • Put related numbers next to each other, so a number and its trend are read together.

    The drawing at the top of this page shows that layout for the made-up store. Notice what isn’t there: no logo, no decoration, no number without a comparison.

  4. Give every number context.

    A number alone can’t tell you if things are good or bad. Few’s example is a sales total shown on its own: “Compared to what? Is this good or bad? How good or bad? Are we on track? Is this better than before?” His fix is to add one or more comparisons, “such as a target or some history”, plus a quick visual sign of whether the value is good, satisfactory, or bad.

    Two tiles side by side. On the left, a number alone: a first-try delivery rate of 91%. A note asks: good or bad? On the right, the same number with context: target 95%, last week 93%, a small line of the last twelve weeks, and a label saying 4 points under target. A note says: now you can act. Numbers are made up. Delivered first try 91% good or bad? Delivered first try 91% 4 pts under target 95%last week 93% now you can act compared to what? (made-up numbers)
    The same number, alone and with context. Only the second tells you whether to act. Numbers are made up.

    Two more of Few’s thirteen pitfalls belong here. Don’t show more precision than people need: $3.8M reads faster than $3,848,305.93. And show the difference directly when the difference is the point. If people need to know how far revenue is from budget, show “10% under” instead of two numbers they have to subtract in their heads.

  5. Pick the chart by the question it answers.

    In a 2004 article on choosing graphs, Few groups almost every message a chart can carry into seven types, including change over time (time-series), ranking, parts of a whole, and how two things relate (correlation), and gives the best way to show each. This lesson uses the four that come up most on product dashboards:

    Four chart types, each with the question it answers. Line: how did it change over time? Bars: which is biggest or smallest? Bars, not a pie: what share is each part? A scatter plot, dots with a trend line: do two things move together? Linehow did it change over time?Barswhich is biggest, or smallest?Bars, not a piewhat share is each part?Sofas50%Beds30%Tables20%Scatter plotdo two things move together?start from the question, then pick the chart
    Start from the question, then choose the chart.
    QuestionUseFew’s guidance
    How did it change over time?A line chartLines to show the overall pattern. “Always place time on the horizontal axis.”
    Which is biggest or smallest?Bars, sortedBars only. Sort descending to highlight the highest values, ascending to highlight the lowest.
    What share is each part?Bars, not a pieBars only. In “Common Pitfalls”, he shows that a pie chart often makes parts hard to compare without reading the labels.
    Do two things move together?A scatter plotPoints with a trend line.

    From Stephen Few, “Eenie, Meenie, Minie, Moe: Selecting the Right Graph for Your Message” (2004), and his “Common Pitfalls in Dashboard Design” (2006).

    Avoid the decoration that dashboard tools make easy: 3-D effects, dials that look like car gauges, a different color for every bar. Few’s rule for color is to keep it “subdued and neutral, except when you are using color to highlight something.” And start bar charts at zero. Few shows a bar chart whose scale doesn’t start at zero, where revenue looks about four times costs, when it was actually less than double.

  6. Define every number, set alerts, and keep it alive.

    A dashboard is only trusted if everyone reads it the same way. Next to it, or one click away, keep a short data definition for every metric:

    FieldExample for one metric (made-up store)
    NameFirst-try delivery rate
    DefinitionShare of deliveries completed on the first attempt
    FormulaDeliveries completed on the first attempt ÷ deliveries with a first attempt in the period, × 100
    Period and refreshWeekly, Monday to Sunday; updated every morning
    SourceThe delivery partner’s status data
    OwnerThe delivery product manager
    TargetSet by the team for this quarter

    Then decide which numbers deserve an alert. Set the trigger outside the normal ups and downs, so it doesn’t fire every day. To find them, look back over the last few weeks, note the highest and lowest values on ordinary days, and set the trigger a little past them. Send the alert to someone who can act, and say in the message what to check first. An alert nobody acts on trains people to ignore alerts.

    Finally, treat the dashboard like a product. Show it to the people it’s for, and watch how they use it. Every few months, ask three questions, and remove what nobody looks at:

    • Is it opened regularly, by the people it was built for?
    • Has it led to a decision or a fix in the last month?
    • Is there any number no one can explain? Define it or remove it.

With AI: AI is changing how people use dashboards. Some analytics tools now let you ask a question in plain words and get a chart, or summarize what changed this week. That can make a fixed dashboard less central for exploring, but no less useful for watching the few numbers that matter. And an AI summary is only as good as the definitions underneath it: if “active user” means two things, the summary can mix them up without warning you.

Check your understanding

Answer each one in your head or on paper first. Then open the answer to check.

1In Few’s definition, what is a dashboard?

A visual display of the most important information needed to achieve one or more objectives, on a single screen, so it can be monitored at a glance.

2What should you decide before choosing any metric?

Who will use the dashboard, what they’ll decide or do after looking, and how often.

3Why does a number need context?

On its own, it can’t tell you whether things are good or bad. A target, a past value, or a trend turns it into something you can act on.

4Where does the main metric go on a dashboard, and why?

Top left, large, with its target and last period beside it. In languages read left to right, people tend to start there, so the most important number is seen first.

5You want to show weekly orders over the last six months. Which chart, and where does time go?

A line chart, with time on the horizontal axis.

6Why is a pie chart often a poor choice for shares?

Slices are hard to compare without reading the labels. Sorted bars show the same shares more clearly.

7What makes an alert useful rather than noise?

It fires only outside normal variation, goes to someone who can act, and says what to check first.

Practice: sketch a launch dashboard

The made-up furniture store just launched the delivery time slots you planned metrics for in lesson 4: customers pick a two-hour window for their delivery. You need a dashboard for the launch team’s first six weeks. Sketch it on paper before opening the model answer.

  1. Write the one-line purpose: who, what decision, how often.
  2. Choose the main metric, two or three inputs or guardrails, and one health check.
  3. Decide what goes top left, what goes in the middle, and what goes at the bottom.
  4. Choose a chart for each, and the context for the main number.
  5. Name one alert, and who receives it.
Show a model answer

Purpose: this dashboard helps the launch team decide what to fix in time slots, every morning, for the first six weeks. Main metric: lesson 4’s primary metric, the share of deliveries arriving inside the chosen window, tracked daily during the launch. Inputs and guardrails: share of orders that choose a slot (adoption); failed deliveries because nobody was home; delivery cost per order. Health check: errors when loading the slot picker. Layout: top left, the on-time-in-window rate as a large number, with the target and yesterday beside it; top row, adoption, failed deliveries, and cost as small tiles, each with yesterday beside it; middle, a line of the on-time rate by day, with the target as a line; bottom, bars of the on-time rate by delivery region, sorted lowest first, so the regions with problems stand out. Alert: if the slot picker’s error rate stays above its normal range for an hour, message the engineer on call that day and the product manager, with a link to the error log.

Back to where you started

The short answer

A dashboard is one screen that shows the few numbers someone needs to keep track of a goal, at a glance. Build it backwards: start from who will use it and what they’ll decide, choose only the metrics that serve that decision, put the most important one first with a target and a trend beside it, and write down exactly how each number is calculated.

Look at the sentence you wrote at the start. You probably named three numbers, and maybe who’d look at them. Now add what that person would do after looking. Does it change your three? Starting from the person and the decision usually makes the right numbers clear.

Common mistakes

Most of these come from building around the data instead of around a decision.

  • Starting with the data available instead of the person and the decision.
  • Too many numbers, so nothing stands out.
  • Numbers with no target, history, or comparison.
  • Pie charts, 3-D effects, and gauges where a simple bar or line would be clearer.
  • Bar charts that don’t start at zero, so small differences look huge.
  • No written definitions, so two teams read the same chart differently.
  • Alerts that fire so often everyone ignores them.

Try this week

Find a dashboard you can see: at work, in an app’s analytics, or a public one.

  1. Write who it seems to be for, and what decision it serves. Is that clear?
  2. Find the most important number. Is it top left, and does it have context?
  3. Spot one chart that could be clearer, and say which chart you’d use instead.
  4. Pick one metric and try to find its written definition.

Copy this worksheet: a dashboard plan

PURPOSE: This dashboard helps ________ decide ________, every ________.

MAIN METRIC (top left)
  Name and formula:
  Target:
  Compared with (last period, last year):

INPUTS (what moves it):
  -
  -

GUARDRAILS (must not get worse):
  -

HEALTH CHECKS (something is broken):
  -

LAYOUT
  Top left:
  Top row:
  Middle (trend over time):
  Bottom (breakdowns: platform, region, funnel step):

CHARTS: line for time, sorted bars for comparisons and shares (skip pies), no 3-D, bars start at zero.

DATA DEFINITIONS: name, definition, formula, period, source, owner, for every number.

ALERTS
  Metric and trigger:
  Sent to:
  What to check first:

REVIEW DATE (remove what nobody uses):

Questions people ask

What is a product dashboard?

A single screen showing the few metrics a product team needs to see whether it’s meeting its goals, at a glance, with targets and trends for context.

What metrics should a product dashboard include?

One main metric tied to the goal, a few inputs that move it, guardrails that catch harm, and health checks such as error rates. The exact metrics depend on who uses it and what they decide.

How many metrics should a dashboard have?

There’s no fixed number, but few enough to fit on one screen and be read at a glance. If a number wouldn’t change anyone’s actions, leave it off.

What’s the difference between a dashboard and a report?

A dashboard is for monitoring the most important numbers at a glance. A report holds detail and analysis. A good dashboard links to reports instead of trying to be one.

Which chart should I use for data over time?

Usually a line chart, with time on the horizontal axis. Use bars when individual values matter more than the overall pattern.

Why avoid pie charts on dashboards?

Slices are hard to compare by eye, so people end up reading the labels. Sorted bars show the same shares more clearly.

Sources and further reading

All lessons

Keep going

Up next: wireframes
and prototypes.

You can measure a product and watch it. Next, learn to sketch an idea, choose how polished a prototype should be, and test it with real people before anyone builds it.

Got a question this lesson didn’t answer? Email me. I read every note.

Four versions of the same product page, from low to high fidelity: a rough paper sketch, a wireframe of boxes and lines, a clickable prototype of that wireframe, and a high-fidelity prototype that looks like the real thing. Lower fidelity is faster and cheaper to change; higher fidelity is closer to the real product. PapersketchWireframeClickableprototypeHighfidelity faster, cheaper to changecloser to the real thing fidelity: how closely it matches the final product