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.
| Type | User | Question it answers | Refresh |
|---|---|---|---|
| Operational | Warehouse, customer service, planners | What do we need to do now? | Minutes or real time |
| Tactical | Department heads | Are we on track this week or month? | Daily |
| Strategic | Owner, executives, board | Is the business moving in the right direction? | Weekly or monthly |
| Customer-facing | Your customers in a portal | What 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.
Goal
For example "deliver faster than competitors".
Key figure (KPI)
Share of orders shipped the same day. The big number at the top.
Drivers
Orders in queue, orders per packer, items on back order.
Details
The list of the specific orders that are late.
Action
The button that moves an order or notifies the customer.
- Which decision does the number help make?
- Who makes the decision, and how often?
- What do we compare with: last period, budget, target or average?
- When is the number good, and when does it need action? Write the thresholds down.
- Which system does the number come from, and who owns the definition?
- 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.
37 timer · klar til DataLøn / Zenegy
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.
| Question | Use | Avoid |
|---|---|---|
| Where are we right now? | Big number with comparison | Gauges and speedometers |
| How is it developing over time? | Line chart | 3D charts |
| What is biggest or smallest? | Horizontal bar chart, sorted | Pie chart with many slices |
| How is a whole divided? | Stacked bar or a pie with 2–3 parts | Donut with ten colours |
| Will we hit the target? | Bar with target line or progress bar | Traffic lights without numbers |
| What do I need to act on? | Sorted list with status and action | Heat 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
- 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.
| Option | Fits | Typical cost |
|---|---|---|
| Spreadsheet with charts | One data source, few users, manual refresh | Internal time every week |
| BI tool (Power BI, Looker Studio) | Internal analysis, data already consolidated | Setup by the hour plus per-user licences |
| Dashboard in an existing web app | Data already lives in your own system | About 30–80 developer hours, roughly DKK 24,000–110,000 |
| New system with dashboard and integrations | Customer-facing or everyday work tool | Priced 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?
Does the dashboard need to update in real time?
How do you design a dashboard for mobile?
What is the difference between a dashboard and a report?
Can we just use Power BI or Looker Studio?
How do we make sure the numbers on the dashboard are right?
Want us to build it for you?
You get a fixed-price proposal within 24 hours.
