Dashboard design and drill-down for business decisions
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
| Area | Purpose |
|---|---|
| Question and date | Sets scope before the number |
| Primary metric | Answers the question |
| Driver view | Shows the process measure an owner can change |
| Exceptions | Shows overdue, failed, unknown, or bad-data work |
| Drill-down | Reaches 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.
Related guides
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.