9.3.2: Reducing Cognitive Load (Simplify and Emphasize)
- Page ID
- 53356
\( \newcommand{\vecs}[1]{\overset { \scriptstyle \rightharpoonup} {\mathbf{#1}} } \)
\( \newcommand{\vecd}[1]{\overset{-\!-\!\rightharpoonup}{\vphantom{a}\smash {#1}}} \)
\( \newcommand{\dsum}{\displaystyle\sum\limits} \)
\( \newcommand{\dint}{\displaystyle\int\limits} \)
\( \newcommand{\dlim}{\displaystyle\lim\limits} \)
\( \newcommand{\id}{\mathrm{id}}\) \( \newcommand{\Span}{\mathrm{span}}\)
( \newcommand{\kernel}{\mathrm{null}\,}\) \( \newcommand{\range}{\mathrm{range}\,}\)
\( \newcommand{\RealPart}{\mathrm{Re}}\) \( \newcommand{\ImaginaryPart}{\mathrm{Im}}\)
\( \newcommand{\Argument}{\mathrm{Arg}}\) \( \newcommand{\norm}[1]{\| #1 \|}\)
\( \newcommand{\inner}[2]{\langle #1, #2 \rangle}\)
\( \newcommand{\Span}{\mathrm{span}}\)
\( \newcommand{\id}{\mathrm{id}}\)
\( \newcommand{\Span}{\mathrm{span}}\)
\( \newcommand{\kernel}{\mathrm{null}\,}\)
\( \newcommand{\range}{\mathrm{range}\,}\)
\( \newcommand{\RealPart}{\mathrm{Re}}\)
\( \newcommand{\ImaginaryPart}{\mathrm{Im}}\)
\( \newcommand{\Argument}{\mathrm{Arg}}\)
\( \newcommand{\norm}[1]{\| #1 \|}\)
\( \newcommand{\inner}[2]{\langle #1, #2 \rangle}\)
\( \newcommand{\Span}{\mathrm{span}}\) \( \newcommand{\AA}{\unicode[.8,0]{x212B}}\)
\( \newcommand{\vectorA}[1]{\vec{#1}} % arrow\)
\( \newcommand{\vectorAt}[1]{\vec{\text{#1}}} % arrow\)
\( \newcommand{\vectorB}[1]{\overset { \scriptstyle \rightharpoonup} {\mathbf{#1}} } \)
\( \newcommand{\vectorC}[1]{\textbf{#1}} \)
\( \newcommand{\vectorD}[1]{\overrightarrow{#1}} \)
\( \newcommand{\vectorDt}[1]{\overrightarrow{\text{#1}}} \)
\( \newcommand{\vectE}[1]{\overset{-\!-\!\rightharpoonup}{\vphantom{a}\smash{\mathbf {#1}}}} \)
\( \newcommand{\vecs}[1]{\overset { \scriptstyle \rightharpoonup} {\mathbf{#1}} } \)
\(\newcommand{\longvect}{\overrightarrow}\)
\( \newcommand{\vecd}[1]{\overset{-\!-\!\rightharpoonup}{\vphantom{a}\smash {#1}}} \)
\(\newcommand{\ket}[1]{\left| #1 \right>}\)
\(\newcommand{\bra}[1]{\left< #1 \right|}\)
\(\newcommand{\braket}[2]{\left< #1 \vphantom{#2} \right| \left. #2 \vphantom{#1} \right>}\)
\(\newcommand{\braopket}[3]{\left< #1 \vphantom{#2}\vphantom{#3} \right| #2 \vphantom{#1}\vphantom{#3} \left| #3 \vphantom{#1}\vphantom{#2} \right>}\)
\(\newcommand{\qmvec}[1]{\mathbf{\vec{#1}}}\)
\(\newcommand{\op}[1]{\hat{\mathbf{#1}}}\)
\(\newcommand{\expect}[1]{\langle #1 \rangle}\)
\(\newcommand{\dfn}[1]{\emph{\textbf{#1}}}\)
Reducing Cognitive Load (Simplify and Emphasize)
Cognitive load refers to the amount of mental effort required to interpret the dashboard. To design an effective dashboard, we aim to minimize unnecessary cognitive load so users can understand the data quickly and accurately. Several strategies help achieve this:
- Simplify the display: Include only the most relevant views and data. As one dashboard guide puts it, avoid adding charts just because they might be useful – extra visuals can create clutter for everybody while only marginally benefiting somebody. Every element should have a purpose. Remove or de-emphasize non-critical elements (e.g. excessive gridlines, unnecessary 3D effects, decorative images that don’t convey information).
- Pre-attentive attributes: Leverage visual attributes that the human eye detects rapidly – like color intensity, size, and position – to highlight what’s important. For example, use a bold color to highlight the current value vs. historical values, or use a contrasting color to draw attention to an outlier. In a table of numbers on a dashboard, you might apply a heatmap shading so the highest values are in darker blue – the viewer’s attention goes to the dark areas immediately without scanning every number.
- Consistency: Use consistent color coding and icons so users don’t have to decipher a new legend for every chart. If “West Region” is blue in one chart, use the same blue for West in the next chart. This way, the audience intuitively links related information across the dashboard. Inconsistent encoding forces users to constantly refer to legends or rethink mappings, increasing cognitive effort.
- Chunking and grouping: Break information into digestible chunks. Use whitespace or delineation to separate sections. Clearly label sections with headings. For instance, you might have a section labeled “Traffic Metrics” containing page views and unique visitors charts, separate from another section “Conversion Metrics” with conversion rate and sales charts. This structuring helps users mentally organize the dashboard into a few key areas rather than a sea of 10+ separate visuals.
- Avoid over-cluttering: Dashboards sometimes suffer from what has been called “data puking”, i.e., throwing every possible metric and chart onto the screen. Instead, focus on the core 3-5 metrics that are most important. Additional details can often be made available on-demand (e.g., via tooltips or drill-downs) rather than all exposed at once. One practical tip is to ask, for each element: “What question does this answer?” If an element doesn’t have a clear answer or action associated, it might not belong on the main dashboard.
By reducing cognitive load, we also reduce the chance of user error or misinterpretation. An uncluttered dashboard with clear highlights means that when something is wrong (say a metric is in a red zone), it jumps out. Conversely, if everything is dense and requires careful reading, the viewer may miss critical insights (eyes glazing over, as some executives complain about overly complex reports).
Applying these principles, consider an executive dashboard: it might highlight in green/red only those metrics that are above or below targets, using color sparingly to flag status. All other supporting numbers might be in a neutral gray, so the viewer isn’t distracted by them until needed. The result is a display where the exceptions or important states immediately catch attention (low cognitive load to spot issues). This kind of design adheres to the advice from the lecture: “Telling a clear story with your data” is easier when extraneous details are stripped away and the story’s main points are visually accentuated.
In sum, to minimize cognitive load: keep it simple, consistent, and focused. Let the data ink ratio be high (i.e., most markings on the screen represent useful data, not chart junk). Make the viewer’s job easy – they shouldn’t need a legend if possible (use direct labels), they shouldn’t have to compare far-apart parts of the screen if you can place related info together, and they shouldn’t have to remember codes or colors from one view to the next (maintain uniform encoding). By respecting the limits of working memory and perceptual processing, you create dashboards that just make sense at a glance.


