Contents
What This Tool Does
How to Use It — Step by Step
Identify the independent dimensions of the problem
Onboarding redesign dimensions
List 3–6 possible values for each dimension
Populating the values
Traverse the matrix to generate specific configurations
Generating novel configurations
Evaluate combinations against feasibility and strategic fit
Filtering the onboarding concepts
- Combination A (cohort + AI config + deadline-driven) — novel, feasible by Q2, strong differentiation
- Combination B (pure product-led) — feasible now, but similar to competitors
- Combination C (concierge + AI + community) — novel for enterprise tier, feasible with existing CS team
- A fourth hybrid that emerged during discussion
Flesh out the top concepts into testable prototypes
Developing Combination A
When It Works Best
Ideal Conditions for the Zwicky Box
| Dimension | Best fit |
|---|---|
| Problem type | Design problems with multiple independent variables — product configuration, service design, go-to-market strategy, business model innovation. The tool shines when the solution space is large but structured: you know the dimensions along which solutions can vary, but you haven't explored the full combinatorial space. |
| Creative stage | Divergent ideation — when you need volume and variety, not convergence. Deploy the Zwicky Box after you've framed the problem but before you've committed to any particular solution direction. It's a generation tool, not an evaluation tool. |
| Team knowledge | Teams with deep domain expertise who are stuck in familiar patterns. The box is most valuable precisely when the team knows the problem well enough to define its dimensions but has been circling the same three solution concepts for months. Expertise enables good dimension selection; the matrix breaks the expertise trap. |
| Competitive context | Markets where existing solutions cluster around similar configurations. If every competitor's onboarding looks the same, the Zwicky Box helps you find the configurations nobody has tried — not because they're bad, but because nobody thought to combine those particular values. |
| Decomposability | Problems that can be cleanly separated into independent dimensions. If changing one variable necessarily changes another, the dimensions aren't truly independent, and the matrix will generate combinations that are internally contradictory. Test for independence before building the box. |
| Stakeholder alignment | Situations where different stakeholders have different implicit assumptions about what the solution should look like. The box makes those assumptions visible by forcing everyone to articulate the dimensions and values explicitly. Disagreements that were invisible become debatable. |
When It Breaks Down
Failure Modes
| Failure pattern | What goes wrong | What to use instead |
|---|---|---|
| Wrong dimensions chosen | The entire output of the box depends on which dimensions you select. Choose dimensions that are too surface-level ("colour," "name," "price point") and you get trivial variations. Choose dimensions that aren't truly independent and you get contradictory combinations. The box amplifies the quality of your decomposition — garbage dimensions in, garbage combinations out. | Abstraction Laddering to find the right level of dimension specificity; First Principles Thinking to identify the truly fundamental variables |
| Combinatorial overwhelm | Six dimensions with six values each produces 46,656 combinations. Teams stare at the matrix, feel paralysed, and either abandon the exercise or cherry-pick combinations that confirm their pre-existing preferences — defeating the entire purpose. The box becomes a prop for confirmation bias rather than a tool for exploration. | Limit to 4–5 dimensions with 3–4 values each. Use structured traversal strategies (random sampling, anchor-and-vary) rather than attempting exhaustive review. |
| Dimension dependencies ignored | The box assumes dimensions are independent. In practice, they rarely are. "AI auto-configuration" as a configuration agent may require "behaviour-triggered pacing" because the AI needs user actions to calibrate. When dependencies exist between dimensions, many cells in the matrix are impossible — but the box doesn't flag them. Teams waste time evaluating combinations that can't exist. | Cross-consistency analysis (Zwicky's own extension of the method) — systematically check each pair of values across dimensions for logical compatibility before generating full combinations |
| Novelty mistaken for value | The box is excellent at producing combinations nobody has tried. But "nobody has tried it" is not evidence that it's a good idea. Some combinations are unexplored because they're genuinely bad. Teams fall in love with the novelty of an unusual configuration without testing whether customers want it or whether the economics work. | Decision Matrix or Cost-Benefit Analysis to evaluate surviving combinations against explicit criteria before committing resources |
| Wicked or emergent problems | The Zwicky Box requires you to define the problem's dimensions upfront. For wicked problems — where the problem definition itself is contested and evolves as you work on it — the dimensions shift under your feet. You build a box for the wrong problem. The tool assumes the problem structure is stable and knowable. | Cynefin Framework to classify the problem domain; Reframing to challenge the problem definition before committing to dimensions |
| Solo use without diverse input | When one person builds the box alone, the dimensions and values reflect a single mental model. The combinations feel novel to that person but may be obvious — or obviously flawed — to someone with different domain expertise. The box's power comes from combining perspectives in the dimension-selection phase, not just in the combination-evaluation phase. | Six Thinking Hats or Delphi Method to ensure multiple perspectives inform dimension selection |
Visual Explanation
Pairs With
Real-World Application
IDEO and Shimano — redesigning the American bicycle market
Analyst's Take
Top Resources
Why this matters next
Abstraction Laddering applied the Confirmation Bias mental model
Abstraction Laddering applied the First Principles Thinking mental model
Abstraction Laddering applied the Leverage mental model
Abstraction Laddering applied the Scale mental model
Abstraction Laddering applied the Intuition mental model
Abstraction Laddering applied the Quality mental model
Continue exploring
Decision tool
Inversion
Ask what would guarantee failure and design your solution to avoid those conditi
Decision tool
SCAMPER
Systematically generate variations by Substituting, Combining, Adapting, Modifyi
Decision tool
Productive Thinking Model
Move through a structured six-step creative process from problem to solution to
More like this, in your inbox
I send a newsletter every week — free, no spam, unsubscribe anytime.