Contents
What This Tool Does
How to Use It — Step by Step
Write down the problem as currently understood
B2B software company — initial frame
Identify the assumptions embedded in the current frame
Surfacing hidden assumptions
Generate 3–5 alternative problem statements
Five alternative framings
Compare frames by asking which one, if solved, creates the most value
Comparative evaluation
Adopt the new frame and redesign the solution space
New problem statement and solution direction
When It Works Best
Ideal Conditions for Reframing
| Dimension | Best fit |
|---|---|
| Problem type | Persistent problems that resist repeated solution attempts. If a team has tried two or three fixes and the problem keeps recurring, the issue is almost certainly the frame, not the solutions. Reframing is also essential for novel, ambiguous situations where no established frame exists — new markets, unfamiliar competitive dynamics, or strategic inflection points. |
| Decision stakes | High. Reframing is overhead — it slows you down before it speeds you up. That trade-off only makes sense when the cost of solving the wrong problem is significant: major capital allocation, product strategy pivots, organisational restructuring, market entry decisions. Don't reframe which coffee machine to buy for the office. |
| Team dynamics | Most powerful when the team includes people with different functional perspectives — a finance lead, a product manager, a customer-facing rep, an engineer. Each person carries a different default frame. The collision between those frames is where the insight lives. Homogeneous teams tend to converge on the same reframe, which defeats the purpose. |
| Information environment | Works best when data is available to evaluate competing frames but hasn't yet been marshalled to do so. Reframing often reveals that the data you need to assess the new frame already exists — it just wasn't being looked at because the old frame didn't call for it. The B2B company in the worked example had churn data all along; nobody connected it to the acquisition problem because the frame didn't invite that connection. |
| Timing | Before solution generation. Before resource commitment. Before the team has emotionally invested in a particular direction. Reframing after a team has spent six weeks building a solution is politically brutal and practically difficult — not impossible, but the sunk cost bias works against you. The earlier in the process, the cheaper and more effective. |
| Organisational culture | Requires a culture that tolerates — or better, rewards — questioning the premise. In organisations where challenging the boss's framing is career-limiting, reframing becomes performative: the team generates alternative frames, then quietly adopts the one the leader already preferred. Psychological safety isn't a nice-to-have here. It's a prerequisite. |
When It Breaks Down
Failure Modes
| Failure pattern | What goes wrong | What to use instead |
|---|---|---|
| Reframing as procrastination | Teams use reframing to avoid committing to a course of action. Every proposed solution triggers another round of "but are we solving the right problem?" The tool becomes an infinite loop of redefinition. At some point, the frame is good enough and the cost of delay exceeds the cost of a slightly imperfect frame. | Reversible vs. Irreversible Decisions to assess whether the decision warrants further deliberation, or whether you should act and iterate |
| Reframing without evidence | Alternative frames are generated through pure speculation — clever-sounding reformulations that aren't grounded in data or customer reality. The team picks the most intellectually appealing frame rather than the most empirically supported one. Reframing becomes a creative writing exercise. | 5 Whys or Ishikawa Diagram to ground the analysis in observable causes before reframing; The Mom Test for customer-facing problems |
| Contrarian reframing | The reframe is adopted because it's surprising, not because it's accurate. There's a seductive quality to the counterintuitive — "what if the problem isn't X but actually Y?" — and teams can mistake novelty for insight. Sometimes the obvious frame is obvious because it's correct. | First Principles Thinking to build the frame from ground-level evidence rather than from the desire to be contrarian |
| Frame wars | Different stakeholders advocate for different frames based on their functional interests. The VP of Sales insists it's a pipeline problem. The VP of Product insists it's a product-market fit problem. Reframing devolves into a political negotiation where the winning frame reflects organisational power, not analytical accuracy. | Delphi Method for anonymous frame evaluation; pre-commit to data-based frame selection criteria before the session |
| Execution-stage reframing | Reframing mid-execution — after resources are committed, teams are mobilised, and stakeholders have been promised a specific outcome — creates chaos. The tool is designed for the problem-definition phase. Deploying it during implementation requires a formal "stop and reassess" decision, not a casual suggestion in a standup. | Pre-Mortem to stress-test the current frame before execution begins; OODA Loop for structured mid-course corrections |
| Simple problems | Not everything needs reframing. If the server is down, fix the server. If payroll didn't run, run payroll. Applying reframing to problems with clear, unambiguous causes wastes time and signals to the team that you value process over action. The tool is for genuinely ambiguous situations where the problem definition is uncertain. | Cynefin Framework to classify the problem domain first — reframing belongs in the "complex" and "complicated" domains, not the "obvious" one |
Visual Explanation
Pairs With
Real-World Application
Apple — the iPod and the reframing of the music problem
Analyst's Take
Top Resources
Why this matters next
Abstraction Laddering applied the First Principles Thinking mental model
Abstraction Laddering applied the Leverage mental model
Abstraction Laddering applied the 5 Whys mental model
Abstraction Laddering applied the OODA Loop mental model
Abstraction Laddering applied the Framing Effect mental model
Abstraction Laddering applied the Narrative mental model
Continue exploring
Decision tool
Hard Choice Model
Determine what kind of decision you're facing (no-brainer, apples vs. oranges, b
Decision tool
Cynefin Framework
Determine what domain you're operating in — simple, complicated, complex, or cha
Decision tool
Reversible vs. Irreversible Decisions
Determine whether this is a one-way or two-way door, and calibrate how much anal
Decision tool
Abstraction Laddering
Move up (why?) or down (how?) levels to find the right altitude for your problem
Decision tool
SWOT Analysis
Map internal strengths/weaknesses against external opportunities/threats to unde
More like this, in your inbox
I send a newsletter every week — free, no spam, unsubscribe anytime.