Skip to content
Capra Digitals

Already using HubSpot

Two dashboards, two different numbers, and no way to settle it

The tell is a meeting where two people open two tabs and start arguing about which number is real. Once that happens, the reporting layer has stopped being a decision tool and become a debating topic. Nobody changes behaviour based on a number they expect to be challenged.

Short answer

Why do our HubSpot dashboards show different numbers for the same metric?

Almost always because the same word means different things in two places. One dashboard counts pipeline by close date, another by create date; one filters out a deal type, another does not; one uses the CRM amount, another a custom field maintained by finance. HubSpot is reporting both correctly. The fix is not a better dashboard — it is a written metric dictionary with one definition per metric, applied consistently in every report, plus removal of the duplicate dashboards that encouraged the drift. Most teams can get to a single source of truth in three to four weeks.

01

How this shows up

If four or more of these are true, this is your problem.

  • Sales and finance quoting different pipeline totals for the same quarter
  • A metric that changes depending on which dashboard you open it from
  • Reports rebuilt manually in spreadsheets before every board meeting
  • Attribution numbers nobody can explain the methodology behind
  • Dashboards duplicated per team because nobody trusted the shared one
  • Forecast accuracy that leadership has quietly stopped relying on

02

Why it happens

  • No metric dictionary

    If 'qualified lead' or 'open pipeline' has never been written down and agreed, every report author invents a reasonable version. All of them are defensible and none of them match.

  • Inconsistent filters

    Date basis, deal type exclusions, pipeline selection and owner filters differ report to report. Small filter differences produce large numeric ones.

  • Data quality underneath

    Duplicates, blank amounts and stale stages make every report wrong in ways that vary with the filter. Reporting problems are often data problems in disguise.

  • Dashboard sprawl

    Twenty dashboards means twenty maintenance surfaces. When one is updated for a definition change and nineteen are not, they diverge permanently.

03

What it costs you

Definition per metric

1

The whole objective

Weeks

3–4

Typical reporting rebuild

Spreadsheet steps

0

Between HubSpot and the board pack

Client retention

92%

Across our engagements

Untrusted reporting is expensive in a way that never appears on an invoice: forecasts get padded, decisions get delayed, and senior time goes into reconciliation instead of judgement. The cost is the quality of every decision made from the number.

04

How we fix it

  1. 01

    Write the metric dictionary

    One page per core metric: the definition, the filters, the date basis, the owner and the dashboard it lives on. Agreed by sales, marketing and finance before anything is rebuilt.

  2. 02

    Fix the data underneath

    Deduplication, required amount and stage fields, and stale-deal hygiene, so the same query returns the same answer next month.

  3. 03

    Rebuild a canonical dashboard set

    One executive dashboard, one per function, built from the dictionary. Everything else is archived rather than left to drift.

  4. 04

    Instrument the pipeline properly

    Stage exit criteria and required properties so pipeline movement is captured as work happens, not entered retrospectively before a review.

  5. 05

    Set a review cadence

    A monthly reporting review where definitions can be changed deliberately and version-controlled, instead of quietly forked into a new dashboard.

05

What changes afterwards

  • One number per metric, with a written definition anyone can look up
  • Board packs generated from HubSpot rather than rebuilt by hand
  • Forecasts leadership is willing to commit to externally
  • Reporting changes that happen deliberately and get communicated

Questions

People ask us this

Is this a HubSpot limitation?

Rarely. HubSpot's reporting is capable enough for most B2B revenue models. Conflicting numbers almost always trace to inconsistent definitions or underlying data quality, both of which follow you to any other tool.

Do we need a data warehouse to fix this?

Usually not. A warehouse helps when you are blending HubSpot with product usage, billing and support data at volume. If the problem is that two HubSpot dashboards disagree, a warehouse just gives you a third answer.

How long before leadership trusts the numbers again?

Trust returns after the numbers survive a couple of review cycles unchanged. The rebuild takes three to four weeks; confidence typically follows within a quarter.

Already using HubSpot

Related challenges

Next step

Tell us what is actually going wrong

Thirty minutes, no pitch deck. We will tell you whether this is a quick fix, a project, or something you can do yourself.