客户访谈的价值不在于记录了多少内容，而在于能否区分“客户明确说过什么”和“你认为这意味着什么”。大多数需求验证失误，根源都在于把不同证据强度的信息混为一谈，然后用一份看似完整的摘要代替了真正的判断。

按照证据的可靠性，客户访谈中获取的信息大致可以分为四个层级。最底层是客户对概念的礼貌性赞同。“听起来不错”“这个功能挺好的”这类反馈几乎没有验证价值，因为社交场合下的肯定不需要付出任何成本。如果需求清单里大量依赖这类表述，说明访谈设计本身就有问题——问题太抽象，或者提问方式诱导了肯定回答。

往上一层，是客户对未来行为的口头承诺。“我会用”“我愿意付费”“如果有了这个功能我一定买”，这些话比礼貌性赞同稍好一些，但仍然不可靠。人类对未来行为的预测普遍偏乐观，尤其是在面对一个具体产品概念时，客户往往高估自己的行动意愿。这一层信息可以记录，但不能作为决策依据，必须标记为“弱证据”。

再上一层，是客户描述的过去行为和当前流程。这是访谈中真正有价值的信息。客户说“我每周要花三个小时手动整理客户反馈”，比说“我需要一个自动生成报告的功能”可靠得多，因为前者描述的是已经发生的事实。这类信息的关键在于具体程度：问题发生在什么场景、多久一次、谁受影响、现在怎么解决、不解决会怎样。如果客户能清晰回答这些细节，证据强度就可以标记为“中”或“强”。

最高层级，是客户已经投入资源的实际行动。客户愿意提供样本数据、安排一次内部试用、协调决策者参与第二次访谈，或者已经为类似问题购买过工具——这些行为的信号强度远高于任何口头表态。在需求验证中，行动是唯一无法伪装的证据。

实际操作中，最容易出问题的环节是把“客户说这个功能不错”直接写成“客户需要这个功能”，或者把“客户有这个问题”直接等同于“市场愿意为这个问题付费”。前者混淆了兴趣和需求，后者混淆了个案和趋势。每次访谈结束后，最有效的做法是把事实、解释和假设分成三份独立文档，强迫自己面对一个问题：这条结论到底属于哪个证据层级？如果答案是最低两层，就不要急着写进方案。