小程序功能迭代上线验收清单

解决什么问题

在小程序功能迭代中，开发与运营往往关注代码是否跑通，但真正决定能否上线的，是功能、规则与运营承接是否在同一节奏上。实际操作时，常遇到三类典型问题：

• 证据与判断混杂：把老板的主观判断当成需求证据，导致上线后发现规则无法落地。
• 验收标准模糊：上线后不知道该复查什么指标，只凭感觉判断功能是否成功。
• 边界风险失控：涉及价格、库存、会员数据时，容易忽略数据来源日期或合规确认。

该 Skill 聚焦上线验收环节，不替代全盘战略或真实平台操作。

如何工作

核心目标是产出可执行的上线检查单。工作流遵循以下步骤：

1. 核对输入：整合用户反馈、埋点数据和开发约束，明确标注数据日期、来源和缺失项。若资料不足，先输出补证据清单。
2. 硬约束隔离：严格执行 需求证据与老板判断分开 的原则，任何方案不得用无法兑现的承诺绕过此约束。
3. 全链路核验：逐项检查核心路径与异常路径，重点确认客服、库存、消息等运营环节是否准备好。
4. 定义门槛：预先定义上线、延期、灰度和回滚的判断阈值。

适用边界与注意点

• 数据诚实：没有实际数据时，只提供测量口径，绝不虚构上线后任务完成率。
• 敏感操作：涉及真实发布、付费、删除等生产变更时，必须取得明确授权。
• 合规确认：涉及价格、广告、个人信息时，需先列出需要业务或法务确认的清单。

若关键条件不满足，直接输出 暂不可交付，列出缺失信息与下一步动作，不用空泛建议填满模板。