Guide · UX and data

Dashboard UI design: how to build a dashboard people actually use

A good dashboard shows the five to seven numbers that need a decision, ordered by importance, with a comparison and a clear next action. Everything else belongs in a report. This guide covers the types of dashboard, a method for choosing KPIs, layout principles, a chart guide, the common mistakes and what a dashboard costs.

11 min read · Updated 1 October 2026

Monday morning, nine o’clock. Four people have each spent an hour pulling numbers out of e-conomic, the webshop and two spreadsheets so management can see how last week went. The numbers don’t quite match, and half the meeting goes on working out why. Six months later someone has built a dashboard with 27 charts, and now nobody opens it. Both situations are common, and both are about design. A dashboard is a tool for making decisions faster, and the design decides whether it succeeds.

What makes good dashboard UI design?

A good dashboard can be read in five seconds. The user should see whether everything is as it should be and, if not, where the problem is. That takes three things: few, well-chosen numbers, a clear order of importance, and a comparison next to each number, for example against last month, budget or target. A number without a comparison is just a number. "412 orders" says nothing, while "412 orders, 8 % below last week" says someone needs to look into something. The fourth trait is that the dashboard leads somewhere: clicking a number shows the details behind it or the action to take.

What types of dashboard are there?

Four types of dashboard. Most companies need two of them, and they should be designed separately.

TypeUserQuestion it answersRefresh
OperationalWarehouse, customer service, plannersWhat do we need to do now?Minutes or real time
TacticalDepartment headsAre we on track this week or month?Daily
StrategicOwner, executives, boardIs the business moving in the right direction?Weekly or monthly
Customer-facingYour customers in a portalWhat is the status of my orders, invoices and agreements?When something changes

The customer-facing type is often overlooked, yet it often has the biggest effect. When customers can see the status of an order, a delivery or an invoice themselves, a large share of the calls that start with "I just wanted to check" disappear. It is typically part of a customer portal, where the dashboard is the home screen after login.

How do you choose the right KPIs for the dashboard?

Start with the decisions the user needs to make, and only then look for the data that supports them. A warehouse manager decides whether to add extra staff tomorrow. A sales lead decides which proposals to follow up today. An owner decides whether to hire. Each decision has one or two numbers that settle it, and those numbers are your KPIs. The fastest way to find them is to interview users about what they looked at the last time they made the decision. Our guide to user interviews has a question guide you can adapt.

1

Goal

For example "deliver faster than competitors".

2

Key figure (KPI)

Share of orders shipped the same day. The big number at the top.

3

Drivers

Orders in queue, orders per packer, items on back order.

4

Details

The list of the specific orders that are late.

5

Action

The button that moves an order or notifies the customer.

The KPI hierarchy: from goal to action. Each level should be explainable by the one above.
  1. Which decision does the number help make?
  2. Who makes the decision, and how often?
  3. What do we compare with: last period, budget, target or average?
  4. When is the number good, and when does it need action? Write the thresholds down.
  5. Which system does the number come from, and who owns the definition?
  6. What is the first thing the user will click to see more?

How do you structure a dashboard layout?

People read a screen top to bottom and left to right. The most important number therefore belongs in the top left, and the further down you go, the more detailed the content gets. A classic layout that works is a row of three to five large numbers at the top, then two or three charts explaining the trend, and at the bottom a list or table of the specific items that need action. Keep the same structure across views so users don’t have to learn a new layout for every department.

  • One message per card: a number, a chart or a list, with a heading that says what it shows.
  • A comparison next to every number: arrow, percentage and the period it is compared with.
  • Colour carries meaning: use neutral grey for normal and colour only for deviations.
  • Consistent periods: every card shows the same time span unless clearly stated otherwise.
  • Space between cards: tightly packed dashboards look busy and read more slowly.
  • Filters at the top and grouped: period, department, product group, and always show which filters are active.
  • Time of last update and data source, visible but discreet.
Godkendte timer
Man
Tir
Ons
Tor
Fre
Lør

37 timer · klar til DataLøn / Zenegy

One chart, one message and one line that says what the number means. That is the whole recipe for a good card.

Which chart should you use for which data?

Choosing a chart by the question. When in doubt, a big number or a bar chart is almost always safe.

QuestionUseAvoid
Where are we right now?Big number with comparisonGauges and speedometers
How is it developing over time?Line chart3D charts
What is biggest or smallest?Horizontal bar chart, sortedPie chart with many slices
How is a whole divided?Stacked bar or a pie with 2–3 partsDonut with ten colours
Will we hit the target?Bar with target line or progress barTraffic lights without numbers
What do I need to act on?Sorted list with status and actionHeat map without explanation

Be careful with red and green as the only signal. A share of men have reduced colour vision, and WCAG requires that colour is not the only way information is conveyed and that graphical elements have enough contrast. Combine colour with arrows, icons or text such as "below target". Format numbers the way users expect, and round aggressively: DKK 1.2m reads faster than DKK 1,204,388, and the precision belongs in the detail view.

Which dashboard design mistakes do we see most often?

Decoration dashboard

  • 20–30 charts, because the data existed
  • Numbers without comparison or target
  • Colours chosen to match the brand
  • Nobody knows who owns the numbers
  • Shown on a big screen and ignored

Decision dashboard

  • 5–7 numbers chosen from decisions
  • Every number has a comparison and a threshold
  • Colour is used only for deviations
  • Every number has an owner and a definition
  • Leads straight on to action
The decoration dashboard and the decision dashboard. Both can be built on the same data.
  • Vanity metrics: page views and total users that can only go up.
  • Different periods on the same screen, so the numbers can’t be compared.
  • Abbreviations and internal names that new staff don’t understand.
  • Charts without axes, units or an explanation of what a bar represents.
  • No empty state: a new dashboard without data looks like an error.
  • Slow loading: a dashboard that takes 15 seconds won’t be opened.

Many of the mistakes are about language. The heading of a card should say what the number means, such as "Orders shipped same day", in place of an internal code name. Empty states and explanations of thresholds are microcopy, and we have collected the principles in our guide to UX writing and microcopy.

What does a dashboard cost? BI tool or built into your own system

Typical options and what drives the cost. The biggest item is almost always collecting and cleaning data from several systems.

OptionFitsTypical cost
Spreadsheet with chartsOne data source, few users, manual refreshInternal time every week
BI tool (Power BI, Looker Studio)Internal analysis, data already consolidatedSetup by the hour plus per-user licences
Dashboard in an existing web appData already lives in your own systemAbout 30–80 developer hours, roughly DKK 24,000–110,000
New system with dashboard and integrationsCustomer-facing or everyday work toolPriced as a web app, see our web app guide

The hours in the table are based on typical senior rates of DKK 800–1,400 an hour. Take a concrete example: a 15-person wholesaler has orders in the webshop, invoices in e-conomic and stock figures in a spreadsheet. A dashboard with six KPIs, an order list and a daily refresh needs integrations with e-conomic and the webshop, a small database and a page with login. The spreadsheet is replaced at the same time by a stock feature in the same system. It is a classic first project that fits a medium web package, and for the full price picture read what a web app costs.

How do we design and build dashboards at Ceptiv?

We start with the decisions and the users before we talk about charts. Then we build a clickable prototype with real or realistic numbers, so you can feel whether the dashboard answers the right questions before any integrations are built. Design and development sit in the same team, so charts, thresholds and empty states are built exactly as designed. Many of our dashboards replace spreadsheets the business has outgrown, which we have written more about under replace Excel with a custom system. When you are ready, you can get a fixed price within 24 hours.

Questions about dashboard design

How many KPIs should a dashboard have?
As a starting point, five to seven on the first screen. Beyond that, users start skimming instead of reading, and the most important number drowns. If you need more, split them into separate views by role or topic, such as sales, operations and finance, each with its own five to seven. Every number should pass the test "if this number changes, we do something different". If it doesn’t, it belongs in a report.
Does the dashboard need to update in real time?
Only if decisions are made in real time. A warehouse packing orders or a customer service team with a queue benefits from numbers that refresh every minute. A management team meeting on Monday morning needs numbers that are correct and reconciled, and a daily or hourly refresh is plenty. Real time costs more to build and run, because data is fetched more often and the integrations have to cope. Always show when the numbers were last updated, so nobody makes decisions on stale data without knowing it.
How do you design a dashboard for mobile?
Start by asking what the user needs to do on the phone. It is rarely analysis and most often checking status or reacting to an alert. So show the three most important numbers at the top as large figures with a short trend, and stack charts underneath, one per width. Avoid wide tables and replace them with lists where each row can be tapped for details. Filters should sit behind a single button. Test on a real phone in daylight, because pale colours and thin lines disappear on a small screen.
What is the difference between a dashboard and a report?
A dashboard is monitoring: it shows a few numbers that update continuously and should catch attention when something deviates. A report is analysis: it has many numbers, details and explanations and is read with time to understand. Many dashboards fail because they try to be both and end up with 30 charts on one screen. A good solution has a dashboard on top that answers "is everything OK?" and a click down to a report that answers "why not?".
Can we just use Power BI or Looker Studio?
Yes, and for internal analysis it is often the right choice. BI tools are strong when data is already consolidated and users are comfortable with numbers. They fit less well when the dashboard has to be shown to customers, sit inside a system people work in every day, or trigger actions like approving an order. Per-user licences can also get expensive when many staff or customers need access. That is why many choose a combination: BI for management and a built-in dashboard in the everyday system.
How do we make sure the numbers on the dashboard are right?
Write a definition for each number: what is counted, from which system, and when. "Revenue" can mean invoiced amounts in e-conomic, paid orders in the webshop or something else entirely. Reconcile the numbers against the source for the first few weeks, and have the person who owns the number today sign it off. Show the source and the time of the last update on the dashboard. Once a number has been wrong one time, people stop trusting the whole dashboard, so it is worth getting it right from the start.

Want us to build it for you?

You get a fixed-price proposal within 24 hours.

Dennis Nielsen

Dennis Nielsen

Head of Operations, Ceptiv

Free consultation

One free hour of advice before you start.

Describe your project and I will contact you as soon as possible, so we can schedule a no-obligation meeting. You leave with practical advice on how to get your project off to a good start.

  • Free
  • 1 hour
  • No obligation