Skills / mohitagw15856/pm-claude-skills / product-launch-checklist Try your first task product-launch-checklist
Start a fresh conversation. Replace the highlighted placeholders.
Use product-launch-checklist to Generate a role-assigned product launch checklist for [product_name] with a release level of [level] , including team members [team_roles] . Required inputs User-approved starter prompt based on a pinned source version; check current skill requirements before running. Task evidence ↗
name: product-launch-checklist language: zh description: "为任何产品发布生成完整的发布前、发布当天和发布后检查清单。当准备产品发布、功能上线或重大更新时使用。产出分配到角色、按级别划分的检查清单,覆盖工程就绪、市场与传播、客服支持和发布后监控。"
product-launch-checklist 的简体中文翻译,英文版本为规范版本。
产品发布检查清单
绝不在没有逐项检查的情况下发布。生成一份完整、分配到角色的检查清单,覆盖发布前就绪、发布当天执行和发布后监控。
提议的操作
清单获批后可以执行 :把各项交给 action-runner ,它会先预览(试运行、标注风险),只通过已连接的操作类 MCP(GitHub / Linear / Slack)执行你批准的内容,并把做过的事记回大脑。典型做法:在指定的仓库或项目中为每个检查项开一个任务 (🟡),以及把发布摘要发到 Slack (🔴,需单独批准)。这个技能只提议;由 action-runner 把关并执行,绝不悄悄进行。
所需输入
如未提供,请向用户询问:
发布名称 和计划发布日期
发布级别 (1 = 重大产品发布,2 = 重要功能上线,3 = 渐进式更新)
团队成员及角色 (技术负责人、产品经理、市场、客服等)
功能描述 (发布的是什么)
回滚能力 (能否用功能开关控制,或快速回退?)
从大脑读取 / 写入大脑
如果存在 professional-brain (brain/),先用它再提问:
先读: 要发布的 entities/ 功能,以及相关的 decisions/(范围、日期、负责人)。
之后写: 把发布决策和负责人记入 decisions/。这个技能也可以把清单交给 action-runner 去建任务,它会把实际做过的事记回大脑,形成闭环。
如何使用这个技能
提供:
发布名称和日期
发布级别(1 = 重大,2 = 功能,3 = 渐进)
团队成员及角色
这个技能生成分级的检查清单。第 3 级发布只用"基本项"部分。第 2 级增加"市场与传播"。第 1 级使用全部部分。
输出格式
发布检查清单:[功能 / 产品名称],目标日期:[日期]
发布级别: [1 / 2 / 3]
发布负责人: [产品经理姓名]
技术负责人: [姓名]
发布决策截止: [日期和时间,通常为发布前 24 小时]
🔧 发布前:工程与产品(提前 2 周)
📢 发布前:市场与传播(提前 1 周)
🎓 发布前:销售与客服(提前 1 周)
📊 发布前:数据分析(提前 1 周)
✅ 发布决策:提前 24 小时
发布决策: [发布 / 不发布]
决策负责人: [产品经理与技术负责人共同]
🚀 发布当天
📈 发布后(第 7 天、第 30 天)
延伸材料
这个技能附带支持文件,可用时请使用:
references/launch-tiering.md :发布分级:让仪式感与风险相匹配。在产出时应用它;它包含上面方法摘要压缩掉的校准和判断。
templates/launch-plan.md :可填写的成果模板,质量关卡写在里面。当用户想自己完成文档而不是生成时提供。
评分量表(0 到 40)
交付前给这个技能的任何产出打分;32 分以上才算可以交付。
质量检查
反模式
指南
发布决策必须有具名负责人:"团队"不是负责人
除非有周末工程值守,否则绝不在周五发布
建议所有发布都从不到 10% 的流量开始,即使是简单功能
记录回滚时间:"我们可以在 X 分钟内回退"应该在发布前就知道
示例触发语
“准备产品发布。”
“给我一份发布日检查清单。”
“规划功能上线。”
“大版本上线前还缺什么?”