Visual Perception, Memory, and Dashboard Design
Prerequisite Knowledge
This lecture builds on the following concepts from earlier lectures. If any feel unfamiliar, review the linked notes before proceeding.
Previously Covered in This Subject
- Filtering and linking filters in Tableau — covered in Lecture 7: the "use as filter" wiring in section 10.6 builds directly on interactive and linked filters.
- Exporting worksheets — covered in Lecture 1: exporting as PDF, image, crosstab, and clipboard feeds section 10.6's device preview and export options.
- Titles and captions — covered in Lecture 1: the story captions in section 10.7 edit the same title-and-caption mechanism.
- Sets inside stories and dashboards — covered in Lecture 7: story points in section 10.7 reuse the sheet-to-story workflow.
Data Visualization and Interpretation
10.1 Visual Perception and Why Visualization Matters
10.1.1 Why the brain is built for visuals
The whole subject starts with one fact about the human brain: it has a natural ability to process things visually. You have heard it at work many times — bosses say "guys, don't show me numbers, I'm a visual guy". That instinct is real. Visualizing things and interpreting them visually is much easier for the brain than reading numbers. The brain is designed such that after a few seconds of heavy numeric input it gives up: "it is too much for me to grasp this information, don't give me so many numbers." That is exactly why data visualization matters, and why we break information into small, small charts — so that the end user is not overwhelmed.
Why care about how the brain sees? Ask anyone: which was easier to understand at school — the subject you drew, mapped, or diagrammed, or the one you only read as paragraphs? Nearly everyone picks the visual one. The same instinct decides whether a report gets read or tossed. If a dashboard asks the reader to do the work, the reader's brain quits; if the chart does the work, the meaning lands by itself.
Visual perception — the act of interpreting what the eyes see — is what makes interpretation easy. Concretely, visual perception covers interpreting visual elements like color, size, and position. Consider color alone. We typically show anything positive in green: if you are making profit, it shows green; if you are in losses, it shows red. Our brain is so tuned to this that if you show lots of minus numbers and lots of positive numbers, it struggles. But show the same data as red and green bars and the brain immediately says "oh, I am making maximum profit here" or "I scored maximum marks in this subject." The meaning arrives without any reading.
The wiring behind this is real science. Roughly 70% of the sense receptors in the human body serve vision, and the eye plus the visual cortex of the brain form what researchers call a massively parallel processor — the highest-bandwidth channel into our thinking. That is why the professor's everyday observation is backed by measurement: perception happens in parallel, while reading numbers happens serially, one digit at a time. A screen of ten numbers takes ten careful reads; a screen of ten colored bars takes one glance.
Real-world: this is the same reason dashboards use color scales, heat maps, and traffic-light indicators — the audience reads the mood before they read a single number. Financial screens and command centers worldwide rely on exactly this trick: red, amber, and green status dots that an operator can judge from across the room.
10.1.2 The direction-giving test: words fail, arrows work
Here is a simple test of how the brain handles words versus visuals. Ask someone for directions. If the reply is "go 500 meters, take a left, a roundabout will come, then take a right", your brain gives up after a few sentences. But put arrows and symbols on a map, and the same route becomes easy to follow.
The direction test — worked in full.
Step 1 — the words. Your friend tells you: "Go 500 meters straight. A roundabout will come. Take the second exit. Then take a right after 300 meters."
Step 2 — what your brain has to do. Hold four instructions in mind: distance 1 (500 m), action 1 (straight), landmark (roundabout), action 2 (second exit), distance 2 (300 m), action 3 (right). That is six separate pieces of information — already beyond the five-to-nine items a human can comfortably juggle in short-term memory (the famous magic number comes in the next section).
Step 3 — what happens next. While you are still counting exits, the earlier instructions start fading. You either re-ask, or you guess.
Step 4 — the same route as a map. One arrow for "go straight", one circled symbol for the roundabout with the exit marked, one turn arrow. Three symbols replace six instructions.
Final answer: the symbols win. Sense-check: you would trust a stranger's map sketch over their spoken paragraph — that everyday preference is the whole test in miniature.
This is the logic behind Google Maps. If audio instructions alone were enough, Google would have shipped a simple audio service. Instead, Google invests heavily in maps, graphs, and visual navigation because our brain cannot process that lengthy a string of information. The moment we see a graph or an arrow, we can navigate. That is the practical summary of visual perception: our brain struggles with words and numbers, and symbols, arrows, and visuals make things easy to understand.
Scope: what this claim does and does not mean. The claim "the brain is built for visuals" is about how information is presented, not about what is true. It does not mean charts are always better than tables — accountants comparing two precise figures may legitimately prefer a table. It means that when a message can be carried by position, color, size, or shape, the brain reads it faster than when the same message is carried by text or digits. And it means the gain disappears the moment a chart forces the reader back into reading: an unlabelled axis, a hidden unit, or a wall of legend text cancels the benefit.
10.1.3 What this means for everything that follows
Two takeaways set up the rest of the topic. First, the brain is a visual processor, not a numeric one — so any report, dashboard, or chart that forces the reader to do the math in their head is fighting the audience's nature. Second, because the brain gives up quickly, the design must do the work: break the information into chunks, use color and position deliberately, and lead the eye to the important parts.
The one line to keep from 10.1: visualization exists to move the effort from the reader's head into the chart. Everything in the coming sections — short-term memory, visual encoding, Gestalt principles, and the dashboard build — is an answer to the question "how do we make the brain's job as easy as possible?"
Why this lecture is ordered the way it is: first we meet the limit (short-term memory can hold only a handful of items), then the translation (visual encoding turns numbers into eye-friendly elements), then the rules (Gestalt principles describe how the brain groups what it sees), then the tool (Tableau turns the theory into working dashboards and stories). Each piece is a different answer to the same opening question.
10.2 Short-Term Memory: Why the Brain Needs Help
10.2.1 The mental notepad
Why does a screen full of numbers defeat us within seconds? The answer starts with how the brain holds information in the present moment. Ask yourself: how many items can you really juggle in your head at once, and for how long? The answers — about seven, and about eighteen seconds — shape every design rule in this subject.
Short-term memory (the ability to hold a small amount of information in mind for a short period) is nothing but a mental notepad. When we want to remember something quickly, we jot it down in a notepad and keep a summary of it — that is what short-term memory is like: a temporary mental notepad that holds information, but only for a few seconds. Within those few seconds, one of two things happens: the information is totally lost, or it moves into our long-term memory (the brain's permanent store, where information is kept for later recall). Everyone behaves this way, and we usually do not notice it. Whenever we see something, it stays in memory for about 15 to 20 seconds; after that it either goes into long-term memory or is lost forever.
The notepad analogy, mapped. Think of short-term memory as the scratch paper beside your desk: you can scribble a phone number on it, but the next phone call wipes it. The mapping: notepad page → the few seconds of short-term memory; your handwriting → the information; tearing the page out and filing it → moving information to long-term memory; rubbing the page clean → forgetting. Where the analogy breaks: a real notepad stores everything you write until you erase it, but the mental notepad drops items on its own, without your permission, in under half a minute.
Real-world: some conditions illustrate this sharply. People with diabetes, for example, may have short-term memory loss — they cannot remember things happening right now, yet they remember things from years back. The pattern is the same for everyone, just milder: the immediate present is fragile, and only what is important or emotional survives.
This fragility is why dashboards must be visual. If we put visuals into our dashboards and keep the information refreshed, we keep people connected — we keep re-registering the information in their memory, and it becomes easy for them to interpret what they see. Every glance at a dashboard is a fresh registration; every glance at a raw data dump is another lost fight.
10.2.2 From sensory to short-term to long-term memory
Memory moves through three stages. First, sensory memory (the raw, unprocessed impression that arrives through the senses) holds that impression for a fraction of a second. For example, we see a phone number on a piece of paper; it stays in our iconic memory — the visual form of sensory memory, sometimes called the visual sensory register — for less than four seconds, until it is transferred to short-term memory, and only if we pay attention to it. Once it is in short-term memory we can do something with it: tell it to another person, or write it down, before it fades.
Then a decision is made. If the information is important enough, or if we have an emotional attachment to it, it is stored in long-term memory. That is why emotionally attached things — the birthdays of your family members, for instance — are remembered without effort. Within three or four seconds the brain decides: "is this worth it, or should I discard it?" So the flow is: senses come in (iconic memory holds the picture), a little important information moves to short-term memory to decide what to do with it, and only the genuinely important part goes to long-term memory; the rest stays away.
The three-stage memory pipeline.
- Stage 1 — Sensory memory (iconic, for vision): a raw snapshot. No meaning has been attached yet; the image just exists.
- Stage 2 — Short-term memory: the working buffer. Items survive only while they are actively kept, roughly 15–20 seconds, and only about five to nine slots exist.
- Stage 3 — Long-term memory: the permanent store. Information can stay for years and be recalled back into short-term memory when needed.
Each stage is a filter: only what passes attention survives into short-term memory, and only what earns importance (or emotion) survives into long-term memory. If the filters did not exist, the brain would be flooded — the same reason a computer needs buffers rather than sending every keystroke straight to permanent disk.
There are exceptions — some people can hold ten phone numbers for a few seconds without effort — but for the average human this is how it happens. And there is a good reason for the gate: if everything from sensory memory went straight into long-term memory, you would run out of space. Short-term memory gives us a buffer where we decide whether to keep information for good or to forget it, by choosing to give it attention and effort.
One technical distinction worth knowing: short-term memory refers to the ability to hold a small amount of information in mind for a short period of time, and it has two important qualities. You cannot manipulate the information you hold — that skill belongs to working memory (the part of the system that not only holds information but actively processes, rearranges, and computes with it), a different concept. And its duration is very limited. Holding a number in your head is short-term memory; adding two numbers together inside your head is working memory.
10.2.3 Capacity: the magic number
Research on short-term memory gives a good estimate of average capacity and duration. The famous result is called the magic number: the number of items you can hold in short-term memory is
This result comes from a paper by American psychologist George Miller. On average, people can store somewhere between five and nine items — the "plus or minus two" accounts for individual differences. This is why people fail to remember long lists: there is a real capacity limit on short-term memory. There are ways to hack this capacity — a trick that comes a moment later — but the limit itself is well established.
Formal statement of the capacity law.
- (seven) is the average number of items the typical person can hold at once.
- (plus or minus two) is the spread over individuals: the low end is 5 (five) items, the high end is 9 (nine) items.
- Item here means a single meaningful unit — a digit, a word, a shape, or a chunk (a bundled group treated as one unit).
Supporting evidence from the reference literature agrees: a commonly quoted range is three to nine chunks of visual information at a time, with new information entering only when something already held is dropped or moved to long-term memory.
The magic number, worked with real numbers.
Scenario. You are handed a 10-item shopping list — milk, eggs, bread, butter, cheese, apples, bananas, soap, rice, oil — and told to repeat it from memory.
Step 1. Count the items: 10 (ten).
Step 2. Compare with capacity: gives a maximum of 9 (nine) items for the strongest memory, and 5–7 for most people. The list (10 items) exceeds even the 9-item ceiling.
Step 3. Predict the failure: most people will recall the first few and the last few items and lose the middle ones.
Step 4. Verify: ask anyone to repeat ten unrelated words — almost nobody gets all ten.
Final answer: ten items exceed the magic number, so recall collapses. Sense-check: the brain runs out of slots long before the list runs out of items — that is why the limit is worth designing around.
Scope: what the magic number does and does not say. The law is about unrehearsed, unrelated items held for a few seconds. It does not say a dashboard must never show more than seven numbers — a well-designed chart can show hundreds of values because they are read as patterns, not counted as items. What it does say: the number of things the reader must hold in their head at the same time (steps, variables, unlabeled groups) must stay within the limit. The moment the reader has to carry information across screen changes or between separated widgets, the capacity tax reappears.
10.2.4 Duration: seconds before fading, and rehearsal
Capacity is only half the story; duration is the other half. If you make no effort to remember items, they disappear in a matter of seconds. Typical estimates put the duration somewhere around 18 seconds (the spread usually quoted is about 15 to 18 seconds). With effort, you can stretch it — research commonly cites up to 30 seconds.
How do you stretch it? Rehearsal: you actively repeat the items in your head. Psychologists point out, though, that when you do this you are technically just remembering what you last said, not what you initially saw. That is why people mug: you see people repeating a number again and again to themselves — they are trying to make short-term memory hold the data for longer, repeating it so that it does not fade away. So mugging works, but it works by rehearsal, by keeping the latest echo of the number alive.
Pitfall: rehearsal is an echo, not a copy. Repeating a number again and again keeps the sequence alive, but what stays alive is the most recent repetition, not the original sighting. Every new repetition refreshes the echo, so one distraction — a question, a ringtone — interrupts it and the number is gone. This is exactly why demonstration details vanish after a lecture: the demo was seen once and never rehearsed, so it survived the 18-second window and no further. The cure is in the next subsection — and in the hands-on practice recommended at the end of the lecture.
Visual intuition for the fading: picture a graph whose horizontal axis is time in seconds (0 to 30) and whose vertical axis is the strength of the memory trace. Without rehearsal the curve drops steeply and hits near-zero at about 18 seconds. With rehearsal, each repetition spikes the curve back up — like a trampoline being bounced — so the trace stays high for as long as the bouncing continues. The takeaway in one line: without a bounce, the trace decays; visualization is the bounce for data.
10.2.5 Chunking: the memory hack
Chunking (bundling multiple pieces of information into a single group, and treating the group as one item) is the way to hack the five-to-nine-item limit. The idea: bundle multiple pieces of information into a single group, and treat the group as one item. While the brain can only store five to nine individual items, research shows you can store up to four chunks — and if each chunk carries four pieces of information, you can recall:
sixteen things that you would otherwise never hold at once.
The chunking arithmetic, step by step.
- (four) — the number of chunks the brain can hold when each chunk is a meaningful bundle.
- (four) — the number of pieces of information packed inside each chunk.
- (sixteen) — the total pieces recalled: four bundles of four.
Why the trick works: the magic number counts items, and the brain happily counts a bundle as one item. The single unit becomes "my phone number" instead of ten separate digits. The limit did not move — the unit changed.
The most common example is the phone number. Memorizing ten individual digits is hard. Separate the same number into three chunks — the area code, the first three digits, the last four digits — and remembering the phone number becomes entirely possible. Many of us casually remember our own numbers as "four digits, four digits, something like that" without noticing that we are chunking.
The phone number, worked with real numbers.
Step 1 — the raw form. Take the number 9876543210: ten separate digits.
Step 2 — the capacity check. Ten items is one digit above even the strongest capacity. The magic number predicts trouble.
Step 3 — chunk into three groups. The area code (987), the first three digits (654), the last four digits (3210). Now the task is to hold three items, not ten — comfortably inside the five-to-nine window.
Step 4 — compare effort. Raw form: ten slots occupied, and the middle digits blur together. Chunked form: three slots occupied, each slot is a familiar group. Recall succeeds.
Final answer: 987-654-3210, remembered as three chunks. Sense-check: you already do this with your own number without noticing — that casual "four digits, four digits" feeling is chunking in action.
The lesson transfers directly to data. Rather than remembering big, big numbers, split the information into smaller chunks and the brain can hold it better. That is precisely what good data visualization does: less clutter, good coloring, small meaningful chunks. If we keep feeding people big tables and crosstab numbers, their brains will struggle.
10.2.6 What this means for dashboards
Put the pieces together and you get the design rules of data visualization. Because short-term memory has a limitation, we should break complex data into small, meaningful chunks — then the brain can hold it. A graph with the right color and the right positioning holds information longer, so people can act and react faster and take action. Raw data does the opposite: short-term memory gives up after a few seconds. It says, in effect: "sorry, I don't have the capacity to hold multiple-page information — I am giving up, I cannot take any decision." So do not create clutter and do not fill the screen with too much information. Logical, smaller, manageable chunks always win in data visualization, because the end user can then process the data easily.
Pitfalls of memory-blind design.
- Multi-page information. Splitting related information across several screens forces the reader to carry numbers between screens in short-term memory — precisely where it fails. Everything needed for a decision should sit within one eye-span.
- Full screens of raw numbers. A crosstab or data dump converts every value into a separate item, instantly blowing past the five-to-nine slot limit.
- Forced scrolling. When you scroll away from one part of a dashboard, its values leave short-term memory unless they were specially rehearsed — the reader loses the comparison you designed for.
- Every glance should re-register. If a visualization is refreshed and re-encountered, the information is re-entered in memory; a static wall of text is seen once and then fades.
A simple exercise shows how fragile this is. Flash a few names on a screen for a couple of minutes, then ask people to recall them: after three or four names or numbers, almost everyone struggles. Our mind's ability is such that after 10–15 seconds things start to fade away and we give up. Visualization holds on to the information before it starts to fade — and the better designed the visualization, the better we interpret the data. That is the whole reason visualization exists: it helps stakeholders get engaged and hold the information.
Memory rules distilled for dashboard design: the brain holds five to nine items for about 18 seconds, and chunking stretches both numbers — so design in small meaningful chunks, keep related information together on one screen, use color and position to make each chunk self-explanatory, and keep the information refreshed. And here is the irony of the whole discussion: a single session that overflows with information is itself a live contradiction of everything short-term memory research says. The point is not to memorize the session — it is that whatever you grasp today should stay with you on a need basis, and the visuals you build are the tool that makes information stick.
Bridge to the next section: memory explains why the brain needs help; visual encoding explains how the help is delivered — the translation of numbers into eye-friendly elements that the brain can hold.
10.3 Visual Encoding of Data
10.3.1 What visual encoding means
How do you deliver a number without making the reader read it? That is the design problem visual encoding solves. Visual encoding (the translation of data into visual elements that the human brain can understand easily and quickly) is the bridge between the raw value and the instant understanding. The name of the topic matters less than the idea, and the idea is simple: numbers are hard for us, visuals are easy. Raw data can be very difficult and overwhelming to grasp; a visual language — icons, graphs, color, positioning — makes it easier for us to hold on to that data. Our brain is wired to process visual information faster than text, so encoding numbers into figures, graphs, and charts is the natural way to deliver a number.
The translation metaphor. Think of visual encoding as translation between two languages. The source language is the data table: rows of numbers like 13, 10, 12. The target language is the picture: a bar that is taller, a circle that is bigger, a square that is redder. The translator is the chart designer, and the quality of the translation decides how much meaning survives the trip. A good translation keeps the message and removes the effort; a bad one keeps the effort and hides the message.
What gets encoded, and how. Every visual element a chart can vary is called a visual channel. The core channels are:
- Position — where a point sits on the axes; the most accurate channel of all, used by scatter plots and line charts.
- Size — how long or how big a mark is; the channel behind bar charts and bubble charts.
- Color — hue (which color) and intensity (how dark or light); the channel behind heat maps and traffic-light indicators.
- Shape — circle, square, triangle, diamond; the channel that separates categories without using color.
- Orientation — the tilt of a mark, used sparingly (for example, italics in text).
Every chart type is a different assignment of data to these channels. Choose the assignment that leaves the fewest mental steps for the viewer.
10.3.2 The four benefits
Why bother encoding data visually? Four benefits came up:
- Complex data becomes more easily accessible. A well-made chart hides the complexity and shows the pattern. A thousand sales records collapse into one rising line.
- Analysis is faster. Remember the pre-attentive attributes: if we make something bold, our eyes immediately look at it; if we tilt one line out of a group of others, our mind goes straight to it. With these visual devices, the brain unintentionally processes information faster — no conscious reading needed.
- Memory retention improves. As the short-term memory discussion showed, holding a number is much harder than holding a visual. Small chunks stay with us longer.
- Communication is better. A picture communicates to a whole room at once; a table of numbers does not. Everyone sees the same pattern in the same instant — the chart, not the reader, does the talking.
The four benefits against one case. Take a company's regional sales report.
- Without encoding: a table of 24 numbers (6 regions × 4 quarters). Finding "which region grew fastest this year" means reading and comparing every row — slow, error-prone, and beyond short-term memory's 7 ± 2 limit.
- With encoding (a bar chart): 24 values become 6 bars, one per region, each already summed. The tallest bar is the answer; the reader does not compute anything.
- Check the benefits one by one: complexity hidden (pattern visible), analysis faster (one glance beats 24 readings), memory retention improved (one picture, one chunk), communication better (the whole room sees the same tallest bar).
Final answer: the same data, four benefits, zero extra work for the reader. Sense-check: nobody would ever prefer the table for this question — and the reason is exactly the four benefits.
10.3.3 The Nifty 500 heat map
The best illustration is the heat map (a grid of cells whose color encodes a value — the classic encoding of a number into color). Suppose you want to know how the stock market behaved on a given day. If someone shows you 100 numbers — "13 percent, 10 percent, 12 percent..." — you struggle. But show the same day as a heat map of all the Nifty 500 stocks and how they fared, and the story is instant: more greens than red means it was a good market; the mood of the day is visible in one glance.
The Nifty 500 heat map, worked in full.
Step 1 — the raw data. You have one daily return per stock: +1.2%, −0.8%, +0.4%, −2.1%, and so on, for 500 stocks. As text, that is 500 numbers to read.
Step 2 — the encoding rule. Each return becomes a cell color: green for positive returns, red for negative returns, with darker shades for bigger moves. Position on the grid groups stocks by sector or index weight.
Step 3 — read the chart. Glance at the whole grid: count the green fields against the red ones. On a good day, green dominates.
Step 4 — the judgment. "More greens than red" → the market is broadly up; the mood of the day is visible in one glance, without reading a single number.
Final answer: one glance at color proportions replaces 500 readings. Sense-check: every trading floor uses exactly this device — a heat map is the market's mood ring.
Pitfalls of color encoding. The color channel works only when used honestly and consistently.
- Two different scales. If one chart colors +5% to −5% in green/red and another colors +50% to −50% with the same green/red, the reader compares colors as if they meant the same thing — and is misled.
- Color-only encoding. About 8% of men have some color-vision deficiency; if red and green carry the whole message, those viewers lose it. Add position, labels, or shape as a second channel.
- Rainbow defaults. A dozen hues on one screen turn the heat map back into a 12-item memory load — exactly the clutter short-term memory research warns against. Fewer, deliberate colors win.
- Unlabelled intensity. If darker and lighter shades carry magnitude, the viewer must be able to decode them at a glance; an unexplained scale silently breaks the encoding.
Real-world: this is a real and commonly used example — a list of all Nifty 500 stocks color-coded by daily movement. Financial dashboards, portfolio trackers, and trading screens all rely on exactly this kind of heat map so that traders can judge a whole market without reading a single number. Beyond trading, the same encoding runs hospital bed-occupancy boards, server-monitoring dashboards, and election result maps.
10.3.4 Chart types as the encoding toolkit
The heat map is one member of a whole family of encodings. Scatter plots, bar charts, line charts, and geographic maps are the other familiar members — each maps data to position, size, color, or shape in its own way. The principle to carry forward: pick the chart that turns your data into the fewest mental steps for the viewer, because every chart type is just a different visual language for the same underlying numbers. A tool like Tableau produces these charts out of the box — the dashboard build in the coming section shows how quickly.
| Chart type | Data it encodes | Channel it uses | Best for |
|---|---|---|---|
| Scatter plot | Two numbers per point | Position (x and y) | Relationship between two measures |
| Bar chart | One number per category | Size (line length) | Comparing totals across categories |
| Line chart | One number over time | Position + continuity | Trends and sequences |
| Heat map | One number per cell | Color (intensity) | Many values at once, overall mood |
| Geographic map | One number per region | Color + position | Regional comparison |
The encoding principle in one line: a chart is a translation, not a decoration — choose the visual channel that moves the interpretation work from the reader's head into the picture, and keep the translation consistent so the meaning stays stable across charts.
Bridge to the next section: encoding decides what visual element carries which data; Gestalt principles decide how the brain groups those elements into a single picture — the subject of the next section.
10.4 Gestalt Principles: How the Brain Groups What It Sees
10.4.1 What the Gestalt principles are
Why does a chart with no lines still look like a complete picture? Before the theory, the phenomenon is worth feeling: show people a few scattered dots and they see a dog; show three partial circles and they see a triangle sitting on top. The brain does not just record what the eye delivers — it organizes it, fills it in, and groups it, all by itself. Gestalt principles are a set of principles that describe how our brain naturally groups and organizes visual elements. The name is German — "gestalt" simply means pattern — and in the session it was pronounced roughly as "g-slát". The work comes from the Gestalt School of Psychology, which from around 1912 studied how people perceive pattern, form, and organization in what they see. This topic is often treated as extra material, yet it is a very common concept that every UI/UX person and product designer goes through. Before the theory, two demonstrations show the phenomenon; then the explanation.
What the Gestalt principles are, formally. They are a collection of laws of perceptual organization: descriptions of the visual characteristics that incline the brain to group objects together, separate objects, or make some objects stand out. They are not arbitrary style rules — they describe what the visual system actually does, which is why they still hold a century after they were first formulated. Understanding them turns design from guesswork into engineering: you can deliberately tie data together, separate it, or highlight it, and predict how the audience will read the result.
The reason these principles matter: they simplify complex scenes. Our brain does the organizing by itself — and if you know how the brain works, you can build good visualizations that work with it instead of against it.
The checklist trap. Do not start a visualization by flipping through a Gestalt checklist — "the fifth rule says I have to do this, so I will do this." That is not the way. These principles exist for you to be aware of while you are building the dashboard. Understand how your audience's mind behaves, and you will place things better next time. When you are about to put five colors in a graph, you will think twice: "I want my user to look at the key one, so I will make one color bold and keep the others gray." That is how these ideas slowly enter your thought process — as judgment, not as a rulebook.
At the most general level, the mind perceives any visual in a very simple form — a principle that will recur in every example below.
10.4.2 Opening demonstrations: the walking dog, the triangle, the panda
Three demonstrations from the session show the effect better than definitions.
The walking dog. An animation shows something that looks like a dog walking. Look carefully, and it is nothing but black dots — there is no line, no continuity, nothing to make it complete. Yet the mind sees a walking dog.
Why it works: the dots are placed where the dog's outline, legs, and joints would be — the same positions a complete drawing would occupy. The brain connects those dots into the simplest complete explanation: a dog.
Visual intuition: picture a sheet of paper with a dozen black dots arranged roughly in the silhouette of a dog mid-stride. Close your eyes and reopen them — the completed dog appears even though the outline was never drawn.
Final answer: no line, no continuity — yet a walking dog. Sense-check: your brain just performed closure and continuity at once, and you could not stop it.
Our brain has the ability to fill the gaps and provide the continuity, connecting the dots all by itself. Now the second demonstration:
The triangle. Three partial circles are shown in a light shade. Some people immediately see a black triangle sitting on top of the circles.
Why it works: each circle is missing a wedge-shaped bite. The three bites line up exactly as the corners of a triangle would. The brain sees the triangle itself — an object that has no drawn edges — sitting in front of the circles.
Visual intuition: imagine three large pale discs arranged like the corners of an equilateral triangle, each with a notch cut out, the notches facing inward. The dark gap between the notches is the triangle — and it appears to float in front of the circles, even though nothing was drawn there.
Final answer: a black triangle that was never drawn. Sense-check: the shape has no lines and no fill, yet it is the first thing most people see.
There is no line, no evidence that this is what the figure shows — but the brain connects the pieces and fills the blank space. The third demonstration, and the one most people remember:
The panda. A panda drawn with gaps everywhere: no boundary on many parts, missing patches on the body and face. The mind still sees a panda — it fills wherever things are missing and puts the figure together in a logical way.
Why it works: the missing patches still have enough correct information around them (the ear shapes, the eye masks, the dark shoulder band) that the brain treats them as places to complete rather than places to question.
Visual intuition: picture a sketch where the panda's head is only half outlined and its body has empty white islands inside the black band. Instead of seeing fragments, you see one panda.
Final answer: a panda with gaps everywhere is still a panda. Sense-check: the brain prefers the complete, regular object and supplies the missing information itself.
The general rules work the same way. Look at the Olympic rings: they are interlinked, one ring weaving between others — but the mind quickly sees five individual, complete rings. It does not track how they interrelate; it keeps the view simple. Or look at the dotted lines on roads: we do not need solid lines for everything. The mind can follow dotted lines and curves, which is exactly why line graphs are so easy to follow — the viewer's mind does the connecting.
Midway through the discussion a pause was taken to check the pace. One observation came back, and it is worth keeping:
Q: With the dog animation we were interpreting the picture without knowing why it worked — we were seeing it, but we never knew the reason. Today we got to understand these things.
A: That is exactly how these concepts should be kept in mind. Recognizing the effect in your own experience is the point — the name and the theory just give you words for what your brain already did. The theory is a vocabulary, not a substitute, for the experience.
10.4.3 Pragnanz: keep it simple and orderly
The first named principle is Pragnanz (a non-English word, pronounced roughly "prag-nanz"). It means: keep it simple and in order. In the demonstration, a square, a rectangle, and a circle are blended together into one figure — yet the mind notices one separate square, one triangle, and so on. The mind was not confused by which shape lies over another, or why a partial triangle is visible. It automatically differentiates, because it prefers the simpler view. That is what the rings example showed too.
Pragnanz (the law of Prägnanz, or the law of good figure). Of every possible way to read a visual, the brain picks the simplest, most orderly one — the one that is most regular, most symmetrical, most complete. This is the umbrella principle: almost every other Gestalt principle is a specific way the brain keeps its reading simple. A row of evenly spaced dots reads as a line, overlapping shapes read as separate simple figures, and a half-finished ring reads as a whole ring — in every case because the simpler interpretation wins.
Application to dashboards: keep it simple. Do not try to have too many overlapping colors. The brain is used to looking at things that are simple and orderly, and it will automatically figure out what the design says — as long as the design is logical. So a dashboard should never be filled with too many colors; the simple view wins. Overlaying too many distinct figures on one screen forces the brain into the one mode it is worst at: serial, careful untangling.
10.4.4 Similarity
The principle of similarity: whenever some shapes or colors appear in a picture, the brain treats them as part of one group. All the blue items are read as one logical group; all the squares are read as another group. Our brain treats similar shapes and similar colors as a logical unit. Color, size, shape, and orientation all act as grouping cues — this is the direct link between visual encoding (section 10.3) and grouping: the encoder chooses a channel, and similarity is the rule that turns that channel into a group.
Similarity, stated as a design rule. Things that share a visual attribute are perceived as belonging together. The rule makes encoding work in both directions: if you want items to be seen as one family, give them the same color or shape; if you want them kept apart, change the attribute. This is why a graph with income, expenses, and profit in three consistent colors lets the reader separate three data sets without reading labels — and why changing a shape mid-way through a series silently splits it into two series in the reader's mind.
Application to dashboards: consistency. If you show a particular value with a circle, keep circles for that value. If you use a diamond for one value in one sheet and a diamond for a different value in another, the brain gets confused. Instead, color-code and use similar shapes for things that are logically grouped — the brain will see the grouping automatically. For example, if you are showing sales or some other parameter across views, keep the same color and shape for it everywhere; interpretation becomes much easier. Same value, same look, everywhere.
10.4.5 Continuity
Continuity is the tendency of the brain to fill in and follow curves. The dog and the panda demonstrations both relied on it — the mind follows the implied line. In practice, whenever we show a trend line or a sequence of things, it becomes very easy for the brain to catch the direction. In the dashboard example shown, sales values are placed next to each other with a light continuity line: the brain immediately sees "January to February was growth, my sales are continuously going up." Wherever there is consistency and continuity, the brain reads the sequence without effort.
The design consequence is subtle but strong: the eye seeks the smoothest path. Remove the vertical axis line from a bar chart and the bars still appear lined up, because the consistent white space between labels and data carries the alignment. The same principle explains why indented text groups read as nested lists, and why a dashed trend line still reads as a single trend: the mind draws the path the designer only suggested.
10.4.6 Closure
Closure is the principle behind the dog, triangle, and panda demonstrations: the brain fills in missing information to perceive a complete shape. We saw it with the panda — gaps everywhere, yet the brain completes the figure.
Closure, stated as a design rule. Humans dislike loose ends: when a visual can reasonably be read as a complete, regular form, the brain reads it that way, supplying whatever is missing. The practical meaning for visualization: you do not need to draw every detail. An incomplete but well-placed visual is completed by the viewer's mind, which is faster and more engaging than a fully over-drawn one. This is why a graph needs only two axes (an L-shape) rather than a full rectangle around the plot area, and why chart borders and background shading are often removable: the plot area still reads as a complete region, and the data stands out more without the decoration.
The lesson applies beyond graphs: group points, lines, or bars into visual regions without complete borders — the reader's mind supplies the enclosure, and the screen stays free of clutter. Use closure to delete, not to draw more.
10.4.7 Focal point
Focal point is the principle you will use most frequently. If you have ten bars in a bar chart and you want one of them to stand out absolutely, color that one bar differently. Automatically, the others recede into the background and the special bar comes to the front. You never have to tell the audience "please look at the blue one" — the focal point does the telling by itself.
The focal point, worked with a real chart.
Step 1 — the plain chart. Ten bars, all the same color, one for each product line. The reader scans all ten, with no particular destination.
Step 2 — the design intent. Management needs the eye to land on Product E — this quarter's star.
Step 3 — the encoding change. Recolor Product E's bar in a bold accent (say, blue), and leave the other nine in a neutral gray.
Step 4 — what the brain does. The differing bar pops out pre-attentively — within a fraction of a second the eye lands on it, with no instruction, no legend, no pointer.
Final answer: one colored bar among gray bars directs every glance to it. Sense-check: the audience then asks "why is this one different?" — and that question is the signal that the focal point worked.
The dashboard example made this concrete: everything on the screen was grayed out by default, and one element was shaded — it stood out immediately, without any pointer or explanation. The audience focuses there by default, purely from this property. Use it whenever you want your users — your leaders, for instance — to focus on something. Make it a different color or slightly elevated, and the reaction comes by itself: "what is this, why is this shown differently?" That question is the sign that the focal point worked.
10.4.8 Proximity
Proximity: things that are close to each other are seen as groups. Clustered things draw our focus, so the positioning of elements helps us draw relationships. Use positioning deliberately. In the example shown, the creator placed two countries' widgets next to each other with identical parameters, so it is very easy to compare them. Had the creator put one country somewhere at the bottom and the other on the next sheet, comparison would have been very difficult. The same trick appeared with the 2020 year-to-date values: all the 2020 YTD widgets were kept next to each other, making them proximity-wise easy to interpret and compare.
Proximity is the cheapest grouping tool the designer owns: it costs nothing but white space. Ten dots become three groups by spacing alone; widgets placed side by side become a comparison pair. It can also steer reading direction — columns of closely stacked widgets encourage scanning top to bottom, rows of closely spaced widgets encourage left to right. But proximity can mislead too: if two unrelated widgets are packed together, the brain will insist they are related. The placement of every element is a statement about what belongs with what.
10.4.9 Overlap with pre-attentive attributes (Q&A)
At this point a student raised a natural worry: these ideas look a lot like the pre-attentive attributes discussed earlier — color, size, orientation, shape. The discussion that followed is the bridge between the two topics:
Q: Aren't these Gestalt topics overlapping with the pre-attentive attributes we saw earlier?
A: You are right — that is exactly why there is a risk of confusion. Pre-attentive attributes do the same kind of thing: the moment you see something different, you notice it. The focal point, for example, is something like a pre-attentive attribute — we make one thing different from the others so it immediately gets attention. Focal point actually qualifies: it falls in the same category as pre-attentive attributes. The coming section draws the precise line between the two — one is a millisecond-level behavior, the other is the broader rulebook of visual organization.
10.4.10 Figure and ground: foreground versus background
The last principle is figure and ground, and it may be used less in dashboards, but it shapes how any image is read. A figure-ground image can be interpreted in many ways. One classic: some viewers see a tree; shift what counts as foreground and you may see a gorilla and a tiger. Another classic: make the center of a drawing black and it looks like a vase; change the coloring and it looks like two faces. Everything depends on what we put in the foreground and what we put in the background.
For dashboards, the lesson is contrast. The contrast between foreground and background decides how your end user focuses. Just by changing the foreground and the background, the whole perception of the screen changes. The same elements can read as "content to study" or "background to ignore" purely from the contrast relationship between them.
The Google homepage, read as figure and ground.
Step 1 — what is on the screen. A nearly all-white page, a small logo, and one search bar. That is the entire figure.
Step 2 — what is missing. Everything a "normal" homepage could have: banners, news feeds, bright colors, navigation menus. The background has been emptied on purpose.
Step 3 — what the brain does. Against the blank ground, the search bar is the only elevated object — it becomes the figure, the one thing worth acting on.
Step 4 — the message. The design says: "use this for my search, I'm good at that." Google could easily make the page colorful and jazzy; they are champions of excellent data visualization, not amateurs.
Final answer: white screen, elevated search bar — the figure is unmistakable. Sense-check: nobody ever wonders what to do first on Google's homepage; that certainty is figure and ground doing its job.
The same idea applies to navigation. If your screen has navigation buttons — next, next, next, back — keep a consistent look and feel for all buttons. If one button is red and another is blue, the brain says "I don't know which one to choose." Consistency in figure and ground makes the choice obvious: one style for navigation, one elevated style for the single action you want taken.
One more example showed contrast used well: a chart of how much time Australians spend on social media by age. At a whole-country level, the creator removed all the spacing between the bars so that Australia reads as one continent, as a single totality — the contrast made the aggregate visible at a glance.
Pitfalls of figure and ground.
- Competing figures. When several elements are equally strong in color and size, the brain has no single figure to follow — attention flickers between them and the screen feels busy, even if every element is individually clear.
- Decoration that steals the scene. A vivid background, logo-heavy header, or strong chart border can displace the data as the figure. If the first thing a viewer notices is the frame, the frame won.
- Inconsistent emphasis. Elevating a new element each time (now red, next blue, then green) teaches the brain nothing; the focal point becomes noise. Reserve emphasis for the one message per screen.
- Changing foreground/background conventions between screens. If one sheet reads dark-on-light and the next light-on-dark, the audience must re-learn how to read each screen — a needless tax on short-term memory.
The Gestalt rules in one line: the brain groups what it sees by simplicity (Pragnanz), likeness (similarity), nearness (proximity), path (continuity), completeness (closure), difference (focal point), and foreground/background contrast — so design every screen so the grouping the brain will perform is the grouping you want it to perform.
Bridge to the next section: one open question remains — how do Gestalt principles relate to the pre-attentive attributes from section 10.3? The next section draws that line.
10.5 Pre-Attentive Attributes vs Gestalt Principles
10.5.1 One is a subset, the other is the bigger rulebook
Now that both ideas are on the table, the comparison becomes useful. Pre-attentive attributes are the visual properties that are very rapidly and automatically processed by our brain — we do not have to tell anything; the brain just does it. Gestalt principles are more like rules — the fundamental laws of how we organize what we see. Pre-attentive attributes are like a subset of visual behavior; Gestalt principles are much wider in concept and much broader in application. Where pre-attentive attributes concern specific visual properties — color, size, orientation, shape — Gestalt principles are the broader principles of visual organization of the overall theme. There are always shades of gray between the two — the distinction is useful, not absolute.
Why this comparison matters. The two ideas can look like duplicates — both explain why a different-colored bar grabs the eye. But they sit at different heights of the design process, and mixing them up produces the wrong design decisions: you may color one point red (a pre-attentive move) when the real problem is that the whole layout groups things wrongly (a Gestalt problem). Knowing which tool fixes which failure is the difference between cosmetic fixes and structural ones.
The relationship, stated precisely. Pre-attentive attributes are the specific, low-level visual properties the brain detects automatically (color, size, orientation, shape, position, motion). Gestalt principles are the high-level laws describing how the brain organizes what it sees into groups and figures. Think of it as grammar versus words: pre-attentive attributes are the words — the units with a distinct meaning; Gestalt principles are the grammar — the rules that arrange the words into a sentence. A word is a building block; grammar is the system that gives the whole page its structure.
10.5.2 Speed and level of processing
The two differ in speed and in level. Pre-attentive attributes are perceived within milliseconds — the moment you see the screen, you automatically differentiate what stands out. Gestalt principles work at a higher level: they describe how things will be perceived — what should be background and foreground, where should this information be placed. One works at the icon, line, and page level, in milliseconds; the other works at the theme level, organizing the broader page and picture. The examples line up with this: color, size, orientation, and shape are the pre-attentive list; proximity, similarity, and closure (the panda and the dog — the brain filling missing information to perceive complete shapes) are Gestalt examples. Gestalt principles are fundamental laws and rules; pre-attentive attributes are a quick, immediate, millisecond-level behavior.
| Dimension | Pre-attentive attributes | Gestalt principles |
|---|---|---|
| What they are | Specific visual properties (color, size, orientation, shape, position) | Fundamental laws of visual organization (proximity, similarity, closure, continuity, figure-ground, Pragnanz) |
| Processing speed | Milliseconds — detected before conscious thought | Slower, organizational — the reading of the whole composition |
| Level of action | The single item: one icon, one line, one data point | The theme: the whole page, the whole screen, the whole picture |
| Typical question they answer | "Which element should my eye land on?" | "How will these elements group into a whole?" |
| Example | One bold line among straight lines | Dots grouped into clusters by spacing; panda completed by closure |
The two columns are not rivals; the quick, automatic perception feeds the slower, organizational reading. A pre-attentive pop-out is the entry point; the Gestalt reading of the page is the arrival.
10.5.3 Where each one applies
The application split follows the theory. Pre-attentive attributes are for drawing attention to a specific data point or screen element. You can use them strategically to guide where the user focuses — "I will make all of this gray, and I want this one red." You can apply them directly to any screen or any graph, straight away. They are the fast, surgical tool: one change, one element, instant effect.
Scope of the split, and the pitfalls on both sides.
- Pre-attentive tools fix elements, not compositions. Recoloring a single bar cannot fix a page whose widgets are scattered with no grouping. Reach for pre-attentive attributes when the problem is which element stands out; reach for Gestalt when the problem is how the elements read as a whole.
- Using Gestalt vocabulary for pre-attentive jobs. Saying "the closure principle tells me to bold this number" is category confusion — closure is about completing shapes, not about emphasis. Match the law to the layout decision it governs.
- Too many pop-outs. Making everything bold and colorful is the fastest way to kill pre-attentive processing: when everything differs, nothing differs. Gray out the background, keep the emphasis for one element.
- Remember the overlap is real. Focal point straddles the line — it is taught as a Gestalt principle, yet it works exactly like a pre-attentive attribute (one thing made different so it immediately draws attention). The professor's verdict: focal point actually qualifies as both — the categories are useful, not absolute.
Gestalt principles guide the design of the visual composition at a broader level. Before you start on any screen design or poster, you sit down with the team and decide what exactly you want to achieve: should I give a gap here, should I place this button here or at the top, should I keep all buttons together, should submit come before back, or back before submit? These are layout decisions, and they influence how people move through the screen. This is why designers — UI/UX people — take care of these things very religiously: the mind-behavior questions are their daily work. When it comes to Gestalt principles, you are influencing layout and composition, not just color and size. A product designer deciding where the "submit" button lives is running the same mind-behavior calculus a dashboard builder runs when deciding where the profit chart lives — the layout is a conversation with the viewer's visual system.
The one line to keep from 10.5: pre-attentive attributes are the millisecond-level tools for steering the eye to one element; Gestalt principles are the organizational laws for how the whole screen reads — use the first to highlight a data point, the second to structure the page, and remember that focal point straddles both.
Bridge to the next section: the theory is now complete — memory limits, encoding, grouping, and attention all in place. The next section puts the theory to work in a real dashboarding tool.
10.6 Tableau Dashboards: Sheets First, Assembly Second
10.6.1 Individual sheets are the building blocks
The dashboard work follows a strict order: individual sheets first, assembly second. In the demos so far, each demo was built as an individual sheet — one chart that answers one question, complete in itself. Keep creating whatever sheets you have in mind. When the data changes, the sheet changes too, so the sheet stays useful at any moment.
Why sheets come first. A dashboard is only as good as the questions its charts answer. Building the sheet forces the question to be answered: "profit by category", "profit by state", "profit by segment" — each is one question, one chart, one complete answer. Assembly is then just deciding where to put finished answers; it cannot invent an answer that was never built as a sheet.
The sheet-first workflow, as a procedure.
- Purpose: produce each chart a stakeholder might need, as a self-contained, reusable building block, before combining anything.
- Inputs: a data source (here, the default Sample Superstore dataset that ships with every Tableau version — nothing custom-built, so every example is reproducible the moment Tableau is installed) and a question per sheet.
- Outputs: individual sheets — bar charts, geographic charts, segment charts — each live: when the data changes, the sheet recomputes.
Steps: (1) pick the question, (2) drag dimensions (for example, category and subcategory) to the row level, (3) drag the measure (profit) from the data pane, (4) let Tableau render the chart automatically, (5) refine labels, colors, and formatting through the properties pane. The famous line from the demo: "in five minutes we were able to build a graph."
The key learning: dashboards are simple — the real effort goes into building the individual sheets. A dashboard is simple placing of the sheets; after that it is just linking and cross-connecting them to each other. Learn to make individual sheets, because the building blocks of a dashboard are these sheets. Once you are clear on your data points, you bring them in, drag and drop, and it is done. Tools these days are so user-friendly that there is no complexity in the mechanics; the whole effort goes into sheets — how do I make a running total, how do I show this graph, how do I show a scatter — while dashboards and stories are more about placing your information in a logical manner.
The real effort goes into the sheets. Students who skip sheet-building and jump to dashboard assembly find themselves with empty containers and nothing to arrange. The dashboard cannot manufacture insight the sheets never captured. Practically: invest the practice time in constructing sheets cleanly (right measure, right dimensions, right chart type), and the assembly step becomes a five-minute placement job.
10.6.2 Profit by category: rows, measures, and instant charts
The first sheet in the demo was profit by category. The setup: when you say row, Tableau shows what you want as rows. Here, category and subcategory were placed at the row level — so the sheet shows category and subcategory. Then the profit measure was dragged from the data pane and placed as the measure, and Tableau automatically made the chart.
Profit by category, traced step by step.
Step 1 — the question. Which product categories and subcategories make money, and which lose it?
Step 2 — rows. Drag Category and then Subcategory to the Rows shelf. The sheet now lists the three categories (for example, Furniture, Office Supplies, Technology) and, under each, its subcategories (for example, Bookcases, Tables, Copiers, Phones).
Step 3 — the measure. Drag Profit from the data pane onto the sheet. Tableau measures it automatically — positive profit becomes a bar on one side (green), negative profit a bar on the other side (red).
Step 4 — read the result. The chart tells a story at a glance: some subcategories (the tables) are not making profit, the other subcategories are making profit, and copiers are making the best profit.
Step 5 — the living chart. When the data changes, the chart changes — the sheet is alive, not a static drawing.
Final answer: one sheet, one question, one glance: copiers best, tables losing. Sense-check: the sheet says nothing about regions or customers — it was built to answer exactly one question, and it answers it.
Real-world: the dataset used is the default Sample Superstore that ships with every Tableau version. Nothing was custom-built — you can replicate every example at your end the moment you install Tableau.
10.6.3 Profit by state and profit by segment
The second sheet was profit by state. Whenever you drag geo-spatial fields — here, region and state — and place a sum on top, Tableau produces a geographic chart. The state-wise profit makes California instantly visible as the state with all the good profit. Labels, coloring, and formatting are easily changed through the properties — you can change the background color, the font color, and so on, the way you want.
Profit by state, traced step by step.
Step 1 — the question. Where is profit coming from across the country?
Step 2 — geo fields. Drag Region and State onto the sheet; Tableau recognizes them as geographic and switches to a map view.
Step 3 — the measure. Drop the sum of Profit onto the color shelf. Each state fills with a shade — the stronger the profit, the darker the fill; losses get the opposite end of the scale.
Step 4 — read the result. California instantly stands out as the state with all the good profit; the eye lands on it without reading a single label.
Step 5 — polish. Use the properties pane to change background color, font color, and labels to taste.
Final answer: a geographic chart that names the leading state at a glance. Sense-check: one sheet again, one question — "where" — answered in map form, which pre-attentive color and position make instant to read.
The third sheet was profit by segment: three segments, and which segment gives you profit. It is a minimal sheet — it could have added more — and you can always keep adding: one more sheet and your fourth sheet will come. Each sheet is complete by itself.
10.6.4 A dashboard is a collection of sheets
Once the individual sheets exist, the dashboard is a collection of individual sheets. You give a bigger picture by placing them together. To create one: click the dashboard icon (or use "new dashboard"). Tableau shows all the sheets you have built. If you had ten sheets, you might decide to use only four or five, or two or three — it is absolutely up to you and depends on the dashboard's purpose. But it will show you everything available.
The assembly procedure.
- Purpose: turn separate, question-answering sheets into one screen that answers a bigger question — the dashboard is the bigger picture, not a new chart.
- Inputs: the completed sheets, plus a decision about which ones the dashboard's purpose needs (ten sheets built does not mean ten sheets placed).
- Outputs: an interactive dashboard whose sheets snap into a chosen layout.
Steps: (1) click the dashboard icon or choose "new dashboard"; (2) scan the list of available sheets — everything you built is offered; (3) choose the sheets the dashboard's purpose demands; (4) drag them into the dashboard area in the order you want the story read; (5) position each sheet — drag "profit by category" in first, drag the next sheet below it if you want it below, or delete and re-drop it side by side. The moment you move your cursor, the sheet snaps into place, and Tableau automatically adjusts and fits each graph into whatever space is available.
Then you choose the sequence. Drag "profit by category" into the dashboard area. Drag the next sheet below it if you want it below — or delete and re-drop it side by side. The moment you move your cursor, the sheet snaps into place, and Tableau automatically adjusts and fits each graph into whatever space is available.
10.6.5 Layout, containers, and fitting the screen
For a quick layout with three sheets, the automatic fit is enough. If you have many small widgets to place, you may choose a horizontal or vertical container (pane) to make the group more logical. A container is exactly what its name says: a box that holds a set of widgets together, arranging them in a row (horizontal) or a column (vertical), so the group moves and resizes as one unit — proximity made structural. And every sheet or dashboard has two view modes: standard and entire view. Click a chart and say "use my entire space" — it will take whatever space is given to it. The same is available for every sheet on the dashboard.
10.6.6 Interactivity with "use as filter"
Interactivity is the very basic thing of dashboards, and in Tableau it is easy to link. Initially, clicking a state in the state chart has no effect on the other charts — there is no linkage. Then the use as filter icon was clicked: it connects all the sheets with each other as filters. Now the interactivity appears.
Use as filter, traced with real clicks.
Step 1 — before linking. Click California on the state map. Nothing else changes — each sheet is an island; there is no linkage.
Step 2 — the wiring. Click the use as filter icon. It connects all the sheets with each other as filters.
Step 3 — click California. All the corresponding numbers and pictures change across the dashboard — the category chart, the segment chart, every widget re-aggregates to California's values.
Step 4 — remove the selection. Everything goes back to the full dataset.
Step 5 — drill into a problem. Click "consumers" — every graph updates accordingly. Click "tables" — the same. Click Texas and see that the state is making a loss — and the linked charts show that most of the losses come from the consumer segment, out of one particular area.
Step 6 — undo. The filter can always be removed.
Final answer: one click on any sheet re-aggregates every other sheet for that selection. Sense-check: the state map is no longer a picture of data — it is a control panel over the whole dashboard.
That is how you filter and see what is going on, and the filter can always be removed. Besides linking charts, you can also expose the filters to the end user directly — right-click and hand over the controls; the full details come in the next session.
Real-world: this is the core of modern dashboard interactivity — a leadership dashboard where clicking a region instantly re-aggregates every other chart for that region, without any new report being built.
10.6.7 Extra objects: web pages, logos, and text
A dashboard can carry objects beyond charts. You can add a web page object: drop it on the canvas, and it renders a live web page — in the demo, the Microsoft page. You can add an image: a logo, for example, of Microsoft. You can add a text box for commentary — "this is a demo Microsoft web page" — and center it, give it a border, or make it bigger. Dragging the handles automatically makes space on the canvas.
Web objects, traced.
Step 1 — the web page object. Drop the web page object on the canvas; it renders a live web page — in the demo, the Microsoft page, fully browsable inside the dashboard.
Step 2 — the image. Drop an image object and load a logo — for example, the Microsoft logo — to brand the screen.
Step 3 — the text box. Drop a text box and write the commentary — "this is a demo Microsoft web page" — then center it, give it a border, or make it bigger.
Step 4 — the space. Drag the handles and the canvas automatically makes space for the new objects.
Step 5 — go dynamic. Web pages can go further through dashboard actions. In an earlier session, a URL action was built: clicking a state on the map opened a URL with the state passed as a parameter — so clicking California opened the California Wikipedia page on the fly.
Final answer: charts plus live web content, branding, and commentary on one canvas — and the web content can react to clicks. Sense-check: a static page is fine for some purposes; a parameter-driven URL makes the dashboard intelligent and brings the outside web into the analysis.
10.6.8 Device preview and export options
Dashboards are not screen-bound. You can decide to show it on a phone — the layout changes automatically to the phone layout — or switch to screen, desktop browser, or other devices, and decide the filter behavior. When you are ready, everything can be exported: copy it as an image, export the image, show it as a PDF, send it as a report, or export it to PowerPoint. One dashboard, many delivery channels: the same sheet-first design renders for the boardroom screen, the pocket phone, and the emailed report without being rebuilt.
10.6.9 Color consistency across sheets
The visualization theory from earlier sections shows up in the build. In the demo dashboard, the profit and loss coloring was kept consistent: the same scale here, the same scale there — so the end user can compare colors across charts easily. If one chart had a different scale than another, the user would go for a toss. Consistency rules: if you show something in blue in one view, keep blue for the same thing elsewhere; use red only for a deliberately different meaning. Then the layout decisions follow — what should be bigger, where should the story start. Should you start with the state map and then go two levels down? For this data, the subsets suggest starting with the bigger picture. Experience and hierarchy decide what to place first.
Pitfalls of the dashboard build.
- Inconsistent color scales. Profit colored green on one sheet and the same profit colored blue on another breaks similarity — the reader must decode each chart from scratch. Same measure, same color, everywhere.
- Overwired dashboards. Every sheet made a filter of every other sheet turns every click into a flood of changes; link only what genuinely should react together.
- The sheet that answers two questions. A single sheet crammed with categories, regions, and segments at once answers none of them cleanly; if the question changes, build another sheet.
- Assembly without purpose. Placing sheets because they exist, not because the dashboard's question needs them, reproduces at dashboard scale the clutter the memory research warns against. Start the layout from the bigger picture (state map) and go down two levels, as the demo's hierarchy suggested.
10.6.10 The Power BI comparison (Q&A)
The dashboard demo invited a natural comparison with the tool many students already use:
Q: How does Tableau compare with Power BI dashboards? Is the build similar in both?
A: It is quite similar — but in Power BI you work directly on a single pane: you place widgets straight onto the dashboard instead of combining individual sheets the way Tableau does. You can create multiple Power BI dashboards, like separate sheets, but combining them into one is something that is not done the same way. So the sheet-first workflow of Tableau turns out to be an extra feature that Power BI users have not tried.
The practical takeaway of the comparison: the charting mechanics are near-identical, and the real difference is architectural. Tableau's building blocks are sheets that get assembled; Power BI's building block is the single-pane dashboard itself. If you are comfortable with one tool, the other is mostly a rearrangement — and the sheet-first discipline is the transferable skill.
The dashboard recipe in one line: build one sheet per question, assemble the sheets the dashboard's purpose needs, wire them with "use as filter", keep color scales consistent, and let the layout follow the story — then the dashboard becomes a live answer machine, not a static poster.
Bridge to the next section: a dashboard answers; a story narrates. The next section takes the assembled dashboard one level up.
10.7 Stories and Storyboards: Dashboards That Narrate
10.7.1 Story points are like slides
A story (or storyboard) is one level above the dashboard. If a sheet is one chart and a dashboard is a collection of sheets, a story is a collection of dashboard states arranged for presentation — like a slide deck. You add a caption and a commentary to each screen: "my screen number one will be profit by category", then a caption, then commentary. Then you add the next story point. Each story point can carry a dashboard or another sheet, and you can run the whole thing like a presentation: navigate from one point to the next and play it back. With a mixture of screens and dashboards you can build a beautiful story that actually plays.
The story-building procedure.
- Purpose: turn finished dashboards into a narrated argument — the reader is led, point by point, from the big picture to the conclusion, instead of being left to find the message themselves.
- Inputs: the sheets and dashboards already built, plus the business case they must tell.
- Outputs: a sequence of story points, each carrying a dashboard or sheet, a caption, and a commentary.
Steps: (1) open the story (storyboard) view; (2) make the first story point — "my screen number one will be profit by category" — and add its caption, then its commentary; (3) add the next story point with the next screen; (4) mix screens and dashboards freely; (5) run the whole thing like a presentation — navigate from one point to the next and play it back.
10.7.2 Building the narrative from big picture to detail
Stories are built the way good business narratives go: start from the big picture and narrow down.
The demo story, worked point by point.
Story point 1 — the overall picture. The statewide summary: "this is what the US overall looks like; California and these are the best states."
Story point 2 — the zoom-in. Texas: "why did Texas make a loss, what is the root cause" — the interactive sheets underneath let you drill into the cause live.
Story point 3 — the extremes. The top five performers and the bottom cities.
Story point 4 — the conclusion. A concluding point that ties the narrative together.
Assembly details. You keep adding new story points — four or five of them — and decide the layout for each: show it as numbers, or as a dot. Give the story a proper text title.
Final answer: big picture → root cause → extremes → conclusion. Sense-check: the audience is told where the analysis starts, where it goes, and what it ends with — the same narrowing-down shape every good business case follows.
When you present it to your stakeholders, you narrate over each point — "here is the overall summary, the top states are these" — then you navigate: "now let us go into this and see what happened in Texas." The audience follows the narrowing-down and you end with a conclusion. Stories are mainly for presentations: the presenter does the narrating, and the story does the sequencing. Whatever the flow of your business case, that is how you build the story.
10.7.3 Stories are interactive, not static pictures (Q&A)
A cluster of questions came up about whether stories are just slides, and how they relate to Power BI:
Several students asked whether stories are just slides and how they compare with Power BI.
Q: Is there any storytelling feature in Power BI, like the story option here?
A: No — Power BI has no storytelling feature. The story is an extra Tableau feature: it is like a slide deck, as simple as that. It may sound glamorous, but that is all it is.
Q: Can we make these story slides interactive, so we can explore some of the data while telling the story?
A: Yes, exactly — that is the important part. Stories are not static pictures; they are the real sheets with interactive data underneath. While presenting, you can navigate, zoom into a state, use filters, and even bring URLs. You can publish the story to the web, and your stakeholders can click and explore while you narrate. Even though it looks like a story, it is not a static picture — drill-downs and all the live features still work underneath.
Q: Power BI provides this feature only as a static picture capture, right?
A: Right — but here the stories are absolutely interactive. You can publish them to the web and demo to your stakeholders over a browser: they click on a state, zoom into it, and navigate themselves. "Click on this and see yourself" — that is where they get more engaged and curious, and they ask better questions: show me why this is not happening, what is going on in this state. That engagement is the beauty of a dashboard or a story.
The correction underneath the cluster is the essential one: a story only looks like a static picture. Because each story point is a live sheet or dashboard, the interactivity — filters, drill-downs, URL actions — survives inside the story. The presentation frame does not freeze the data; it sequences it.
10.7.4 Practice before the next session
The closing advice was practical: try your hands before the next session. If you have other commitments, at least come with your own trial — "I got stuck here, I was not able to drag that." It is okay to struggle. Dragging and dropping looks easy when someone else does it, but you will not get that feel until you do it yourself. Remember short-term memory: the demo stays in your memory for a few seconds and then it goes away — the only way to keep it is to rehearse it, exactly as the memory research says. With your background, it will not take more than two or three iterations to become absolutely professional. Nobody masters any tool completely — even the demonstrator has many features unexplored — but the basic features needed to present something are not difficult. In five minutes, the demo built a graph; the effort, again, goes into the sheets.
Pitfall: watching instead of practicing. The demo looks effortless on screen, and the mind files it away as "seen" — which, per the 18-second rule, means it will be gone by the next session unless it is rehearsed. The rehearsal here is hands-on: drag fields, rebuild the three demo sheets, assemble the dashboard, wire the "use as filter", and run one story. Two or three iterations are enough; zero iterations is not.
Real-world: the planned next session is a hands-on dashboard and storyboard build from scratch — the fastest way to convert this session's theory into working memory.
The story in one line: a story is a dashboard that narrates — sheet answers one question, dashboard answers a bigger question, and story sequences the questions into an argument that plays from the big picture to the conclusion, with every point still fully interactive underneath.
Bridge forward: the theory (memory, encoding, Gestalt, attention) plus the tool (sheets, dashboards, stories) are now complete — the next session converts them into muscle memory through a hands-on build.
Exam Guidance Summary
No formal exam information — mark distributions, question patterns, or expected problem types — was given in this session. What the session did give are strong signals about what matters for assessment-style work, and they are worth treating as guidance:
- Master the individual sheets. Every repeated emphasis in the session pointed the same way: sheets are the building blocks, the real effort goes into them, and a dashboard is a simple collection of them. Expect the ability to build a sheet from a question to be the skill being tested.
- Expect the next session to be hands-on dashboarding and storyboarding, built from scratch. Practice dragging fields, building the three demo sheets (profit by category, profit by state, profit by segment), assembling a dashboard, and wiring up the "use as filter" interactivity.
- Apply the visualization theory deliberately: use focal points instead of explaining, keep color scales consistent across sheets, group related widgets by proximity, and keep the design simple (Pragnanz).
- Stories are dashboards plus narrative — know how story points, captions, and navigation turn a dashboard collection into a presentation.
Exam note: if this session is assessed, the likely targets are (1) the theory numbers — short-term memory capacity , the ~18-second duration, and the chunking arithmetic — (2) the naming of the Gestalt principles with a demonstration for each, (3) the pre-attentive versus Gestalt distinction, and (4) the sheet-first dashboard workflow with "use as filter". None of these was formally announced, but they are the session's repeated emphasis.
Key Industry Applications
The real-world connections from this session, collected in one place:
- Memory research in dashboard design. George Miller's magic number and the chunking result () explain why dashboards use small meaningful chunks, less clutter, and refreshed visuals: the audience's short-term memory simply cannot hold anything bigger.
- Google Maps is the standing proof that visual navigation beats verbal instructions — arrows and maps are chosen over audio because the brain cannot process lengthy spoken directions.
- The Google homepage is a deliberate figure-and-ground design: white screen, elevated search bar, and nothing else — the visual says "I'm good at searching, use me for that."
- The Nifty 500 heat map — a real stock-market screen where color encodes the mood of the whole market in one glance; the same color encoding powers hospital occupancy boards, server-monitoring dashboards, and election maps.
- Tableau and the Sample Superstore dataset — the industry-standard dashboarding tool and its built-in demo data, used to build profit-by-category, profit-by-state, and profit-by-segment sheets, then combine them into an interactive dashboard.
- Power BI comparison — Power BI places widgets directly on a single pane; Tableau's sheet-first workflow and its storytelling feature are the differentiators.
- Dynamic web actions — Tableau dashboard actions can pass a clicked value (for example, a state) as a URL parameter, opening the state's Wikipedia page on the fly inside the dashboard.
- UI/UX practice — product designers apply Gestalt principles religiously to button placement, grouping, and layout; the same rules govern dashboard composition.
- Emerging technology watch — the session opened with a note on how fast this industry changes: quantum computing, if it becomes a reality, could crack today's password defenses in seconds, where classical computers would take years; artificial intelligence today is estimated to be only five to ten percent of what it is capable of — voice recognition and generative AI are still evolving very fast. The advice for staying current: keep closer to the industry and follow a few good newsletters.
DVI Lecture 10 notes · Visual Perception, Memory, and Dashboard Design
Sections Breakdown
Why the brain is built for visuals, the direction-giving test, and what this means for the rest of the lecture.
The mental notepad, the three memory stages, the 7 ± 2 capacity law, duration and rehearsal, chunking, and the dashboard consequences.
How numbers become visual channels, the four benefits of encoding, the Nifty 500 heat map, and chart types as an encoding toolkit.
Pragnanz, similarity, continuity, closure, focal point, proximity, and figure and ground, with demonstrations and dashboard applications.
The subset-versus-rulebook relationship, the millisecond level of pre-attentive processing, and where each tool applies.
Building one sheet per question, assembling sheets into a dashboard, use-as-filter interactivity, web objects, and export options.
Story points as slides, building the narrative from big picture to detail, and why stories stay interactive underneath.
Exam Revision Notes
Below is the distilled, exam-ready core. Every entry comes from the full explanation above. Use this section for rapid review; return to the main notes when a point needs more context.
Visual Perception and Why Visualization Matters
Must-know: The brain processes visuals in parallel and numbers serially, so visualization exists to move the interpretation effort from the reader into the chart; clutter and verbosity fight the audience's nature.
⚠️ Top pitfall: Assuming a chart is automatically better than a table — a chart that forces the reader to hunt for units, axis meaning, or legend entries cancels the visual advantage.
Self-check: Why does Google ship maps and visual navigation instead of an audio-only service?
Connects to: Short-Term Memory: Why the Brain Needs Help (10.2)
Short-Term Memory: Why the Brain Needs Help
Must-know: Short-term memory holds 7 ± 2 items for about 15–18 seconds (up to 30 with rehearsal); chunking bundles items into groups so 4 chunks × 4 pieces = 16 items; dashboards must therefore break data into small meaningful chunks with consistent color and position.
⚠️ Top pitfall: Treating rehearsal as a copy of the original — it only keeps the latest echo alive, so distraction destroys the item; and assuming the magic number bans all dashboards with many values (patterns are read as single chunks).
Self-check: Why can people remember a 10-digit phone number as three groups but not as ten digits?
Connects to: Visual Perception and Why Visualization Matters (10.1), Visual Encoding of Data (10.3)
Visual Encoding of Data
Must-know: Visual encoding translates data into visual channels (position, size, color, shape); its four benefits are accessibility, speed (pre-attentive attributes), memory retention, and communication; the heat map encodes a number per cell into color so the market mood reads at a glance.
⚠️ Top pitfall: Using inconsistent color scales across charts, or encoding a message in color alone, so the reader is misled or color-blind viewers lose the message.
Self-check: Why does a green/red heat map of Nifty 500 stocks beat a list of 500 percentages?
Connects to: Short-Term Memory: Why the Brain Needs Help (10.2), Gestalt Principles: How the Brain Groups What It Sees (10.4)
Gestalt Principles: How the Brain Groups What It Sees
Must-know: The Gestalt principles — Pragnanz (simple and orderly), similarity, continuity, closure, focal point, proximity, figure and ground — describe automatic grouping; use them as awareness while designing, not as a checklist, and remember focal point qualifies as a pre-attentive attribute.
⚠️ Top pitfall: Flipping through a Gestalt checklist before designing, or letting decoration (backgrounds, borders, many colors) compete with the data for the role of figure.
Self-check: Why does a panda drawn with gaps everywhere still read as one complete panda?
Connects to: Visual Perception and Why Visualization Matters (10.1), Visual Encoding of Data (10.3), Pre-Attentive Attributes vs Gestalt Principles (10.5)
Pre-Attentive Attributes vs Gestalt Principles
Must-know: Pre-attentive attributes (color, size, orientation, shape) are processed in milliseconds at the single-item level; Gestalt principles are the broader laws of visual organization at the page level; focal point qualifies as a pre-attentive attribute; use pre-attentive tools to highlight, Gestalt to structure.
⚠️ Top pitfall: Treating the two as identical: recoloring an element cannot fix a wrongly-grouped layout, and over-emphasizing everything destroys pre-attentive pop-out.
Self-check: Why is focal point said to fall in the same category as pre-attentive attributes?
Connects to: Visual Encoding of Data (10.3), Gestalt Principles: How the Brain Groups What It Sees (10.4)
Tableau Dashboards: Sheets First, Assembly Second
Must-know: Build individual sheets first (each answers one question: profit by category/state/segment), then assemble them into a dashboard, link them with "use as filter" so clicks re-aggregate every chart, keep the same color scale across sheets, and expose filters to end users.
⚠️ Top pitfall: Jumping to dashboard assembly before mastering sheets, or using inconsistent color scales across sheets so users cannot compare colors across charts.
Self-check: What happens to the other charts when you click California after enabling "use as filter"?
Connects to: Short-Term Memory: Why the Brain Needs Help (10.2), Gestalt Principles: How the Brain Groups What It Sees (10.4), Stories and Storyboards: Dashboards That Narrate (10.7)
Stories and Storyboards: Dashboards That Narrate
Must-know: A story is a collection of dashboard states arranged like a slide deck; build it from the big picture down to detail (summary, root cause, extremes, conclusion); story points are real interactive sheets underneath, publishable to the web, while Power BI offers no storytelling feature.
⚠️ Top pitfall: Treating story slides as static pictures — every story point still supports filters, drill-downs, and URL actions; and watching demos without hands-on rehearsal, which the short-term memory research guarantees will be forgotten.
Self-check: Why is a Tableau story "not a static picture" even though it plays like a slide deck?
Connects to: Short-Term Memory: Why the Brain Needs Help (10.2), Tableau Dashboards: Sheets First, Assembly Second (10.6)
Was this lecture useful?
BitsNotes AI Assistant
Subject Notes AssistantConfigure AI Chat
Choose how to access the chatbotSigned in as
Powered by BitsNotes — 20 messages per day. No API key needed. Want unlimited access? Use "Bring Your Own Key" mode.
Sign in to use AI Chat
Get 20 free AI messages per day to ask questions about your lecture notes. Sign in with Google or GitHub — it takes 5 seconds.
Sign In to BitsNotesSwitch to "Bring Your Own Key" tab above for unlimited access with any OpenAI-compatible provider.