gtmjosh

Dashboard design and drill-down for business decisions

· 2 min read· Salesforce · HubSpot

How to build a small GTM dashboard around a business question, show metric definitions and limits, and let a reader reach the underlying records.

On this page

Start with the decision the dashboard supports. A page full of tiles is a monitor, not an operating tool.

A compact layout

AreaPurpose
Question and dateSets scope before the number
Primary metricAnswers the question
Driver viewShows the process measure an owner can change
ExceptionsShows overdue, failed, unknown, or bad-data work
Drill-downReaches the records and definition

Keep the metric dictionary one click away. Put the population, denominator, refresh time, and caveat beside the chart or in its description.

Drill-down contract

Every summary metric should link to a filtered record view with the same population logic. The row should show the subject ID, relevant dates, owner, state, outcome, and reason code. If the chart and list use different filters, label the difference.

Empty and stale states

Design the dashboard when the population is empty, the refresh failed, or the last update is old. “No data” should say whether no records qualify or the report did not run.

Platform path

Native Salesforce reports and dashboards, and HubSpot reports and dashboards, can handle many current-state questions. Use a related event or snapshot model for historical questions. Check current product limits and sharing controls in the Salesforce reports documentation and HubSpot reports documentation.

Build around a decision

Start with the person reading the page, the question they need answered, and the action they can take. An operations owner may need to find stalled handoffs today; an executive may need to see whether the process is improving. Those are different dashboards even when they use the same data.

Put the headline outcome, population, period, refresh time, and definition version together. Follow it with the few measures that explain movement: volume, conversion, speed, exceptions, and data health where relevant. Use consistent colors for states, direct labels, and a visible comparison period. Avoid charts that decorate a number without making a comparison easier.

Test the path to action

Ask a reviewer to identify what changed, which segment caused it, and which records need attention. Every operational chart should reach a record list with the same filters and denominator. Verify totals between summary and detail, permissions for intended viewers, empty states, and stale refresh behavior. If the reader must ask an analyst what the chart means, add the definition or simplify the view.

Related: GTM metric dictionary template, Trends, segments, and sample size, and History and snapshot design.

FAQ

What makes a GTM dashboard useful?
It answers one business question, shows the population and time window, pairs leading and lagging measures where needed, exposes missing data, and gives the reader a path to the records behind a number.

Get the next guide

New guides and the occasional note on GTM tooling. Don't worry, I won't drop you into a three-month nurture.