Ask a BI team what they would change about their estate and the answers are versions of one complaint: they cannot see what changed. A metric moved, a filter was added, a sheet was deleted — and the only record is the workbook itself, which the tool owns and nobody reads.

What a dashboard is, if you strip the tool away

A layout. A list of charts. For each chart: what to ask — which measures, broken down by what, filtered how — and how to draw it. That is the whole thing.

Written down plainly, a dashboard is a short, readable document that a business analyst can open, understand and compare with last month's version. Here is a real panel's definition, shown in the console next to the chart it produces:

How it was computed
The how-it-was-computed panel showing the logical query as readable JSON with limit, filters, metrics and dimensions, alongside the SQL and the returned row
This is the whole panel. Which metrics, which dimensions, which filters, what limit. A business analyst can read it and say whether it is right, which is not true of a calculated field buried in a binary.
A WORKBOOKA program the tool runs

Opaque XML or a binary. Diffing two versions is impossible, reviewing a change is impossible, and only the tool that made it can write one.

A DOCUMENTA description anything can read

A readable structure naming metrics, dimensions and filters. It can be diffed, reviewed, generated, promoted between environments, and edited by hand.

Three things follow from treating that document as the product rather than as an export.

1. It can be reviewed

A change that swaps net revenue for gross revenue on one chart is a one-line difference. A reviewer sees it. In a workbook the same change is a re-saved file and a commit note that says “updated dashboard”.

Every version published here carries a note; restoring an earlier one is a click.

Versions
The versions page for a dashboard listing published versions with their notes and the option to restore an earlier one
Publishing is a deliberate act with a reason attached. The estate stops being a set of files with timestamps and becomes a set of changes with authors.

2. It can be written by the assistant — and by a person, afterwards

Once a dashboard is a document, the assistant can draft one. “A monthly sales overview for the leadership meeting — headline numbers, the trend, and a breakdown by region and category” becomes eight panels written into the same document a person edits in the console.

There is no second, special path for generated content. That is also why it is safe: the assistant produces a description of what to show, never software that runs in your browser.

flowchart LR
    A["Describe it
in a sentence"] --> DOC["One dashboard document"] B["Design it
field by field"] --> DOC C["Import it
from a workbook"] --> DOC DOC --> V["Versioned + reviewable"] DOC --> E["Edited by hand, any panel"] DOC --> P["Promoted dev → prod"] style DOC fill:#e6f7f2,stroke:#9fd8c9
Three ways in, one artefact. A dashboard the assistant drafted can be taken over by an analyst, and one imported from Tableau can be extended by the assistant, because there is only ever one kind of thing.
Build a dashboard
The dashboard builder with a plain-English brief typed in and an eight-panel dashboard laid out in the preview beside it
The brief on the left, the document on the right. Nothing is saved until someone presses save, and every field the assistant proposes is checked against the model — an invented one is dropped and named rather than becoming a panel that fails on first open.

Charts are descriptions for the same reason

A chart here is a description — the type, what goes on each axis, what the colours mean. The console draws it with the product's palette and rules. Descriptions can be saved, versioned, reviewed and trusted. Generated code cannot.

flowchart LR
    D["Draft"] --> R{"Review
the diff is four lines"} R -->|"approved"| P["Publish
version + note"] R -->|"rejected"| D P --> L["Live"] L -->|"something is wrong"| RS["Restore any
earlier version"] RS --> L P --> PR["Promote dev → prod
definitions travel with it"] style R fill:#fff4e6,stroke:#f0cb9a style P fill:#e6f7f2,stroke:#9fd8c9
The loop engineers already have, applied to the numbers the board reads. None of it is possible when the artefact is a binary that only one tool can open.

3. It can be promoted like any other controlled change

Draft, review, publish. A dashboard moves between environments the way a policy document does, and the business definitions it relies on travel with it. This is the property engineering-led organisations keep asking Tableau for and cannot get.

Practice engineers already haveApplies to a documentApplies to a workbook
Code review before it shipsYes — the change is readableNo — nothing to read
Diff two versionsYesNo
Roll back a bad changeOne click, with the note that explains itRestore a file, if someone kept one
Promote dev → prodThe document and its definitions move togetherRe-publish and hope
Generate or edit programmaticallyYesOnly the tool can write it

What it costs

A document-first dashboard is deliberately simpler than a workbook that has grown for a decade. Dual axes, custom shapes, pixel-perfect crosstabs — some of that we chose not to support, and some we have not built yet.

The dual-axis omission is a choice rather than a gap. Two measures on two different scales in one frame is the most common way to make a chart imply a relationship that is not in the data, and the fix is nearly always two charts or one indexed to a common base.

The trade is a smaller, reviewable surface that an assistant can operate safely. For most dashboards in most estates, that is the better deal — but it is a trade, and it is worth checking against your own worst workbook.

What a document lets a panel tell you about itself →  ·  The full business case →

← All posts   Request a demo