发布度量指标
本技能涵盖如何度量产品发布——发布日前需要设置什么、发布期间跟踪什么、以及如何事后评估结果。没有一致的度量，发布就是猜谜。有了它，每次发布都能为下一次提供参考。
发布前设置
度量的工作在发布日之前就开始了。在发布当天才设置追踪，意味着你会错过流量最高峰时的第一波数据。
需要设置的内容
- UTM参数 — 为每个分发渠道中的每个链接添加标签
- 分析事件 — 端到端地检测转化漏斗
- 基线数据采集 — 记录发布前的当前指标，以便衡量增量
- 仪表板或视图 — 一个在发布日观察所有关键指标的中心位置
UTM命名规范
UTM参数用于追踪流量来源。在所有发布中使用一致的命名方案，以便随时间比较。
utm_source = 平台 (twitter, linkedin, email, producthunt, hackernews)
utm_medium = 渠道类型 (social, email, paid, referral)
utm_campaign = 发布名称 (feature-name-launch, v2-launch, 等)
utm_content = 具体素材 (tweet-thread, announcement-email, blog-post)
示例URL：
- Twitter公告：
?utm_source=twitter&utm_medium=social&utm_campaign=realtime-api-launch&utm_content=launch-tweet - 发布邮件：
?utm_source=email&utm_medium=email&utm_campaign=realtime-api-launch&utm_content=announcement-email - Product Hunt：
?utm_source=producthunt&utm_medium=referral&utm_campaign=realtime-api-launch&utm_content=ph-listing
规则：
- 始终使用小写
- 值中使用连字符，不要使用下划线或空格
- 同一发布的所有渠道，活动名称必须一致
- 在发布日前通过电子表格创建所有UTM，确保无一遗漏
已检测事件
发布前，请验证以下分析事件是否存在并正确触发：
| 事件 | 描述 |
|---|---|
landing_page_view | 着陆页加载，同时捕获UTM参数 |
signup_started | 用户开始注册 |
signup_completed | 账户创建完成 |
first_action | 首次有意义的产品操作（因产品而异） |
cta_click | 每个CTA按钮被点击（带标签） |
blog_post_view | 发布博客文章被加载 |
email_open | 发布邮件被打开（来自邮件平台） |
email_click | 发布邮件中的链接被点击 |
如果这些事件不存在，且没有时间在发布前添加，至少使用UTM从已有的分析平台测量流量和注册。
按层级划分的KPI
“成功”的定义取决于发布层级。不要将Tier 3的更新日志推文与Tier 1的产品发布相比较。
Tier 1 KPI（完整产品发布）
| 度量指标 | 衡量什么 | 在哪里追踪 |
|---|---|---|
| 新注册数（第1天，第1周） | 直接获取影响 | 产品分析 |
| 着陆页访客数 | 公告的覆盖范围 | 网页分析 |
| 着陆页→注册转化率 | 页面有效性 | 网页分析 |
| 邮件打开率 | 列表参与度 | 邮件平台 |
| 邮件点击率 | 邮件文案有效性 | 邮件平台 |
| 社交媒体展示+互动 | 品牌认知 | 原生平台分析 |
| 媒体报道 | PR覆盖范围 | 人工 + Google Alerts |
| 生成的反向链接数 | SEO影响 | Ahrefs, Search Console |
| Product Hunt排名（如适用） | PH特定覆盖 | Product Hunt |
Tier 2 KPI（主要功能）
| 度量指标 | 衡量什么 |
|---|---|
| 来自发布流量的新注册 | 获取 |
| 功能采用率（现有用户） | 激活 |
| 博客文章浏览量 | 内容覆盖 |
| 社交媒体参与率 | 共鸣 |
| 邮件打开+点击率 | 列表参与度 |
Tier 3 KPI（小型改进）
| 度量指标 | 衡量什么 |
|---|---|
| 更新日志浏览量 | 现有用户的认知 |
| 社交媒体帖子参与度 | 覆盖范围 |
基准期望值
以下是针对拥有成熟受众的B2B/开发者工具的粗略基准。用于校准期望，而非硬性目标。
| 度量指标 | 弱 | 良好 | 强 |
|---|---|---|---|
| 邮件打开率（已有列表） | < 20% | 30-40% | > 50% |
| 邮件点击率 | < 2% | 4-8% | > 10% |
| 着陆页→注册转化率 | < 2% | 5-10% | > 15% |
| Twitter发布推文展示次数（10K粉丝） | < 5K | 10-30K | > 50K |
| HN首页（如登上） | — | 200-500次访问 | 2,000+次访问 |
| Product Hunt（被推荐） | < 100个赞 | 200-500 | 500+ |
| Tier 1发布：第一周注册数 | < 100 | 200-1,000 | 1,000+ |
这些数据因受众规模、产品类别和发布质量而差异巨大。请将其视为方向性参考。
发布日监控
发布日当天，在最初4-6小时内近乎实时地监控指标。这是你还可以调整的时间窗口（重新分享帖子、发送跟进推文、延长限时优惠）。
需要关注的内容：
- 每小时注册数（若显著低于预期则发出警报）
- 按注册转化率排序的顶级流量来源（不仅仅是流量量）
- 邮件投递问题（退信率、垃圾邮件投诉）
- 最初2小时内的社交媒体互动速度（预示最终覆盖范围）
不要做：
- 强迫症式地刷新指标而忽略与社交媒体评论互动
- 基于早期数据在发布中途做出重大信息更改
- 如果某个特定渠道表现不佳就恐慌——等待24小时数据
发布后复盘
在发布后5-7天内进行复盘，趁数据新鲜时进行。对于Tier 1发布，应在发布准备期间就安排复盘。对于Tier 2，异步的Slack线程也可以。
需要提取的复盘数据
复盘前，收集：
- 各来源流量（UTM细分）
- 各来源注册数
- 各来源转化率（注册数 ÷ 访客数）
- 邮件指标（打开、点击、取消订阅）
- 各平台社交媒体指标
- 与之前类似发布的比较（如有）
需要回答的问题
- 哪个渠道表现最佳（按转化率，而非仅流量量）？
- 哪个渠道表现最差（相对于投入的努力）？
- 有什么意外发现？（表现超出或低于预期的渠道）
- 信息传达是否到位？（定性方面：评论、回复、邮件反馈）
- 漏斗在哪里泄漏？（高流量、低注册 → 着陆页问题；低流量 → 分发问题）
- 你会有什么不同做法？
复盘产出
复盘应产生且仅产生两样东西：
- 更新的分发优先级 — 下次在哪些渠道投入更多/更少
- 清单更新 — 基于学到的经验，对发布清单进行增删
记录在共享位置（Notion, Linear, Confluence），以便随发布积累。价值会复利增长：经过10次发布后，你将拥有一个针对自身产品和受众的量化模型。
构建发布历史
在单个电子表格或数据库中追踪每次发布：
| 发布 | 日期 | 层级 | 最佳渠道 | 注册数（D1） | 注册数（W1） | 邮件打开率 | 备注 |
|---|
经过5次以上发布后，模式会浮现：
- 哪些渠道对你的受众持续转化
- 什么层级的发布会带来多大规模的注册
- 你的基准随时间的变化趋势（列表规模、社交关注者增长）
这份历史数据是你最有价值的发布资产。它使得未来的发布规划比任何外部基准更快、更准确。
配套技能
- launch-strategy — 定义发布层级和决定追踪内容的清单
- launch-distribution — 每个渠道的UTM在发布日前设置完毕
- launch-email — 邮件打开/点击指标反馈至复盘
- launch-blog-post — 博客文章UTM及随时间变化的自然搜索表现