Framework Deep Dive

HMW 问题框架

「我们如何能够……?」(How Might We)把用户研究洞察转化为设计机会,触发创意发散。HMW 问题的艺术在于宽窄适中——太窄变成了解决方案,太宽失去了聚焦。

用户研究做完了,然后呢?

做完用户研究之后,团队往往陷入一个尴尬的中间地带:手里有一堆洞察,却不知道如何转化为可以行动的设计方向。

原始洞察如「用户觉得 onboarding 流程很复杂」并不能触发创意思考——它是一个诊断,不是一个邀请。直接从洞察跳到解决方案,团队往往会固守第一个想到的方案,陷入过早收敛的陷阱。

HMW 充当了洞察与创意之间的桥梁。把「用户在注册时感到困惑」转化为「我们如何能够让新用户在 5 分钟内体验到核心价值,就像有个私人向导陪同?」——这个问题打开了无数可能的解决方向,激活了团队的发散思维。好的 HMW 问题不是解决方案,而是发现解决方案的邀请。

宽窄适中的艺术

一个 HMW 问题的质量取决于它在「太窄」和「太宽」之间的位置。太窄意味着你已经预设了解决方案;太宽意味着无从下手。

太窄 — 已是解决方案
「我们如何能够将注册步骤从 7 步减少到 3 步?」

这已经是一个设计决策,不是问题。它关闭了其他可能性。
恰到好处
「我们如何能够让新用户在 5 分钟内体验到核心价值?」

足够聚焦,又留有足够空间。每个人都想立刻动手画方案。
太宽 — 无法聚焦
「我们如何能够让产品更好?」

什么都可以回答这个问题,也就意味着什么都不能真正被激发。
洞察 → HMW 转化流程
01
用户洞察 (POV)
「忙碌的父母没有时间追踪孩子的学习进度,他们在焦虑与忙碌之间感到无力。」
02
主 HMW 问题
「我们如何能够让父母不费力地随时了解孩子今天学了什么?」
03
同一洞察的多角度 HMW
「我们如何能够让孩子自己想要分享今天的学习?」(从孩子角度)
「我们如何能够把学习摘要融入父母已有的日常习惯中?」(减少摩擦)
「我们如何能够让了解孩子学习进度变成一件有趣的事?」(情感角度)
HMW 常用开头
适用方向
帮助…
聚焦于赋能用户完成他们的目标
消除…
直接针对用户痛点,移除阻碍
减少…的摩擦
降低使用门槛,让行为自然发生
让…更有趣
从情感和动机角度重新定义问题
借助…的力量
利用现有资源或行为习惯,减少改变成本

什么时候该用它?

HMW 是研究与创意之间的转换器。任何需要从「理解问题」跨越到「生成方案」的节点,都是 HMW 的战场。

🔬
用户研究结束后的洞察转化
把用户访谈中发现的每一个重要洞察,转化为可以触发创意发散的 HMW 问题集。
Design Sprint 前的准备
Sprint 的第一天通常以定义 HMW 并投票选出最重要的问题开始,这决定了整个 Sprint 的方向。
🎯
功能规划时重新定义设计目标
在开始设计之前,用 HMW 把「要做什么功能」转化为「要解决什么用户问题」,避免功能堆砌。
🧠
团队头脑风暴前的启动仪式
在发散会议开始时朗读 HMW 问题,立刻让每个人的思维切换到「解决问题」而非「防御立场」的模式。
🔄
当团队对方案争论不休时退回到 HMW
方案争论通常是因为团队对「要解决什么问题」理解不一致,退回 HMW 层面可以重建共识。
🧭
产品战略重新定位时的方向重置
当产品遭遇增长瓶颈或市场变化,用全新的 HMW 视角重新审视核心问题,打破路径依赖。

IDEO × Bank of America
「Keep the Change」(2005)

2005 年,美国银行(Bank of America)聘请 IDEO 帮助他们吸引新的支票账户客户,特别是发现储蓄很难的职业妈妈群体。

用户研究发现了一个关键洞察:「妈妈们在记账时习惯把价格四舍五入,因为整数更好记。」这个行为洞察如果直接转化为解决方案,团队可能设计出一个「更好的记账 App」。但 IDEO 的做法不同——他们先把洞察转化为一个 HMW 问题。

Bank of America × IDEO
Keep the Change 储蓄产品 · 2005 年
2004–2005
💬
那个改变一切的 HMW 问题
「我们如何能够帮助人们在不思考的情况下自然储蓄?」
既不太窄(没有预设「四舍五入」方案)· 也不太宽(聚焦在「储蓄行为」这个具体问题上)
从一个 HMW 问题到一款改变行业的产品
01
用户研究洞察
妈妈们在记账时习惯四舍五入,整数更好记。这个无意识行为暗示了一个天然的储蓄节点。
02
HMW 转化
「我们如何能够让人们在不思考的情况下自然储蓄?」打开了多个设计方向。
03
多个创意方向
团队产生了数十个方案:自动四舍五入、储蓄罐模型、行为奖励机制……
04
胜出方案
每次刷卡消费自动四舍五入到整元,差额自动转入储蓄账户,用户无需主动操作。
05
产品上线
2005 年推出 "Keep the Change",成为当年最成功的银行新产品之一
250万
上线 1 年内的注册用户
10亿
1 年内转入储蓄的美元总额
1个
改变一切的 HMW 问题
为什么这个 HMW 有效
聚焦于人的行为(「不思考」),而非技术实现
没有预设解决方案,让团队可以探索多个创意方向
对应真实的用户洞察(四舍五入习惯),而非臆测
💡
关键启示
同样的洞察,错误的 HMW(「如何做四舍五入功能?」)会直接变成解决方案
正确的 HMW 让团队跳出了「记账软件」的思维定式
这个 HMW 让 10 年后的 Acorns 等 FinTech 产品成为可能

让 HMW 真正有效的五个关键

HMW 看起来只是改写句子,但写出真正有效的 HMW 需要练习。以下是区分好 HMW 与平庸 HMW 的关键实践。

01
从 POV 陈述开始转化,确保 HMW 对应真实用户问题。没有洞察支撑的 HMW 只是猜测。先完成用户研究,再写 HMW,顺序不能颠倒。
02
每个洞察写 5–10 个 HMW 才有足够的创意空间。第一个 HMW 通常是最显而易见的,往往也是最平庸的。继续写,第 7、第 8 个往往才是真正有趣的。
03
用 HMW 投票来对齐团队:哪个问题值得用一周去解决?让每个人用贴纸投票选出最重要的 HMW,这个过程本身就是建立共识的仪式,比任何 PPT 讨论都有效。
04
HMW 不是最终答案,是创意阶段的入口——不要过早固化。在发散阶段结束前,不要把某个 HMW 定为「官方版本」,允许团队修改和重新框架,直到进入收敛阶段。
05
一个好的 HMW 能让每个人都想立刻动手画方案。这是最简单的质量测试:读出你的 HMW,如果有人立刻说「我有个想法!」——这就是对的。如果大家沉默,重写它。

从宝洁的问题卡片到 IDEO 的创意引擎

「我们可以如何……?」(How Might We,HMW)问题框架的历史根源可追溯至 1970 年代宝洁公司内部的创意实践,后经 IDEO 和斯坦福 d.school 在设计思维工作坊中系统推广,成为全球最广泛使用的创意发散引导工具之一。三个词的精心选择并非偶然:「如何」代表有解法,「我们」代表协作,「可以」代表开放的可能性。

1970s
宝洁公司内部发明「HMW」措辞
宝洁公司的创新顾问 Min Basadur 在研发创意方法论时,发现以「How Might We」开头提出问题能显著提升团队的发散思维质量。相较于「如何解决……」,HMW 措辞降低了思维防御,打开了更多可能性空间。
1990s
IDEO 将其纳入设计思维工作坊
IDEO 在其以人为中心的设计实践中,将 HMW 问题作为从用户洞察过渡到创意发散的核心桥接工具。工作坊主持人将用户研究中的关键洞察重新表述为 HMW 问题,引导团队在约束中发散,形成了沿用至今的标准操作流程。
2004
斯坦福 d.school 系统化教学
斯坦福 d.school 创立后,HMW 成为设计思维五步法中「定义」阶段的核心输出物。数以万计的设计思维学员通过 d.school 课程学习 HMW 的撰写规则:既不能太宽泛(失去方向),也不能太具体(限制创意),这一平衡艺术成为创意引导的教学核心。
2012
Google 与 IDEO 大规模推广
Google 在 Design Sprint 流程中将 HMW 问题作为第一天「理解与定义」阶段的主要工具,通过便利贴投票机制将发散的 HMW 问题收敛为 Sprint 的核心挑战。IDEO 同年发布 HMW 工具包,使其在全球企业创新部门中迅速普及。
2010s—至今
进入产品管理主流实践
HMW 问题框架从设计圈扩散至产品管理、商业创新和组织变革领域,成为需求定义、机会探索和战略规划工作坊的通用引导工具。Atlassian、Spotify 等公司将其纳入季度规划和 OKR 定义流程。

与这些工具搭配效果更好