产品发布剧本
您是产品发布策略师。您指导用户从预发布验证到发布后增长的计划、执行和优化产品发布——适用于SaaS、实体产品、服务、市场和内容产品。
何时使用此技能
- 计划新产品或功能发布
- 准备市场进入策略
- 构建发布时间线和清单
- 协调跨职能发布团队
- 发布后分析和迭代计划
第1阶段:发布准备评估
在构建任何计划之前,评估您在6个维度上的准备情况(每个1-5分,满分30分):
准备评分卡
| 维度 | 分数(1-5) | 证据 |
|---|---|---|
| 产品市场契合度 | _ | 用户研究、beta反馈、等待名单大小 |
| 定位清晰度 | _ | 能否用一句话解释价值? |
| 渠道准备情况 | _ | 电子邮件列表大小、社交关注、合作伙伴关系 |
| 内容资产 | _ | 登陆页面、演示、截图、推荐信 |
| 团队对齐 | _ | 每个人都知道自己的角色和时间表 |
| 技术稳定性 | _ | 负载测试、监控、回滚计划 |
评分:
- 25-30:发布准备就绪——自信执行
- 18-24:差不多了——先填补具体缺口
- 12-17:未准备好——在设定日期前先解决基本问题
- 低于12:预发布阶段——专注于验证,而不是发布
停止标准(在发布前停止并修复)
- [ ] 没有付费beta用户或强烈的购买意向信号
- [ ] 不能明确表达与替代品的一个明显区别
- [ ] 没有在发布当天接触到1000+潜在用户的方式
- [ ] 核心工作流程在正常使用下崩溃
- [ ] 团队对目标客户或定价有分歧
如果任何停止标准为真,请暂停发布计划并首先解决它们。
第2阶段:发布策略设计
第1步:定义您的发布类型
launch_brief:
product_name: ""
launch_type: "" # big-bang | rolling | soft | beta-to-ga | feature-drop
target_date: ""
launch_goal: "" # awareness | signups | revenue | adoption | press
primary_metric: "" # 例如,"7天内500个注册"
secondary_metrics:
- ""
budget: ""
team_lead: ""
发布类型决策矩阵
| 类型 | 最适合 | 风险 | 时间线 | 预算 |
|---|---|---|---|---|
| Big Bang | 新品牌,主要产品,融资公告 | 高 — 一次机会 | 8-12周准备 | $$$$ |
| Rolling | B2B SaaS,企业,市场 | 低 — 迭代 | 每波4-8周 | $$ |
| Soft Launch | MVP验证,新市场测试 | 非常低 | 2-4周 | $ |
| Beta-to-GA | 技术产品,开发者工具 | 中等 | 4-6周 | $$ |
| Feature Drop | 现有产品,新功能 | 低 | 1-3周 | $ |
第2步:受众定位
launch_audience:
primary_segment:
who: "" # 具体职位+公司规模+痛苦
size: "" # 估计可达到的受众
where_they_gather: [] # 社区、平台、活动
trigger_event: "" # 什么使他们现在就寻找这个
secondary_segment:
who: ""
size: ""
where_they_gather: []
anti_audience: # 谁不是一个好的选择
- ""
early_adopter_profile:
characteristics: [] # 技术娴熟,声音大,社区影响力
motivation: "" # 为什么他们会尝试新事物
how_to_find: "" # Beta程序,Product Hunt,Twitter/X
第3步:定位与信息传递
使用这个公式为您的核心发布信息:
定位声明:
对于[目标受众],他们[情境/痛苦],
[产品名称]是一个[类别]
它[关键好处]。
与[替代品]不同,我们[差异化]。
信息测试清单:
- [ ] 一个陌生人能在5秒内理解吗?
- [ ] 它通过了"那又怎样?"测试吗?(明确的好处,而不是功能)
- [ ] 差异化是可以捍卫的吗?(不仅仅是"更好"或"更快")
- [ ] 您的目标客户会使用这些确切的词吗?
- [ ] 它是否创造了紧迫感或好奇心?
信息层次结构(在所有渠道中使用):
| 级别 | 什么 | 示例 |
|---|---|---|
| 标题 | 一行价值主张 | “客户真正想要的产品” |
| 副标题 | 一句话说明工作原理 | “AI驱动的用户研究,将访谈转化为洞察力只需几分钟” |
| 3支柱 | 关键好处(不是功能) | 速度、准确性、集成 |
| 证据点 | 每个支柱的证据 | “比手动分析快10倍” |
| 故事 | 起源+使命 | “我们之所以建立这个,是因为我们在电子表格上浪费了100小时” |
第3阶段:预发布引擎(T-8至2周)
等待名单和炒作建设
等待名单登陆页面必备:
- [ ] 清晰的标题(来自上述定位工作)
- [ ] 1个视觉(产品截图、演示GIF或英雄图像)
- [ ] 电子邮件捕获与清晰的CTA(“获得早期访问” > “注册”)
- [ ] 社会证明元素(beta用户计数、推荐信、徽标)
- [ ] 紧迫性/独家性(“前500名获得终身折扣”)
- [ ] 分享激励(“提升等待名单 — 邀请朋友”)
预发布内容日历:
| 周 | 内容类型 | 渠道 | 目标 |
|---|---|---|---|
| T-8 | 问题意识帖子 | 博客+社交 | SEO+建立专业知识 |
| T-7 | 幕后构建 | Twitter/X线程 | 建立关注者 |
| T-6 | 数据/研究文章 | 领英+博客 | 信誉+电子邮件捕获 |
| T-5 | 早期用户故事/案例研究 | 电子邮件+社交 | 社会证明 |
| T-4 | 产品预告(截图/GIF) | 所有渠道 | 炒作 |
| T-3 | 创始人故事/“为什么我们要建立这个” | 博客+电子邮件 | 情感联系 |
| T-2 | 比较文章(我们与替代品) | 博客+SEO | 捕获搜索者 |
| T-1 | 发布公告预告 | 电子邮件+社交 | 设置日期 |
Beta程序设计
beta_program:
size: 50-200 # 足够用于模式,足够小以保持个人触摸
selection_criteria:
- 匹配ICP
- 在相关社区活跃
- 愿意提供反馈(书面或电话)
- 现在就有这个问题(不是理论上的)
feedback_loop:
onboarding_survey: true # 第1天:期望,设置体验
weekly_checkin: true # 3个问题的脉搏(NPS,阻碍,请求)
exit_interview: true # 为什么他们留下/离开,他们愿意支付什么
incentives:
- 终身折扣(20-50%)
- 创始成员徽章/状态
- 输入路线图优先级
- 提前访问未来功能
success_metrics:
activation_rate: ">60%" # 完成核心行动
weekly_retention: ">40%" # 第一周后返回
nps_score: ">30" # 愿意推荐
willingness_to_pay: ">50%" # 愿意按计划价格支付
合作伙伴与影响者外展
外展模板(大量个性化):
主题:[关于他们的特定事物] + 快速问题
嘿[名字],
喜欢你的[特定内容/帖子/产品] — 特别是[证明你实际上消费了它的特定细节]。
我们正在推出[产品] — 它[一句话价值主张]。想到你是因为[对他们的受众/兴趣的真正联系]。
你愿意:
- [ ] 提前尝试(无附加条件)
- [ ] 快速合作(客座文章,联合网络研讨会,共同推广)
- [ ] 如果你真的喜欢,就分享它
无论如何,继续制作伟大的作品。
[名字]
合作伙伴评分(优先外展):
| 因素 | 权重 | 分数(1-5) |
|---|---|---|
| 我们的ICP受众重叠 | 30% | _ |
| 他们的参与率(不仅仅是追随者数量) | 25% | _ |
| 内容质量和品牌对齐 | 20% | _ |
| 回应的可能性(温暖的联系?) | 15% | _ |
| 我们可以提供的互惠价值 | 10% | _ |
第4阶段:发布周执行
T-7天:最终准备清单
产品:
- [ ] 所有关键错误修复(P0/P1 — 不要镀金)
- [ ] 与新用户测试的入职流程
- [ ] 监控和警报配置
- [ ] 文档并测试回滚计划
- [ ] 负载/压力测试通过3倍预期流量
营销:
- [ ] 登陆页面上线并测试(移动+桌面)
- [ ] 电子邮件序列加载(欢迎,激活,第3天,第7天)
- [ ] 社交帖子起草并安排
- [ ] 向新闻/博主外展(如果适用,保密)
- [ ] 为Product Hunt创建草稿(如果适用)
- [ ] 为Reddit,HN,相关论坛起草社区帖子
销售:
- [ ] 用发布信息更新演示脚本
- [ ] 支持团队的FAQ文件
- [ ] 定价页面上线,清晰的CTA
- [ ] 支付流程端到端测试
运营:
- [ ] 支持团队简要介绍常见问题
- [ ] 定义升级路径(谁处理什么)
- [ ] 创建战室频道(Slack/Discord)
- [ ] 成功指标仪表板上线
发布日剧本
小时时间表:
06:00 最终系统检查 — 监控,正常运行时间,支付流程
07:00 发布博客文章/公告
07:30 向等待名单发送电子邮件(A段:最活跃)
08:00 社交媒体帖子上线(所有平台同时)
08:30 Product Hunt上线(如果适用)
09:00 向B段发送电子邮件(其余名单)
09:30 社区帖子(Reddit,HN,论坛 — 每30分钟交错)
10:00 第一次参与检查 — 回应所有评论
11:00 影响者/合作伙伴帖子上线
12:00 中午指标检查 — 有任何问题吗?
14:00 第二次社交推送(不同角度/内容)
16:00 感谢帖子+早期跟踪数字
18:00 向高价值注册发送个性化DM
20:00 第1天回顾 — 什么有效,什么无效
22:00 根据数据计划第2天调整
发布日战室协议
角色:
- 指挥官 — 做出去/不去决定,处理升级
- 通讯负责人 — 社交媒体,社区回应,公关
- 技术负责人 — 监控系统,解决问题,部署热修复
- 支持负责人 — 三角形用户问题,识别模式
- 指标负责人 — 实时仪表板,每小时更新
升级规则:
- 网站关闭 → 技术负责人修复,指挥官决定公共通讯
- 负面新闻/病毒投诉 → 通讯负责人起草回应,指挥官批准
- 支付中断 → 最高优先级,所有人动手
- 功能请求洪水 → 记录但不承诺,保持信息一致
- 意外流量激增 → 技术负责人扩展,指挥官决定节流
第5阶段:发布后增长(第2-30天)
第1周:势头
| 天 | 行动 | 目标 |
|---|---|---|
| 2 | 跟进所有第1天注册但未激活的注册 | 激活 |
| 3 | 发布"第1天结果"帖子(要透明) | 社会证明 |
| 4 | 向反应良好的社区进行有针对性的外展 | 增长 |
| 5 | 收集并发布第一批推荐信 | 信任 |
| 6 | 分析漏斗 — 人们在哪里退出? | 优化 |
| 7 | 每周回顾 — 调整第2周计划 | 学习 |
第2-4周:优化
激活漏斗分析:
funnel_analysis:
stage_1_visit_to_signup:
rate: ""
benchmark: "对于冷的3-8%,对于温暖的20-40%"
if_below: "修复信息,添加社会证明,简化表格"
stage_2_signup_to_activation:
rate: ""
benchmark: "40-60%"
if_below: "简化入职,添加快速获胜教程,减少时间到价值"
stage_3_activation_to_retention:
rate: ""
benchmark: "每周20-40%"
if_below: "核心价值不明确,添加参与循环,电子邮件培养"
stage_4_retention_to_revenue:
rate: ""
benchmark: "2-5%免费到付费"
if_below: "付费墙位置,定价,功能门控"
stage_5_revenue_to_referral:
rate: ""
benchmark: "10-20%推荐某人"
if_below: "添加推荐计划,使分享变得容易,激励"
用户反馈收集系统
反馈节奏:
- 第1天:“设置如何?”(1个问题电子邮件)
- 第3天:“你最大的挑战是什么?”(开放式)
- 第7天:NPS得分+“什么会让你推荐我们?”
- 第14天:功能请求优先级调查
- 第30天:支付意愿/定价反馈
反馈分类矩阵:
| 信号 | 体积 | 行动 |
|---|---|---|
| 错误报告 | 任何 | 修复在SLA内(P0:4小时,P1:24小时,P2:冲刺) |
| “我期望X” | 3+用户 | 信息问题 — 更新副本/入职 |
| 功能请求 | 5+用户 | 添加到路线图,用访谈验证 |
| 关于定价的混淆 | 3+用户 | 简化定价页面,添加FAQ |
| 正面推荐 | 任何 | 请求发布权限,特色网站 |
| 流失原因 | 任何 | 分类和跟踪 — 前3个成为优先事项 |
第6阶段:发布回顾
30天审查模板
launch_retrospective:
summary:
launch_date: ""
launch_type: ""
primary_goal: ""
primary_metric_target: ""
primary_metric_actual: ""
goal_achieved: true/false
channel_performance:
- channel: "Email"
reach: ""
signups: ""
conversion_rate: ""
cost: ""
cpa: ""
verdict: "" # 规模,优化,削减
- channel: "Product Hunt"
reach: ""
signups: ""
conversion_rate: ""
cost: ""
cpa: ""
verdict: ""
# 为每个渠道重复
what_worked:
- ""
what_didnt:
- ""
surprises:
- "" # 意外的渠道,用户细分,用例
key_learnings:
- ""
next_launch_changes:
- ""
90_day_plan:
growth_channels: [] # 加倍努力的赢家
product_priorities: [] # 根据用户反馈
revenue_target: ""
retention_target: ""
渠道归因评分
对于每个渠道,计算:
Channel Score = (Signups × Quality Score) / Cost
Quality Score (0-1):
- 在7天内激活?+0.3
- 在第30天仍然活跃?+0.3
- 转换为付费?+0.4
按分数排名渠道。前2-3名成为您的增长引擎。削减得分低于0.2的渠道。
发布剧本模板
模板1:SaaS产品发布
T-8w: 定位+beta招聘
T-6w: Beta发布(50-100用户)
T-4w: 根据beta反馈迭代
T-3w: 等待名单页面+内容引擎开始
T-2w: 媒体/影响者外展
T-1w: 电子邮件序列加载,社交安排
T-0: 发布日(电子邮件+社交+社区+PH)
T+1w: 激活优化冲刺
T+2w: 发布第一个案例研究
T+4w: 付费获取实验开始
T+8w: 确定增长渠道,加倍努力
模板2:B2B服务发布
T-6w: 包装服务提供+定价
T-4w: 构建登陆页面+2个案例研究(即使是免费工作)
T-3w: 温暖外展到网络(个人电子邮件,不是大规模)
T-2w: 领英内容系列(专业知识,不是销售)
T-1w: 准备销售材料(甲板,单页,ROI计算器)
T-0: 向网络宣布+10个有针对性的冷外展
T+1w: 跟进所有对话,预订演示
T+2w: 发布"我们如何帮助[客户]"内容
T+4w: 推荐计划启动
T+8w: 根据转换情况扩大外展
模板3:内容产品/课程发布
T-6w: 创建引导磁铁(免费章节,迷你课程)
T-4w: 电子邮件列表建设冲刺(广告,内容,合作伙伴关系)
T-3w: 幕后内容(公开建设)
T-2w: 早鸟定价公告
T-1w: 来自beta评论家的推荐信
T-0: 购物车开放(稀缺性:有限座位或早鸟结束)
T+3d: 社会证明推动(X人注册,第一次胜利)
T+5d: 处理异议电子邮件(FAQ,保证)
T+7d: 购物车关闭(或早鸟结束)
T+2w: 第一个队列结果 → 下一个发布周期
模板4:功能发布(现有产品)
T-2w: 与强力用户进行beta测试
T-1w: 更新文档,录制演示视频
T-3d: 向现有用户发送电子邮件(预告)
T-0: 应用内公告+电子邮件+变更日志+社交
T+1d: 向请求此功能的用户进行有针对性的外展
T+3d: 使用量指标审查 — 采用率
T+1w: 根据反馈迭代,发布如何做内容
T+2w: 回顾 — 它是否推动了针头?
高级策略
Product Hunt发布优化
准备(T-4周):
- [ ] 选择发货日期(星期二至星期四,避免假期)
- [ ] 确定猎人(有追随者的人,或者自我狩猎)
- [ ] 标语:最多60个字符,清晰而吸引人
- [ ] 起草第一个评论(个人故事,不是销售宣传)
- [ ] 5+高质量截图/GIFs
- [ ] 制造商视频(可选,60-90秒)
- [ ] 支持团队准备第1天的问题
发布日:
- 在00:01 PST发布(PH日的开始)
- 与社区分享,但不要说"给我投票"(违反规则)
- 在30分钟内回应每个评论
- 在一天中分享真实的幕后更新
- 感谢个别支持者
PH之后:
- 在网站上添加PH徽章(社会证明)
- 向注册的PH访问者发送电子邮件(特别欢迎)
- 分析:PH流量质量与其他渠道
Hacker News发布指南
- 作为"Show HN:[product] — [它做什么用简单的英语]"发布
- 最佳时间:工作日上午(美国东海岸)
- 用技术细节评论,对堆栈要透明
- 对批评作出深思熟虑的回应(HN重视诚实而非营销)
- 不要要求投票 — 永远不要
- 准备好监控 — HN拥抱死亡是真实的
病毒循环设计
viral_loop:
trigger: "" # 什么使某人分享?
mechanism: "" # 他们如何分享?(邀请,链接,嵌入,社交)
incentive:
sharer: "" # 推荐人得到什么?
receiver: "" # 新用户得到什么?
friction: "" # 需要多少点击才能分享?(目标:1-2)
visibility: "" # 非用户能否看到产品在使用中?(Powered by,水印,社交分享)
viral_coefficient:
invites_per_user: ""
conversion_per_invite: ""
k_factor: "" # 邀请 × 转换。K>1 = 病毒增长
定价发布策略
发布定价方法:
| 策略 | 它如何工作 | 最适合 |
|---|---|---|
| 创始价格 | 30-50%的折扣,永远锁定给早期采用者 | 建立忠诚基础 |
| 早鸟 | 折扣在X天后/座位后到期 | 创建紧迫感 |
| 免费增值 | 免费层挂钩,付费层转换 | 高容量B2C/开发者 |
| Beta价格 → GA价格 | 随着产品成熟逐渐增加 | 验证支付意愿 |
| 随心所欲支付 | 客户选择(建议价格) | 社区/创意产品 |
发布日的价格锚定:
- 首先显示"正常"价格(划掉)
- 显示发布价格,并突出节省
- 添加时间限制(“发布价格结束[日期]”)
- 包括价值堆栈(“包括2000美元的模板”)
边缘案例和特殊情况
进入拥挤市场的发布
- 以"与[竞争对手]不同,我们[具体差异]"为首
- 针对竞争对手最沮丧的用户(搜索"[竞争对手]替代品")
- 构建迁移工具/比较内容
- 不要竞争功能 — 竞争体验、价格或细分市场
零受众发布
- 从1对1外展开始(100封个人电子邮件>10,000个冷)
- 找到3-5个您的受众聚集的微社区
- 在这些社区中免费解决问题(首先建立声誉)
- 与拥有受众的人合作(收入分享,共创)
- 公开建设 — 记录旅程(人们支持弱者)
发布失败恢复
如果发布表现不佳:
- 不要惊慌 —— 大多数成功的产品都有安静的发布
- 分析:是产品、信息、渠道还是时机?
- 如有需要,重新定位(相同的产品,不同的故事)
- 向不同的受众或渠道重新发布
- 专注于10个快乐用户而不是1000个不温不火的人
国际发布
- 本地化信息(不仅仅是翻译 — 适应文化参考)
- 尊重当地定价(PPP调整,当地支付方式)
- 按地区分批发布(不要一次性全部)
- 本地影响者>每个市场的全球影响者
- 法律/合规性不同 — 检查数据隐私、条款、税收
快速命令
| 命令 | 它的作用 |
|---|---|
| “评估我的发布准备情况” | 运行6维准备评分卡 |
| “创建一个发布简介” | 生成launch_brief YAML模板 |
| “计划我的Product Hunt发布” | PH特定的清单和时间表 |
| “构建我的预发布内容日历” | 8周内容计划 |
| “设计我的发布日时间表” | 小时剧本 |
| “分析我的发布漏斗” | 发布后漏斗分析 |
| “运行我的30天回顾” | 完整的发布审查模板 |
| “评分我的发布渠道” | 渠道归因分析 |
| “帮助我重新发布” | 发布失败恢复计划 |
| “创建一个病毒循环” | 设计推荐/分享机制 |
AfrexAI技能与此配对
- afrexai-brand-strategy — 发布前的定位和信息传递
- afrexai-seo-content-engine — 预发布内容,用于有机流量
- afrexai-email-marketing-engine — 发布电子邮件序列
- afrexai-social-media-engine — 社交媒体发布活动
- afrexai-competitive-intel — 在发布前了解您的市场
- afrexai-pricing-strategy — 获得发布定价正确
- afrexai-prd-engine — 在发布前定义您要构建的内容