Community编程与开发github.com

发布就绪规划器

为产品或功能发布规划并评分:选择发布层级、构建阶段性计划(T-60至T+30)、检查消息传达、赋能、支持和度量等各方面的就绪状态,并在决策点前标记缺失项。适用于发布计划、GTM就绪审查、发布分级或发布检查清单。

发布就绪规划器 是什么?

发布就绪规划器是一个全面的框架,用于规划、协调和执行产品发布。它采用层级系统(Tier 1-3)对发布进行分类,基于影响和所需工作量确定不同团队(如销售、客户成功)的针对标准。该工具提供了从发布前60天到后30天的明确分阶段计划,涵盖关键里程碑、任务和跨职能协调。其核心是一份详尽的可操作检查清单,覆盖GTM范围界定、产品与技术、消息传达与定位、赋能资产、培训、营销沟通及发布后评估。此外,它还提供规范化资产规格(如销售演示文稿、对账页)和按层级划分的成功度量标准,帮助团队在决策点前评估就绪度,确保发布无遗漏。支持Claude Code、Cursor等平台,可有效推动产品发布、GTM审查、发布分级和检查清单生成等工作。

兼容平台~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/Hyde-and-Larkin/product-marketing-toolkit/tree/main/skills/launch-readiness

Installed? Explore more 编程与开发 skills: steipete/bluebubbles, steipete/eightctl, steipete/blucli · View all 6 →

在你喜欢的 AI 中提问

打开一个已预加载此 Agent Skill 的新对话。

文档

发布就绪规划器 是做什么的?

属于产品营销工具包的一部分。 开始之前,请先阅读 context/ 中存在的内容(公司信息、定位和竞争对手,以及用户分享的任何发布简报或现有资产)。如果这些文件为空或缺失,则应询问必要信息,而不是自行猜测。将你推断的任何内容标记为假设,切勿编造统计数据、客户名称或引用;应使用带方括号的占位符,例如 [来源指标,n,日期]。

一个用于规划、协调和执行产品发布的综合框架,包含结构化的层级、时间表和检查清单。

概述

此技能为产品发布提供了一种系统化的方法,帮助团队:

  • 根据影响和努力程度对发布进行分类
  • 分阶段规划发布
  • 协调跨职能工作
  • 追踪各团队的就绪状态
  • 确保没有任何遗漏

发布层级系统

根据发布的影响和所需工作量,将其分为三个层级。不同团队根据其职能使用不同的标准。

销售与产品开发团队

第一层:新的收入机会

  • 直接推动新收入的产品或功能
  • 显著增加交易规模或平均订单价值
  • 创建新的销售方式或上市方法
  • 需要全面的赋能和培训
  • 示例指标: 新产品线、重大定价变更、平台扩展

第二层:基础更新

  • 改善竞争定位的重要平台更新
  • 增强现有价值主张的功能
  • 解决常见客户请求的功能
  • 销售团队应了解以便有效定位的更新
  • 示例指标: 主要功能增强、工作流改进、集成添加

第三层:小幅增强

  • 不显著改变销售方式的小改进
  • 生活质量更新或增量功能添加
  • 无需向客户过多解释的更改
  • 不需要广泛赋能的更新
  • 示例指标: UI改进、错误修复、小幅功能调整

客户成功与入职团队

第一层:重大变更管理

  • 需要用户大幅调整或再培训的发布
  • 引入全新概念或工作流
  • 显著改变客户使用产品方式的变更
  • 需要专门的培训计划和迁移支持
  • 示例指标: 新产品模块、工作流重新设计、已弃用的功能

第二层:适度变更管理

  • 引入需要一定调整的新功能的更新
  • 改变用户工作流的现有功能修改
  • 需要更新文档和培训的增强功能
  • 可能引发支持问题的功能
  • 示例指标: 新自动化选项、附加设置、扩展功能

第三层:小幅增强

  • 外观或功能上的微小更改
  • 需要最少培训或调整的更新
  • 在UI中显而易见无需解释的改进
  • 减少而非增加支持负担的更改
  • 示例指标: UI美化、性能改进、小幅错误修复

发布阶段框架

发布前阶段(T-60至T-14天)

早期规划(T-60至T-30)

GTM范围界定

  • 定义目标客户细分市场和人物画像
  • 确定发布沟通的目标渠道
  • 评估机会规模并估算获客成本
  • 制定消息传递策略和定位
  • 进行竞争情报收集

产品与技术

  • 完成Beta测试并收集反馈
  • 最终确定产品功能和边缘情况
  • 准备演示环境和账户
  • 记录已知问题和临时解决方案
  • 规划技术支持升级路径

内容开发

  • 起草核心信息和定位
  • 创建初始销售宣传和谈话要点
  • 开发用例示例和场景
  • 开始FAQ文档开发
  • 规划视觉资产和截图

中期规划(T-30至T-14)

赋能资产创建

  • 销售展示文稿(见下方资产库)
  • 一页纸文档(面向客户和面向销售)
  • 演示脚本和视频录制
  • 针对主要竞争对手的竞争对手对战卡
  • 异议处理指南
  • 探索性问题框架
  • 产品截图和用户界面导览

跨职能对齐

  • 锁定定价和包装细节
  • 最终确定上市策略和战术
  • 完成内部FAQ文档
  • 准备支持团队培训材料
  • 安排赋能会议
  • 设定成功指标和监控方法

营销准备

  • 开发活动创意和信息
  • 构建着陆页或网站更新
  • 创建电子邮件模板和序列
  • 准备社交媒体资产
  • 起草新闻稿(如适用)
  • 设置分析和跟踪

发布阶段(T-14至发布日)

最终准备(T-14至T-7)

  • 将所有资产发布到现场团队查找的位置(赋能平台、维基、CRM)
  • 为销售和支持团队举办现场培训会议
  • 向内部团队分发发布沟通信息
  • 运行最终QA检查和烟雾测试
  • 与关键利益相关者确认决策点

发布周(T-7至发布日)

  • 发布团队每日站会
  • 监控所有系统和就绪指标
  • 解决任何最后一刻的阻碍
  • 准备发布日的沟通信息
  • 设置实时监控仪表板

发布日

  • 执行发布沟通(内部 → 外部)
  • 启动营销活动
  • 监控产品性能和使用情况
  • 跟踪支持工单数量和主题
  • 举办发布团队检查会议
  • 捕捉早期胜利和客户反馈

发布后阶段(发布日至T+30天)

发布后第一周

  • 每日性能监控和报告
  • 快速响应问题或反馈
  • 收集现场团队关于赋能质量的反馈
  • 记录早期胜利和客户成功案例
  • 解决文档或培训中的差距
  • 根据实际提问更新FAQ

发布后第2-4周

  • 对照KPI进行每周性能评审
  • 根据实际效果迭代消息传递
  • 根据经验教训更新赋能材料
  • 进行发布后回顾
  • 记录经验教训
  • 规划持续赋能和支持

发布就绪检查清单

此全面检查清单确保所有工作流保持协调。

GTM范围界定(T-60)

  • 已定义目标客户细分市场
  • 已确定目标渠道
  • 已完成机会规模和成本估算
  • 已草拟消息传递策略
  • 已明确与竞争对手的定位
  • 已定义成功指标和KPI

产品与技术(T-30至T-14)

  • Beta测试已完成
  • 产品功能已最终确定
  • 演示环境已准备就绪
  • 已知问题已记录
  • 技术支持升级路径已定义
  • 产品截图已获取

消息与定位(T-30)

  • 核心消息框架已最终确定
  • 价值主张已记录
  • 用例已开发
  • 与竞争对手的差异化已明确
  • 声明已验证且经法务批准
  • 消息已与销售团队测试

赋能资产(T-30至T-14)

第一层所需资产:

  • 销售展示文稿(10-15张幻灯片)
  • 面向销售的一页纸
  • 面向客户的一页纸
  • 演示视频或脚本(2-3分钟)
  • FAQ文档(内部)
  • 针对前2-3个竞争对手的对战卡
  • 探索性问题指南
  • 异议处理指南
  • 发布速查表

第二层所需资产:

  • 功能特定的一页纸
  • FAQ新增内容
  • 更新现有操作手册
  • 演示谈话要点
  • 竞争性更新(如相关)

第三层所需资产:

  • FAQ更新
  • 简要谈话要点
  • 包含在汇总沟通中

培训与赋能(T-14至发布日)

  • 已安排现场培训会议
  • 培训材料已发布
  • 演示账户已分发
  • 赋能中心(平台、维基或CRM)已更新
  • 内部沟通已分发
  • 支持团队已简要了解

营销与沟通(T-14)

  • 活动创意已最终确定
  • 着陆页或网站更新已准备就绪
  • 电子邮件序列已构建
  • 社交媒体资产已准备就绪
  • 分析和跟踪已配置
  • 新闻稿已起草(如适用)

发布日执行

  • 内部公告已发送
  • 客户沟通已分发
  • 营销活动已启动
  • 产品已发布给目标受众
  • 监控仪表板已激活
  • 发布团队待命处理问题

发布后(T+7至T+30)

  • 每日/每周审查性能指标
  • 收集并综合现场反馈
  • 根据反馈更新赋能材料
  • 已记录成功案例
  • 已记录经验教训
  • 已完成发布后回顾

赋能资产库

第一层资产规格

销售展示文稿(10-15张幻灯片) 结构:

  1. 市场背景 / 为何现在
  2. 客户痛点
  3. 解决方案概览
  4. 关键差异化因素(与竞争对手对比)
  5. 证明点和客户案例
  6. 按垂直领域的用例
  7. 定价和包装
  8. 竞争定位
  9. 异议处理
  10. 下一步措施 / 行动号召

面向销售的一页纸 内容:

  • 探索性通话的快速参考
  • 关键信息和价值主张
  • 常见异议及回应
  • 竞争性谈话要点
  • 探索性问题
  • 成功案例或证明点
  • 何处查找更多资源

面向客户的一页纸 内容:

  • 问题陈述和解决方案
  • 关键收益和成果
  • 用例示例
  • 证明点或客户评价
  • 定价摘要(如适用)
  • 行动号召

演示视频或脚本(2-3分钟) 结构:

  • 问题设置(30秒)
  • 解决方案导览(90秒)
  • 结果 / 证明(30秒)
  • 行动号召(15秒)

FAQ文档(内部) 类别:

  • 产品功能
  • 定价和包装
  • 技术要求
  • 竞争定位
  • 路线图问题
  • 实施流程

对战卡 结构:

  • 一目了然的对比(我们 vs. 他们)
  • 何时会遇到他们
  • 我们为何获胜
  • 如何针对他们进行定位
  • 异议处理
  • 陷阱设置问题
  • 成功案例

探索性问题指南 问题类型:

  • 情境问题(了解当前状态)
  • 问题问题(揭示痛点)
  • 影响问题(放大不作为的成本)
  • 需求回报问题(建立渴望)
  • 陷阱设置问题(暴露竞争对手弱点)

异议处理指南 常见异议类别:

  • 价格异议
  • 功能/能力异议
  • 竞争性异议
  • 时机异议
  • 风险/不确定性异议
  • 技术/集成异议

发布速查表 前30天的快速制胜内容:

  • 前3条信息
  • 前3个差异化因素
  • 前3个证明点
  • 前3个异议及回应
  • 何处查找更多资源

各层级成功指标

第一层发布指标

就绪指标

  • 现场培训出席率(目标:>80%)
  • 培训满意度评分(目标:>4.0/5.0)
  • 最初两周的资产利用率(目标:>70%)
  • 演示账户采用率(目标:>90%)
  • 发布日支持工单数量(目标:<日常量的10%)

参与度指标

  • 第一个月内销售展示文稿的使用情况
  • 对战卡的浏览和下载
  • 面向客户一页纸的分享次数
  • 提及新产品/功能的探索性通话
  • 带有功能标签的赢/输报告

业务成果

  • 产品采用率(目标细分市场百分比)
  • 收入归因(受影响或成交的交易)
  • 交易规模影响(ACV/AOV变化)
  • 与主要竞争对手的赢率
  • 客户满意度评分

第二层发布指标

就绪指标

  • 赋能平台中资产的浏览次数
  • FAQ利用率
  • 支持团队信心评分

参与度指标

  • 功能采用率
  • 客户咨询或兴趣信号
  • 销售团队在通话中的提及率

业务成果

  • 功能使用指标
  • 支持工单减少(针对工作流改进)
  • 客户满意度或NPS影响

第三层发布指标

就绪指标

  • 内部认知度(知晓的团队百分比)
  • FAQ更新完成情况
  • 支持文档更新情况

业务成果

  • 功能采用率
  • 客户反馈情感
  • 与变更相关的支持工单数量

跨职能协调

关键角色与职责

产品营销经理(PMM)- 直接负责人

  • 整体GTM策略和执行
  • 消息传递和定位开发
  • 赋能资产创建
  • 跨职能协调
  • 发布沟通
  • 发布后度量

产品经理(PM)

  • 产品就绪和功能
  • Beta计划执行
  • 技术文档
  • 路线图沟通
  • 功能优先级排序

销售赋能

  • 培训计划交付
  • 资产分发和平台管理
  • 现场反馈收集
  • 持续赋能支持

营销

  • 活动开发与执行
  • 网站和内容更新
  • 需求生成
  • 生命周期沟通

客户成功 / 支持

  • 客户沟通
  • 培训材料开发(面向客户)
  • 支持升级规划
  • 客户反馈收集

工程 / 产品交付

  • 产品发布执行
  • 技术监控
  • 错误修复和问题解决
  • 性能优化

沟通节奏

每周(活跃发布规划期间)

  • 发布团队同步会议(状态、阻碍、决策)
  • 跨职能站会(快速更新)
  • 利益相关者沟通(尽可能异步)

双周

  • 指导委员会或领导层更新
  • 决策点检查评审
  • 风险与缓解规划

临时

  • 阻碍解决
  • 紧急...

Individual skills in this repo

This repo contains 2 individual skills — each has its own dedicated page.

相关技能