GTM Operating Rhythm
GTM Sprint 目标规则
用一个很轻的机制,让大家在两周里聚焦最重要的目标,避免目标消失在日常忙碌里。
每人 1 张 Linear ticket
默认 1 个最重要目标
Sprint 结束说清结果
为什么这样做
GTM 的事情很容易变多、变散。大家每天都很忙:开会、沟通、发内容、找人、跟进渠道、改材料、处理临时问题。但如果每个 Sprint 开始时没有一个清楚的目标,忙到最后很容易说不清楚这两周到底拿到了什么结果。
这套规则不是为了增加汇报,也不是把大家管得更细,而是帮助每个人在两周里抓住最重要的一件事。
- 先想清楚这个 Sprint 最重要的目标是什么。
- 中途看一次有没有跑偏、卡住或需要帮忙。
- 结束时把结果说清楚,避免目标在日常忙碌中不知不觉消失。
- Sprint 结束后基于事实决定下一轮继续、调整还是停止。
目标少一点,注意力集中一点,最后结果清楚一点。
核心原则
- 每个 Sprint 为两周。
- 每个 Sprint,GTM 每个人只写 1 张 Linear ticket。
- 默认只写 1 个最重要目标;确实有两件都很关键,可以写 2 个;不要写 3 个或更多。
- 目标可以跨项目,同一张 ticket 可以覆盖 Bo、Ancher、渠道、内容、关键人才等自己手头最关键的事情。
- 设计、系统开发、产品工程等工作,继续按照原有项目和 ticket 方式推进,不用放进这张 GTM Sprint 目标卡。
时间节奏
| 时间 | 要做什么 |
|---|---|
| Sprint 第一个周一 2pm 前 | 每个人在 Linear 的 GTM 项目里创建自己的 Sprint 目标 ticket。 |
| Sprint 中期:第一周周五下班前 | 在原 ticket 里更新一次简短进展。 |
| Sprint 结束:第二周周五下班前 | 在原 ticket 里写明完成情况。 |
| Sprint 结束后的周末 | 负责人 review,并决定下一轮继续、调整或停止什么。 |
Linear 怎么写
标题:
[Sprint开始日期][姓名】【目标是什么】
内容:
要做什么:
怎么衡量:
Sprint 中期:
进展:
卡点/需要帮助:
Sprint 结束:
完成情况:
结果:
下一步:
怎么用 Codex
大家不需要把时间花在 Linear UI 里反复填写。日常工作主要通过 Codex 更新 ticket:阶段性成果、进展、卡点、结果,用一句话告诉 Codex 即可。
创建 Sprint ticket
帮我创建本轮 Sprint 目标 ticket。
要做什么:测试 Bo 小红书素材方向,找到值得继续放大的 hook。
怎么衡量:发布/投放 12 条素材,记录曝光、互动、注册,找出 2 条表现明显更好的素材。
更新 Sprint 中期进展
帮我更新本轮 Sprint ticket。
进展:已发布 6 条素材,其中 2 条互动明显更好,最高互动率 4.8%。
卡点/需要帮助:落地页注册链路还没完全确认,需要产品同学今天看一下。
维护 ticket
把这个阶段性成果更新到我的 Sprint ticket:今天新增 8 名人选,2 人回复,1 人适合创始人聊。
Sprint 结束总结
帮我总结并更新本轮 Sprint 结束结果。
完成情况:部分完成。
结果:发布 12 条素材,没有跑出明显高于平均值的注册转化,但“旧文章变成图文”方向互动更好。
下一步:调整,下一轮聚焦旧内容复用场景。
每周不需要再单独手写周报。把 Sprint ticket 更新清楚即可。否则周报很容易变成走过场,写出来的内容和最初目标慢慢偏离,最后也 match 不上。
根据我本轮 Sprint ticket 的最新内容,生成一段简短周报。
周一目标怎么写
只回答两个问题,不写背景、过程、计划和长方案。
要做什么:
怎么衡量:
例子
要做什么:测试 Bo 小红书素材方向,找到值得继续放大的 hook。
怎么衡量:发布/投放 12 条素材,记录曝光、互动、注册,找出 2 条表现明显更好的素材。
例子
要做什么:找到 1-2 名值得创始人沟通的高优先级人选。
怎么衡量:新增 30 名人选,完成 20 次定向触达,至少 3 次有效回复,推荐 1 名进入创始人沟通。
Sprint 中期怎么写
进展:
卡点/需要帮助:
不要只写“推进中”。要有数字或具体进展。
Sprint 结束怎么写
完成情况:
结果:
下一步:
完成情况写:完成 / 部分完成 / 未完成。
下一步写:继续 / 放大 / 调整 / 停止。
Sprint 结束时,结果必须简短但明确。不要写“基本完成”“持续推进”“效果一般”“有一些进展”。要写清楚实际做了什么、拿到了什么结果、有没有达到衡量标准。
最后原则
- 这个 Sprint 你最重要的目标是什么?
- 最后有没有拿到结果?
- 下一轮应该怎么调整?
如果这三个问题说清楚了,就够了。不要为了写 ticket 而写 ticket。