黄金圈法则：如何识别用户的真需求和伪需求

做产品这些年，我一直觉得「需求」是最容易误会两个字。

团队投入很多时间研发，上线后用户寥寥无几。这种事我见过不少，有时候问题不在执行力，而是一开始就跑偏了。

需求有真需求，也有伪需求。真需求能让产品稳定增长，伪需求要么没人用，要么火一阵就消失。魔漫相机、超级课程表都是例子—靠话题和刚需切入短暂爆发，然后迅速遗忘。

那怎么区分？我最近在用一套思维工具挺管用：黄金圈法则。

从 Why 开始想问题

黄金圈法则是西蒙·斯涅克在《从为什么开始》这本书里提出来。他用三个同心圆描述人思维模式，从外到内依次是：

• What — 做什么
• How — 怎么做
• Why — 为什么

大部分人想事情是从外往里：知道自己要什么，偶尔想想怎么实现，但很少追问为什么要做这件事。而真正能做出不一样东西人，思维方式刚好相反—从圆心出发，先想为什么，再想怎么做，才是做什么。

用在需求分析上，就是一个三层需求模型：

• What（用户说）：问卷、访谈、评价里收集到反馈
• How（用户做）：用户选择产品时实际行为
• Why（用户真正想）：行为背后动机

用好这三层，能把需求一层层剥开，找到真正驱动因素。

What 层：发现机会，不是结论

用户告诉你需求都属于 What 层。

比如你做零售，去淘宝翻同类产品买家评价，尤其是差评—那里面全是等待解决痛点。朋友抱怨网购商品太多找不到自己喜欢，这是痛点；养狗的人说狗粮太重快递不送上楼，这也是痛点。

发现痛点容易，但这里有个坑：发现机会不代表这个需求真实存在。

第一种情况，这个需求本身就是伪需求。用户对问题表述可能是错，或者他们根本想象不出正确解决方案。乔布斯说过：「不要问客户他需要什么，因为他们根本不知道。」在 iPad 出来之前，没人能说出自己需要一台没有键盘电脑。

第二种情况，需求真实存在，但产品做不了。要么人群太小众，缺乏足够用户基数；要么场景太硬造，使用频率低到支撑不起一个产品。上门洗车、上门美甲都是这类—看起来解决了一个问题，但大多数人对「让陌生人进家门」这件事本身就很排斥。

所以 What 层的作用是「发现可能」，而不是「验证可行」。

How 层：听用户怎么说，不如看用户怎么做

发现了潜在需求，下一步是验证。

验证的方法很简单：看用户实际做了什么，而不是听他们说了什么。

用户说话经常不能当真。

一个女生说选老公标准是孝顺、帅气，结果她选了一个有钱人。一个男生说他选择老婆标准是善良，结果他选了一个漂亮身材好。小岛居民经常抱怨鞋子进沙子，但你看他们出门还是乖乖穿鞋。

问用户喜欢什么颜色，十个人里有五个说喜欢绿色。产品团队认真调研后做了一批绿帽子，结果当然是没有然后了。

魔漫相机也是同样逻辑。采访用户，几乎所有人都说喜欢—但大多数用户玩一次之后就不再打开了。他们只是在跟风，本身并没有这个需求，只是当时觉得新鲜而已。

那如果发现用户言行不一，这个需求就伪需求吗？不一定是。这种时候要做的不是放弃，继续往里挖。

Why 层：找到行为背后动机

Why 是最难一层，也是最关键一层。只有找到了 Why，才能判断用户会不会为你解决方案买单。

小岛居民鞋子进沙子是个痛点，对应 What 层的需求。如果顺着这个做，很容易想到解决方案是：让大家不穿鞋。但看 How 层的行为就会发现，居民们虽然抱怨，但依然在穿鞋。

继续追问 Why，答案就清楚了—沙滩里有碎贝壳，不穿鞋会划伤脚。相比沙子硌脚，不受伤才是更重要需求。所以用户真正需求是「在沙滩上舒适地行走」，解决方案不是「不穿鞋」，而是「一双不会积沙舒适鞋子」。

再说一个更贴近生活例子。

我有个朋友特别喜欢喝奶茶，几乎每天一杯。有一段时间她跟同事吐槽奶茶各种问题，最集中意见是「不健康」—植脂末、糖分高、容易长胖。她专门去网上搜了相关信息，发现很多人都对奶茶健康问题有担忧。

她决定开一家店，做「健康的奶茶」—纯牛奶、新鲜茶叶、上等果糖，原料全部换成更健康版本。

店开张之后，生意冷清。刚开始有些朋友捧场，后来就门可罗雀了。

问题出在哪？她的奶茶确实更健康了，但用户为什么不买账？

因为她把手段当成了目的。用户抱怨奶茶不健康，意思是「我想要口味不变、价格不变、环境漂亮，但更健康奶茶」，而不是「给我一杯健康但不好喝东西」。

继续往 Why 挖，为什么大家要喝奶茶而不是果汁、酸奶、牛奶、咖啡？因为奶茶好喝，口感丰富、有层次、有趣味，这是其他饮品替代不了。

到这里，真实需求才露出水面：用户想要一杯好喝而且有趣饮料。对于饮食类产品，口味永远是第一位。牺牲口味去满足其他需求，这条路基本走不通。

《七宗罪》里有一条叫「贪食」，人对美味食物追求是刻在骨子里。大多数人只有在真生病之后才开始在乎健康，在那之前，他们愿意为了好吃冒任何风险。

所以，从 What 发现需求，到 How 验证需求，再到 Why 挖掘动机，这三层都得过一遍。

怎么用这套方法

说了这么多，具体怎么落地？

我的习惯是这样：

收到一个需求，先问用户「你遇到了什么问题」，而不是「你想要什么解决方案」。用户说解决方案往往是他们能想象到最近的路，但未必是最优解。

然后找证据验证。用户说这个东西好，要看他用没用、用了多久、复购没有。说自己烦恼，要看这个烦恼有没有真让他付出行动，哪怕只是抱怨也算。

追问动机。为什么要用这个产品？换别的行不行？如果换了一个产品，原因是什么？这个原因能不能你产品满足？

产品做得多了，越来越觉得「正确识别需求」比「完美实现功能」重要得多。方向不对，跑得越快死得越惨。

用好黄金圈，从 Why 开始想问题，是避免方向错误一个有效方式。