Overview · Analytics

What is sales analytics, and how do you build it in Metabase?

Sales analytics turns the activity in your CRM — leads, deals, stages, activities, and owners — into shared metrics about how your pipeline is built, where deals stall, and how reliably you hit the number. In Metabase, you build it by syncing your CRM into a database, modeling a small set of clean tables (especially a deal + stage-history model), and standing up dashboards anyone can read.

TL;DR — Almost every CRM shares the same shape: leads/contacts, accounts, deals/opportunities, stages, activities, and owners. Model that shape once — plus a stage-change history — and most metrics and dashboards port across tools. Metabase reads SQL databases — it has no native connector to HubSpot, Salesforce, or any other CRM, so a sync step always comes first.

What does sales analytics measure?

It measures the health and productivity of your pipeline — not just a single bookings number. The durable, leader-friendly questions are:

  • How much pipeline do we have, and does it cover the target? (pipeline coverage)
  • How often do deals we work actually close? (win rate, conversion rate)
  • How long does it take to close? (sales cycle length)
  • What is a typical deal worth? (average deal size / ACV)
  • Where do deals stall in the funnel? (stage-to-stage conversion)

Avoid vanity metrics (raw activity counts, total leads ever created). They're easy to grow and rarely change a decision.

Which tools feed sales analytics?

The same pattern applies to every CRM. Per-tool setup lives on each integration page:

ToolBest forMCP for AI-assisted analysis
HubSpotAll-in-one CRM for SMB to mid-marketOfficial remote server (OAuth)
SalesforceConfigurable enterprise CRMOfficial hosted servers (read-only option)
PipedrivePipeline-first CRM for SMB sales teamsOfficial native server (OAuth) + community
AttioFlexible, data-model-driven CRMOfficial remote server (OAuth)
CloseBuilt-in calling and outreach for SMB salesManaged connector (Pipedream)
Zoho CRMFull-suite CRM with multiple pipelinesOfficial composable servers (OAuth)
Dynamics 365 SalesEnterprise CRM on DataverseManaged connector; Dataverse SQL (TDS) for sync
TwentyOpen-source CRM on PostgreSQLManaged connector; direct DB for self-hosters

What is the shared sales data model?

Almost every CRM maps onto these entities. Model them as clean tables, not raw connector JSON:

ConceptCommon termsUsed for
Lead / contactLead, contact, personFunnel entry, sourcing
AccountCompany, organization, accountSegmentation, ABM
Deal / opportunityDeal, opportunityPipeline, win rate, ACV
StageDeal stage, pipeline stageConversion, funnel
Stage changeStage history, field historySales cycle, velocity
ActivityCall, email, meeting, taskEffort, engagement
OwnerUser, rep, ownerAttainment, workload

The single most important field is a reliable stage-change history. With it you can compute true sales cycle length, stage-to-stage conversion, and velocity. Without it, those metrics must be caveated — a point-in-time snapshot can't reconstruct when a deal entered or left a stage.

Which sales metrics matter most?

Define each one once and reuse the definition everywhere:

  • Win rate — deals won ÷ deals closed (or created) in a cohort. Fix the denominator and the cohort before you compare.
  • Sales cycle length — created → closed-won. Report the median, not the average — the distribution is heavily right-skewed.
  • Pipeline coverage— open pipeline ÷ quota or target for the period. Needs an accurate open-pipeline snapshot.
  • Conversion rate — stage-to-stage and overall funnel conversion; shows where deals advance and where they stall.
  • Average deal size— won amount ÷ won deals (ACV). Watch mix shifts and outliers; report the median alongside the mean.

Once you bring in the tools around the CRM — sales engagement and revenue-intelligence platforms — a few more metrics come into play: reply rate, meetings booked, email bounce rate, and forecast accuracy. Join those signals back to the CRM opportunity so they map to real pipeline.

How do you connect a CRM to Metabase?

Two complementary routes, the same for every tool:

  1. MCP route (AI-assisted) — pair the tool's MCP server with the Metabase MCP server for live, exploratory questions. Treat it as exploratory, not governed reporting, and remember it creates no history — so it can't reconstruct stage-change velocity or historical pipeline on its own.
  2. Pipeline route (warehouse-backed) — sync the tool into a database with a managed connector (Airbyte, Fivetran) where one exists, or with dlt / the tool's API, then build durable dashboards on a deal + stage-history model.

Which dashboards should you build first?

  • Pipeline — open pipeline by stage, owner, and segment, with coverage against the target.
  • Forecast — weighted and unweighted pipeline for the period, with commit vs. best-case.
  • Win rate — won ÷ closed by cohort, segment, source, and stage entered.
  • Sales activity — calls, emails, and meetings by rep, framed as effort and coverage rather than surveillance.
  • Lead funnel — stage-to-stage conversion and drop-off from lead to closed-won.

Common mistakes

Reporting off raw connector tables.→ Model a thin clean layer first, with consistent stage names and one definition of "won."
Averages for sales cycle length and deal size.→ Both distributions are heavily right-skewed; report the median (and p90) alongside the mean.
Computing win rate without fixing the denominator.→ Won ÷ closed and won ÷ created give very different numbers — pick one, and say which.
History-dependent metrics without history.→ Sales cycle length, stage conversion, and pipeline-over-time need stage-change events — caveat them otherwise.
Letting open deals with stale close dates skew the forecast.→ Age the pipeline and flag past-due close dates before anyone trusts the number.

Integrations

Metrics

FAQ

Does Metabase connect natively to HubSpot or Salesforce?
No. Metabase reads SQL databases and warehouses. Sync the tool's data into a database first, then connect Metabase to that database.
Can I use the same dashboards across CRMs?
Mostly yes, if you model each CRM onto the shared sales schema and a common deal + stage-history model. Metric definitions and chart structure port across; only source-specific fields differ.
Why do I need stage-change history?
For a current pipeline snapshot and win rate, no. For sales cycle length, stage-to-stage conversion, velocity, and pipeline-over-time, yes — sync the stage-change (field history) events, because a point-in-time snapshot loses the transitions.