名称：技术发布规划器描述：为开发者工具、API和技术产品规划和执行技术产品发布。使用此技能当技术产品营销经理需要“规划发布”、“创建发布策略”、“协调产品发布”或“准备GA/beta发布”。

技术发布规划器

概述

规划和执行技术产品、开发者工具、API、SDK和平台的成功发布。此技能提供专门为技术受众和开发者产品设计的框架、清单和模板。

为以下对象构建：

开发者工具和平台
API和SDK
技术基础设施产品
B2D（企业対开发者）产品
具有技术买家的SaaS

快速开始

1. 评估您的发布层级

运行交互式评估：

scripts/assess_launch_tier.sh

这确定您的发布是：

层级1（主要/GA） - 新产品、主要版本、显著扩展
层级2（标准） - 新功能、集成、区域扩展
层级3（次要） - 更新、改进、小功能

2. 生成发布计划

创建您的全面发布计划：

scripts/generate_launch_plan.sh

提供结构化计划，包括：

时间线和里程碑
利益相关者责任
开发者启用清单
市场进入活动
发布日剧本

3. 验证准备情况

在发布前，检查准备情况：

scripts/validate_readiness.sh

验证：

文档完整性
技术资产就绪
利益相关者对齐
消息最终确定
指标仪器配置

核心发布框架

发布层级

不同发布需要不同投资水平：

层级	类型	示例	投资
层级1	主要	GA发布、新产品、主要版本	完整市场进入、事件、公关
层级2	标准	新功能、集成、SDK	选择性市场进入、博客、文档
层级3	次要	更新、改进、补丁	变更日志、应用内通知

查看 references/launch_tiers.md 获取完整框架。

开发者聚焦发布组件

1. 开发者启用

技术发布的关键：

文档：

入门指南
API参考
代码示例
集成指南
迁移指南（如适用）

代码资产：

SDK/客户端库
示例应用程序
入门模板
代码片段

开发者体验：

沙盒/游乐场环境
交互式教程
API浏览器
调试工具

查看 references/developer_enablement.md 获取完整清单。

2. 技术消息

使用开发者语言：

避免：

营销术语
模糊优势
非技术性最高级

包括：

具体技术细节
性能指标
代码示例
架构图
集成模式

查看 references/launch_messaging.md 获取模板。

3. 开发者发布渠道

开发者发现新工具的地方：

主要：

开发者文档
GitHub/GitLab
开发者博客
API变更日志
发布说明

次要：

Dev.to、Hacker News、Reddit
技术Twitter/X
Discord/Slack社区
YouTube（教程）
开发者通讯

三级：

网络研讨会/工作坊
会议
播客
案例研究

发布规划工作流

阶段1：规划（T-12 到 T-8 周）

目标：

定义发布层级
设置成功标准
对齐利益相关者
创建时间线

活动：

发布层级评估
```
scripts/assess_launch_tier.sh
```
利益相关者启动
- 产品/工程
- 开发者关系
- 销售工程
- 营销/通讯
- 合作伙伴（如适用）
定义成功指标
- 开发者采用指标
- API使用/调用
- SDK下载
- 文档流量
- 社区参与
创建发布时间线
```
scripts/generate_launch_plan.sh
```

阶段2：构建（T-8 到 T-4 周）

目标：

创建所有发布资产
准备文档
构建演示和样本

活动：

文档：

[ ] 入门指南撰写
[ ] API参考完成
[ ] 集成指南就绪
[ ] 迁移指南（如需要）
[ ] 故障排除FAQ

代码资产：

[ ] SDK构建和测试
[ ] 样本应用创建
[ ] 代码片段准备
[ ] 沙盒环境就绪

营销资产：

[ ] 技术博客文章撰写
[ ] 演示视频录制
[ ] 公告邮件草稿
[ ] 社交媒体计划
[ ] 新闻稿（层级1）

销售启用：

[ ] 技术战斗卡
[ ] 演示脚本
[ ] FAQ/异议处理
[ ] 定价材料
[ ] 竞争定位

阶段3：准备（T-4 到 T-1 周）

目标：

审查和精炼所有资产
培训团队
预发布验证

活动：

内部启用：

[ ] 销售团队培训
[ ] 支持团队培训
[ ] 合作伙伴简报
[ ] 内部演示日

外部准备：

[ ] Beta客户简报
[ ] 合作伙伴协调
[ ] 开发者倡导者准备
[ ] 社区管理员就绪

技术验证：

scripts/validate_readiness.sh

预发布清单：

[ ] 所有文档发布到暂存
[ ] SDK标记并准备
[ ] 演示环境测试
[ ] 监控/分析配置
[ ] 支持升级路径定义

阶段4：发布（发布日）

发布日剧本：

早上（9 AM）：

[ ] 发布文档
[ ] 发布SDK/包
[ ] 部署博客文章
[ ] 发送公告邮件
[ ] 发布到社交媒体
[ ] 更新网站/产品页面

中午（12 PM）：

[ ] 监控指标仪表板
[ ] 回复社区问题
[ ] 分享到外部社区
[ ] 参与社交媒体提及

下午（3 PM）：

[ ] 发布到Hacker News/Reddit（如层级1）
[ ] 开发者倡导者内容
[ ] 合作伙伴公告

日终：

[ ] 第一天指标报告
[ ] 团队汇报
[ ] 问题分类

阶段5：发布后（T+1 周到 T+4 周）

目标：

监控采用
收集反馈
迭代消息
报告结果

活动：

第一周：

[ ] 每日指标监控
[ ] 社区问答
[ ] 错误修复优先
[ ] 反馈综合

第二周：

[ ] 首次采用指标
[ ] 客户反馈访谈
[ ] 文档更新
[ ] 后续内容

第四周：

[ ] 发布回顾
[ ] 成功指标报告
[ ] 经验教训文档
[ ] 更新发布剧本

发布层级详情

层级1：主要发布

当：

新产品GA
主要版本发布（v2.0、v3.0）
显著平台扩展
改变游戏规则的功能

时间线： 12-16 周

投资：

完整跨功能市场进入
公关/媒体外展
开发者事件
合作伙伴协调
付费推广

可交付成果：

完整文档
多个SDK
样本应用程序
视频教程
交互式演示
新闻稿
分析师简报
发布事件/网络研讨会
合作伙伴联合营销

层级2：标准发布

当：

新功能
新集成
额外SDK
区域扩展

时间线： 6-8 周

投资：

选择性市场进入活动
博客和社交媒体
邮件到开发者列表
文档更新

可交付成果：

功能文档
代码样本
博客文章
演示视频
邮件公告
社交媒体
变更日志条目

层级3：次要发布

当：

增量改进
错误修复
性能增强
小功能添加

时间线： 2-4 周

投资：

最小营销
仅文档
变更日志

可交付成果：

发布说明
更新文档
变更日志条目
应用内通知（如适用）

开发者发布最佳实践

1. 文档优先

发布未就绪如果没有：

✅ 入门指南
✅ API参考
✅ 至少3个代码示例
✅ 集成指南

开发者规则：“如果未文档化，它就不存在”

2. 展示，不讲述

开发者想看代码：

好：

# 初始化SDK
import acme_sdk

client = acme_sdk.Client(api_key="your_key")
result = client.widgets.create(name="My Widget")
print(result.id)

坏： “我们的SDK使创建小组件变得容易，只需几行代码”

3. 交互 > 被动

参与层次：

🥇 交互式教程/游乐场
🥈 实时演示
🥉 演示视频
❌ 静态截图

4. 诚实技术沟通

开发者欣赏：

明确陈述限制
性能特性
定价透明度
迁移复杂性
破坏性更改

开发者讨厌：

过度承诺
隐藏限制
意外的破坏性更改
供应商锁定

5. 社区优先方法

在开发者所在的地方参与：

在Stack Overflow回答问题
在GitHub讨论活跃
在Hacker News回应
加入相关Discord/Slack
参与Reddit AMAs

不要：

垃圾邮件社区
忽略负面反馈
删除关键评论
只在发布时出现

技术指标

开发者采用指标

激活：

沙盒/试用注册
24小时内首次API调用
SDK下载
“Hello World”完成

参与：

每日/每周活跃开发者
每开发者API调用
采用功能
集成深度

留存：

第7、30、90天开发者留存
流失率
NPS（开发者）

查看 references/metrics_frameworks.md 获取完整指南。

发布模板

技术博客文章模板

# 介绍 [功能/产品]

## 问题

[用技术细节描述开发者痛点]

## 解决方案

[高层技术概述]

## 工作原理

[技术架构，带图]

## 入门

[显示基本用法的代码示例]

## 下一步

[路线图提示]

[链接到完整文档]

发布邮件模板

主题： [功能] 现已可用

正文：

嗨 [开发者姓名]，

我们兴奋地宣布 [功能] 现已普遍可用。

功能：
[一句技术描述]

重要性：
[开发者利益]

5分钟入门：
[代码片段或快速入门链接]

关键资源：
- 文档：[链接]
- 样本代码：[链接]
- API参考：[链接]

有问题？回复此邮件或加入我们 [Discord/Slack]。

愉快构建！
[您的姓名]

变更日志条目模板

## [版本] - YYYY-MM-DD

### 添加
- [新功能]: [技术描述]
  - 示例：`client.newMethod(params)`
  - [链接到文档]

### 更改
- [破坏性更改]: [更改内容和原因]
  - 迁移指南：[链接]

### 修复
- [错误修复]: [修复内容]

### 弃用
- [功能]: [移除时间线]

合作伙伴/集成发布

当您有合作伙伴时

需要协调：

联合消息
联合营销计划
技术验证
相互客户参考

合作伙伴启用：

[ ] 技术集成测试
[ ] 合作伙伴文档
[ ] 联合案例研究
[ ] 共同品牌资产
[ ] 销售团队培训

发布活动：

共同撰写博客文章
联合网络研讨会
社交媒体交叉推广
邮件到双方列表
相互新闻稿（层级1）

发布回顾

发布后审查（30天内）

指标审查：

我们达到采用目标了吗？
第1天、第1周、第1个月使用情况如何？
开发者情绪（NPS、社交媒体、支持）？
新闻/分析师覆盖（如适用）？

工作良好：

哪些渠道驱动最多采用？
哪些内容产生共鸣？
哪些启用资产最常用？

未良好：

开发者在哪里卡住？
缺少哪些文档？
哪些假设错误？

行动项：

文档改进
消息精炼
下次发布流程改进

模板： [记录在Notion/Confluence]

常见陷阱

陷阱1：发布没有完整文档

问题：“文档将很快就绪” = 失败发布

**解决方案：**文档不可妥协。必要时延迟发布。

陷阱2：对开发者使用营销语言

问题：“革命性的”、“无缝的”、“改变游戏规则的”

**解决方案：**使用具体技术语言、指标、代码。

陷阱3：忽视迁移复杂性

**问题：**没有迁移指南的破坏性更改

**解决方案：**清晰的迁移指南、迁移工具、版本支持计划。

陷阱4：过度关注发布日

**问题：**所有努力在第1天，没有持续采用计划

**解决方案：**计划4周发布后内容日历。

陷阱5：没有开发者反馈循环

**问题：**发布后消失

**解决方案：**活跃社区参与、定期办公时间。

资源

脚本

assess_launch_tier.sh - 确定适当发布层级
generate_launch_plan.sh - 创建全面发布计划
validate_readiness.sh - 预发布准备情况检查

参考

launch_tiers.md - 完整发布层级框架
developer_enablement.md - 开发者启用清单
launch_messaging.md - 技术消息模板
metrics_frameworks.md - 开发者产品指标指南

真实世界示例

示例1：API GA发布（层级1）

产品： 新REST API用于开发者平台

时间线： 12 周

关键活动：

完整API文档
5个SDK（Python、Node、Ruby、Go、Java）
交互式API浏览器
10+样本应用程序
视频教程系列
开发者网络研讨会
博客文章 + 案例研究
HN/Reddit发布
邮件到50K开发者

结果：

第1周发布10K API密钥
60%激活率（首次API调用）
40%第7天留存
在Hacker News排名第一

示例2：新集成（层级2）

产品： 集成与流行DevOps工具

时间线： 6 周

关键活动：

集成指南
样本工作流
博客文章
合作伙伴联合营销
演示视频
邮件公告

结果：

第1个月2K集成激活
25%现有用户尝试
高参与指标

示例3：SDK更新（层级3）

产品： 新SDK版本带有性能改进

时间线： 2 周

关键活动：

发布说明
迁移指南
变更日志
推文/X帖子

结果：

第1周30%升级率
最小支持负担
积极社区反馈

总结

技术发布需要：

完整文档 - 不可妥协
代码样本 - 展示，不讲述
开发者启用 - 使其易于尝试
技术可信度 - 使用语言
社区参与 - 在开发者所在的地方
清晰指标 - 测量重要内容
发布后承诺 - 发布是第1天，不是终点

使用脚本简化规划，遵循框架一致性，并始终以开发者为先。

开始：

scripts/assess_launch_tier.sh

名称：技术发布规划器 描述：为开发者工具、API和技术产品规划和执行技术产品发布。使用此技能当技术产品营销经理需要“规划发布”、“创建发布策略”、“协调产品发布”或“准备GA/beta发布”。

技术发布规划器

概述

快速开始

1. 评估您的发布层级

2. 生成发布计划

3. 验证准备情况

核心发布框架

发布层级

开发者聚焦发布组件

1. 开发者启用

2. 技术消息

3. 开发者发布渠道

发布规划工作流

阶段1：规划（T-12 到 T-8 周）

阶段2：构建（T-8 到 T-4 周）

阶段3：准备（T-4 到 T-1 周）

阶段4：发布（发布日）

阶段5：发布后（T+1 周到 T+4 周）

发布层级详情

层级1：主要发布

层级2：标准发布

层级3：次要发布

开发者发布最佳实践

1. 文档优先

2. 展示，不讲述

3. 交互 > 被动

4. 诚实技术沟通

5. 社区优先方法

技术指标

开发者采用指标

发布模板

技术博客文章模板

发布邮件模板

变更日志条目模板

合作伙伴/集成发布

当您有合作伙伴时

发布回顾

发布后审查（30天内）

常见陷阱

陷阱1：发布没有完整文档

陷阱2：对开发者使用营销语言

陷阱3：忽视迁移复杂性

陷阱4：过度关注发布日

陷阱5：没有开发者反馈循环

资源

脚本

参考

真实世界示例

示例1：API GA发布（层级1）

示例2：新集成（层级2）

示例3：SDK更新（层级3）

总结

名称：技术发布规划器描述：为开发者工具、API和技术产品规划和执行技术产品发布。使用此技能当技术产品营销经理需要“规划发布”、“创建发布策略”、“协调产品发布”或“准备GA/beta发布”。