Skip to main content

Stage 1 产品证据链接入方案

一个Stage 1项目可以完成页面、接口和部署，却仍然回答不了三个问题：为什么做、怎样判断有效、数据为什么支持下一轮修改。

因此，产品含金量不来自增加一章“产品经理理论”，而来自让项目全过程保留证据。

建议增加的主线​

发现问题
→ 写出立项与反立项意见
→ 收集两类用户证据
→ 确定定位与不做范围
→ 用MVP验证关键假设
→ 定义指标、埋点与护栏
→ 完成三类迭代
→ 用失败复盘决定下一步

每个阶段的交付​

阶段最小交付主要评审问题
立项一页立项判断问题值得由我们现在解决吗
用户需求证据表事实和解释是否分开
定位定位句与不做清单核心用户、场景和能力是否清楚
MVP假设与最小方案失败后能否区分不同原因
评估指标树、字典和实验卡局部指标会不会误导
迭代三轮迭代记录每一轮是否解决不同问题
复盘失败证据与下一步哪项解释被推翻

三轮不是三次改页面​

第一轮研究问题是否真实。允许使用访谈、观察、人工服务和纸面原型，不要求写代码。

第二轮研究核心能力是否有价值、用户是否能够完成任务。使用可运行MVP或可交互原型。

第三轮研究真实环境中的效果与增长。使用埋点、分群、漏斗、灰度或A/B测试。

项目特点不同时可以增加轮次，但不能把三次视觉调整写成完整产品迭代。

建议评分表​

维度0分1分2分
为什么做只有想法有用户或业务理由有证据、反对意见和时机判断
用户问题用个人体验代替用户有访谈或数据多源证据、反例和明确场景
产品取舍功能列表有优先级有定位、边界和可解释的不做清单
MVP缩小版成品能展示核心流程能区分关键假设的不同结果
指标只看PV/点击有结果指标有指标树、口径、分群和护栏
迭代罗列版本数据后修改假设—证据—结论连续三轮
复盘只写成功有问题总结保留失败并提出可被反驳的下一步

总分不是唯一评价。任何项目如果没有真实用户证据、没有可检查指标，或者把模拟数据写成真实效果，都不能判定为产品验证完成。

最小毕业作品​

最终演示采用“决策答辩”，而不仅是功能演示。建议顺序为：

  1. 展示一个真实用户在具体场景中的失败；
  2. 说明团队最初怎样理解问题；
  3. 展示一项反例如何修改原判断；
  4. 演示MVP和核心路径；
  5. 展示指标、三轮证据和被推翻的假设；
  6. 说明下一版继续什么、停止什么，以及理由。

这样的Stage 1会同时体现工程交付和产品判断。页面是否精美仍然重要，但不再承担证明产品价值的任务。

对应课程​