在产品管理中，判断用户需求的真伪是产品经理的核心技能之一。本文通过一个实际案例，探讨了如何在面对用户需求时，运用多角度的分析框架来判断其真伪。
前两天我向flomo的少楠老大提了一个需求建议，被婉拒了。
需求背景大概是这样的：
镜哥作为内容创作者一直都是flomo的深度用户，平时也经常会有灵感一闪而过的高频瞬间，每当灵光乍现时，我都会赶紧打开flomo的语音转文字功能，快速记录下当时的闪念。
有过类似经历的同学肯定有共鸣：彼时我们的手很容易跟不上脑海中的游思，稍微记录慢了就会忘记后面的灵感，所以，语音输入在此时的输入效率就很高。
但与此同时，语音输入的缺点是不够精准，每次都需要手动调整语气词、重复字句等，低价值的重复工作也挺繁琐。
OpenAI创始人山姆·奥特曼曾说过：所有重复性的工作都值得用AI重做一遍。
图-⬆️Sam Altman接受采访
所以，本着当下「没有AI的应用不是好应用」的江湖原则，我就在思考，这要是有个「AI润色」功能就好了，能够把我们的转出来的文字做些润色，这不就是自动化嘛。
当然，前提是语义不能变。
说心里话，这个需求我两年前就存在，因为对我来说确实是刚需，比如，每天早上公园跑步、读书或者看公众号时，都会有密集的灵感启发和闪念，这么多年都是人工手搓。
直到去年得到发布了自带润色功能的「Get笔记」，但是一个问题是，他的润色有点过头，我本来希望他是一个理科生，只需要把我的语气词修正下就行，可润色完思想都发生了变化。
于是，我就想到有质感、有体验又很克制的flomo了——我想flomo肯定能把这个功能做的更细腻，而少楠应该会欣然采纳我这个建议，我甚至把获奖感言都提前写好了。
可没想到，少楠上来就婉拒了。
少楠告诉我，「润色」这个功能与flomo的价值观不符，flomo是希望能帮助用户记录内心真实的想法，希望能成为一片净土，而不是被AI 或其他事物牵绊到无边界的泛滥。
我深表理解，因为我也始终认为：克制，是一种美德，也是一种修为。
但是，这也同时带我另一个角度的思考：到底怎么判断用户需求的真伪？这在AI新的叙事逻辑下，判定标准有没有新变化呢？
图-⬆️和少楠的交流，让我对产品有了新思考
我本人经常会问应聘者这道题，但其实很多时候越是朴素的、简单的问题，有时候就越不好回答，就越考验你的产品认知。
比如，面试官请你介绍某个项目，看似平淡的一句话，有的同学回答很单一，但有的同学却能从「项目背景」、「项目职责」、「产品工作」、「项目成果」等多角度结构性回答。
回到这道题也一样。
需求真伪的判别一定是综合多方面的因素来结构性回答，如，业务目标一致性，产品价值匹配度，用户特征符合程度，使用广度、深度及频率，需求优先级，投入产出比，等等，这一定是多角度的分析逻辑。
但现实中，很多同学仅仅只是从用户角度来评估，如，有同学回答说要看用户真实反馈，而不是自己在实验室里想，只有用户反馈的需求才属于真实需求。
乍一听，没毛病。
细一想，差很多。
难道用户反馈的就一定是真需求吗？显然不一定。比如，用户反馈产品定价太贵，总不能你都改成免费么？
再比如，在我对flomo提这个需求之前，我就知道这个需求不会是大众的，毕竟内容创作者这个标签不具有广泛性，如果少楠每个用户反馈都列入需求池，那恐怕flomo早就臃肿不堪了。
所以，你肯定也听过这句话——把用户当白痴，不能都听用户的，当然，这句话尤其特殊语境，镜哥想强调的是：需求真伪需要用户视角，但不等用户视角，属于必要不充分条件。
图-⬆️使用AI应用，10秒钟生成
这么多的判别因素，但如果说最重要的，我觉得是与产品核心价值的匹配程度。
当然，这离不开产品经理的价值观，这也是我为何在上一篇文章中强调产品经理一定要有正确的价值观的原因。（由「华为招聘」想到的几件产品往事）
说实话，当少楠以“这与flomo的价值观不符”为由婉拒我时，我没有失落，反而是肃然起敬——真正能克制核心价值、能遵循朴素价值观的产品或个体，越发有稀缺性。
这也是为何有些产品有质感的原因所在——从某种角度来看，产品是背后操刀人的品行、价值观的外化表现。
从这个核心的初心出发来看，真需求一定要符合产品核心价值，这是首要因素，这句话大家可以记下来，仔细领会思考，至少我面试这么多人，有一大半都没有提到这一点。
你想啊，这个需求与你的核心价值相背，那还算啥真需求呢？
从这个视角去看很多产品设计，你就能豁然开朗。
比如，很多人向张小龙提议在微信上增加「消息已读」功能，但微信团队都拒绝了，因其产品核心是“轻量沟通”，已读状态会增加社交压力，违背产品的核心价值。
你可以主观地说龙哥克制，但内行同学能看到，这背后的逻辑却是产品定位与核心价值。
托尔斯泰在他的小说《安娜·卡列尼娜》的开头，是这样说的：幸福的家庭都是相似的，不幸的家庭各有各的不幸。
需求真伪也是如此。
真需求需要集齐七龙珠，可一个木桶短板可能都会变成伪需求。
因此，了解伪需求的典型特征、进而做针对性策略验证，更容易识别、过滤掉伪需求，以使得产品功能始终在用户价值的正确方向上迭代。
根据镜同学的经验来看，伪需求有以下常见特征：
1️⃣ 声称/坚信：这个需求所有人都会用
时至今日，没有一款产品能满足所有人的需求，这也是AI时代对「长尾需求」的价值——更低的技术门槛，使得细分、小众的需求可得到更好地满足。
但是，我相信你肯定也听到过、甚至你在公司也经历过，某个leader或老板一拍脑门就说：凭我的经验来看，这个需求所有客户都会用。
于是“敏捷”上马，而后一地鸡毛。
2️⃣叫好不叫座：嘴上很好，身体很诚实
不知道大家有没有这样的经历：
客户嘴上嚷着某个功能很好，或者，来你们公司参观、学习，表示你们产品很强大，要是再有某个功能就更好了。
老板一听是重要客户反馈的，马上大手一挥：安排。
结果上线后，叫好不叫座，根本没几个客户用，甚至提出来的这个客户压根都不用。
为啥会有这种情况呢？
其实这类因素有很多，比如，很多时候，B端最终真正使用产品的人与决策者根本不是一群人，管理者未必就真的对执行流程很熟悉，导致同样经验误导，最终叫好不叫座。
而你们如果只是「大胆尝试」而没有「小心求证」，必然会催生伪需求。
3️⃣ 调研模糊，过度依赖假设
有些产品同学在评估需求时过度依赖假设，总是主观地讲“如果有这个功能，用户就会付费”，但其实缺乏有效的数据支撑。
或者，对用户对需求描述模糊，如，用户说“希望更好用”，但无法具体说明痛点。
这些对假设的过度依赖，同样是伪需求的密集地，需要警惕。
图-⬆️使用AI能力，10秒钟生成
你看，伪需求通常都是有信号的，咱们产品经理要有感知能力、要培养对伪需求的感知能力。
既然能感知，就能通过方法论或工具来应对，比如，通过数据分析用户行为、通过需求真伪四象限、5W分析法、黄金圈法则等等，对需求做科学的、有效的真伪识别。
这些也很成熟，在这里咱就不展开说了。
不过，镜同学根据个人经验对真伪需求列了一个「敏捷公式」，在团队中也经常使用，虽然不是很精确，但大家在实际产品工作中可做参考，便于快捷识别：
真实需求 = 用户痛点（强场景 + 高频） × 商业可持续性（ROI >1） × 可实现性（技术/资源可行）
很简单，若三者中任意一项得分为零，则该需求一定为伪需求，同时就需通过数据验证、用户行为观察和逻辑推演进行交叉验证。
当然，我们聊到这里，也希望对大家有所启发——真需求、伪需求不仅仅是一道面试题，更是产品经理的基本功、必备技能。
同时，想要回答好这道题，不仅需要系统的认知框架，也需要有自己的产品价值观，
不打仗，很难出将军。
镜哥也希望大家在产品工作中多去实践，不断提升专业水准，夯实基础能力，最终回答好这道本命题。
既是面向面试官，也是面向未来的自己。
本文由人人都是产品经理作者【产品大峡谷】，微信公众号：【产品大峡谷】，原创/授权 发布于人人都是产品经理，未经许可，禁止转载。
题图来自Unsplash，基于CC0协议
此内容由惯性聚合(RSS阅读器)自动聚合整理，仅供阅读参考。 原文来自 — 版权归原作者所有。