mcpField
G
gtm-operating-cadence

gtm-operating-cadence

github.com/github生产力40.5k1.5k 次安装今天更新
代码仓库

关于 gtm-operating-cadence

面向需要改善会议、决策和跨职能协作的成长型公司,提供运营节奏设计技能,涵盖会议层级、指标报告、季度规划、决策权限和异步沟通。

主要功能

  1. 01五层会议架构
  2. 02每周指标报告
  3. 03三周季度规划周期
  4. 04决策权限指引
  5. 05异步优先沟通
  6. 06CEO 每周更新模板

适用场景

  1. 01随公司发展重新设计会议节奏
  2. 02建立固定的每周指标复盘
  3. 03制定季度重点并明确负责人
  4. 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

纪律规则:

  1. 每周指标相同。 一致性有助于模式识别。可以添加指标,绝不删除指标。
  2. 每个指标配一句背景说明。 不只是数字——为什么这很重要?对比计划?对比上期?
  3. 每个指标标注趋势方向。 上升/下降/持平箭头。如果变动显著:是暂时性的还是结构性的?
  4. 红绿灯颜色。 绿色(进展正常)、黄色(需关注)、红色(需采取行动)。每个红色项都必须有:负责人、具体行动、截止日期。

升级规则:

如果某个指标连续两周为红色且行动方案相同,就该升级——说明行动方案没有奏效。

指标数量:

总共选 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 人时,决策需要对齐、审批和文档化。慢如冰川。

解决办法不是开更多会,而是明确决策权。

决策权限矩阵:

决策谁决定时间线升级路径
公司战略CEO1 周若涉及战略则提交董事会
功能优先级产品负责人1 周若超过 3 个工程周则提交 CEO
客户支持问题CSM立即若升级则提交 CS 负责人
营销活动营销负责人2 周若预算超过 $10K 则提交 CMO
招聘职能负责人2 周若岗位未获批则提交 CEO
新合作伙伴关系CEO2 周若涉及战略则提交董事会
供应商选择职能负责人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 周发现管道问题的每周报告格式,以及在多家公司中不断完善的首席执行官每周更新格式。这不是理论——而是通过超高速增长构建运营系统、并将其传授给下一个团队所沉淀的模式。

评论

支持 Markdown