在B端SaaS领域，产品经理常常面临一个核心难题：怎么才能真正触达客户的需求？和C端不一样，B端产品经理往往不是产品的直接使用者，这种身份的错位，让需求挖掘变成了一项需要刻意练习的技能。

最近读赫克托·麦克唐纳的《后真相时代》，书中对真相多维度的分析让我很受启发。我发现，书中揭示的认知陷阱刚好可以用来构建一套需求判断框架。今天就把这个思考分享给你。

需求为什么会“失真”

你和客户坐下来聊产品需求时，以为获取的是完整信息，但实际上往往只是真相的一个切面。

这种片面有其深层原因。

先说背景的流动性。疫情期间远程办公需求爆发，很多协同软件被迫加速迭代。这些需求以前不存在吗？并非如此，只是环境变化让原本潜在的需求变成了显性需求。产品经理如果只看当下，就容易误判需求的本质属性。

再说角色的局限性。决策者关心成本和战略，操作者关心使用体验，采购者关心供应商资质——同一件事，不同角色看到的是完全不同的版本。这就是为什么坊间说“盲人摸象”，每个人的认知都是局部真实的，拼在一起才是完整图景。

还有一种容易被忽视的情况：数据也会说谎。客户提供的统计数据可能是真实的，但统计维度一旦改变，结论就可能截然相反。产品经理必须警惕“真实的谎言”——数据没问题，但解读方式悄悄偷换了概念。

谁在替客户做决定

很多产品经理容易犯一个错误：把“我认为用户需要”变成了“用户需要”。



当你在产品评审会上说“这个功能很有价值”时，实际上是在表达一种主观判断。问题是，这种判断往往掺杂了太多个人偏好——可能是技术实现的难度满足了自己的成就感，可能是竞品有这个功能所以觉得必须有。

更棘手的情况是，产品经理出于善意“优化”了客户的需求。客户原本表达的是A需求，产品经理经过一番“专业”思考，认为B方案更好，于是自作主张地把需求升级了。短期内看似展现了专业性，长期却可能偏离客户真正的痛点。

避免这个问题需要两个习惯：一是扩大样本量，去观察足够多的真实使用场景，而不是蹲在办公室里假设；二是始终把需求放回商业场景中去检验，脱离业务逻辑的需求描述都是空中楼阁。

那些还没出现的需求

B端产品经理经常遇到一类特殊的需求：客户描述的是未来某个阶段的业务规划，而这些需求在当前产品中根本没有对应实现。



这类需求特殊在于，在产品真正做出来之前，谁也无法用结果来验证它是对是错。从某种程度上说，只要它符合业务逻辑和行业趋势，就可以被视为“暂时无法证伪的真相”。

这类需求的价值判断需要区分两种情况：如果产品针对的是已经被验证的存量市场，那么客户需求有事实支撑的概率较高；如果是全新的增量市场，产品经理的行业洞察力就成为关键变量——你需要判断这个需求是真实的前瞻，还是客户一厢情愿的想象。



这里的核心能力是：需求挖掘要来自客户，但思考层次要高于客户。简单复述客户的话不够，深刻理解客户为什么这么说，才是真正的价值所在。



---

需求挖掘的方法论有很多，这篇文章的切入点或许能帮你多一双眼睛。B端产品经理既要深入客户现场，又不能被客户的描述带着走；既要尊重客户的表达，又要保持独立判断的定力。

说到底，需求挖掘是一种需要不断校准的能力——校准自己与真相的距离，校准客户语言与产品方案的翻译精度，也校准短期满足与长期价值的平衡。