Mesura el que importa

Les mètriques que realment importa: un framework per a equips petits i en creixement

Not every metric deserves your weekly attention. This framework helps small teams separate the numbers that drive decisions from the noise that distracts from them.

Per l'equip de FabricLoop
Maig de 2026
8 min read

Every team tracks too many metrics. The Notion dashboard with forty-seven cards. The weekly report nobody reads. The spreadsheet that someone built when the company was three people and now, at thirty, has become a ritual nobody questions. The numbers multiply, the insight does not.

This is not a failure of ambition — it is a failure of framework. Metrics are useful only insofar as they change behavior. A metric that is looked at, noted, and forgotten is not a metric; it is noise. And noise, at the scale of a growing team, is genuinely costly — it takes time to produce, time to review, and it obscures the signal that actually matters.

The framework in this article is built around a simple principle: different metrics answer different questions, and they deserve different levels of attention. Once you sort your metrics into the right tiers, the question of "what should we track?" becomes much easier — and so does the question of "what should we actually do about it?"

Why most metrics frameworks fail in practice

The dominant advice on metrics for growing companies is to "track fewer things." It is correct advice, but it is not actionable. Telling a founder to track fewer things without explaining which things to keep is like telling someone to "eat healthier" without defining what healthy means. The result is usually that they cut the metrics that are easy to cut and keep everything that feels important — which is all of it.

The second failure is treating all metrics as equivalent. Some metrics describe outcomes you want to achieve — they tell you whether you won or lost. Others describe behaviors that lead to those outcomes — they tell you whether you are doing the things that win. And others describe the health of the system itself — they tell you whether the engine is functioning. Mixing these three types into a single undifferentiated list produces a dashboard that is technically comprehensive but practically useless.

A metric that is looked at, noted, and forgotten is not a metric. It is noise. And noise, at the scale of a growing team, is genuinely costly.

The framework below separates metrics into three tiers based on what question they answer. The tiers do not reflect importance — all three matter — but they do reflect cadence, ownership, and the type of action they drive.

The three-tier metrics pyramid

Think of your metrics as a pyramid. The foundation is broad and changes slowly. The middle layer is where most of your weekly attention should go. The top is the smallest set of numbers — the ones you can recite from memory, the ones that your entire team knows without being asked.

Tier 1 — Lagging Indicators (Outcome metrics)

These are the scoreboard. They tell you whether the business is working — revenue, profit, growth rate, churn, LTV:CAC ratio. They are called lagging because they reflect the cumulative result of decisions made weeks or months ago. You cannot directly control them; you can only influence them through the behaviors in Tier 2.

Review frequency: Monthly (or quarterly for slower-moving metrics). Ownership: leadership team. These metrics answer: "Did we win?"

Monthly Recurring Revenue Annual Revenue Growth Rate Gross Margin % Net Revenue Retention LTV:CAC Ratio Monthly Churn Rate Operating Cash Flow
Tier 2 — Leading Indicators (Activity & behavior metrics)

These are the levers. They measure the behaviors and activities that are predictive of your Tier 1 outcomes — things you can actually change this week. If lagging indicators are the score, leading indicators are the plays. New trials started, sales conversations opened, features adopted, support tickets resolved within SLA. They are forward-looking and actionable.

Review frequency: Weekly. Ownership: functional team leads. These metrics answer: "Are we doing the right things?"

New Trials / Signups Trial-to-Paid Conversion Rate Pipeline Value Feature Adoption Rate Weekly Active Users Onboarding Completion Rate Sales Calls Booked
Tier 3 — Health Metrics (System & process metrics)

These are the warning lights. They do not drive growth directly, but when they turn red, they explain why growth is stalling. Response time, employee satisfaction, bug count, delivery reliability, cash runway. They measure whether the machine is functioning properly. You ignore them until you can not — and by then, they are expensive.

Review frequency: Monthly or on alert. Ownership: operations and team leads. These metrics answer: "Is the system healthy?"

Cash Runway (months) Support Response Time Employee NPS (eNPS) System Uptime % Burn Rate vs. Budget Open Bug Count by Severity Team Capacity Utilisation

How to populate each tier for your business

The examples above are starting points, not prescriptions. The right metrics for your business depend on your model, your stage, and what decisions you are actually making right now. A two-person services company needs different metrics than a fifty-person SaaS startup. The framework is constant; the metrics inside it change.

Start with Tier 1 and work downward. Ask: what are the three to five outcomes that, if they improve, unambiguously tell us the business is healthier? These are your lagging indicators. Resist the urge to list ten — if you cannot rank them and pick five, you do not have a Tier 1; you have a wish list.

Then work to Tier 2. For each Tier 1 metric, ask: what are the two or three behaviors or activities that, when we do them consistently, tend to move this metric in the right direction? These are your leading indicators. The test of a good leading indicator is that it is within your team's direct control and that it moves on a shorter time horizon than the lagging metric it predicts.

The correlation trap

A leading indicator is only useful if it actually leads. Many teams track activities that are correlated with good outcomes without being causally connected to them. If you are unsure whether a metric truly leads your lagging outcome, run the experiment: increase the activity for one quarter and check whether the lagging metric moves. If it does not, you have a vanity metric in your Tier 2 — it feels productive but does not predict anything.

Cadence: how often to review each tier

The pyramid is not just a taxonomy — it is a calendar. Most teams review everything at the same frequency and wonder why their weekly meetings feel simultaneously overwhelming and useless. The fix is simple: different tiers belong in different meetings.

TierReview cadenceMeeting contextWho needs to be there
Lagging (Tier 1) Monthly Monthly business review Leadership team
Leading (Tier 2) Weekly Team standups / weekly check-in Functional leads + ICs driving the metric
Health (Tier 3) Monthly + alert-triggered Ops review or exception only Operations / team leads on alert

This cadence structure produces a practical benefit: your weekly standup becomes focused on things that can actually change this week. Nobody needs to discuss annual revenue growth in a Monday standup — the number does not move between Monday and Friday, and reviewing it weekly produces anxiety without producing decisions. Leading indicators, by contrast, can and should move weekly. Reviewing them weekly keeps the team accountable to the behaviors that matter.

The ownership rule: every metric needs a name attached to it

A metric without an owner is a metric that will not improve. This is not a judgment about accountability culture — it is a practical observation. When a metric belongs to everyone, nobody has the authority to prioritize changes to it, nobody has the context to diagnose it when it moves unexpectedly, and nobody feels the personal responsibility to understand it deeply enough to act on it.

The rule is simple: for every metric in your Tier 1 and Tier 2, name one person who is responsible for knowing why it moved last period and what is being done about it. Not the whole team — one person. They can have collaborators, but there should be a single name attached to the number. In small teams, one person may own three or four metrics; that is fine. The ownership should not be distributed to the point where it disappears.

When to change your metrics

Metrics should change when your business changes — when you move from finding product-market fit to scaling, when you enter a new market, when your model shifts from transactional to subscription. The common mistake is changing metrics too frequently, which makes trend analysis impossible and signals to the team that the numbers do not really matter. A reasonable cadence is a full metrics review every six months, with the understanding that individual metrics can be swapped if they demonstrably stop predicting anything useful.

The practical test: can your team recite the Tier 1 metrics?

Here is the most honest test of whether your metrics framework is working: ask three people on your team — people who do not work in finance or analytics — what the most important business metrics are right now. If they can answer correctly without looking anything up, your framework is working. If they look confused, or they give you a list of seven different metrics, or they say "I'd have to check the dashboard," you have a Tier 1 that has not been operationalized.

This is not about rote memorization — it is about the organizational focus that good metrics create. When everyone on a team knows the two or three numbers that matter most, it creates alignment that no strategy document can achieve. It makes prioritization conversations easier, because the question "does this move our Tier 1 metrics?" has a shared answer. It makes resource allocation cleaner, because the things that connect to Tier 1 get attention and the things that do not are easier to say no to.

Great metrics frameworks are not built overnight. They are iterated into existence through months of running the cadences, realizing that some metrics do not predict anything useful, replacing them with ones that do, and watching the team's attention gradually narrow toward the numbers that actually change behavior. The framework is the starting point. Discipline over time is what makes it work.

FL
Com FabricLoop suporta això

In FabricLoop, teams often maintain a shared group for their metrics framework — a pinned note capturing the Tier 1 and Tier 2 definitions, ownership assignments, and the cadence each metric is reviewed on. Recurring tasks keep the review cadences running without anyone needing to remember them. When a metric moves unexpectedly, the thread attached to that group becomes the place where the owner shares analysis and the team works through the "why." Keeping the framework visible and the conversations co-located with the metrics themselves means the discipline compounds over time instead of fading into a spreadsheet nobody opens.


Conclusions clau
01
Most teams track too many metrics. Metrics are only useful if they change behavior — a metric that is reviewed and forgotten is noise, not signal. Narrowing your focus to the metrics that drive decisions is not a concession; it is a discipline.
02
The three-tier pyramid separates Lagging Indicators (outcomes you want), Leading Indicators (behaviors that predict them), and Health Metrics (system warning lights). Each tier answers a different question and belongs in a different meeting.
03
Lagging indicators — revenue, churn, LTV:CAC — belong in a monthly business review. They reflect decisions made weeks ago and cannot be changed in a single week. Reviewing them weekly creates anxiety without generating decisions.
04
Leading indicators — trials, conversion rates, feature adoption — belong in weekly standups. They are directly controllable, move on a short time horizon, and generate the kind of discussions that improve performance this week.
05
Health metrics — cash runway, uptime, eNPS — are warning lights, not growth levers. They do not drive growth directly, but when they fail they explain why growth stalled. Monitor them monthly and set alerts for out-of-range conditions.
06
Build your Tier 1 first by asking: what three to five outcomes, if improved, unambiguously signal the business is healthier? Then build Tier 2 by asking: for each Tier 1 metric, what two or three activities are within our direct control and predictive of that outcome?
07
Every metric needs an owner — one named person who is responsible for understanding why it moved and what to do about it. When a metric belongs to everyone, nobody has the authority or accountability to improve it.
08
Test whether a leading indicator actually leads: increase the activity for one quarter and check whether the lagging metric moves. If it does not, remove it from Tier 2. Many teams track correlations, not causes, and wonder why their activities do not produce results.
09
Change your metrics when your business changes — when you shift from finding product-market fit to scaling, when your model changes, when you enter a new market. But do not change them more often than every six months or trend analysis becomes impossible.
10
The practical test of a working metrics framework: ask three people on your team — not in finance — what the most important business metrics are. If they can answer without looking, your framework is operationalized. If they cannot, the numbers are not driving behavior yet.