用户要的是孔，不是钻头——需求本质论
微信扫一扫，分享给好友
关闭
彼得·德鲁克有句被产品经理引用烂了的话：「用户要买的不是1/4英寸的钻头，而是1/4英寸的孔。」
这句话几乎成了产品经理的「圣经」，但很少有人真正想清楚它究竟意味着什么，以及更关键的——它对今天的产品决策有什么实际指导意义。
为什么那么多产品做错了
最常见的失败模式是「需求还原谬误」：用户嘴上说要钻头，PM就老老实实去做了一台更省力的钻头，却没想过用户其实只是想要墙上的那个孔。
举几个真实场景——
- 用户说：「我想要更快的加载速度。」实际场景：他打开页面是为了查一个订单号，加载快慢不影响他，让他抓狂的是找不到「订单查询」的入口。
- 用户说：「我希望有更多主题模板。」实际场景：她买的模板从来不看，她真正想要的是不用每次都从零开始的「情境感」，而不是「视觉感」。
- 客户说：「我想要一份更详细的报表。」实际场景：他在会议上被老板质疑，所以需要一份能给自己撑场子的「证据包」，重点不是多，是「关键数字高亮」。
这些场景里，用户说的和用户要的，中间隔着一层没说出口的「情境」。
需求的三层结构
一个完整的用户需求，可以分成三层——
第一层：解决方案层。用户嘴里能直接说出来的那层。这是最浅的一层，也是最危险的一层。
第二层：功能性需求层。用户期望通过某种动作达到的成果。比如「快速上传」「一键生成」「批量处理」。
第三层：根本性目标层。用户最终想要的生活改变或工作成果。比如「节省时间」「显得专业」「在老板面前有底气」。
绝大多数产品只做到第一层就开始动工。能做到第二层已经算合格的产品经理。真正能打造爆款的产品，往往是因为挖到了第三层。
5个反例练习：穿透表象看需求
练习1：追问功能背后的「做什么」
用户：「我想要一个深色模式。」
追问：「深色模式能帮你解决什么问题？是白天看不清？还是晚上太刺眼？还是有其他原因？」
假设答案是「晚上躺在床上不想被强光晃醒」，那更深一层的洞察可能是：用户希望在睡前使用这个产品的同时不影响伴侣睡眠。解决方案也许是「夜间模式+屏幕亮度自适应」，而不只是「换个底色」。
练习2：观察用户做了什么，而不是说了什么
用户调研里最常说的一句话是「我想要XX功能」，但用户的真实使用行为往往给出完全不同的答案。一个产品经理在分析某工具类APP时发现：用户口头最想要的功能是「一键导出」，但实际使用率最高的却是「自动保存」。
这个反直觉的差异说明：用户的「想要」和用户的「需要」经常不在同一个维度上。
练习3：5个为什么
丰田经典方法论的迁移应用——
- 为什么用户要用模板？因为不用模板他不知道从哪开始。
- 为什么不知道从哪开始？因为他没有相应的写作经验。
- 为什么没有写作经验？这是他第一次做这类工作。
- 为什么第一次做？因为他是新员工。
- 为什么新员工没有培训？因为业务扩张太快。
追到底层，你会发现用户真正需要的不是「更多模板」，而是「新员工上手指南」。
练习4：拆解工作流中的「卡点」
不要问用户「你想要什么功能」，而是和用户一起走一遍他当前的工作流程。每一步问一句「这里有没有让你卡住的地方？」
你会发现，大部分卡点不是「功能缺失」，而是「理解成本过高」或「切换成本过高」。前者对应教育引导，后者对应整合设计。
练习5：把用户的请求翻译成一句「成果」
用户：「我想要数据看板。」
翻译：「用户希望用更直观的方式监控业务状态。」
用户：「希望支持批量操作。」
翻译：「用户希望减少重复性劳动。」
用户：「想要一个 AI 助手。」
翻译：「用户希望在某个具体场景下获得更快的解答。」
翻译成「成果」之后，你会发现很多不同的功能请求其实指向同一个真正需求。
需求本质论的反作用力
「用户要的是孔不是钻头」这句话也不能滥用。它有一个隐含前提——用户对自己的真实目标有清晰的认知。
但在B端场景、在专业领域，用户往往说不清楚自己真正要什么。这时产品经理要做的不只是「挖掘需求」，还包括「教育用户」「引导用户」，甚至「重新定义用户的成功标准」。
比如，Salesforce 让销售团队接受了「客户关系管理（CRM）」这个概念，本质上是教育了市场——告诉企业管理者，他们真正需要的不只是「联系方式簿」，而是「客户全生命周期管理」。这是产品经理主动定义市场的典范。
回到产品决策
把这套思维方式放回日常工作——
- 接到需求时多问一句「为什么是这个？」
- 设计功能时多问一句「用户完成这个动作后，下一步是什么？」
- 评估效果时多问一句「用户在用我们的产品后，生活的哪个具体场景改善了？」
这三个问题，能帮你避开80%的「为做而做」的功能。
产品经理的真正价值，从来不是把用户说的东西实现出来，而是把用户没说出口的东西做出来。这是「孔」和「钻头」之间那段未被填满的距离——也是产品经理存在的意义。