客户问题库最容易失真的地方，不是记录不够多，而是把不同可信度的信息混在一起。客户说过一句话，只能证明这句话曾经出现；它不能直接证明问题普遍存在，更不能证明客户愿意为解决方案付费。因此，问题库应为每条记录标注“证据等级”，把事实、推测与待验证假设分开管理。

三种证据等级

事实是已经观察到或被客户明确说明的内容，例如：客户在非标准项目报价时，需要重复整理服务范围、交付周期和报价说明；这类任务已经发生，场景和行为可以被具体描述。事实记录应尽量保留客户原话，同时补充发生场景、频次、当前解决方式和造成的影响，避免过早写成“客户需要某个模板”。

推测是基于事实形成的解释。例如，客户反复修改报价，可能说明范围确认流程不清，也可能只是客户自身业务高度定制。推测可以帮助聚类和提出方向，但不能当作需求结论。记录时应明确写出推测依据，并保留其他可能解释。

待验证假设则是准备采取行动的判断，例如：一套帮助个体服务者确认项目范围和整理报价信息的轻量模板，可能减少重复沟通。它必须包含目标客户、具体场景、期望结果和验证动作，而不能写成已经成立的产品方向。

证据如何升级

证据等级不是给记录贴上的永久标签，而是随着验证逐步变化。单个客户偶然提及，通常只能形成事实；同一客户反复遇到，说明问题对其具有持续性，但仍不足以推断为普遍需求。多个相近客户在相似场景中出现同类问题，证据才开始具备横向重复性。

强度判断也不能只看抱怨程度。客户是否已经花时间、花钱、承担返工风险，是否购买过替代方案，是否愿意提供材料并参与真实任务，通常比“有兴趣”更能说明问题价值。试用一次是行为信号，但持续使用、纳入原有流程，才更接近稳定需求。

记录时避免证据越级

问题库中应增加“证据等级”“证据依据”和“下一步验证”字段。事实不足时标记“待追问”，不要用自己的猜测补齐；推测未经验证时，不要写成市场需求；客户提出的解决方案，也不要直接等同于核心问题。

真正值得进入产品验证的，通常是场景清晰、重复出现、影响具体，且客户已经为现状付出成本的问题。证据等级的价值，就在于阻止一人公司把一句反馈误判成机会，把一个机会误判成产品。