Company KPIs: measure what matters with definitions that don't change every month
How to choose, document, and maintain the indicators that management and teams use to make decisions.
The problem: everyone measures something different
KPI is a term that sounds good in meetings but poorly in practice. Without a written definition, 'revenue' can include or exclude returns, taxes, or undelivered orders depending on who is speaking.
Companies have twenty KPIs in PowerPoint and three that someone actually looks at. The rest is noise that distracts from the essentials.
Copying KPIs from a blog or competitors without adapting them to the business model results in irrelevant or impossible-to-calculate metrics with your data.
KPIs without an owner or review frequency die. No one updates them, no one acts, and the dashboard becomes obsolete.
Mixing leading and lagging indicators without context leads to delayed reactions or premature panic.
When KPIs don't align with finance, you lose a decade of credibility in a meeting.
In practice, the problem doesn't appear suddenly: it starts with small frictions that the team normalizes until it costs money. Longer meetings, slower decisions, and a silent erosion of trust in internal numbers.
When there is no shared system, each area optimizes its own indicator, and the overall result worsens without anyone seeing it until the close. That's what a good dashboard should prevent: early visibility and a common language.
The good news is that a two-year project isn't necessary. With limited sources, clear KPIs, and a usable MVP in weeks, the change is already noticeable in the day-to-day of the management and operational team.
The ROI is not just in saving hours of Excel: it's in detecting a margin drop, a at-risk customer, or a channel that has stopped converting earlier. That is worth more than any BI license.
In practice, the problem doesn't appear suddenly: it starts with small frictions that the team normalizes until it costs money. Longer meetings, slower decisions, and a silent erosion of trust in internal numbers.
When there is no shared system, each area optimizes its own indicator, and the overall result worsens without anyone seeing it until the close. That's what a good dashboard should prevent: early visibility and a common language.
The good news is that a two-year project isn't necessary. With limited sources, clear KPIs, and a usable MVP in weeks, the change is already noticeable in the day-to-day of the management and operational team.
The ROI is not just in saving hours of Excel: it's in detecting a margin drop, a at-risk customer, or a channel that has stopped converting earlier. That is worth more than any BI license.
In practice, the problem doesn't appear suddenly: it starts with small frictions that the team normalizes until it costs money. Longer meetings, slower decisions, and a silent erosion of trust in internal numbers.
When there is no shared system, each area optimizes its own indicator, and the overall result worsens without anyone seeing it until the close. That's what a good dashboard should prevent: early visibility and a common language.
What are company KPIs
They are the few indicators that summarize whether the business is moving towards its goals. They must be measurable, actionable, comparable over time, and understandable by management and teams.
A good KPI has: a clear name, definition, formula, data source, owner, update frequency, and threshold or target.
They are divided into financial (revenue, margin, cash), commercial (pipeline, conversion), operational (deliveries, stock, productivity), and customer (retention, NPS, churn) according to the business.
The list should be short. Between 10 and 15 corporate KPIs is usually enough for management; each area can have 5–8 additional aligned KPIs.
The KPI catalog is a living document, not a consultancy PDF. When the business changes, the indicators change.
KPI is not a goal: it is a measure. The goal is the target value; the KPI is the thermometer.
The key is that each metric has an owner, a written definition, and an identified source. Without that, the dashboard is just an opinion with graphs. With that, it becomes a management tool.
Cadence also matters: an operational indicator that changes every hour is not the same as a financial indicator that consolidates at close. Mixing them without context generates false alarms.
A mature system documents exceptions: returns, credit notes, canceled orders, internal customers. If they are not modeled, the dashboard lies with good looks.
Visualization is the last mile. Before that, it is necessary to agree on what each number means and who is responsible when it deviates. Without light governance, the best chart in the world won't save the project.
The key is that each metric has an owner, a written definition, and an identified source. Without that, the dashboard is just an opinion with graphs. With that, it becomes a management tool.
Cadence also matters: an operational indicator that changes every hour is not the same as a financial indicator that consolidates at close. Mixing them without context generates false alarms.
A mature system documents exceptions: returns, credit notes, canceled orders, internal customers. If they are not modeled, the dashboard lies with good looks.
Visualization is the last mile. Before that, it is necessary to agree on what each number means and who is responsible when it deviates. Without light governance, the best chart in the world won't save the project.
The key is that each metric has an owner, a written definition, and an identified source. Without that, the dashboard is just an opinion with graphs. With that, it becomes a management tool.
Cadence also matters: an operational indicator that changes every hour is not the same as a financial indicator that consolidates at close. Mixing them without context generates false alarms.
A mature system documents exceptions: returns, credit notes, canceled orders, internal customers. If they are not modeled, the dashboard lies with good looks.
Visualization is the last mile. Before that, it is necessary to agree on what each number means and who is responsible when it deviates. Without light governance, the best chart in the world won't save the project.
When it makes sense
- Current pain costs weekly hours or clear decisions
- You have at least one reliable digital source (ERP, CRM, ecommerce)
- Management or responsible parties request recurring visibility
- The current process depends on a single person
- There are measurable objectives that require frequent tracking
- You have detected repeated errors due to inconsistent data
- You want to scale without multiplying manual reporting
- You need to align multiple areas with the same definitions
What can be built
Main dashboard
View with agreed KPIs, filters by period, and comparisons against targets. Designed for the weekly meeting, not to impress in a demo.
Alert layer
Notifications via email or Slack when an indicator crosses a defined threshold with the business.
Drill-down
From summary to transactional detail without exporting to Excel.
Automated reporting
Scheduled reports using the same database as the dashboard.
Definitions catalog
Living documentation of KPIs, formulas, and owners.
Multi-source integration
Crossing systems without intermediate sheets or copy-paste.
How RUMAZA would build it
Possible technologies
- PostgreSQL
- Python / dbt
- Metabase / Power BI / Next.js
- REST APIs
- Celery / cron
- Airbyte or ETL scripts
- Slack / email
Application scenarios
KPIs on the wall but no one knows how to calculate them
Indicators in presentations without documented formulas. Define KPIs with an owner, source, and update frequency.
Too many numbers, little action
Twenty charts and no clear decision. Reduce to KPIs that management and teams can influence each week.
Same name, different meaning by department
'Active customer' or 'net sale' mean different things. Glossary of KPIs and unique calculation in the dashboard.
Common mistakes
- Starting with the tool without defining business questions
- Not validating numbers with those who finalize finances
- Big bang without a parallel period with the current process
- Ignoring permissions and exposure of sensitive data
- Not assigning an owner for post-launch maintenance
- Promising real-time without infrastructure or SLAs for sources
- Copying metrics from another sector without adapting to the business model
Frequently asked questions
How much does it cost?
Between €3,000 and €12,000 depending on sources and integrations. Budget by milestones after a 48-hour diagnosis.
How long does it take?
MVP in 3–5 weeks with a limited scope. Complete multi-source system: 8–12 weeks with incremental deliveries.
Do I need to change my ERP or CRM?
Almost never at the beginning. We evaluate API, scheduled exports, or existing integration.
Can we maintain Excel in parallel?
Yes during validation. The goal is for the dashboard to be the source of truth when the numbers align.
Who maintains the system afterwards?
You can internalize it with documentation or hire maintenance. Without an owner, the dashboard dies.
Power BI or custom web dashboard?
It depends on the Microsoft ecosystem, permissions, and UX. We define it in the diagnosis, not by trend.
What if the data is dirty?
We prioritize metrics with sufficiently good data and iteratively clean the rest without blocking the MVP.
Related guides
Do you have this problem in your company?
Tell me and I'll tell you what system I would build.