Reframing
Reframing: The problem as first stated is rarely the right problem to solve. Reframing asks: what if we stated the problem differently? What would change if we made the goal a challenge rather than a constraint, the constraint a resource, or the symptom a pointer to a different underlying problem? The frame determines what solutions are visible β change the frame, change the solution space.
What Is Reframing?β
Reframing is based on the insight that every problem definition contains hidden assumptions about what is fixed, what is variable, what is the real goal, and what counts as success. These assumptions, often invisible, constrain the solution space. Reframing makes the assumptions visible and examines whether they should be maintained.
The classic example: engineers at an elevator company received complaints that the elevator was too slow. The obvious frame: "How do we make the elevator faster?" (expensive β motor upgrades, new shaft construction). Reframing: "How do we make waiting feel shorter?" (cheap β install mirrors in the lobby; people preoccupied with their reflection don't notice wait time). Same facts, different frame, radically different solution space.
Reframing draws from cognitive psychology (particularly the work of Kahneman and Tversky on framing effects), design thinking (Stanford's d.school frames "problem definition" as the most important step in the design process), and positive psychology (cognitive behavioural therapy uses reframing to change how patients interpret events). All converge on the same insight: how a problem is framed largely determines what solutions will be considered.
The discipline requires identifying which elements of the problem definition are truly fixed constraints (the floor must bear weight; the law requires disclosure) and which are framing assumptions being treated as constraints (customers are not tech-savvy; enterprise sales cycles take 12 months; we can't change our pricing model). Most "constraints" are actually assumptions β and assumptions can be challenged.
How It Worksβ
Step 1: Write out the current problem statement explicitly
β "We need to increase revenue by 20%"
β "We need to reduce churn from 8% to 4%"
Step 2: Identify the implicit assumptions in the frame
β What is being treated as fixed that might not be?
β What is the assumed goal? The assumed constraint? The assumed metric?
Step 3: Apply reframing questions
β "What if we inverted the problem?" (make failing easy to study)
β "What if the constraint were a resource?"
β "What is the deeper goal behind this goal?"
β "Who else has this problem? How do they frame it?"
β "What if the symptom is not the problem but a pointer to something deeper?"
Step 4: Generate 3β5 alternative problem statements
β Different frames lead to different solution spaces
β No reframe is "right" β evaluate each for insight
Step 5: Select the most productive frame
β Which frame reveals solutions that are feasible and high-value?
β Which eliminates the most assumptions?
Step 6: Solve the reframed problem
β Apply your problem-solving toolkit to the new frame
Three Real-World Examplesβ
IDEO Shopping Cart Redesignβ
IDEO's famous 1999 Nightline challenge was to "redesign the shopping cart." The obvious frame: redesign the shopping cart (better wheels, better basket, better ergonomics). IDEO reframed: "What is the shopping experience people actually want?" This led to insights about: parents worrying about child safety (child seat prominently in front); shoppers losing small items (reusable bags for each cart); cashier efficiency (scan-as-you-shop). The reframe shifted from "make the cart better" to "make the shopping experience better" β producing solutions the original frame couldn't generate.
Software Engineering: Performance Problemβ
Engineers were told: "Optimise the database query β it takes 3 seconds." Frame: make the query faster. After weeks of index tuning, the query was down to 2 seconds. Reframe: "Why does the query need to run in real-time?" Investigation revealed: the query ran every page load to generate a recommendation list that changed only once per day. Reframe: "Run the query once per day and cache the result." Result: 0ms query time in production. The performance "problem" disappeared when the temporal requirement was reframed.
Nonprofit Fundraisingβ
A nonprofit struggling with donor acquisition framed its challenge as: "How do we reach more potential donors?" Reframe 1: "How do we get current donors to give more?" β donor development programmes, major gifts strategy. Reframe 2: "How do we get current donors to recruit new donors?" β peer-to-peer fundraising, social challenges. Reframe 3: "What if we partnered with corporations whose employees match our cause?" β corporate giving programmes. Each reframe opened a different solution space; two of the three turned out more productive than the original frame.
When to Use Itβ
β Reframing is essential for:
- Persistent problems where obvious solutions have been tried and failed
- Early-stage problem definition before committing to a solution direction
- Innovation challenges where incremental improvement is insufficient
- Negotiation and conflict resolution (reframing positions as interests)
β Less necessary when:
- The problem and solution are well-understood and proven
- Speed is critical and exploration would be costly
- The current frame has already been validated as productive
| Pairs well with | Why |
|---|---|
| First Principles | First Principles strips away framing assumptions; Reframing rebuilds them differently |
| Inversion | Inversion is a specific reframing technique: flip the problem to find solutions |
| Abstraction Laddering | Abstraction laddering is a structured reframing technique (move up/down the abstraction hierarchy) |
| Lateral Thinking | Lateral thinking and reframing are complementary creative problem-solving approaches |
Common Misuses and Limitationsβ
Reframing as avoidance. "Let's reframe this problem" can be used to avoid working on the hard, legitimate version of a problem. Sometimes the original frame is correct and what's needed is effort, not cleverness.
Reframing without problem analysis first. Jumping to reframing before deeply understanding the original problem often produces reframes that miss the actual issue. Understand the problem thoroughly in its original frame before challenging it.
Choosing the most comfortable reframe rather than the most insightful. Reframing should challenge assumptions; the most valuable reframes are often uncomfortable. "What if our business model is wrong?" is a harder reframe than "What if we marketed differently?" β but potentially far more valuable.
Related Modelsβ
| Model | Relationship |
|---|---|
| First Principles | Both challenge framing assumptions; First Principles rebuilds from fundamentals |
| Inversion | Inversion is a specific reframing technique (flip the direction of the problem) |
| Abstraction Laddering | A structured reframing tool for moving up and down levels of abstraction |
| Thought Experiment | Thought experiments are a tool for generating reframes |
Frequently Asked Questionsβ
How do you know when you've found the "right" reframe?
You don't β there's no single right reframe. But productive reframes tend to share characteristics: they reveal solution options that were invisible in the original frame, they remove constraints that turn out to be assumptions, and they more closely align the problem statement with the true underlying goal. The test is pragmatic: does this reframe lead to better solutions? If yes, it's productive regardless of whether it's "correct."
What is the "ladder of abstraction" reframing technique?
Move the problem statement up or down the abstraction ladder. "How do we improve our onboarding flow?" (specific). Move up: "How do we ensure new users achieve their first success?" (more abstract). Move further up: "How do we make our product the obvious choice for [user type]?" (very abstract). Moving up reveals the underlying goal; moving down reveals specific implementations. Each level suggests different solution spaces. The productive level is usually 1β2 steps above the original statement β abstract enough to open options, specific enough to be actionable.
Is reframing the same as "thinking outside the box"?
"Thinking outside the box" is a clichΓ© that tells you to be creative without explaining how. Reframing is a specific cognitive technique: identify the implicit assumptions in your current frame, challenge each one explicitly, and generate alternative frames that remove or change those assumptions. It's more structured and actionable than the clichΓ©. The "box" is the frame β and reframing is the systematic process for examining and changing it.
Further Readingβ
- Dorst, K. (2015). Frame Innovation: Create New Thinking by Design
- Watzlawick, P. et al. (1974). Change: Principles of Problem Formation and Problem Resolution β the psychological foundation of reframing
- Dym, C. et al. (2005). "Engineering Design Thinking, Teaching, and Learning." Journal of Engineering Education
Apply with AIβ
π Reframe your problem with MindMax β
This page is part of the MindMax Mental Models Knowledge Base.