References

A catalog of situation types, signal-to-situation mappings, and common situations by product context.

This section is a lookup resource. Use it when reviewing signals to recognize which type of situation may be emerging, when writing a situation statement to check it against known patterns, or when deciding which lens to apply first.

Situation Types

Situations cluster into recognizable types. Knowing the type helps teams apply the right lens, frame the right questions, and connect the situation to the right UX metrics.

<table xmlns="http://www.w3.org/1999/xhtml" style="min-width: 508px;"><colgroup><col style="min-width: 25px;"><col style="width: 154px;"><col style="width: 154px;"><col style="width: 175px;"></colgroup><tbody><tr><td colspan="1" rowspan="1"><p><strong>Situation Type</strong></p></td><td colspan="1" rowspan="1" colwidth="154"><p><strong>What It Describes</strong></p></td><td colspan="1" rowspan="1" colwidth="154"><p><strong>Common Trigger</strong></p></td><td colspan="1" rowspan="1" colwidth="175"><p><strong>Primary Lenses</strong></p></td></tr><tr><td colspan="1" rowspan="1"><p>Comprehension breakdown</p></td><td colspan="1" rowspan="1" colwidth="154"><p>Users can interact with the product but cannot interpret what it is telling them or why</p></td><td colspan="1" rowspan="1" colwidth="154"><p>Information appears before users have the context to evaluate it</p></td><td colspan="1" rowspan="1" colwidth="175"><p>By Type (attitudinal vs. behavioral mismatch), By Stage (proxy vs. analytics gap)</p></td></tr><tr><td colspan="1" rowspan="1"><p>Trust gap</p></td><td colspan="1" rowspan="1" colwidth="154"><p>Users understand what the product is asking but do not believe it enough to act</p></td><td colspan="1" rowspan="1" colwidth="154"><p>Recommendations or decisions appear without sufficient evidence or explanation</p></td><td colspan="1" rowspan="1" colwidth="175"><p>By Type (satisfaction vs. completion), By Engagement (needs vs. behavior layer)</p></td></tr><tr><td colspan="1" rowspan="1"><p>Effort mismatch</p></td><td colspan="1" rowspan="1" colwidth="154"><p>The cost of completing a task exceeds what users expect or are willing to absorb</p></td><td colspan="1" rowspan="1" colwidth="154"><p>A workflow requires more steps, decisions, or cognitive load than the user anticipated</p></td><td colspan="1" rowspan="1" colwidth="175"><p>By Type (performance), By Time (leading friction signals)</p></td></tr><tr><td colspan="1" rowspan="1"><p>Relevance failure</p></td><td colspan="1" rowspan="1" colwidth="154"><p>Users engage with the product but do not see it as connected to their actual goal or situation</p></td><td colspan="1" rowspan="1" colwidth="154"><p>Product experience addresses a generic need rather than the specific context the user is in</p></td><td colspan="1" rowspan="1" colwidth="175"><p>By Engagement (needs layer), By Type (attitudinal vs. behavioral)</p></td></tr><tr><td colspan="1" rowspan="1"><p>Habit formation gap</p></td><td colspan="1" rowspan="1" colwidth="154"><p>Users adopt the product initially but do not build it into their workflow over time</p></td><td colspan="1" rowspan="1" colwidth="154"><p>Early value is visible but not reinforced in subsequent sessions</p></td><td colspan="1" rowspan="1" colwidth="175"><p>By Engagement (activity layer), By Time (lagging indicators)</p></td></tr><tr><td colspan="1" rowspan="1"><p>Expectation mismatch</p></td><td colspan="1" rowspan="1" colwidth="154"><p>What users expect the product to do and what it actually does diverge at a critical moment</p></td><td colspan="1" rowspan="1" colwidth="154"><p>Users arrive with a mental model shaped by prior experience, marketing, or context that the product does not match</p></td><td colspan="1" rowspan="1" colwidth="175"><p>By Type (attitudinal), By Stage (predictive vs. proxy gap)</p></td></tr><tr><td colspan="1" rowspan="1"><p>Decision loop</p></td><td colspan="1" rowspan="1" colwidth="154"><p>Users reach a decision point and repeatedly return to it without progressing, cycling through the same information</p></td><td colspan="1" rowspan="1" colwidth="154"><p>Insufficient evidence, unclear options, or missing context at a high-stakes decision point</p></td><td colspan="1" rowspan="1" colwidth="175"><p>By Type (behavioral), By Time (leading vs. lagging), By Stage (analytics)</p></td></tr><tr><td colspan="1" rowspan="1"><p>Organizational blind spot</p></td><td colspan="1" rowspan="1" colwidth="154"><p>Teams consistently miss or dismiss the same signals across reviews, creating a gap between evidence and decisions</p></td><td colspan="1" rowspan="1" colwidth="154"><p>Stakeholder assumptions override collected signals at key decision points</p></td><td colspan="1" rowspan="1" colwidth="175"><p>By Stage (proxy vs. analytics), By Type (contradictory signals)</p></td></tr><tr><td colspan="1" rowspan="1"><p>Signal credibility breakdown</p></td><td colspan="1" rowspan="1" colwidth="154"><p>AI-generated outputs, automated reports, or aggregated metrics move faster than teams can evaluate their quality</p></td><td colspan="1" rowspan="1" colwidth="154"><p>Production volume accelerates while the team's ability to verify accuracy does not</p></td><td colspan="1" rowspan="1" colwidth="175"><p>By Stage (proxy vs. analytics), By Time (leading vs. lagging)</p></td></tr></tbody></table>

Signal-to-Situation Mapping

Different signal patterns point toward different situation types. This table maps the most common signal combinations to the situations they typically indicate. Use it when signals are visible but the situation is not yet named.

<table xmlns="http://www.w3.org/1999/xhtml" style="min-width: 437px;"><colgroup><col style="min-width: 25px;"><col style="width: 149px;"><col style="width: 263px;"></colgroup><tbody><tr><td colspan="1" rowspan="1"><p><strong>Signal Pattern</strong></p></td><td colspan="1" rowspan="1" colwidth="149"><p><strong>Likely Situation Type</strong></p></td><td colspan="1" rowspan="1" colwidth="263"><p><strong>What to Check Next</strong></p></td></tr><tr><td colspan="1" rowspan="1"><p>High completion rate + low trust or satisfaction scores</p></td><td colspan="1" rowspan="1" colwidth="149"><p>Comprehension breakdown or trust gap</p></td><td colspan="1" rowspan="1" colwidth="263"><p>Apply By Type. Check whether users understand what they completed or are finishing mechanically without confidence.</p></td></tr><tr><td colspan="1" rowspan="1"><p>Strong desirability scores + low adoption or return visits</p></td><td colspan="1" rowspan="1" colwidth="149"><p>Habit formation gap or relevance failure</p></td><td colspan="1" rowspan="1" colwidth="263"><p>Apply By Engagement. Check whether the needs layer is holding but the activity layer is collapsing after the first session.</p></td></tr><tr><td colspan="1" rowspan="1"><p>Positive prototype results + weak production analytics</p></td><td colspan="1" rowspan="1" colwidth="149"><p>Expectation mismatch or effort mismatch</p></td><td colspan="1" rowspan="1" colwidth="263"><p>Apply By Stage. Check whether the controlled testing environment is not capturing the real-world conditions users face.</p></td></tr><tr><td colspan="1" rowspan="1"><p>Leading indicators missed lagging outcomes consistently</p></td><td colspan="1" rowspan="1" colwidth="149"><p>Structural situation, not temporary friction</p></td><td colspan="1" rowspan="1" colwidth="263"><p>Apply By Time. The situation is baked into the experience, not a learning curve. Look for the underlying condition driving the gap.</p></td></tr><tr><td colspan="1" rowspan="1"><p>Users repeatedly returning to earlier steps without progressing</p></td><td colspan="1" rowspan="1" colwidth="149"><p>Decision loop or trust gap</p></td><td colspan="1" rowspan="1" colwidth="263"><p>Apply By Type and By Stage. Check whether users lack evidence to move forward or whether the decision point itself is unclear.</p></td></tr><tr><td colspan="1" rowspan="1"><p>High engagement metrics + declining retention over time</p></td><td colspan="1" rowspan="1" colwidth="149"><p>Habit formation gap</p></td><td colspan="1" rowspan="1" colwidth="263"><p>Apply By Engagement and By Time. Check whether early engagement reflects genuine need alignment or novelty that does not sustain.</p></td></tr><tr><td colspan="1" rowspan="1"><p>Metrics and interview feedback pointing in opposite directions</p></td><td colspan="1" rowspan="1" colwidth="149"><p>Expectation mismatch or organizational blind spot</p></td><td colspan="1" rowspan="1" colwidth="263"><p>Apply By Type. Contradictory signals usually mean users say one thing and do another — or teams are measuring the wrong thing.</p></td></tr><tr><td colspan="1" rowspan="1"><p>Consistent drop-off at the same workflow point across segments</p></td><td colspan="1" rowspan="1" colwidth="149"><p>Effort mismatch or comprehension breakdown</p></td><td colspan="1" rowspan="1" colwidth="263"><p>Apply By Stage and By Type. Check whether the drop-off is a performance issue, a comprehension issue, or both.</p></td></tr><tr><td colspan="1" rowspan="1"><p>Low engagement despite relevant content or strong product-market fit signals</p></td><td colspan="1" rowspan="1" colwidth="149"><p>Relevance failure or effort mismatch</p></td><td colspan="1" rowspan="1" colwidth="263"><p>Apply By Engagement. Check whether the product is addressing the right need but in the wrong context or at the wrong moment.</p></td></tr></tbody></table>

Situations by Product Context

Situations appear across all product areas, but the conditions that create them vary by context. This catalog organizes common situations by the product moment where they most frequently emerge. Use it to cross-check a named situation against known patterns in that context.

Onboarding

Onboarding situations are among the most common and the most misread. Teams frequently optimize for completion rates while the real situation is about confidence, not task success.

<table xmlns="http://www.w3.org/1999/xhtml" style="min-width: 459px;"><colgroup><col style="min-width: 25px;"><col style="width: 218px;"><col style="width: 216px;"></colgroup><tbody><tr><td colspan="1" rowspan="1"><p><strong>Situation</strong></p></td><td colspan="1" rowspan="1" colwidth="218"><p><strong>Recurring Condition</strong></p></td><td colspan="1" rowspan="1" colwidth="216"><p><strong>Common Misread</strong></p></td></tr><tr><td colspan="1" rowspan="1"><p>Confidence breakdown at setup</p></td><td colspan="1" rowspan="1" colwidth="218"><p>Users complete onboarding mechanically but leave without enough understanding to act on what the product is telling them</p></td><td colspan="1" rowspan="1" colwidth="216"><p>Teams improve completion flows instead of addressing the comprehension gap that precedes the first meaningful decision</p></td></tr><tr><td colspan="1" rowspan="1"><p>Premature recommendation exposure</p></td><td colspan="1" rowspan="1" colwidth="218"><p>Recommendations or next steps appear before users have the context to evaluate them, creating hesitation and avoidance</p></td><td colspan="1" rowspan="1" colwidth="216"><p>Teams interpret low recommendation engagement as disinterest rather than insufficient setup context</p></td></tr><tr><td colspan="1" rowspan="1"><p>Value invisibility</p></td><td colspan="1" rowspan="1" colwidth="218"><p>Users finish setup without understanding what the product will do for them or why it matters in their specific situation</p></td><td colspan="1" rowspan="1" colwidth="216"><p>Teams treat low early engagement as a product-market fit problem rather than a framing or context problem</p></td></tr></tbody></table>

Adoption

Adoption situations typically involve the gap between initial use and integrated use. Users try the product but do not build it into how they work.

<table xmlns="http://www.w3.org/1999/xhtml" style="min-width: 460px;"><colgroup><col style="min-width: 25px;"><col style="width: 217px;"><col style="width: 218px;"></colgroup><tbody><tr><td colspan="1" rowspan="1"><p><strong>Situation</strong></p></td><td colspan="1" rowspan="1" colwidth="217"><p><strong>Recurring Condition</strong></p></td><td colspan="1" rowspan="1" colwidth="218"><p><strong>Common Misread</strong></p></td></tr><tr><td colspan="1" rowspan="1"><p>First-session novelty collapse</p></td><td colspan="1" rowspan="1" colwidth="217"><p>Users engage strongly in the first session but do not return because the product did not connect to a recurring need in their workflow</p></td><td colspan="1" rowspan="1" colwidth="218"><p>Teams celebrate first-session engagement metrics without checking whether early signals predict return behavior</p></td></tr><tr><td colspan="1" rowspan="1"><p>Feature awareness gap</p></td><td colspan="1" rowspan="1" colwidth="217"><p>Users repeatedly miss or ignore features that would address their situation because discovery is unclear or poorly timed</p></td><td colspan="1" rowspan="1" colwidth="218"><p>Teams add more features or surface notifications rather than addressing the situational context that would make the feature relevant</p></td></tr><tr><td colspan="1" rowspan="1"><p>Workflow integration friction</p></td><td colspan="1" rowspan="1" colwidth="217"><p>The product requires users to change existing workflows in ways that cost more effort than the product returns in value</p></td><td colspan="1" rowspan="1" colwidth="218"><p>Teams interpret slow adoption as a motivation problem rather than an effort mismatch between the product and the user's existing context</p></td></tr></tbody></table>

Retention

Retention situations are often habit formation failures disguised as satisfaction problems. Users who are satisfied but not retained are experiencing a different situation than users who are dissatisfied.

<table xmlns="http://www.w3.org/1999/xhtml" style="min-width: 460px;"><colgroup><col style="min-width: 25px;"><col style="width: 218px;"><col style="width: 217px;"></colgroup><tbody><tr><td colspan="1" rowspan="1"><p><strong>Situation</strong></p></td><td colspan="1" rowspan="1" colwidth="218"><p><strong>Recurring Condition</strong></p></td><td colspan="1" rowspan="1" colwidth="217"><p><strong>Common Misread</strong></p></td></tr><tr><td colspan="1" rowspan="1"><p>Satisfied but non-returning</p></td><td colspan="1" rowspan="1" colwidth="218"><p>Users rate the product positively but do not return because it does not connect to a recurring need in their situation</p></td><td colspan="1" rowspan="1" colwidth="217"><p>Teams treat high satisfaction scores as retention signals and miss the habit formation gap entirely</p></td></tr><tr><td colspan="1" rowspan="1"><p>Re-entry friction</p></td><td colspan="1" rowspan="1" colwidth="218"><p>Returning users face a reorientation cost each session that increases over time, eroding the habit before it forms</p></td><td colspan="1" rowspan="1" colwidth="217"><p>Teams focus on new user experience while the returning user experience quietly degrades</p></td></tr><tr><td colspan="1" rowspan="1"><p>Value decay</p></td><td colspan="1" rowspan="1" colwidth="218"><p>The product delivered value early but that value has not grown or evolved with the user's situation, creating a relevance gap over time</p></td><td colspan="1" rowspan="1" colwidth="217"><p>Teams attribute churn to pricing or competition rather than a situation where the product stopped meeting the user's evolving context</p></td></tr></tbody></table>

Decision and Evaluation

Decision situations appear when users reach moments of commitment or comparison and the conditions around them are not sufficient to support forward movement.

<table xmlns="http://www.w3.org/1999/xhtml" style="min-width: 460px;"><colgroup><col style="min-width: 25px;"><col style="width: 217px;"><col style="width: 218px;"></colgroup><tbody><tr><td colspan="1" rowspan="1"><p><strong>Situation</strong></p></td><td colspan="1" rowspan="1" colwidth="217"><p><strong>Recurring Condition</strong></p></td><td colspan="1" rowspan="1" colwidth="218"><p><strong>Common Misread</strong></p></td></tr><tr><td colspan="1" rowspan="1"><p>Comparison paralysis</p></td><td colspan="1" rowspan="1" colwidth="217"><p>Users cannot move forward because the product presents options without giving them the context to evaluate the difference</p></td><td colspan="1" rowspan="1" colwidth="218"><p>Teams add more options or personalization rather than addressing the information gap that makes comparison impossible</p></td></tr><tr><td colspan="1" rowspan="1"><p>Evidence deficit</p></td><td colspan="1" rowspan="1" colwidth="217"><p>Users want to act but do not have enough credible information to justify the decision to themselves or to others</p></td><td colspan="1" rowspan="1" colwidth="218"><p>Teams improve visual design or messaging rather than the underlying evidence that would support the decision</p></td></tr><tr><td colspan="1" rowspan="1"><p>Stakeholder misalignment</p></td><td colspan="1" rowspan="1" colwidth="217"><p>The user understands the product but cannot get organizational buy-in because the product does not speak to the concerns of other decision-makers in their context</p></td><td colspan="1" rowspan="1" colwidth="218"><p>Teams treat this as an individual user problem rather than a situational condition shaped by the organizational context the user operates in</p></td></tr></tbody></table>

Situation Strength Checklist

Before carrying a situation into Measure, teams should be able to answer yes to most of these questions. A situation that cannot satisfy at least four of the five is an observation, not yet a named situation.

<table xmlns="http://www.w3.org/1999/xhtml" style="min-width: 305px;"><colgroup><col style="min-width: 25px;"><col style="width: 280px;"></colgroup><tbody><tr><td colspan="1" rowspan="1"><p><strong>Question</strong></p></td><td colspan="1" rowspan="1" colwidth="280"><p><strong>Why It Matters</strong></p></td></tr><tr><td colspan="1" rowspan="1"><p>Does the situation appear in signals from at least two different sources?</p></td><td colspan="1" rowspan="1" colwidth="280"><p>A single source can reflect a collection artifact. Convergence across sources increases confidence that the condition is real.</p></td></tr><tr><td colspan="1" rowspan="1"><p>Do at least two lenses point to the same underlying condition?</p></td><td colspan="1" rowspan="1" colwidth="280"><p>One lens showing a pattern is an observation. Two lenses converging on the same condition is a situation.</p></td></tr><tr><td colspan="1" rowspan="1"><p>Does the situation appear across more than one audience segment?</p></td><td colspan="1" rowspan="1" colwidth="280"><p>A condition visible only in one segment may be an audience-specific finding rather than a recurring situation.</p></td></tr><tr><td colspan="1" rowspan="1"><p>Can you name all four parts: trigger, goal, friction, and what success means?</p></td><td colspan="1" rowspan="1" colwidth="280"><p>A situation without all four parts is incomplete. Missing elements usually signal that more observation or interpretation is needed.</p></td></tr><tr><td colspan="1" rowspan="1"><p>Is the situation stable enough that a concept could be designed against it?</p></td><td colspan="1" rowspan="1" colwidth="280"><p>A named situation should be concrete enough to anchor a design response. If it is still too vague to imagine a concept, it is not ready.</p></td></tr></tbody></table>

Related links

Santhosh Gandhi

Argues that design thinking is human-centered while systems thinking is interconnection-centered, and the two together let teams see both user needs and the wider system around them. Useful when a design challenge feels too narrow and you need to understand the system shaping user behavior.

Ben Davis

Ben Davis (Econsultancy) explains the customer mental model and why it matters in marketing and UX. Useful when a marketing team wants a shared definition before a research project.

Nathan Shedroff (down the page)

Nathan Shedroff's DIKW diagram lays out data, information, knowledge, and wisdom as a stack. Useful when teams build experiences that should help users move up that ladder.

Identify where decision quality breaks down

The Glare Design Assessment helps teams spot weak validation, stakeholder friction, alignment gaps, and assumptions that scale without measurable learning—so you have a clearer starting point for improvement.

About 5 minutes · Team-based · Diagnostic snapshot you can act on

Take the Design Assessment