What is it?
How Might We (HMW) is a cognitive reframing framework designed to convert intractable functional deadlocks into generative exploration vectors. Originally pioneered by Min Basadur at Procter & Gamble in the 1970s and subsequently formalized by IDEO and Google Design Sprints, the technique leverages grammatical syntax to dissolve institutional fixation. Stating that "users abandon the onboarding flow due to burdensome identity verification" reinforces helplessness. Recasting the friction as "How might we..." repositions the constraint as an architectural surface for novel capability design.
Each term within the construct serves an intentional cognitive function: "How" assumes solvability. "Might" eliminates the pressure of immediate operational viability, granting permission to explore unorthodox hypotheses. "We" establishes shared agency and interdisciplinary ownership.
The Methodological Mechanism
The framework functions as an algorithmic transformation pipeline:
1. Friction Isolation: Identify six concrete, verified systemic constraints or user frictions across the target domain.
2. Interrogative Inversion: Convert each obstacle into a solution-agnostic inquiry vector introduced by "How might we." The framing must neither dictate a specific feature nor dissipate into vague generalities.
3. Operator-Driven Variation (Amplify & Invert): Subject each baseline question to dual divergent operators:
- Amplify Operator: Maximize the challenge's amplitude to an extreme boundary condition ("How might we turn the identity check into the product's most valued user experience?").
- Invert Operator: Invert the governing operational premise ("How might we verify institutional credibility without collecting user identity attributes?").
4. Leverage Filtering: Rank and select the top three questions based on structural leverage (Potential Impact vs. Technical Feasibility).
The Algorithmic Reactor Advantage
In human ideation settings, HMW exercises routinely degenerate into trivial, risk-averse inquiries. Workshop participants unconsciously bake their preferred implementations into the question, masquerading existing roadmap items as fresh explorations.
The Brainstorm Reactor executes syntactic transformations with zero cognitive bias. The engine strictly rejects embedded solutions and enforces rigorous structural orthogonality across both Amplify and Invert vectors. By algorithmically scaling divergent framing options, it uncovers non-obvious solution corridors that cross-functional teams fail to identify.
Boundary Limits & Trade-offs
HMW is exclusively a divergent problem-framing tool. It does not output deterministic engineering specifications or validation proofs. Deploying HMW questions downstream during operational execution risks severe scope instability and derailed sprint momentum.
Furthermore, grammatical reframing can foster naive optimism. Linguistic restructuring cannot bypass hard physical limitations or non-negotiable legal compliance mandates. When fundamental computational or capital boundaries are reached, algebraic modeling must supersede divergent phrasing.
Strategic Application Fields
- Next-Gen Product Definition: Discovering interaction models that preserve user privacy while satisfying stringent anti-money-laundering mandates.
- Enterprise Sales Acceleration: Transforming lengthy pilot cycles into high-velocity collaborative proof-of-value sprints.
- Customer Experience Architecture: Converting post-purchase warranty claim friction into proactive retention loops.
- Operational Scalability: Reframing manual customer engineering bottlenecks into self-healing infrastructure patterns.