产品验证的依据要能回答一个核心问题：产品是否真的为用户创造了价值。围绕这个问题，通常需要四类证据：用户行为、用户反馈、业务结果，以及验证前的假设与决策记录。本文按“收集什么—怎么操作—谁来负责—如何检查”的顺序展开，范围限于用户价值验证，需求验收与研发效率指标不在讨论之列。
要点总览（TL;DR）
- 产品验证的依据围绕“产品是否产生用户价值”组织，通常包括用户行为、用户反馈、业务结果、假设与决策记录四类证据，每类都要标注来源、时间范围和统计口径。
- 验证从一句可检验的假设开始：写清对象、行为、预期变化和时间范围，设定成功标准，再确定样本、观察周期与数据口径。
- 证据收集后要逐条对照成功标准，结论区分已证实、未证实与不确定，并记录证据冲突和未达预期的处理意见。
- 产品负责人、用研或数据角色、业务方、决策评审者分工明确，观察周期中点和结束后各设一次核对与评审时点。
- 提交结论前用完成检查清单核对口径、样本、证据对应关系和可追溯性，缺项时结论标注为暂定并说明补齐计划。
产品验证的依据由哪几类证据构成
把依据分成四类，是为了让每份材料都有明确的回答任务。行为证据说明用户实际做了什么，反馈证据说明用户如何评价，业务结果证据说明产品对经营指标产生了什么可观察变化，假设与决策记录则说明这些证据是在什么前提下、按什么标准被解读的。四类证据单独看都可能有偏差，相互印证后才能支撑一个相对可靠的结论。
每类证据都有“最小可用形式”。验证不必等到数据体系完备才开始，但最小形式必须包含来源、时间范围和统计口径，否则证据无法被复核。
| 证据类型 | 回答的问题 | 最小可用形式 |
|---|---|---|
| 用户行为证据 | 目标用户是否真的使用了产品，关键动作是否完成，是否再次回来 | 按时间范围统计的活跃、关键动作完成率、留存或复访数据，附口径说明 |
| 用户反馈证据 | 用户如何描述使用中的问题、障碍与价值 | 若干条有来源的访谈记录或反馈工单，标注用户类型与时间 |
| 业务结果证据 | 产品是否带来转化、续费、成本或效率上的可观察变化 | 验证前后同一口径的指标对比，说明对比周期与影响因素 |
| 假设与决策记录 | 验证前预期什么，成功标准是什么，结论依据什么作出 | 一页假设说明，含假设陈述、成功标准、样本范围、观察周期 |
四类证据的印证关系体现在方向上是否一致。行为数据显示关键动作完成率上升，访谈中用户能说出具体收益，业务指标同期出现同向变化，三者指向同一结论时，证据链才比较完整。若行为数据向好而反馈集中抱怨某个环节，更合理的处理是把它记为“部分证实、存在未解释的负面信号”，而不是选择性采用有利数据。
从假设到验证结论的操作步骤
验证工作从一句可检验的假设开始，到一份写明结论与偏差的记录结束。下面四步给出每步的输入、动作、输出和完成标志，可以按顺序执行，也可以在已有材料的基础上补齐缺失环节。
第一步：把产品假设写成可验证的陈述
输入是产品构想、目标用户描述和预期收益。动作是把“这个功能会有人用”改写成包含对象、行为、预期变化和时间范围的陈述，例如“面向新注册用户上线引导流程后，两周内完成首次关键动作的比例较上线前提升”。同时设定成功标准，明确达到什么水平算证实、什么区间算不确定。输出是一页假设说明。完成标志是团队外部的人读完这份说明，能判断验证结果是否达标。
第二步：确定样本、观察周期与数据口径
输入是假设说明和可获取的数据源。动作包括划定目标用户范围、确定观察多长时间、约定指标的计算方式，例如活跃按什么行为定义、留存按哪一天回访计算。观察周期要覆盖用户完成关键动作所需的自然时间，过短会把正常使用节奏误判为失败。输出是口径说明，附在假设说明之后。完成标志是所有参与方对同一指标的理解一致，后续数据不需要反复解释。
第三步：收集行为、反馈与业务结果证据
输入是口径说明和观察计划。动作是按约定周期提取行为数据，同步开展用户访谈或整理反馈工单，并从业务侧获取同口径的指标对比。收集过程中记录异常，例如某段时间数据缺失、某类用户被排除。输出是一份证据汇总，每项证据标注来源、时间范围和采集方式。完成标志是四类证据中至少行为与反馈两类已有可用材料，业务结果证据在观察周期结束后补齐。
第四步：对照标准形成结论并记录偏差
输入是假设说明与证据汇总。动作是逐条对照成功标准，给出“已证实”“未证实”“不确定”的判断，并写明支持该判断的证据编号。对未达预期或证据冲突的部分，记录可能原因和下一步动作，例如延长观察、补充访谈或调整方案。输出是一份验证记录。完成标志是结论与假设一一对应，每条判断都能追溯到具体证据，偏差有明确处理意见。
谁提供证据、谁做判断：角色与交付物
验证失效常见的原因不是缺数据，而是证据无人负责、判断无人拍板。把角色和交付物提前定下来，可以让收集与决策各归其位。
| 角色 | 主要职责 | 交付物 | 关键时点 |
|---|---|---|---|
| 产品负责人 | 提出假设，设定成功标准，组织验证计划 | 假设说明、口径说明、验证记录 | 验证启动前、结论评审前 |
| 用研或数据角色 | 设计访谈与调研，提取行为数据，说明统计口径 | 访谈记录、反馈汇总、行为数据表 | 观察周期内按约定节奏提交 |
| 业务方 | 提供业务结果数据，解释指标变化的业务背景 | 业务指标对比及影响因素说明 | 观察周期结束后 |
| 决策评审者 | 对照标准判断结论，决定继续、调整或停止 | 评审意见与决策记录 | 结论评审会上 |
证据交接有两个时点值得固定：观察周期中点做一次中期核对，确认数据采集正常、口径无歧义；周期结束后进入结论评审，由决策评审者基于完整证据作出判断。中期核对发现采集问题时，仍有时间补救，避免到期才发现证据不可用。
这些记录需要在团队可访问的位置留存，并与对应的产品工作项关联。ONES 支持在工作项和文档中记录评审过程与结论，采用 IPD 阶段划分的团队还可以在概念阶段依据标准化流程，结合市场分析、技术验证和财务评估形成后续开发的依据，并在阶段决策评审中判断项目进入下一阶段或终止。用户价值验证的行为与反馈证据仍需按本文方法单独组织，工具承担的是记录留存、关联与评审流转的管理动作。
一个功能上线后的验证示例
以下为演示情景，用于说明证据如何组织成结论，数据为示意，不代表任何真实产品结果。
假设与成功标准。某协作产品为新注册用户上线引导任务清单，假设为“新用户在使用引导清单后，七日内完成首次邀请同事的比例提升”。成功标准设定为：上线后四周内，完成首次邀请的比例较上线前四周提升 5 个百分点以上视为证实；提升 0 至 5 个百分点视为不确定；无提升或下降视为未证实。样本为新注册且进入引导流程的用户，观察周期四周，邀请行为按被邀请人成功加入计算。
收集到的证据。行为证据显示，四周内完成首次邀请的比例较上线前提升 3 个百分点，使用引导清单的用户中约六成完成了清单前两项任务。反馈证据来自 12 位新用户的访谈，其中 8 位提到清单帮助他们理解了产品用途，4 位表示邀请步骤的入口不明显。业务结果证据显示同期新用户次月留存小幅上升，但该时段还有一次运营活动，影响无法完全剥离。
结论表述与处理。验证记录写明：假设“部分证实”，邀请比例提升 3 个百分点，落在不确定区间；行为与反馈方向一致，支持引导清单对理解产品有帮助的判断；邀请入口问题有 4 条反馈支持，列为待改进项；业务结果证据受运营活动干扰，不作为主要依据。处理意见为保留引导清单、优化邀请入口，并在下一周期以同一口径复测，复测前补充对邀请入口改动的单独观察。
验证依据的完成检查
结论提交评审前，用下面这份清单逐项核对。任何一项未通过，都应先补齐材料再进入判断环节。
- 假设是否写成包含对象、行为、预期变化和时间范围的陈述，成功标准是否明确到可判断达标与否。
- 每项证据是否标注来源、采集方式和时间范围，指标口径是否只有一种解释。
- 样本范围是否说明，是否交代了被排除的用户类型及排除原因。
- 行为、反馈、业务结果三类证据是否与假设逐条对应，是否存在假设没有证据支撑的情况。
- 证据之间出现冲突时，是否在记录中写明冲突内容与处理方式，而非只保留有利数据。
- 结论是否区分已证实、未证实与不确定，每条判断是否可追溯到具体证据。
- 未达预期或不确定的部分，是否写明原因分析与下一步动作。
- 验证记录、数据表和访谈材料是否已留存，并能与对应产品工作项关联，供后续复测或复盘查阅。
清单全部通过，说明证据在口径、样本、对应关系和可追溯性上达到了支撑结论的要求；仍有缺项时，结论应标注为暂定，并说明补齐计划。
常见问题
产品刚上线、数据体系还不完善，能不能先做验证？
可以，但要把证据降到“最小可用形式”。行为证据至少要有按时间范围统计的关键动作完成情况，反馈证据至少要有若干条标注用户类型和时间的访谈记录或反馈工单，假设说明要写清成功标准和观察周期。口径说明可以先用一页纸约定指标定义，后续再逐步细化。需要避免的是在没有口径说明的情况下直接引用数据，这会让结论无法复核。
行为数据向好，但用户访谈里抱怨很多，结论该怎么写？
这种情况适合记为“部分证实、存在未解释的负面信号”，并在验证记录中写明冲突内容和处理方式。具体做法是把行为证据和反馈证据分别列出，指出两者方向不一致的地方，分析可能原因，例如指标定义覆盖了非目标用户、访谈样本集中在某一类用户，或某个环节体验问题尚未反映到整体指标上。结论中保留负面信号，并给出补充访谈或延长观察的下一步动作。
观察周期内业务指标受到其他活动干扰，业务结果证据还能用吗？
可以用，但要降低它的权重并说明干扰因素。验证记录中应写明同期发生的运营活动或其他变化，说明影响无法完全剥离，业务结果证据作为辅助参考而非主要依据。若行为与反馈证据方向一致，结论仍可成立，只是证据强度需要标注。下一周期复测时，尽量选择干扰较少的时段，或对受干扰指标单独设计观察方式。
验证结论由谁拍板，产品负责人自己判断可以吗？
建议由决策评审者对照成功标准作出判断，产品负责人负责提供假设说明、口径说明和验证记录。产品负责人参与结论讨论，但最终判断交给未直接参与方案设计的人，可以减少选择性采用有利数据的倾向。评审会上应逐条对照成功标准，写明每条判断对应的证据，并形成评审意见与决策记录，与对应产品工作项关联留存。
验证记录和证据材料需要留存多久、放在哪里？
留存位置应让团队可访问，并与对应的产品工作项关联，便于后续复测或复盘时按同一口径对比。留存内容至少包括假设说明、口径说明、证据汇总、验证记录和评审意见。留存时间没有统一标准，可按产品迭代节奏和团队复盘需要确定，原则是下一次复测或相关决策发生时能够调取原始材料。ONES 支持在工作项和文档中记录评审过程与结论，采用 IPD 阶段划分的团队还可以在概念阶段依据标准化流程，结合市场分析、技术验证和财务评估形成后续开发的依据。
