How to build a board reporting dashboard: metrics, structure, and cadence
Max Musing
Max MusingFounder and CEO of Basedash
· June 5, 2026

Max Musing
Max MusingFounder and CEO of Basedash
· June 5, 2026

A board reporting dashboard is the single live view a founder or CFO uses to brief a board on company performance, answer follow-up questions in the room, and keep directors informed between meetings. It is separate from both the board deck and the finance close. Its job is to make the numbers that matter to the board visible, current, and defensible without anyone rebuilding a spreadsheet the night before the meeting.
This guide walks through how to build one from scratch for a venture-backed startup between roughly $1M and $100M in ARR: the four sections that belong on it, the metrics that go in each, how to lay it out so it survives a live Q&A, and the cadence that keeps it useful between board meetings.
The board deck and the board reporting dashboard do different jobs.
The deck is a curated narrative. It frames the quarter, highlights two or three things the board needs to weigh in on, and presents the asks. It is built once per meeting, distributed in advance, and read linearly.
The dashboard is a live system. It shows the underlying numbers in their current state, supports unscripted questions in the meeting, and stays available between meetings for directors who want to check progress against the plan. Most importantly, it is the source the deck pulls from. Every chart that ends up on a slide should be a screenshot or export from a dashboard view, so no slide depends on a one-off spreadsheet calculation that can’t be reproduced three months later.
As a test, imagine a director emails on a Wednesday in week six of the quarter asking “how are we tracking on net new ARR?” You should be able to reply with a single link instead of blocking out an afternoon to assemble an answer.
Most board dashboards work well with four sections, in this order. The order follows the way directors read company performance: outcome, then financial state, then how the engine is producing that outcome, then what could derail it.
The first screen should be readable in under thirty seconds. It contains the three to five metrics the company is being run against this year, each shown with the current value, the target, and the trend.
For most B2B SaaS companies this is some combination of:
Keep the scorecard simple. Pick the metrics the board agreed to at the last plan review, show whether you are ahead or behind, and let the rest of the dashboard explain why.
This section answers “do we have a viable business and how long can we operate it?” It covers revenue composition, gross margin, operating costs, cash, and runway.
What belongs here:
If you have a board-approved plan, every chart in this section should overlay actuals against plan. The conversation in the room is almost always “are we tracking?”, and a chart that does not show plan can’t answer that.
The third section explains how the financial state is being produced. Boards probe hardest here, because this section is the leading indicator of whether next quarter will look like this one.
Useful metrics here, picked to match your motion:
Don’t include every operating metric the company tracks. Pick the ones a director needs to evaluate whether the growth model is healthy and improving. The internal team’s operating dashboards live elsewhere.
Boards often say they wish they saw more of this section, and founders tend to under-invest in it. Use it to preempt the questions a sharp director will ask anyway.
What belongs:
Put items you want the board’s help with here too: an introduction, a hiring referral, a perspective on a strategic decision. Naming asks explicitly works better than hoping they come up in conversation.
Most board reporting problems come down to definitions. ARR drops by 4% between two views because one query counted a downgraded customer as churned and the other did not. Net dollar retention is 110% on one chart and 118% on another because one includes professional services and the other does not. Directors stop trusting the dashboard, and that trust is hard to rebuild.
Before you build any charts:
This is the same pattern as a semantic layer in BI, but you do not need a heavyweight platform to start. A shared doc, plus the habit of pointing to it during reviews, gets you most of the way there.
A board reporting dashboard should be readable top-to-bottom on one screen for the headline view, with deeper detail available on subsequent pages or via drill-downs.
A layout that holds up well:
Two layout rules worth following:
A dashboard of charts without commentary leaves each reader to interpret it, and different directors will reach different conclusions. The best board dashboards include short written context next to the headline charts.
What good commentary looks like:
Put the commentary in the dashboard as well as the board deck. With it, a director can understand the business in five minutes between meetings and won’t feel the need to schedule a call to get caught up.
A board dashboard typically pulls from four kinds of systems:
In most companies, these systems all eventually land in a warehouse (Snowflake, BigQuery, Redshift, ClickHouse, or a managed Postgres) through Fivetran, Airbyte, or a hand-built pipeline. The board dashboard then runs against that warehouse.
A few wiring choices that pay off:
Board reporting most often fails when it is treated as a one-shot exercise the week of the meeting. A board dashboard works best with its own quarterly rhythm.
A useful cadence:
A founder who runs this rhythm for two quarters in a row stops dreading board prep, because the work is already done.
A live dashboard is the right primary tool for board reporting, but there are cases where a slide is still better:
The dashboard handles the recurring, quantitative parts of the story. The deck handles the narrative and the asks. Both refer to the same numbers.
A few patterns that undermine board dashboards:
For most of the last decade, board reporting at a startup meant a recurring spreadsheet that the head of finance or the CEO maintained by hand. That spreadsheet was the source for the deck, the source for the mid-quarter updates, and the source for every board follow-up. It was also the largest source of board-reporting errors.
Modern BI tools make it cheap to keep the same view live and current. A few things have changed:
Basedash is one option in this space: a BI tool aimed at small and growing teams that connects directly to a production database or warehouse, lets non-technical operators build and update charts, and uses AI to handle ad-hoc follow-up questions. Other tools in the same workflow include Metabase, Omni, and Sigma. Pick the one whose pricing, governance, and ergonomics match your stage.
At minimum: ARR, net new ARR, gross margin, net dollar retention, burn, runway, pipeline coverage, customer concentration, and renewal pipeline. Add motion-specific metrics (magic number for sales-led, self-serve funnel for PLG) and product engagement signals tied to revenue. Keep the headline view to ten to fifteen charts and push detail into linked drill-downs.
An operating dashboard is built for the team that runs the metric and changes daily. A board dashboard is built for directors who see the company once a quarter and care about whether the plan is being hit, what is producing or undermining that result, and what risks exist. Operating dashboards optimize for action, while board dashboards optimize for narrative and accountability.
Daily data refresh, monthly commentary updates, and a full review two weeks before each board meeting. Treat the dashboard as a living document for the entire quarter, not something you assemble the week of the meeting.
Yes, for the headline view, with scoped permissions. Directors who can check the dashboard between meetings are better-informed and ask better questions in the room. Use row- and column-level permissions to gate confidential data (customer-level pipeline, individual rep performance, unannounced churn) and share the rest. Our guide on BI permission models covers how to structure this.
Not at the earliest stages. A BI tool connected directly to your production database and your billing system is enough for most companies under a few million ARR. Once you have more than two or three source systems, or once query volume affects production performance, move to a warehouse. We cover the signals in when to add a data warehouse.
Define each metric once in writing, calculate it once in your data layer (a dbt model, a SQL view, or a semantic-layer definition), and reference that single source from every chart, slide, and email. Definitional drift is the most common reason board numbers stop reconciling.
Re-baseline the targets in the dashboard at the start of the next quarter, keep the old plan visible as a dotted line for historical context, and call out the change explicitly in the commentary. Boards prefer a clearly explained re-plan over a chart where the plan overlay disappears with no comment.
Written by

Founder and CEO of Basedash
Max Musing is the founder and CEO of Basedash, an AI-native business intelligence platform designed to help teams explore analytics and build dashboards without writing SQL. His work focuses on applying large language models to structured data systems, improving query reliability, and building governed analytics workflows for production environments.
Basedash lets you build charts, dashboards, and reports in seconds using all your data.