← All Kits · Tableau Kit · All guides

Your Tableau Dashboard Needs Two or Three Views, Not Eight

Turning finished sheets into something a room can follow · Part of the Analyst Prep Kit

By the end of this page you can look at a folder of eight finished sheets and say which two or three belong on the dashboard, which one goes in the upper-left corner, and which of Tableau's three sizing options to pick. You'll also have a one-sentence test that decides every one of those calls. It's about fifteen minutes.

Here's the move to make today. Open your busiest dashboard and write the single question it answers, in one sentence, for one named person. Then remove every view that isn't part of answering it. Most people delete half, and the half that survives lands harder than the whole thing did.

The short version: Tableau's own guidance is two or three views on a dashboard. Crowding is what happens when one dashboard is asked to serve several audiences at once.

Where the surviving views sit is the second decision, and it has a known answer, so that gets the picture.

The reading path across a dashboard starts at the top left A single dashboard rectangle divided into three panes. One large pane occupies the whole upper-left area and spans most of the width. Two smaller panes sit below it, side by side. A curved arrow enters at the top-left corner of the large pane, travels right across it, then drops down and moves left to right across the two smaller panes, showing the order a reader takes them in. A small numeral one sits on the large pane, two and three on the smaller panes. The drawing shows that the first thing a reader meets is whatever occupies the upper left, so the most important view belongs there and the supporting views belong underneath. 1 filters 2 3 enters here
Readers arrive at the top left. Whatever is there is your headline, whether you chose it or not.
What you'll learn
  1. Why two or three, and where that number comes from
  2. The filter that decides which sheets survive
  3. Where each surviving view goes
  4. Fixed, automatic or range: picking a size
  5. Before and after, same six sheets
  6. Details people miss
  7. Why this works
  8. Doing this to your own dashboard
  9. The whole thing on one screen

1. Why two or three, and where that number comes from

Before the explanation: you have eight finished sheets and one dashboard. How many of them would you put on it?

Two or three. That's not a taste call, it's Tableau's published guidance: "In general, it's a good idea to limit the number of views you include in your dashboard to two or three."

The reason is about attention rather than about screen space. A dashboard is read, and a reader gives it one pass. Every view you add divides that pass. Four views means each one gets a quarter of the attention that one view would have had, and none of them gets long enough to land.

There's a second cost that's easier to miss. Adding a view doesn't just take attention from the others, it takes away the reader's sense of which one mattered. A dashboard with one clear view and two supporting ones tells the reader where to look. A dashboard with eight equal panels tells them to work it out themselves, which is the job you were supposed to do.

The number isn't sacred. Four views can work when three of them are small supporting numbers rather than full charts. But if your answer to "how many views" is six or more, the honest problem is usually the next section.

2. The filter that decides which sheets survive

Before the answer: two people ask for the same dashboard. One runs the sales team, one runs the warehouse. Should they get one dashboard or two?

Two. And this is the whole idea of the page, because trying to serve both with one dashboard is where crowding actually comes from.

Tableau puts the standard plainly: "The best visualizations have a clear purpose and work for their intended audience." Those two things travel together. A purpose without an audience is a topic, and an audience without a purpose is a mailing list.

So the filter is one sentence, and you write it before you drag anything onto the canvas.

This dashboard answers [one question] for [one named person or role].

Then take each finished sheet in turn and ask whether a reader needs it to answer that question. Not whether it's interesting, and not whether it took you two hours to build. Whether the question can be answered without it.

Say out loud what happens to a sheet that fails that test, before reading on. It doesn't get deleted. It goes onto a different dashboard, for the audience it was actually serving, or into the appendix of the deck. The sunk cost is the reason people keep views, and moving a view somewhere useful is what makes it possible to let go of.

Picture your own busiest dashboard for a moment. How many separate people would you name if you had to say who each view was for? If the answer is more than one, you have found the crowding.

3. Where each surviving view goes

Before the explanation: your dashboard has one headline view and two supporting ones. Which corner does the headline go in?

Upper left. Tableau's guidance is to place your "most important view so that it occupies or spans the upper-left corner," and the reason it gives is that "most viewers scan web content starting at the top left."

That's worth taking literally. The upper-left view is your headline whether or not you meant it to be, in the same way the first sentence of a paragraph is its topic sentence whether or not you wrote it that way. If a filter panel is sitting up there, your headline is a filter panel.

Three placements that follow from it:

ElementWhere it goesWhy
The headline viewUpper left, spanning if it canFirst thing read, and size signals importance
Supporting viewsBelow or to the rightRead after the headline, which is the order they make sense in
Filters and legendsRight side or under the titleControls, not content. They should not be the first thing read.

One more move that costs nothing. Give the dashboard a title that states the finding rather than the subject. "Regional sales" names a topic. "The West is carrying two thirds of growth" names the answer, and a reader who only sees the title has still been told something true.

4. Fixed, automatic or range: picking a size

Before the options: you build a dashboard on a large monitor and email it to someone on a laptop. What do they see?

It depends entirely on one setting, and this is the decision that produces most of the "it looks wrong on my machine" messages. Here is the fork.

The question: what dimensions should the dashboard be?

Answer one, fixed. You choose exact dimensions and design at them. Everyone sees the identical layout, and nothing shifts. If their screen is smaller, they scroll or the whole thing scales down. Choosing this means you're saying you know the screen it will be read on.

Answer two, automatic. Tableau adapts the overall dimensions of the visualization based on screen size. Nothing gets cut off on a smaller display. The cost is that your careful placement flexes, so things you lined up may not stay lined up.

Answer three, range. You set a minimum and a maximum size. The dashboard flexes between them and stops flexing outside them. It's the middle option, and it exists because both of the others are absolute about something.

What decides it: whether you know the screen. A dashboard going onto a wall-mounted display or into a specific report has a known size, so fixed is right. A dashboard published to Tableau Public for strangers has an unknown size, so range or automatic is right.

Why it matters: a fixed dashboard designed at a large size and read on a laptop is the single most common reason a dashboard that looked finished arrives looking broken. It's not a rendering fault. It's an answer to this question that nobody remembered making.

In Tableau Desktop there's a fourth path worth knowing about: you can design specific device layouts, so a phone reader gets a different arrangement of the same views rather than a squeezed copy of the desktop one.

5. Details people miss

Before the list: someone adds a ninth view because a stakeholder asked for it. What's the honest answer to that request?

That it belongs on their dashboard, not this one. Requests are not the enemy. Putting every request on one canvas is.

Five more.

A number can be a view. Two or three views doesn't mean two or three charts. A single large number with a label is often the best headline a dashboard can have, and it costs almost no attention to read.

Sheets do not have to be used. A workbook can hold twelve sheets and put three on the dashboard. The other nine are working notes, and nobody has to see them.

Pick the encoding your reader can read accurately. Length and position along a scale are read more accurately than area or angle, which is why a bar chart beats a pie chart for comparing sizes. The chart choice guide walks through the whole set.

Sort the headline view. An unsorted bar chart makes the reader do the ranking. Sorting in Tableau is one click and it's an analytic act, not decoration.

Test it at the size it will be read. Not at the size you built it. If it's going in a slide deck, put it in a slide before you call it finished.

Before and after, same six sheets

One build, two ways of assembling it. Nothing was rebuilt between these, and no new analysis was done. Only the assembly changed.

BeforeAfter
Views on the dashboard63
Question it answersNot written down"Which region should we staff next quarter?"
AudienceSales, warehouse and financeThe sales director
Upper-left cornerFilter panelThe headline chart
Title"Regional performance""The West is carrying two thirds of growth"
Size settingFixed, at the author's monitor sizeRange, with a laptop minimum
The three views removedDeletedMoved to a warehouse dashboard, where they had an audience

The row that matters most is the last one. The three views were not wrong, they were on the wrong page. That's what makes the cut possible: nobody is being told their work was wasted.

Why this works

The crowding problem has a name in the research and a cause that isn't a lack of discipline. Sarikaya and colleagues surveyed a large collection of real dashboards and found that a single dashboard is routinely asked to do several jobs at once, such as informing, monitoring and enabling exploration, for different people (Sarikaya, Gleicher, & Szafir, 2019, IEEE Transactions on Visualization and Computer Graphics, 25(1), 682–692). Those jobs pull the design in different directions, and the visible result is a crowded canvas. Naming the one question and the one audience is a fix aimed directly at that cause.

It's also fair to say that specific dashboard design guidance is thinner than you'd expect for such a common artefact. Bach and colleagues assembled a set of dashboard design patterns and noted how little concrete guidance existed to draw on, which is part of why the same mistakes keep being reinvented (Bach, Freeman, Abdul-Rahman, Turkay, Khan, Fan, & Chen, 2023, IEEE Transactions on Visualization and Computer Graphics, 29(1), 342–352). If dashboard advice has ever felt like folklore to you, that's a reasonable read of the field rather than a gap in your reading.

The encoding point rests on older and firmer ground. Cleveland and McGill ran experiments on how accurately people judge quantities from different graphical forms and ranked them, with judgments of position along a common scale coming out most accurate and judgments of area and angle less so (Cleveland & McGill, 1984, Journal of the American Statistical Association, 79(387), 531–554). That ordering is why a bar chart is the safe default for a headline view.

The product behavior on this page, including the two-or-three guidance, the upper-left placement advice and the three sizing options, comes from Tableau's own documentation, which is the authority on it. Where a secondary write-up disagrees, that documentation wins.

Doing this to your own dashboard

Think of the dashboard you've shared most often. Could you say, right now, what one question it answers and who for? If that took more than a few seconds, this is worth an hour.

Rebuilding everything at once is miserable and you'll abandon it halfway. Take one dashboard, in this order.

  1. Write the sentence first. One question, one named person. If you can't finish the sentence, that's the finding, and no layout change will fix it.
  2. Mark every view keep or move. Move, not delete. Moved views go to a dashboard for the audience they were really serving.
  3. Put the survivor that answers the question in the upper left, and let it span if it can. Size is a signal and readers use it.
  4. Move filters and legends off the top left. They're controls. They should not be the first thing anyone reads.
  5. Rewrite the title as the finding. One sentence with a number in it. If you can't write it, the dashboard is a pile of charts.
  6. Set the size deliberately, using the fork above, and then open it on the screen it will actually be read on.

If you have paper and five spare minutes, there's one sketch worth doing and it's optional. Draw the dashboard as empty boxes, no data, and write the one question across the top. Then cross out every box that isn't needed to answer it. Doing that on paper is much faster than doing it on the canvas, and much easier to be honest during.

Build the views, not just the vocabulary.

The Tableau Kit covers dimensions, measures, aggregation and dashboard assembly with worked examples. Or drag fields onto shelves yourself in Viz Drill, one chart at a time.

Open the Tableau Kit →

Want the click-by-click build instead? How to build a Tableau dashboard and story goes from raw data to a published link.

The whole thing on one screen

This is the retrieval sheet. Cover the right column, work down the left, and say each answer out loud before you check it.

DecisionThe answer
How many viewsTwo or three, per Tableau's own guidance
Which views surviveThe ones needed to answer one question for one audience
What to do with the restMove them to a dashboard for their real audience. Do not delete.
Why dashboards get crowdedOne dashboard serving several purposes and several audiences at once
Upper-left cornerThe most important view, spanning if it can
Why upper leftMost viewers scan web content starting at the top left
Filters and legendsRight side or under the title. They are controls, not content.
Fixed sizingExact dimensions. Identical for everyone. Use when you know the screen.
Automatic sizingTableau adapts dimensions to screen size. Placement can shift.
Range sizingFlexes between a minimum and a maximum you set
Device layoutsDesign a separate arrangement for phone or tablet in Tableau Desktop
Best headline encodingLength or position along a scale. Bars before pies.
The titleStates the finding, with a number. Not the subject.
When to test the sizeOn the screen it will be read on, before calling it finished
The one habit to keep. Write the sentence before you drag anything onto the canvas. One question, one named person. Every other decision on this page falls out of that sentence, and a dashboard that can't produce one is telling you something you need to know before you spend the afternoon on layout.

One last thought, and I'd like other people's answers. The thing that changed my own dashboards was realizing that a view failing the test doesn't get deleted, it gets moved, which is what finally made cutting them possible. What's the view you kept on a dashboard for months before admitting it was there for somebody else?

You can build the chart. Saying why Tableau put the numbers there is the harder part.

Tableau for Analysts is 110 pages on how Tableau actually thinks: dimensions against measures, relationships against joins, sets, and level of detail. Enough that you stop dragging fields until it looks right.

Tableau for Analysts, $19 →

References

Sitting the certification?

Dashboards and sharing sit in Section 3 of the Tableau Desktop Foundations exam, worth 25%. The certification kit drills it in the exam's own format, and the exam guide breakdown shows where the rest of the marks are.

Open the certification kit →