Guide

How to build a KPI dashboard

By Shane Hillestad · Last updated July 28, 2026

A KPI dashboard is a single screen showing the handful of numbers that actually drive your business, updated automatically from the systems that hold them. The point is not to display everything you can measure. It is to make the few numbers that change decisions impossible to avoid, and to stop anyone from having to rebuild them by hand each month.

Step 1: Choose the metrics before you choose the tool

Almost every failed dashboard project starts with a tool decision. Start instead with a question: what are the five to nine numbers that, if they moved, would change what you do next week? Write them down in plain language before anyone opens a BI tool.

A useful KPI is actionable, unambiguous, and owned. Actionable means someone can influence it. Unambiguous means everyone computes it the same way. Owned means a named person is responsible. Revenue per location, gross margin by product line, average days to collect, capacity utilization, and repeat customer rate are typical for an SME. Page views are not.

Step 2: Define them in writing, painfully precisely

"Revenue" sounds obvious until you ask whether it includes tax, refunds, discounts, or deferred amounts, and whether it is booked on order date or fulfilment date. Two departments will answer differently, and both will believe they are right.

Write one definition per metric, get the people who use it to agree, and keep that document alongside the dashboard. This is the least glamorous step and the one that determines whether anyone trusts the result. See source of truth.

Step 3: Connect the data

Now find where each number actually lives: the POS, the CRM, the accounting package, the scheduling tool. For each, decide how data will be extracted, on what schedule, and where it will land. This is the ETL layer, and it is where most of the implementation effort goes.

Expect to find problems here. The same customer spelled three ways, a system whose export drops the last day of the month, historical data that changed definition two years ago. Finding these early is the whole reason this step comes before building charts.

Step 4: Pick a tool that fits the team

For most SMEs the realistic shortlist is short. Looker Studio is free and fine for a large share of small-business reporting. Power BI is inexpensive and strong if you are already a Microsoft shop. Metabase suits teams who want self-hosting and SQL access. Tableau is powerful and priced accordingly.

Choose based on what your team already uses and can maintain, not on feature lists. The best tool here is the one someone in the building can still operate a year from now.

Step 5: Design for the person reading it

  • Most important number, top left. People scan in a predictable order. Use it.
  • Always show comparison. A number alone means nothing. Against last month, last year, or target, it means something.
  • One screen, no scrolling. If it does not fit, you have more than one dashboard.
  • Label the freshness. Show when the data last updated. Trust collapses the first time someone acts on a stale figure.
  • Skip the decoration. Gauges, 3D pie charts, and heavy color coding cost comprehension and buy nothing.

Step 6: Automate delivery and alerting

A dashboard people have to remember to visit is a dashboard people forget. Schedule the key views to arrive by email on the cadence decisions are actually made, and set threshold alerts so exceptions come to people rather than waiting to be noticed. See how to automate business reporting for the full process.

Step 7: Plan for maintenance

Businesses change what they care about, source systems change their exports, and definitions drift. A dashboard is not a deliverable that stays finished. Budget for someone to own it, whether that is an internal person or an ongoing arrangement, and review quarterly whether the metrics on it are still the ones that matter.

Frequently asked questions

How many KPIs should a dashboard have?

For a leadership dashboard, five to nine. Past that, people stop reading it and go back to asking someone for the number. Operational dashboards for a specific team can carry more detail, because the audience is looking at one area rather than scanning the whole business.

What makes a good KPI?

It has to be actionable, unambiguous, and owned. Actionable means someone can change it through a decision. Unambiguous means everyone computes it the same way. Owned means a specific person is responsible for it. A number that fails any of those three is trivia, not a KPI.

How often should a dashboard update?

Match the refresh rate to the decision cycle, not to what is technically possible. If a number informs a weekly decision, daily refresh is plenty. Real-time refresh is genuinely useful for operational dashboards, like inventory or job status, and is mostly vanity everywhere else.

Why does nobody use the dashboard we built?

Usually one of three reasons: it answers questions nobody was asking, the numbers disagree with another system so people stopped trusting it, or it takes too many clicks to reach. The first is a scoping failure, the second a data-modeling failure, and the third a design failure. All three are fixable, but you have to know which one you have.

Keep reading

Next step

Want this built for your business?

Tell us which reports eat the most time and which decisions you're making without data. We'll tell you what we'd fix first.

Back to home Vestfold logo

© 2026 Vestfold