每轮只解决 1–2 个问题
- 1 个主要目标；
- 必要时增加 1 个辅助目标；
- 开始时明确哪个目标优先。
目标太多，就无法形成真正的优先级。
GTM Two-Week Rhythm · v2
GTM 双周目标与迭代机制
每两周聚焦解决 1–2 个重要问题，取得可衡量的结果，并在周期结束时对照原始目标判断是否达到预期。
聚焦少数问题
结果必须可衡量
结束时对照原目标
一、为什么采用双周目标
如果工作一直滚动执行，很容易出现这些情况：
- 手头出现什么新事情，就先去做什么；
- 原来约定的重要目标逐渐被放弃；
- 一件事做了很久，却不知道已经进行到什么程度；
- 两周后只能回忆做过什么，无法判断取得了什么结果。
双周迭代的价值，是为团队建立固定节奏：先明确结果，再集中执行，最后对照原目标复盘。
二、基本规则
目标必须能够判断
- 写清最终希望取得的结果；
- 提前定义数字或成功标准；
- 保留可查看的成果或证据；
- 不把“研究、推进、持续优化”直接当作结果。
两周结束时，任何人都应该能判断目标是否达成。
过程尽量轻量
- 不要求把每天的工作拆成大量 Ticket；
- 不需要写长周报或为了汇报制作 PPT；
- 方法和路径可以调整，但不能悄悄放弃原目标；
- 重要目标、进度和最终结果必须留在 Linear 中。
三、每两周的操作流程
设定本轮目标
通过 Codex 提供四项信息：
- 两周结束时要取得什么结果；
- 用什么数字或证据判断完成；
- 需要谁提供什么协作；
- 最终成果将以什么形式呈现。
Codex 整理后写入 Linear 当前 Cycle，并返回链接。
快速校准一次
用 2–3 分钟更新：
- 当前数字或成果；
- 状态：正常、存在风险或受阻；
- 需要帮助或决策的事项。
不需要汇报每天做过什么，只确认目标是否仍然在轨。
对照原目标结项
Codex 先调出两周前的原始目标，再记录：
- 最终结果和数字；
- 能够证明结果的链接或证据；
- 哪些标准达成、哪些没有；
- 下一轮继续、放大、调整还是停止。
用结论指导下一轮
上一轮的结果必须影响下一轮选择：
- 有效的方法继续或放大；
- 方向正确但执行不足的，调整方案；
- 没有信号的实验及时停止；
- 未完成的目标不能默认滚入下一轮。
四、目标应该怎么写
| 不够清晰 | 改成可验证的双周结果 |
|---|---|
| 推进招聘 | 找到 1–2 名值得创始人沟通的 Growth Lead 候选人 |
| 继续发社交媒体 | 验证两个互动率明显超过基线的内容方向 |
| 优化素材系统 | 上线素材生成流程，并在本轮实验中被团队实际使用 |
| 研究新的获客渠道 | 测试两个渠道，并获得初步获客成本和用户质量数据 |
五、Codex 与 Linear 怎么使用
Codex 是操作入口
- 把自然语言整理成清晰目标；
- 创建和更新 Linear 记录；
- 中期和结项时调出原目标；
- 对比目标与最终结果。
Linear 是正式记录
- 保存目标、负责人和截止时间；
- 保存进度、结果和证据链接；
- 记录每个双周 Cycle 的历史；
- 显示未更新、逾期和已完成目标。
每次通过 Codex 创建或更新后，都应收到 Linear 链接作为回执，确保记录已经写入。
六、跨项目时的简单规则
同一个人同时参与多个产品时，只需额外说清楚：
- 每个目标属于哪个项目；
- 哪个是主要目标，哪个是辅助目标；
- 发生资源冲突时，优先保证哪个结果。
一个目标不要同时横跨两个产品。不同产品应分别记录，成功标准也应分别定义。
七、会议只做辅助
会议不是这套机制的核心。保留项目周会，是为了快速解决阻碍、依赖和需要决策的问题。
- 不逐人念周报；
- 绿色目标快速带过；
- 优先讨论存在风险、受阻和需要跨项目协作的目标；
- 会议结论回写到原来的 Linear 目标卡。