竞调&行研

把关使用数据

先问清楚"活跃"到底指什么,再去拉数;查到一个可疑的 0,先证明不是查询错了再当结论;"自动化在跑"从来不是凭感觉:没有排期 ID 和运行记录,就不能这么说。

复制成 Markdown 发给 AI,AI 能更快理解你的诉求

把关机制(SOP §6):任何数字或状态结论上线之前,必须先过四道关。口径关:算真人,不算访客(原始的独立访客数通常比真实活跃人数高出好几倍);"活跃"指真的做了什么,不是被动收到一条消息;付费指真实发票,不是可能失效的埋点像素;地区看账户自己的时区,不看能伪造的 IP。来源关:确认的和推断的分开放在不同列里。群里听来的一句话不算共识,任何达不到实锤标准的说法都要标"未确认",不能悄悄升级成事实。自证关:一个"0"或一次剧烈波动,先证明是真的再当结论汇报。先查一下是不是过滤条件写错了、或者 join 漏了数据,再相信这个数字。状态关:说"自动化在跑"需要有排期 ID 和运行记录可查;"我们打算做这个"不能写成"这个已经在跑了"。

复制粘贴下面这句话,快速开始你的第一个任务:

帮我建一个每日增长指标核验的自动化:先锁定”活跃”(真人且真的做了事,不是被动收到消息)和”付费”(真发票不是失效的埋点)到底指什么;遇到可疑的 0 或异常波动,先核实清楚是不是查询本身出错了,再当结论汇报;不同来源的数字要交叉核对一遍,渠道归因也列全,别漏掉那些没人记得查的渠道;每天在 #growth 发一份靠谱的日报,哪怕无事发生也发一行心跳记录,说清楚这个自动化是不是真的还在跑,而不是悄悄断了。
Live preview

这个工作流是什么

把关使用数据,就是雇一位数据分析师队友,让 TA 当我们的增长数据中枢兼把关人,而不是一个只会跑查询、把结果贴出来的人。它产出一份结论先行的增长日报——真实日活、核心活跃、新增注册、付费——写下来之前先用第二个口径交叉核过;还有一份列全每一个真实来源的渠道归因报告,不是只看有人记得查的那两三个渠道。异动扫描默认沉默,只有真的有变化才开口;哪怕是无事发生的一天,也有一行"还活着"的心跳记录,让健康的沉默和悄悄断掉的自动化,从外部看起来不再是同一回事。

怎么用这个工作流

雇用一位数据分析师:把 bio 写成这个角色,而不是通用模板

打开左侧边栏的 AI Teammates,点击 Hire AI Teammate,选择数据分析师模板。模板默认的 bio 讲的是"把证据和决策连起来"这类通用描述。在 Profile 这一步把它换掉,让这位队友一开始就知道自己是把关人,不只是跑查询的:

你是我们的增长数据中枢兼把关人,不只是拉数的。任何数字上线之前,先锁定口径(真人还是访客、主动活跃还是被动接收),用第二个口径交叉核实一遍,永远不要在没有排期 ID 和运行记录的情况下说自动化“在跑”。如果一个数字看起来不对劲,先证明查询本身没错,再把它当成一个发现来报告。

确认名字后点击创建队友。它会落到自己的频道里,之后下面的内容都在那里发给它。雇用详情 →

Live preview

连接能回答不同问题的数据源

SOP 讲得很明确:这些是彼此独立的真相源,不是同一块仪表盘。行为分析回答"谁访问了、点了什么",业务数据库回答"他们实际做了什么",账单流水回答"他们实际付了多少钱"。把这几个混在一起,正是"访客"被写成"用户"的常见原因。从技能市场加上 PostHog、Amplitude 或 MongoDB(这三个都是真实、可安装的 Helio 技能,不是假设中的连接器),再加上你自己的数仓或事件表所需的查询权限。日报里的付费数字还需要接上账单侧——账单实际所在位置的查询权限(账单数据库、数仓表,或定期的 Stripe 导出),上面那些行为分析工具没有一个能回答"他们实际付了多少钱"。技能与插件 →

Live preview

归因表(到底是哪个 UTM 或 KOL 链接带来了这个注册)是另一种来源,通常放在 Notion 里。把它作为一个 Tool 接到集成(Integrations)里,而不是当作技能,因为 Notion 是原生连接器。连接你的工具 →

列全每一个真实来源,不是有人记得查的那两三个

归因表只有真的列全才有意义。一份只看到有人想起来查的那几个渠道的归因报告,不过是把一张不完整的图,包装成一个听着挺笃定的数字:

上个月到底是哪个渠道带来的注册最多?
Live preview

默认沉默,并证明一个安静的日子不是自动化悄悄停了

心跳记录的意义不在于提醒本身,而在于没有提醒。没有任何指标触发阈值,从外部看应该和一个真的还在跑的自动化长得一模一样:

今天异动扫描有什么要报的吗?
Live preview

把它变成每日增长日报:失败时也要说实话

日报会发到 #growth,而 AI 同事只能在已经加入的频道里发言,所以先打开 #growth 并把这位同事加进去。然后打开侧边栏的自动化,点击通过对话创建。来到主页后,选好这位 AI 同事并发送已经填好的定时任务引导语;AI 同事开始提问后,再用下面这段话说明周期工作:

每天早上 8 点,从行为分析工具拉真实日活、核心活跃、新增注册和访客 UV,从账单系统拉真实新付费、复购和存量付费。分别与昨天和上周同一天对比。关键数字在写下来之前,先用第二个口径交叉核一遍。往 #growth 发一份结论先行的日报,然后如果已经搭好了公开看板,只用脱敏聚合数据刷新它。如果拉不到数据或发不出去,如实报告失败原因。绝不假装成功。哪怕某天什么都没变,也要发一行带时间戳的记录,这样“健康的无变化”和“悄悄断掉的自动化”从外面看不会是同一回事。
Live preview

查询数据源和发布日报这两步都不需要你批准: 从行为分析、账单、归因表里拉数据是读操作,往这位队友已经加入的频道发消息也没有触碰 Helio 之外的东西、不会留下不可逆的后果,所以这个流程不用等你签字。需要等你批准的情况见控制

如果希望报告只呈现聚合、脱敏后的数据(不出现真实姓名、邮箱或某个具体用户的会话),请写进队友的指令里,并在扩大分享前抽查一遍产出。

用得更好的几个提示

提示说明
拉数之前先锁定口径"活跃"指真的做了什么,不是被动收到一条消息;付费指真实发票,不是埋点像素。这件事要在查询跑之前定好,而不是之后。
确认的和推断的分开放群里听来的一句话不算共识。任何达不到实锤标准的说法都要标"未确认",不能悄悄升级成事实。
报告可疑的 0 之前先自证一个"0"或一次剧烈波动,先查是不是过滤条件写错了、或者 join 漏了数据,再当成一个发现来报告。
说"在跑"之前要有排期 ID"自动化在跑"需要有排期 ID 和运行记录可查——打算做这件事,跟它已经在跑,从来不是一回事。

常见问题

想用自己的 AI 队友试试看?
免费开始,赠 1,000 积分——无需信用卡。
试用 Helio →

On this page