Agent Skills
返回列表
小程序迭代决定单

小程序迭代决定单

企业运营 更新于 2026.08.30

将以下提示词粘贴到你的 AI 对话框中:

请根据 https://skillhub.cn/install/skillhub.md,安装 @user_fccf428b/miniprogram-feature-post-launch-review 技能。

技能介绍

解决什么问题

小程序功能上线后,常见的复盘会变成“老板觉得有用”“活跃涨了就算成功”“暂时没数据但先继续投入”。这类判断无法支撑保留、优化、补验证或下线决定。该技能只处理小程序功能迭代的上线效果回看,最终交付可执行的迭代决定单,而不是替代全盘战略、真实平台操作、合同或合规审批。

技能如何工作

  1. 先核对用户反馈、埋点和开发约束,标记数据日期、来源、缺失项和不可比较口径;资料不足时先输出补证据清单。
  2. 对比上线前基线和预设成功指标,避免用模糊感受替代测量口径。
  3. 把“需求证据与老板判断分开”作为硬约束,任何方案都不能用无法兑现的承诺绕过真实使用证据。
  4. 拆分采用、完成、满意、收益和副作用,不只关注活跃数字。
  5. 形成继续放量、优化、补验证或下线的决定,并用反馈编号、数据截图和技术评估完成交付前核验。
  6. 以上线后任务完成率作为复查指标;没有实际数据时只给测量口径,不虚构结果。

交付物与边界

交付物包括迭代决定单、反馈编号/数据截图/技术评估核验清单、上线后任务完成率复查记录。涉及预算、价格、库存、时间、平台规则、会员或客户数据时,必须标明来源和日期,并区分已确认事实、分析判断和待确认事项。任一关键条件不满足时,输出“暂不可交付”,列出缺失信息、影响范围和下一步补证据动作。涉及真实发布、付费、退款、删除、权限或生产变更时,必须取得明确授权;处理个人信息时应使用最小必要范围并提醒去标识化。

使用场景

  • 小程序版本上线后,需要用埋点数据核对用户反馈,输出保留或下线拼单功能的决定单
  • 迭代方案评审前,需要对比上线前后的任务完成率基线,拆分副作用并准备复查记录
  • 功能上线一周后,需要区分开发约束与管理层判断,整理是否继续放量的证据清单
  • 处理会员数据时,需要先标注数据来源和日期,确保去标识化后再写入迭代决定单

适合人员

  • 小程序产品负责人:需要基于真实使用数据决定功能保留或优化,避免仅凭管理层判断推进
  • 运营分析师:需要核对埋点和反馈数据,输出带来源标注的迭代决定单支持评审
  • 后端工程师:需要配合技术评估,确认上线后任务完成率的计算口径和数据缺失项
  • 业务合规专员:需要检查迭代决定单中个人信息处理是否符合最小必要和去标识化要求