Less is more: what Kahneman teaches us about technical writing
In Thinking, Fast and Slow, Daniel Kahneman reveals something every technical writer should know: the mind prefers coherence over completeness.
When we read, we constantly build quick mental models of what’s happening. If a message is clear, we trust it. If it’s cluttered or contradictory, we tune out, even if it’s accurate. That’s why less is more isn’t just an aesthetic principle. It’s a cognitive truth.
The core thesis: Good documentation optimizes for coherence first, then reveals depth on demand. “Less” must mean less cognitive friction, not less useful information.
- System 1: Fast orientation
- Middle layer: Context & structure
- System 2: Depth & precision

Good documentation works with human cognition, not against it. Minimalism, as refined by researchers like Hans van der Meij and John Carroll, is how we apply that truth in practice. For a deeper dive into how Systems 1 and 2 connect with affordance and DITA structure, see Systems 1 and 2, affordance, and minimalism in technical writing.
System 1 and System 2: the two readers in every mind
Kahneman describes two distinct modes of thinking that operate in every reader:
System 1: The Glancer
Fast / IntuitiveSkims for immediate orientation, recognizable headings, and actionable commands. If a page feels coherent, System 1 grants immediate trust.
System 2: The Investigator
Slow / AnalyticalWakes up when something breaks, confuses, or requires verification. Demands accuracy, edge cases, underlying mechanics, and structural depth.
When readers open documentation, they start in System 1. They’re skimming, looking for quick cues: headings, examples, or one command to copy and run. If something breaks or feels unclear, System 2 wakes up to analyze, compare, or debug.
Most users don’t read documentation linearly; they scan, act, and adjust:
- 1. Scan for cues (System 1)
- 2. Act on code or command
- 3. Check outcome against goal
- 4. Investigate depth (System 2)
Minimalist writing feels natural because it aligns directly with this non-linear rhythm.
How System 1 shapes the reader’s first impression
System 1 doesn’t read; it glances. It forms an evaluation in seconds:
- “Can I find what I need?”
- “Does this look trustworthy?”
At this stage, your job isn’t to explain: it’s to make orientation effortless.
Practical design rules for System 1
-
Short, task-based titles signal immediate intent and scope.
-
Action-first examples invite immediate execution before theory:
deployDeploy your app in one step.
-
White space and clear visual hierarchy allow readers to parse document structure without conscious effort.
This satisfies System 1’s craving for coherence: a structure that feels right before it’s even fully analyzed. Applying DITA information typing principles in Markdown is one concrete way to build this kind of structured clarity.
How System 2 demands depth and precision
Once the reader slows down, System 2 takes over. This is where detail, accuracy, and logical order matter. Readers start asking: Why? What happens if I change this parameter?
This is where layering and progressive disclosure protect clarity from collapsing into oversimplification:
| Layer | Cognitive Mode | Purpose |
|---|---|---|
| Top layer | System 1 (Orientation) | Clear action, task-based command, and core idea |
| Middle layer | Transition (Context) | Context, rationale, structure, and conceptual boundaries |
| Deep layer | System 2 (Analysis) | Full API references, edge cases, exceptions, and recovery |
- Top: Core idea & immediate action
- Middle: Rationale, structure & context
- Deep: References, edge cases & recovery
By structuring documentation this way, you honor both readers:
- System 1 gets a quick, coherent path to initial success.
- System 2 finds the logical depth it needs when curiosity, edge cases, or errors kick in.
Why “less” works: cognitive economy
Kahneman’s research on cognitive load explains why minimalism works so reliably in documentation:
- The mind is energy-conserving by design: it minimizes effort by simplifying.
- Every extra word or digressive paragraph is a mental toll.
- The easier it is to process information, the more credible it feels.
Concise documentation builds trust faster than exhaustive explanation. When readers grasp the core idea instantly, System 1 rewards them with confidence, and confidence sustains engagement.
The danger of unearned fluency: Cognitive ease produces the feeling of truth, not truth itself. The same fluency that makes a correct instruction feel trustworthy makes an incorrect one feel trustworthy in exactly the same way: a clean, well-spaced page lowers the reader’s guard regardless of whether the content is right. Fluency is an editorial responsibility: make correct, complete, recoverable guidance easy to process—never borrow ease’s credibility for content that hasn’t earned it.
When “less” becomes “not enough”
Minimalism fails when brevity removes essential context: System 1 says “this feels easy,” but System 2 hits a wall: “wait, something’s missing.”
Hans van der Meij’s minimalist heuristics prevent that breakdown by balancing brevity with completeness:
1. Action first
PrincipleGive readers an actionable step immediately. Front-load commands and examples before theoretical background.
2. Anchor in real tasks
ContextGround explanations in genuine user workflows rather than abstract feature tours or synthetic scenarios.
3. Support error recovery
ResilienceAnticipate failure modes directly in the flow; show readers how to diagnose and recover when things break.
4. Support multiple modes
FlexibilityDesign typography and structure for three simultaneous reading behaviors: skimming, studying, and reference lookup.
These principles ensure that less never becomes less useful.
Designing documentation for two minds: an editing checklist
Kahneman gives us a practical lens to audit our documentation:
| Review Question | Cognitive Focus | Editing Check |
|---|---|---|
| Can readers grasp the goal instantly? | System 1 | Simplify, rephrase, front-load |
| Do explanations appear where curiosity peaks? | System 2 | Layer detail, not overload it |
| Can readers recover easily from mistakes? | Both | Inline error recovery guidance |
| Does the structure mirror real actions? | Both | Task-based organization |
If a page satisfies both systems, it’s not just readable: it’s thinkable.
The deeper lesson: tell the right story
Kahneman’s insight was never about technical writing, but it might as well have been. A good story feels true because it’s easy to follow. Good documentation works the same way: it feels usable because it’s easy to think through.
Minimalism and layering simply translate cognitive psychology into structure and language. They ensure that “less is more” never becomes “less is not enough.” This approach pairs naturally with flat-file content management, where the simplicity of the toolchain itself supports cognitive economy.
Summing up
Related reading
- The KISS principle of simplicity — the simplicity strategy behind these ideas, in depth.