关于 gtm-operating-cadence
面向需要改善会议、决策和跨职能协作的成长型公司,提供运营节奏设计技能,涵盖会议层级、指标报告、季度规划、决策权限和异步沟通。
主要功能
- 01五层会议架构
- 02每周指标报告
- 03三周季度规划周期
- 04决策权限指引
- 05异步优先沟通
- 06CEO 每周更新模板
适用场景
- 01随公司发展重新设计会议节奏
- 02建立固定的每周指标复盘
- 03制定季度重点并明确负责人
- 04厘清决策者与决策时限
安装
复制下面的命令,在终端中运行。
npx skills add https:/ / github.com/ github/ awesome-copilot --skill gtm-operating-cadence安装后在 Claude Code 中输入/gtm-operating-cadence确认已加载。
详细介绍
运营节奏
在 30 人时行之有效的会议结构,到了 100 人就会崩塌。在 100 人时行之有效的,到了 300 人也会崩塌。失效模式总是相同的:太多人参加太多会议,却做出太少决策。
何时使用
触发信号:
- “我们的会议不产出决策”
- “我们在增长,但对齐却越来越差”
- “我们应该多久开一次会?”
- “没人知道跨职能正在发生什么”
- “决策要花很久”
- “领导层整天都在开会”
适用情境:
- 从 20 人扩展到 300+ 人的公司
- 从 PMF 之后到增长阶段
- 分布式 / 远程团队
- 任何“我们需要讨论一下这件事”已成为默认做法的阶段
核心框架
1. 五级会议架构
模式:
不同会议服务于不同目的。把它们混为一谈,要么导致低效(耗时过多),要么导致混乱(决策不清)。应按职能、频率和决策权限来区分会议。
第 1 级:每日站会(15 分钟,仅团队)
- 我们昨天完成了什么、今天开始做什么、什么在阻碍我们
- 最多 5-10 人。全公司站会只是表演
- 反模式:状态汇报(用 Slack,不要开会)
- 反模式:战略讨论(时间不对,场合不对)
- 成功标准:15 分钟内结束,暴露出 1-2 个阻塞项
第 2 级:每周职能评审(60 分钟,职能领导层)
每个职能都有自己的每周节奏:
- 产品团队周五下午 4 点:指标、用户反馈、路线图阻塞项
- GTM 团队周二下午 4 点:销售管道、客户更新、交易健康度
- 工程团队周三下午 4 点:速度、缺陷积压、部署
形式:指标回顾(10 分钟)→ 成果 / 阻塞项(15 分钟)→ 一次深入探讨(30 分钟)→ 下周优先级(5 分钟)
反模式:试图在会议中解决所有问题。挑 1-2 个,其余交给后续跟进。
第 3 级:每周全员会(60 分钟,全公司)
这是扩张期公司最重要的单一对齐机制。
- CEO 更新(15 分钟):北极星进展、本周重点、发生了什么变化
- 指标仪表盘(10 分钟):每周格式相同(一致性有助于模式识别)
- 深入探讨(20 分钟):一个需要团队输入的战略话题——不是演示,而是讨论
- 问答(15 分钟):真实问题,真实回答
反模式:防御性语气。全员会应当直接,不要粉饰。 反模式:指标不一致。如果你更改仪表盘,团队就无法跟踪进展。
第 4 级:双周领导层对齐(90 分钟)
- 北极星进展(5 分钟)
- 职能更新(30 分钟,每个 5-7 分钟)
- 需要解决的重大决策(30-40 分钟):资源冲突、战略转向、客户 / 产品决策
- 未来 2 周规划(15 分钟)
跨职能阻塞项就在这里解决。如果各职能各自为政,这个会议就没有起作用。
第 5 级:季度战略规划(半天到全天)
- 上季度回顾(90 分钟):哪些有效、哪些无效、我们会怎么做不同
- 下季度规划(120 分钟):我们在优化什么?路线图是什么?
- 职能分组讨论(90 分钟):每个职能规划自己的季度
- 综合汇总(60 分钟):各职能分享承诺,解决冲突
反模式:“娱乐活动”太多,实质内容不足。 反模式:没有明确决策产出。
随规模调整:
- <30 人:只保留第 2-3 级。跳过每日站会(你什么都看得到)。跳过双周领导层会议(你就是领导层)。
- 30-100 人:加入全部 5 个层级。每月评审能捕捉到你不再每天看到的东西。
- 100-300 人:加入越级评审。你距离执行层已有 2 层以上。
- 300+ 人:加入职能专属的子节奏。CEO 参会的数量应当比 50 人时更少——而不是更多。
让这套机制奏效的规则:
每个会议都必须产出决策,否则就取消。状态更新是异步的。如果你在会议中而没人在做决策,就离开。
2. 每周指标报告(及早发现问题的仪表盘)
模式:
每月报告要晚 30 天才能发现问题。到那时,糟糕的一个月已成定局。每周报告能在第 2 周发现问题,此时你仍能挽救这个月。
格式(每周结构相同):
WEEK OF [DATE]
North Star: [Metric]
This Week: [Value] | Last Week: [Value] | Change: [+/-] [↑↓]
Context: [One sentence — why this trend matters]
Functional Metrics:
Product: 7-Day Retention: 34% | Last: 33% | +1% ↑
Feature Adoption: 18% | Last: 16% | +2% ↑
Context: Onboarding improvements showing impact
GTM: Pipeline: $8.2M | Last: $7.8M | +$400K ↑
New POCs: 3 | Last: 2
Context: Partner pipeline adding deals
Health: Team Morale: 7.2/10 (down from 7.5)
Context: Org restructure causing uncertainty
纪律规则:
- 每周指标相同。 一致性有助于模式识别。可以添加指标,绝不删除指标。
- 每个指标配一句背景说明。 不只是数字——为什么这很重要?对比计划?对比上期?
- 每个指标标注趋势方向。 上升/下降/持平箭头。如果变动显著:是暂时性的还是结构性的?
- 红绿灯颜色。 绿色(进展正常)、黄色(需关注)、红色(需采取行动)。每个红色项都必须有:负责人、具体行动、截止日期。
升级规则:
如果某个指标连续两周为红色且行动方案相同,就该升级——说明行动方案没有奏效。
指标数量:
总共选 8-12 个。如果某个指标变动时不会改变你的行为,就删掉它。40 个指标的仪表盘是装饰品,不是决策工具。
常见错误:
虚荣指标看起来漂亮,但无法预测业务成果。只有总下载量而没有采用情况的背景。只有 CEO 头条新闻而没有支撑指标。
3. 季度规划(防止战略漂移的流程)
模式:
没有季度规划,公司就会漂移。各职能各自做局部优化。销售追逐 ICP 之外的交易。产品为单一客户开发功能。营销投放与销售管道毫无关联的活动。
3 周规划周期:
第 1 周:回顾 + 数据收集
- 上季度结果对比计划(管理层准备)
- 各职能撰写 1 页回顾:哪些做得好、哪些不好、我们会如何改进
- 财务准备:收入实际、支出实际、预测
- 市场数据:竞争对手动向、客户反馈主题、赢单/丢单分析
第 2 周:优先级设定(管理层半天会议)
- 审阅回顾(30 分钟——会前预读,不做演示)
- 就 3-5 个公司级优先级达成一致
- 每个优先级:负责人、成功指标、资源需求
- 明确你不做什么(与做什么同等重要)
- 解决跨职能依赖
- 用北极星指标做取舍:“这能帮我们达成目标吗?能,就优先。锦上添花?往后排。”
第 3 周:OKR 逐级对齐 + 资源分配
- 各职能将公司优先级转化为团队 OKR
- 管理层审阅对齐情况
- 最终确定资源分配(人员编制、预算、工具)
- 最终计划在全公司范围内分享
季度承诺格式:
Q2 2026 Roadmap
North Star: [What we're optimizing for]
Pillar 1: Product (25% team effort)
Initiative: [Name]
Problem: [What we're solving]
Success: [Specific metric]
Owner: [Name]
Timeline: [When]
Pillar 2: GTM (50% team effort)
Initiative: [Name]
...
Pillar 3: People (10% effort)
Initiative: [Name]
...
Pillar 4: Tech Debt (15% effort)
Initiative: [Name]
...
“不做”清单:
每增加一个优先级,就要明确一件要停止做的事。如果你说不出自己不做什么,那你的优先级就太多了。
常见错误:
季度规划产出了一份 30 页却没人看的文档。产出应该是:3-5 个优先级写在一页纸上,每个都带负责人和指标。仅此而已。
4. 决策速度与权限
模式:
公司 20 人时,CEO 实时做出每一个决策。快。100 人时,决策需要对齐。慢。300 人时,决策需要对齐、审批和文档化。慢如冰川。
解决办法不是开更多会,而是明确决策权。
决策权限矩阵:
| 决策 | 谁决定 | 时间线 | 升级路径 |
|---|---|---|---|
| 公司战略 | CEO | 1 周 | 若涉及战略则提交董事会 |
| 功能优先级 | 产品负责人 | 1 周 | 若超过 3 个工程周则提交 CEO |
| 客户支持问题 | CSM | 立即 | 若升级则提交 CS 负责人 |
| 营销活动 | 营销负责人 | 2 周 | 若预算超过 $10K 则提交 CMO |
| 招聘 | 职能负责人 | 2 周 | 若岗位未获批则提交 CEO |
| 新合作伙伴关系 | CEO | 2 周 | 若涉及战略则提交董事会 |
| 供应商选择 | 职能负责人 | 1 周 | 若每年超过 $50K 则提交 CEO |
问题:
正在扩张的公司开始把可逆、低风险的决策当作不可逆、高风险的决策来处理。一切都要审批。一切都要开会。一切都要达成共识。
解决办法:
Type 1(不可逆、高风险): 定价模式、市场进入、重大合作伙伴关系 → CEO/领导层在一次会议中经过讨论后决定。时间线:最多 1-2 周。
Type 2(可逆、低风险): 活动创意、功能优先级排序、单个招聘 → 职能负责人决定、告知、迭代。时间线:当天或次日。
用 70% 的信息做决策,而不是 100%。 速度在每一个阶段都是竞争优势。
常见错误:
把共识文化伪装成协作。“让我们让所有人对齐”往往意味着“没人愿意做决定”。指明决策者。让他们决定。继续推进。
5. 异步优先沟通
模式:
同步会议无法规模化。默认异步,必要时升级为同步。
异步优先(无需开会):
- 决策文档(即使是重大决策——写出提案,征求意见,48-72 小时收集反馈,若达成共识或无实质性反对则做出决定)
- 进展更新(使用每周报告,而不是开会)
- 流程变更和 SOP
- 已经做出的决策(告知,而不是讨论)
需要同步的情况:
- 需要实时头脑风暴
- 需要解决重大分歧
- 需要白板的复杂议题
- 团队建设 / 关系维护
文档纪律:
每个决策都要记录:决定了什么?为什么?谁决定的?何时生效?谁需要知道?
以可搜索的格式存储(wiki、共享驱动器)。新员工入职更快。过去的决策不会被反复争论。
常见错误:
“快速同步”会议逐渐增长到每周消耗 10 小时。在 Slack 中过度沟通(短暂、嘈杂),而在持久格式(文档、邮件)中沟通不足。重要的内容在 6 个月后仍应可搜索。
6. CEO 周报
模式:
在快速扩张的公司里,这是杠杆率最高的沟通工具。花 5-10 分钟写。所有人都会读。它设定背景、庆祝胜利、明确优先级,并建立共识。
格式(周日晚上或周一早上发出):
1. 本周重点(1 段): 本周的优先事项是什么?团队应该聚焦在什么上?
2. 北极星进展(1-2 条): 关键指标现在到哪了?趋势向上/向下/持平?为什么这很重要?
3. 本周胜利(3-5 条): 交付了什么?客户/合作伙伴方面的胜利?宏观层面的意义?
4. 正在解除的阻塞(1-2 条): 本周我们在解除哪些阻塞?谁需要知道?
5. 请求(1 条,可选): 团队需要什么帮助?推荐、反馈、客户引荐?
规则:
每周同一天。一致性体现运营纪律。如果你跳过一周,团队会注意到——并开始猜想你没告诉他们什么。
常见错误:
太长(团队不会读)、太细(留到职能会议里讲)、只报好消息(团队会失去信任)、不一致(团队会停止阅读)。
7. 角色清晰 > 头衔
模式:
提速最有力的工具不是层级——而是明确的角色清晰度。当一个人清楚知道自己拥有什么、并且无法把它推给别人时,决策就会更快发生。
如何执行:
- 每个计划都恰好有一个负责人(配有支持他的队友)
- 指标与这位负责人绑定
- 成功以推动 KPI 来衡量,而不是完成任务
- 48 小时内清除没有明确归属的计划
测试:
你能说出拥有这一结果的唯一一个人吗?不是“团队”——是一个人。如果你说不出来,这个计划就会漂移。
常见错误:
把项目分配给多个人(“所有人都负责”= 没人负责)。衡量活动而不是影响。资金消耗率上升,却没有针对每个计划的清晰 ROI 跟踪。
决策树
我们需要哪些会议层级?
Company size <30?
├─ Yes → Levels 2-3 only (weekly functional + all-hands)
└─ No → Continue...
│
30-100 people?
├─ Yes → All 5 levels
└─ No → All 5 + skip-level reviews + function sub-cadences
这个会议值得保留吗?
Does it produce decisions?
├─ No → Can it be async?
│ ├─ Yes → Make it async, cancel the meeting
│ └─ No → Redesign with decision agenda
└─ Yes → Are the right people in the room?
├─ No → Fix attendee list (fewer > more)
└─ Yes → Keep it
常见错误
1. 随着公司成长不断增加会议 要替换它们。公司有 200 人时,CEO 参加的会议应该比 50 人时更少。
2. 状态更新会议 如果它能用邮件完成,就应该用邮件完成。会议是用来做决策的。
3. 每个季度更换指标 一致性才能识别趋势。同一个仪表盘,每次都一样。
4. 共识文化 指定决策者。让他做决定。告知其他所有人。
5. 所有信息都放在 Slack 里 转瞬即逝、嘈杂、无法搜索。重要决策要写进文档。
6. 产出 30 页文档的季度规划 一页纸上的 3-5 个优先事项。这才是产出。
快速参考
会议架构: 每日站会(15 分钟)→ 每周职能会(60 分钟)→ 每周全员会(60 分钟)→ 双周领导层会(90 分钟)→ 季度规划(半天)
每周指标仪表盘: 8-12 个指标,每周格式相同,红黄绿灯颜色,每个指标配一句背景说明,每个红色项都要有负责人 + 行动 + 截止时间
季度规划周期: 第 1 周:复盘 + 数据 → 第 2 周:设定优先级(最多 3-5 个)→ 第 3 周:OKR 逐级分解 + 资源
决策权限: Type 1(不可逆):CEO/领导层,1-2 周 → Type 2(可逆):职能负责人,当天
CEO 周报: 本周重点 → 北极星进展 → 胜利 → 阻塞 → 请求
信息流: 每日:Slack 胜利/客户声音 → 每周:CEO 邮件 + 职能更新 → 每月:全员会 + 跨级沟通 → 每季度:规划分享 + 演示
相关技能
- enterprise-account-planning:利益相关者管理与交易节奏模式
- 0-to-1-launch:发布阶段的执行节奏
- board-and-investor-communication:董事会会议结构与投资者更新
基于在从 20 人扩展至 1,000+ 名员工的公司中设计运营节奏的经验,包括在员工数量增长 3 倍后仍适用的五级会议架构、比月度复盘提前 3 周发现管道问题的每周报告格式,以及在多家公司中不断完善的首席执行官每周更新格式。这不是理论——而是通过超高速增长构建运营系统、并将其传授给下一个团队所沉淀的模式。