产品发布指标(product launch metrics):第 1 周和第 4 周该看的七个数

product launch metrics 是发布后两个固定日期要读的七个数:上线渠道、引流会话、注册率、激活率、第 4 周回访、正确提及和单渠道耗时。本文给出一张可复制的台账、两次复盘的日期,以及每个数字对应的决定。

效果衡量6 分钟读完1047 次阅读
产品发布指标(product launch metrics):第 1 周和第 4 周该看的七个数

product launch metrics 不是一张随时打开的仪表盘,而是发布后两个固定日期要读的七个数:上线渠道数、引流会话、注册率、激活率、第 4 周回访率、正确提及数、每个上线渠道耗时。第 1 周读上线、引流、注册和更正;第 4 周读激活、回访、提及和耗时。每个数字先绑一个决定,再去看值。

product launch metrics 能回答什么,不能回答什么

这七个数里,有一半量的是你能控制的工作:渠道有没有真的上线、事实有没有写对、你花了多少小时、链接指向哪里。另一半量的是你只能影响的结果:会话、注册、激活、回访。把它们放在同一张表里,是为了在结果好看时不去抢功,在结果难看时也知道先修哪一段。

最常见的错误是同一时间读所有数字。第 1 周读留存太早,激活率也还没稳定;第 4 周才发现某个目录的链接一直指向 404,又太晚。分两次读,问题才会在还能修的时候出现。

先划边界:这张台账能证明某个动作发生过、某个渠道确实在线,不能证明注册、引用或成交是发布带来的。要谈因果,需要对照实验,而发布周通常给不了。我们不知道你的品类基准是多少,也不会编一个让表格看起来完整。

分母要先于目标写下来

“多拿一些注册”没有分母,永远没法复盘。“发布渠道带来的注册率从 4% 提到 6%,统计第 1 到第 7 天”即使没做到,也能复盘。后一种写法也更难被意外庆祝,这正是重点。

七个 product launch metrics,以及各自什么时候读

每个指标都要有分子、分母和时间窗。少一个,两个人就能从同一份导出里算出不同的数,而且都没说谎。下面这张表在发布前定好定义,那时还没有人需要为一个结果辩护。

指标定义来源决定
上线渠道列表页公开、事实正确的渠道数量提交记录,加一次人工访问哪个没动静的渠道要跟进
引流会话第 1 周来自发布渠道的会话数分析工具的来源报告哪个渠道真的送来了人
注册率第 1 周注册数除以会话数分析工具与账号记录页面承诺和产品是否对得上
激活率完成一次真实首动作的新账号除以注册数产品事件数据新手引导是否挡住了第一次价值
第 4 周回访第 22 到 28 天再次活跃的已激活用户除以已激活用户产品事件数据产品是否值得第二次打开
正确提及产品名、类别和链接都写对的地方数量人工搜索与 AI 回答抽查外界是否在准确描述你
单渠道耗时发布总工时除以已上线渠道数你自己的时间记录哪个渠道值得下一轮再做

七个是故意设的上限。二十个指标通常只会换来一张仪表盘,换不来一个决定。一个数字如果不会改变你接下来做什么,就把它放到更晚的复盘里,不要塞进发布台账。如果一次发布只能维持三五个指标,就把它们固定在发布计划里,不要每次复盘临时换一套。

按这个顺序做

顺序很重要,因为前两步决定后面的数字有没有意义。这两步要在发布前做完,不是发布后补。漏掉一步,后面的数字就只能当故事来看了。

  1. 把两个复盘日期和时间窗定死。第 1 周算第 1 到第 7 天,第 4 周算第 22 到 28 天。把两个日期写进同一份产品发布计划。做到别人不用问你,也知道复盘在哪天。
  2. 为每个指标写清分子、分母和时间窗。从上面的表开始,按你的产品改。做到两个人读同一条定义、拿同一份导出,会算出同一个数。
  3. 给每一行写来源和读者。没有来源的指标,到第 4 周一定变成猜。把导出文件、报表或人工检查放在行旁边。做到每一行都能指到一个文件、一个链接或一个人。
  4. 第 1 周只读上线、引流和更正。确认每个列表页真的公开,链接落到正确页面,产品名和类别没有拼错。先修这些。做到上线渠道数和提交记录对得上。
  5. 第 4 周读激活、回访和耗时,然后每个数字写一个决定。保留一个渠道,砍掉一个渠道,改一步引导,或者更正一条事实。做到台账里填的是决定列,不只是数值。

交付物:一张两日期指标台账

把下面这段复制到发布计划那份文档里。它故意很短。更新一次要花一小时的台账,第二周就会被放弃。

LAUNCH METRICS LEDGER
产品:
第 1 周复盘日期(第 1-7 天):
第 4 周复盘日期(第 22-28 天):
品类基准来源(如有):

指标 | 数值 | 时间窗 | 来源 | 决定
上线渠道 |  |  |  | 
引流会话 |  |  |  | 
注册率 |  |  |  | 
激活率 |  |  |  | 
第 4 周回访 |  |  |  | 
正确提及 |  |  |  | 
单渠道耗时 |  |  |  | 

每行一个决定
保留:
砍掉:
修改:
更正:

上线渠道这一行来自目录提交记录表,不是记忆。记录表管“什么时候提交了什么”,台账管“现在实际能看到什么、你因此决定了什么”。两边不一致时,记录表是证据,台账是解释。

列表页上线之后的点击和转化,看链接点击与转化追踪。那篇管点击到转化的口径;这篇只管发布阶段选哪七个数、在哪两天读。

QueryWin 把产品档案和提交记录放在一处,台账的“来源”列才有东西可指。看产品档案和发布记录怎么接上,如果你每次复盘还在新文档里重抄同一组事实。

三个最常见的失败

大部分没用的发布复盘,都栽在下面三件事上。它们都不是工具问题。

  1. 复盘日期跟着心情走。写成“等事情稳定了再看”的复盘,通常不会发生。把日期写进发布计划,当成一个提交截止日。
  2. 分母中途换了。第 1 周算全部来源的注册,第 4 周只算一个渠道,这样的对比是虚构。分母要和定义一起冻结。
  3. 数字到了,决定没到。复盘最后只写“流量还行”,下个月还得再复盘一次。每一行都以保留、砍掉、修改或更正收尾。

还有一种更难看出来的失败:把引用检查当成效果证明。AI 回答能正确说出你的产品名,说明这个实体读得懂;它不能说明这条回答被买家看到,更不能说明买家行动了。数字本身不构成决定。把这三件事写在同一行,下一次就不会再拿一个漂亮的提及数代替结论。

常见问题

小团队要跟几个 product launch metrics?

一次发布七个就够。维护不了这么多,就留上线渠道、注册率和第 4 周回访。这三个分别能抓到坏渠道、坏承诺和坏产品。其余的,等某个决定真的依赖它时再加。

第 1 周和第 4 周要用同一个流量口径吗?

要,而且写下来。第 1 周用全部会话、第 4 周只用引荐流量,等于一次改了两个变量。选一个定义,两次都别换。

第 1 周渠道还没审核通过,算零流量吗?

算“未上线”,不算零流量。零流量是营销结果,未上线是运营结果。这一周只有后者值得修。

能拿公开基准来对比自己的数吗?

只有当基准写清样本、时间窗和定义时才可以。大部分公开的发布数字没有这些。没有分母的基准是故事,只会让你自己诚实的数字显得不对。遇到这种基准,宁可不比,也不要拿它当目标。

一个发布指标的价值,在于它能改变一个决定。改不了,就留到更晚的复盘。

本文属于 QueryWin 实操手册 · 第 2 阶

产品发布指标(product launch metrics):第 1 周和第 4 周该看的七个数