小程序功能迭代机会优先级评分

要解决的问题

在小程序迭代中，最常见的困境不是没有需求，而是需求太多且证据太杂。开发资源有限，但反馈渠道里塞满了用户评论、客服记录和埋点报表；老板也常凭直觉提出一些看似合理的想法。如果没有一套统一的筛选机制，团队很容易陷入两种陷阱：一是被“老板说的”绑架，二是把零散的用户声音当成分母随意的统计结果。最终要么做错方向，要么在低价值功能上浪费宝贵的开发周期。

核心能力与关键步骤

这个 Skill 的核心是一个轻量级的优先级评估框架，旨在将模糊的“机会”转化为可执行的验证计划。

• 数据清洗与分离：第一步不是打分，而是核对输入源。它会帮你区分哪些是硬性开发约束，哪些是来自用户的真实反馈，并强制要求将“老板的主观判断”从客观数据中剥离。如果资料不全，它会先给出一份“补证据清单”，而不是盲目填表。
• 六维统一评分：针对每一个候选项，它会引导你从需求强度、覆盖范围、差异化、收益、难度以及风险六个维度进行评估。这确保了立项逻辑不是仅凭单一指标（如用户呼声高）决定的。
• 可追溯的核验机制：输出的不仅仅是一张评分表。它还要求关联反馈编号、数据截图和技术评估，确保每一个“高分立项”都有据可查。
• 上线后复查闭环：这是该 Skill 最强调的一环。它会预留上线后任务完成率的复查记录模板，用实际数据（而不是预期）来验证当初的优先级判断是否准确。

适用边界与注意点

这是一个专注于“决策辅助”的工具，而非全流程的 PM 软件。它有几个硬性边界需要注意：

• 不替代实操与战略：它不会帮你撰写 PRD，也不会替代全盘商业战略规划。它产出的只是一个优先级排序的参考表。
• 数据合规与隐私：处理涉及价格、会员、客户数据等敏感信息时，Skill 会强制要求标明数据来源和日期，并提醒去标识化。它不会读取或记录 Token、私钥等无关信息。
• 不承诺结果：它明确拒绝承诺流量、转化率或收入增长。如果涉及生产变更或真实的平台操作（如发布、付费），它只会列出需要人工确认的清单，不会自动执行。

如果在评估过程中发现关键信息缺失（如数据口径不一致），它会直接输出“暂不可交付”，并指出需要补充的证据，而不是用虚假数据填满模板。