Login Now 挖掘需求是产品经理的必修课，但对B端SaaS产品经理来说，这门课尤其难上。C端产品经理往往自己就是重度用户，既能当教练指引方向，又能当运动员下场体验；而B端产品经理通常不是产品的最终使用者。这种身份的错位，让洞察真实场景、挖出核心需求的难度呈指数级上升。
最近重读赫克托·麦克唐纳的《后真相时代》，书中对“真相”的多维剖析让我有了新启发。其实，挖掘B端需求本质上就是拨开迷雾、还原业务真相的过程。如果借用书中的框架，从“片面真相”、“主观真相”和“未知真相”三个维度来重新审视，或许能帮我们跳出思维定势，建立更清晰的判断逻辑。
在日常对接中，我们最常掉进的陷阱就是“片面真相”。客户说的可能都是实话，但我们听到的往往只是局部。B端产品的角色链条很长，决策者、管理者和一线执行者立场不同，诉求自然千差万别。这就像盲人摸象，每个人都触碰到了真实的局部，却没人能拼出全貌。如果产品经理只盯着其中一方，拿到的就是经过角色滤镜筛选后的碎片信息。
这种片面性从何而来？首先是角色视角的局限。其次是场景与业务的复杂性。B端业务往往盘根错节，产品经理很难像C端用户那样高频、深度地泡在场景里，极易漏掉冰山下的隐性需求。比如，客户表面上只想要一个简单的审批流，真接进去才发现，背后还牵扯到复杂的权限矩阵和历史数据兼容，需要做大量前置工作。此外，特定的环境变迁也会激活或隐藏需求，就像疫情期间居家办公的常态，直接倒逼了在线协同软件的升级，甚至催生了“云上香”这类看似离谱却真实存在的场景。最后，看似客观的数据也会“撒谎”。当统计维度发生变化时，同样的数据字段可能会推导出截然相反的结论，盲目迷信数据很容易把人带偏。
除了客观环境的局限，需求在传递中还会被染上浓厚的“主观色彩”。当你听到客户反复强调“我觉得这个功能特别有价值”，或者“加上这个按钮体验肯定更好”时，你接触到的就是需求的主观真相。
更棘手的是，产品经理自己也容易陷入这种主观陷阱。因为太想把产品做好，我们常常不自觉地代入客户视角去脑补使用场景，硬生生把原始需求改造成了“我们以为客户需要的需求”。既然主观真相容易被人为扭曲，破局的笨办法反而最有效：尽可能扩大样本量，去一线观察需求是否在真实的业务流转中自然产生。千万别脱离实际商业场景空谈需求，更别用自己的主观臆断去预设极端情况。
还有一种需求指向未来，也就是目前产品尚未实现、暂时无法用结果验证的“未知真相”。
B端客户通常有自己的业务发展蓝图。当他们试图把未来的业务目标嫁接到SaaS产品上时，自然会提出一系列规划性需求。在这些规划落地前，只要没人能证明它是错的，它在客户眼里就是绝对的“真相”。
面对这类需求，应对策略需要因市场而异。如果是在验证过的存量市场做迭代，客户的规划通常有扎实的历史数据支撑，顺着做往往没错。但如果是在未经验证的增量市场开荒，就极其考验产品经理的行业洞察力了。这时候，需求挖掘不仅要“来自客户”，更要“高于客户”，用专业认知去帮客户校准那些不切实际的幻想。
市面上关于需求挖掘的方法论汗牛充栋，但万变不离其宗。引入“片面、主观、未知”这三个真相维度，其实是希望产品经理在面对错综复杂的B端业务时，能多一个审视用户、场景和业务的思考锚点。
做B端产品经理，不仅要当好产品的教练，更要做好客户业务的侦探。对待每一个需求，保持合理的怀疑与求证，不断穿透表象，还原业务的真实全貌。只有这样，打磨出的产品才能真正经得起市场的检验。
