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
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
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 looks How often What it should show The checkout and delivery team Every morning Yesterday’s numbers against normal, errors and failures, anything that needs fixing today Leaders Monthly Progress toward the quarter’s goals, trends, the few things that changed A launch team Daily, for a few weeks The 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.
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.
Role What it answers For the made-up checkout and delivery team Main metric Are we meeting the goal? First-try delivery rate: share of deliveries completed on the first attempt, per week Inputs What’s moving it? Share of orders with a confirmed address and phone number; share of orders with a delivery date chosen at checkout Guardrails Is anything getting worse? Returns because of damage or fit; delivery cost per order Health checks Is something broken? Payment error rate; page load time; support tickets about delivery Customer view How 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.
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.
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.
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.
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:
Start from the question, then choose the chart. Question Use Few’s guidance How did it change over time? A line chart Lines to show the overall pattern. “Always place time on the horizontal axis.” Which is biggest or smallest? Bars, sorted Bars only. Sort descending to highlight the highest values, ascending to highlight the lowest. What share is each part? Bars, not a pie Bars 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 plot Points 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.
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:
Field Example for one metric (made-up store) Name First-try delivery rate Definition Share of deliveries completed on the first attempt Formula Deliveries completed on the first attempt ÷ deliveries with a first attempt in the period, × 100 Period and refresh Weekly, Monday to Sunday; updated every morning Source The delivery partner’s status data Owner The delivery product manager Target Set 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.
- Write the one-line purpose: who, what decision, how often.
- Choose the main metric, two or three inputs or guardrails, and one health check.
- Decide what goes top left, what goes in the middle, and what goes at the bottom.
- Choose a chart for each, and the context for the main number.
- 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
You wrote
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.
- Write who it seems to be for, and what decision it serves. Is that clear?
- Find the most important number. Is it top left, and does it have context?
- Spot one chart that could be clearer, and say which chart you’d use instead.
- 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
- Stephen Few, “Dashboard Confusion”, Perceptual Edge, March 2004 (opens in a new tab)
- Stephen Few, “Common Pitfalls in Dashboard Design”, Perceptual Edge, February 2006 (opens in a new tab)
- Stephen Few, “Eenie, Meenie, Minie, Moe: Selecting the Right Graph for Your Message”, Perceptual Edge, September 2004 (opens in a new tab)
- Kerry Rodden, Hilary Hutchinson, and Xin Fu, “Measuring the User Experience on a Large Scale”, Google, CHI 2010 (opens in a new tab)