KPI vs metric: what's the difference and how to decide what belongs on a dashboard
Max Musing
Max MusingFounder and CEO of Basedash
· July 9, 2026

Max Musing
Max MusingFounder and CEO of Basedash
· July 9, 2026

A metric is any quantitative measure you can track, like signups, page views, or average order value. A key performance indicator (KPI) is a metric you have deliberately chosen because it tracks progress toward a specific goal. Every KPI is a metric, but most metrics are not KPIs. What makes a number a KPI is whether it is tied to an objective, has a target, and drives a decision.
The distinction matters most when you build a dashboard. A screen limited to a few KPIs gets checked every Monday, while one that treats every metric as a KPI tends to get skimmed and ignored. This guide covers what separates a KPI from a plain metric, gives examples for a SaaS company, and offers a simple test for deciding what belongs on your dashboard.
A metric is a measurement. It answers “how much” or “how many” over some period, usually at a defined grain (per day, per user, per account).
Examples of metrics:
Metrics are neutral. They describe what happened without saying whether it is good, bad, or worth acting on. A metric like “support tickets opened” is useful context, but on its own it does not tell you whether the team is doing well. Rising tickets could mean a broken release or more customers. You need a lot of metrics, and most of them stay in the background.
A KPI is a metric you have promoted. You picked it because it directly reflects progress toward a goal that matters right now, you set a target for it, and someone is accountable for moving it.
The “key” in the name matters. A KPI is one of the few numbers that changes what the team does next when it moves in the wrong direction. If a number can go up or down without anyone changing what they do, it is a metric, not a KPI.
Examples of KPIs (assuming each is tied to a current goal):
Notice that each of these is a metric plus context: a target, a time frame, and an implied owner. That added context is what turns a measurement into a performance indicator.
A metric tells you what is happening. A KPI tells you whether you are winning.
The table compares the two across the attributes that separate them:
| Attribute | Metric | KPI |
|---|---|---|
| Purpose | Describes what happened | Measures progress toward a goal |
| Target | Usually none | Always has a target or threshold |
| Owner | Often none | One accountable owner |
| Count | Many (dozens to hundreds) | Few (roughly 5 to 9 per team) |
| Review cadence | Ad hoc, when needed | Recurring (weekly, monthly, quarterly) |
| Reaction when it moves | May prompt investigation | Should prompt a decision |
| Example | Number of logins | Weekly active accounts vs target |
KPIs are a curated subset of your metrics. You track hundreds of metrics because you might need them, and you promote a handful to KPIs because those are the numbers you manage to.
In practice, you will be looking at a specific number and deciding whether it belongs on the dashboard or in the background. Use this five-gate test. A metric becomes a KPI only if it passes all five.
If a metric fails any gate, keep it as a supporting metric. Supporting metrics still matter, but their job is diagnostic: you look at them when a KPI moves and you need to understand why.
A quick way to apply the test: for each candidate, finish the sentence “If this number gets worse, we will ___.” If you can name a concrete action, it is probably a KPI. If the answer is “nothing” or “look into it,” it is a metric.
The same underlying number can be a metric for one team and a KPI for another, depending on whose goal it serves.
| The number | As a plain metric | When it becomes a KPI |
|---|---|---|
| Signups | Volume of new accounts created | Growth team’s weekly signup target during an acquisition push |
| Activation rate | Share of signups that reach a key action | Product team’s KPI for a quarterly onboarding goal |
| MRR | Total recurring revenue | Almost always a company-level KPI with a growth target |
| Churn rate | Share of customers lost in a period | Retention team’s KPI with a ceiling (for example, under 3 percent monthly) |
| Support tickets opened | Count of inbound requests | Rarely a KPI on its own; a supporting metric behind CSAT or response time |
| Page load time | Median load across pages | Engineering KPI when performance is an active objective |
As the “signups” and “support tickets” rows show, whether a number is a KPI depends on your goals rather than on how important the number sounds. When onboarding is the priority, activation rate gets promoted. When it is not, it drops back to a supporting metric you glance at occasionally.
Fewer than you might expect. A common range is 5 to 9 KPIs per team or per dashboard, because attention is limited: a dashboard with 30 tiles trains people to skim past all of them.
The metric-versus-KPI distinction also shapes dashboard layout. The top of a dashboard should show the handful of KPIs the team is managing to. Supporting metrics live one layer down, available when a KPI moves and someone needs to diagnose the cause. A useful pattern is to organize supporting metrics as the inputs to each KPI, which is the idea behind a metric tree: the KPI at the top, the metrics that drive it underneath.
If you are building for leadership specifically, the same rule holds even more strictly. See our guide on how to build an executive dashboard for the layout and cadence that keep a KPI dashboard readable.
Once you have decided which metrics deserve KPI status, a second question decides how useful they will be: are they leading or lagging?
Teams tend to over-index on lagging KPIs because those are the ones executives ask about, but you cannot manage a number you only see after the fact. Pair each lagging KPI with one or two leading indicators you can influence week to week. If net revenue retention is your lagging KPI, feature adoption and support response time might be the leading indicators you steer with.
A good KPI set has both: lagging indicators to confirm results, and leading indicators that give you time to act.
The metric-versus-KPI split maps directly onto how you structure analytics. Metrics are defined once against your source data (in SQL, a semantic layer, or a BI calculation) so that everyone computes them the same way. KPIs are a curated view built on top of those definitions: a small set of the metrics, each with a target and an owner, surfaced on a dashboard people check regularly.
A modern BI tool should make both easy. In Basedash, you connect your database or warehouse, define metrics once, and build dashboards that put the few KPIs your team manages to at the top, with supporting metrics available for drill-down when a number moves. Whatever tool you use, the discipline is the same: promote only the numbers that pass the test and keep the rest one layer down.
Yes. Every KPI is a metric, but not every metric is a KPI. A KPI is a metric you have selected because it tracks progress toward a goal, given a target, and assigned an owner. The set of KPIs is always a small subset of the metrics you track.
A good KPI is tied to a current goal, has a clear target, has one accountable owner, and is actionable, meaning someone can influence it through decisions or work. It should also be well defined, so everyone computes it the same way, and reviewed on a regular cadence rather than only when someone asks.
Aim for roughly 5 to 9 KPIs per team or dashboard. Beyond that, attention drops and people stop distinguishing what matters. Keep supporting metrics available one layer down rather than crowding them onto the main view.
A goal is the outcome you want (for example, reach 110 percent net revenue retention). A KPI is the metric you use to measure progress toward that goal. The goal says where you want to end up, and the KPI tells you how close you are.
No, but they are related. OKRs (objectives and key results) are a goal-setting framework; the key results are often expressed as target values for specific metrics. KPIs are the ongoing metrics you monitor whether or not you use OKRs. In practice, a key result and a KPI can point at the same number.
Yes, and it should when priorities change. A metric that was a KPI while onboarding was the focus can drop back to a supporting metric next quarter when the goal shifts. Reviewing your KPI list each planning cycle keeps the dashboard aligned with what the team is working on now.
Written by

Founder and CEO of Basedash
Max Musing is the founder and CEO of Basedash, an AI-native business intelligence platform designed to help teams explore analytics and build dashboards without writing SQL. His work focuses on applying large language models to structured data systems, improving query reliability, and building governed analytics workflows for production environments.
Basedash lets you build charts, dashboards, and reports in seconds using all your data.