company-os

公司运营系统

运营系统是决定公司如何运作的一套工具、节奏和约定。每家公司都有自己的运营系统，只是大多数公司并不知道它是什么。将其明确下来，才能不断改进。

关键词

运营系统、EOS、Entrepreneurial Operating System、Scaling Up、Rockefeller Habits、OKR、Holacracy、L10 会议、rocks、记分卡、问责图、问题清单、IDS、会议节奏、季度规划、周度记分卡、管理框架、公司节奏、traction、年度规划、沟通节奏

---

先澄清

生成内容前，请确认以下信息。如果任何一项未知或含糊不清，请提问，不要自行假设：

• 公司规模和发展阶段 — 框架建议（EOS / Scaling Up / OKR-native / Holacracy）和实施时间表主要由员工人数决定
• 实际存在的问题（没有记分卡、优先事项未对齐、问题反复悬而未决、会议过多）— 决定应先构建六大组成部分中的哪一项
• 创始人的运营风格（偏运营还是偏愿景），以及公司由工程主导还是销售主导 — 在特定规模范围内影响框架选择
• 现有的节奏和指标 — 确保新运营系统能够取代会议，而不是叠加其上、造成会议疲劳

停止规则：只问最能影响输出的 2-3 个问题。如果用户说“直接起草”，就继续，并在文档开头列出假设。

---

运营系统选择

决策树

START: "Which operating system?"
  |
  v
[Company size?]
  |
  +-- 10-50 people
  |     |
  |     v
  |   [Is the founder operational or visionary?]
  |     |
  |     +-- Operational --> EOS / Traction (structured, simple)
  |     +-- Visionary --> Scaling Up (ambitious, strategy-heavy)
  |
  +-- 50-200 people
  |     |
  |     v
  |   [Engineering-led or sales-led?]
  |     |
  |     +-- Engineering-led --> OKR-native (hypothesis-driven)
  |     +-- Sales-led --> Scaling Up or EOS (execution-focused)
  |
  +-- 200+ people
  |     |
  |     v
  |   [High autonomy or high alignment needed?]
  |     |
  |     +-- High autonomy --> Holacracy (only if patient)
  |     +-- High alignment --> Custom hybrid (best of EOS + OKR)
  |
  +-- Not sure --> Start with EOS. It is the simplest to implement.

框架对比矩阵

特性	EOS	Scaling Up	OKR-Native	Holacracy
复杂度	低	中	中	高
实施时间	30-90 天	90-180 天	60-120 天	6-12 个月
适用的公司规模	10-250 人	50-500 人	20-500 人	50-300 人
目标框架	Rocks（达成或未达成）	OKR + 优先事项	OKR（分级）	角色 + 职责
会议节奏	每周 L10	每日碰头会 + 每周会议	每周 + 每季度	治理 + 战术会议
问题解决	IDS	保留/淘汰/合并	回顾	治理流程
问责机制	问责图	职能问责	OKR 负责人	基于角色
记分卡	每周数据	每周 KPI	季度 KR	各角色的指标
优势	简单、实施快速	严谨、侧重战略	灵活、适合科技公司	权力分散
劣势	可能显得僵化	复杂，需要纪律性	缺少结构时容易偏离方向	学习曲线陡峭

---

六大核心组成部分

无论采用哪种框架，每个有效的运营系统都包含以下六大组成部分：

组成部分 1：问责图

这不是组织结构图。问责图要回答：“谁对这个结果负责？”

设计原则

原则	实施方式
单一负责人	每项职能由一人负责，但可以有多人参与。
明确空缺	找出无人负责的职能并指派负责人。
不可重叠	如果两个人都认为自己负责，那就说明谁都没有真正负责。立即解决。
适配发展阶段	在早期，一人可以负责多个职位。要明确说明。
每季度审查	随着公司发展，职责归属会变化。每季度审查一次。

问责图模板

CEO
  |
  +-- Revenue (CRO/VP Sales)
  |     +-- Inbound pipeline
  |     +-- Outbound pipeline
  |     +-- Customer success
  |
  +-- Product & Engineering (CTO/CPO)
  |     +-- Product roadmap
  |     +-- Engineering delivery
  |     +-- Technical operations
  |
  +-- Operations (COO)
  |     +-- Finance & legal
  |     +-- People operations
  |     +-- Business operations
  |
  +-- Marketing (CMO/VP Marketing)
        +-- Demand generation
        +-- Brand & content
        +-- Product marketing

工作坊流程（2 小时）

Step 1: List all functions the company performs (30 min)
Step 2: Assign ONE owner per function (30 min)
Step 3: Identify gaps (functions nobody owns) (15 min)
Step 4: Identify overlaps (2+ people claiming ownership) (15 min)
Step 5: Resolve gaps and overlaps (20 min)
Step 6: Publish and communicate (10 min)

组成部分 2：记分卡

通过每周指标判断公司是否走在正轨上。不是每月，也不是每季度，而是每周。

记分卡规则

规则	理由
最多 5-15 个指标	超过 15 个，就没有任何事项能得到关注
每项指标都要有负责人	明确负责人才能落实问责
每项指标都要有每周目标	不是范围，而是一个具体数字
红/黄/绿状态	不写段落，而用交通灯式标识
只讨论红色指标	绿色指标无需在会议中讨论

示例计分卡

指标	负责人	目标	本周	状态
新增 MRR	CRO	$50K	$43K	[R]
客户流失率	CS Lead	< 1%	0.8%	[G]
活跃用户	CPO	2,000	2,150	[G]
部署次数	CTO	3/week	3	[G]
未解决的严重 Bug	CTO	0	2	[R]
资金可维持时间	CFO	> 18mo	16mo	[Y]
Offer 接受率	CHRO	> 85%	90%	[G]

组件 3：会议节奏

完整会议节奏

会议	频率	时长	参与者	目的
每日站会	每日	15 min	各团队	仅讨论阻碍事项
L10 / 领导层同步会	每周	90 min	领导团队	计分卡 + 问题
部门评审	每月	60 min	部门 + 领导层	深入分析部门指标
季度规划	每季度	1-2 days	领导层	设定重点目标，审视战略
年度规划	每年	2-3 days	领导层	制定 1 年 + 3 年愿景

L10 会议议程（每周领导层会议）

环节	时长	活动
好消息	5 min	个人 + 业务成果
计分卡评审	5 min	仅标记红色项目
重点目标评审	5 min	检查每项重点目标是否按计划推进
客户/员工动态	5 min	值得关注的事件
问题列表（IDS）	60 min	识别、讨论、解决
待办事项评审	5 min	检查上周的承诺：完成了还是没有？
总结	5 min	为会议打 1-10 分，并讨论下次怎样才能达到 10 分

组件 4：问题解决（IDS）

每个问题最多花 15 分钟。这是核心的问题解决循环。

IDENTIFY: What is the actual issue? (One sentence, root cause, not symptom)
  |
DISCUSS: Relevant facts + perspectives. Time-boxed.
  |       When discussion starts repeating, STOP.
  |
SOLVE: One owner. One action. One due date. Written down.

IDS 反模式

反模式	失败原因	改进方法
“我们线下再讨论”	线下讨论的问题很少得到解决	现在就解决，或列入下周的问题清单
讨论却不做决定	讨论得很充分，却没有行动项，等于白费	每次讨论都必须以决定收尾
重提已决定的问题	削弱整个机制	问题解决后就从清单中移除。只有出现新数据时才重新列入。
问题连续 3 次以上出现在会议清单中	要么问题不真实，要么大家不敢面对	强制处理：本周解决，否则移除
把多个问题混在一起	捆绑的问题无法解决	每条只列一个问题。有需要时拆分。

组件 5：重点目标（90 天优先事项）

重点目标规则

规则	理由
每人最多 3-7 项	超过 7 项，就一项也做不完
公司层面的重点目标为 3-7 项	领导层共同承担的优先事项
状态只有两种：完成或未完成	不要使用“完成 60%”
在季度规划时设定	每周评审（是否按计划推进）
不是待办清单	重点目标需要持续投入 90 天

好的与不好的重点目标

不好的重点目标	原因	好的重点目标
“改进销售流程”	无法衡量，也不具体	“在 3 月 31 日前部署 CRM，设置销售管道阶段并启用报告功能”
“招聘更多工程师”	没有目标，也没有截止日期	“在 4 月 15 日前招聘 3 名高级工程师并获得其接受的 Offer”
“降低客户流失率”	没有目标	“在 Q2 结束前，将月度客户流失率从 3% 降至 1.5%”
“提高沟通能力”	无法观察	“连续 12 周每周五发布公司动态”

组件 6：沟通节奏

受众	内容	时间	形式
全体员工	公司动态	每月	书面内容 + 问答
全体员工	季度业绩 + 优先事项	每季度	全员会议
领导团队	计分卡	每周	仪表板
董事会	公司业绩	每月或每季度	董事会备忘录/演示文稿
投资者	关键指标 + 说明	每月或每季度	投资者动态
客户	产品更新	每次发布	发行说明

默认规则：如果拿不准是否应该在内部分享，就分享。沟通不足造成的代价总是高于沟通充分。

---

实施路线图

30 天快速入门

周	活动	时间投入
1	制定职责图表	2 小时工作坊
2	定义 5-10 项每周记分卡指标	1 小时对齐会议
3	开始每周 L10 会议	每周 90 分钟（持续进行）
4	设定第一轮 90 天重点事项	半天规划会议

仅这四项，就能比大多数公司一年所能实现的更有效地改善协作。

90 天全面实施

月份	重点	交付成果
1	基础	职责图表、记分卡、L10 会议
2	深化	明确重点事项、启用问题清单、每日站会
3	节奏	完整的会议节奏、沟通节奏、首次季度评审

---

常见失败模式

失败情况	症状	解决方法
部分实施	“我们做 OKR，但跳过检查会”	只实施一半的操作系统比不实施更糟。应承诺采用完整体系。
会议疲劳	在现有会议之外又增加了新节奏	用新会议替换现有会议，而不是增加会议
指标过载	因为“它们都重要”而设置 30 项 KPI	从 5 项开始。只有建立起固定节奏后才增加指标。
重点事项膨胀	每人 12 项重点事项	严格限制：每人最多 7 项，公司最多 7 项。
领导层不遵守	领导层跳过 L10 或忽视 IDS	操作系统反映了领导层对它的重视程度。领导者应率先践行。
没有季度评审	年度目标到年末才检查	季度评审是最低要求。
记分卡没有目标	只跟踪数字，没有阈值	每项指标都需要目标，才能采取行动。

---

危险信号

• 询问“公司的 3 项首要任务是什么？”时，五位团队负责人给出不同答案——对齐失败
• 问题清单中的同一问题连续存在 4 周以上——回避问题或存在结构性问题
• 没有每周记分卡——盲目行事
• 设定了重点事项，却从未每周检查——有目标，却没有问责
• 职责图表 6 个月以上未更新——与实际情况脱节
• 会议总是在没有决策的情况下结束——会议设计有问题
• 沟通完全自上而下，从不自下而上——反馈回路中断

---

与高管团队的整合

角色	对操作系统的依赖
CEO（ceo-advisor）	制定愿景，为 1 年计划和重点事项提供指引
COO（coo-advisor）	负责会议节奏和问题解决节奏
CFO（cfo-advisor）	负责记分卡中的财务指标
CTO（cto-advisor）	负责工程重点事项和技术记分卡指标
CHRO（chro-advisor）	负责人力指标（离职率、招聘速度）
文化架构师（culture-architect）	将文化仪式融入会议节奏
战略对齐（strategic-alignment）	验证团队重点事项是否由公司重点事项逐级分解而来
变革管理（change-management）	按照 ADKAR 模型推行新的操作系统

---

输出成果

请求	交付内容
“建立我们的操作系统”	框架建议 + 30 天实施计划
“设计我们的会议节奏”	完整的会议节奏，包含议程和负责人
“制定我们的记分卡”	5-15 项指标，包含负责人、目标和阈值
“协助季度规划”	规划会议议程 + 重点事项设定框架
“解决我们的问责问题”	职责图表工作坊 + 职责空缺/重叠分析
“我们总是在讨论相同的问题”	IDS 培训 + 问题清单审查

---

工具参考

scorecard_builder.py

构建和跟踪公司每周记分卡，包含红黄绿状态、趋势分析，以及可用于 L10 会议 IDS 流程的问题清单。

# Run with demo data
python scripts/scorecard_builder.py

# From JSON with metrics and rocks
python scripts/scorecard_builder.py --input scorecard.json

# JSON output
python scripts/scorecard_builder.py --json

rocks_tracker.py

跟踪公司和个人的 90 天重点事项，包含二元状态、阻碍因素识别和负责人问责。

# Run with demo data
python scripts/rocks_tracker.py

# Specify quarter
python scripts/rocks_tracker.py --quarter Q2

# From JSON
python scripts/rocks_tracker.py --input rocks.json

# JSON output
python scripts/rocks_tracker.py --json

meeting_pulse_designer.py

设计公司会议节奏、验证会议负荷、识别重复和空缺，并生成 L10 议程模板。

# Run with demo meetings
python scripts/meeting_pulse_designer.py

# Specify team size
python scripts/meeting_pulse_designer.py --team-size 50

# From JSON with current meetings
python scripts/meeting_pulse_designer.py --input meetings.json

# JSON output
python scripts/meeting_pulse_designer.py --json

---

故障排查

问题	可能原因	解决方法
5 位团队负责人对最优先的 3 项工作给出不同答案	对齐失败——重点目标未向下传达，或未每周回顾	重新进行季度规划；在 L10 会议中每周回顾重点目标；公开展示公司优先事项
同一问题在问题列表上停留了 4 周以上	回避问题，或问题背后的结构性难题太棘手，不敢处理	强制推进：本周解决，或永久移除；必要时升级处理
记分卡包含 30 多项 KPI	指标过载——没有任何指标能得到关注	精简至 5–10 项指标。只保留能告诉你公司是否步入正轨的指标。
制定了重点目标，却从不回顾	目标缺乏问责；L10 会议没有召开	每周 L10 会议不可妥协；每周花 5 分钟回顾重点目标
领导团队跳过 L10 会议或忽略 IDS	领导者不遵守规定会摧毁这套操作系统	CEO 必须强制执行：领导者要以身作则。如果 CEO 跳过，操作系统就会失效。
在现有会议之外又新增会议	会议累积导致会议疲劳	替换会议，而不是增加会议。审查会议清单；消除重复会议

---

成功标准

• 每周召开 L10 会议，领导层出席率达到 90% 以上（连续 12 周以上无例外）
• 每周审查记分卡，并使用 IDS 格式讨论红色指标（不忽略任何红色指标）
• 季度重点目标中有 70% 以上在季末前以二元状态（完成／未完成）达成
• 问题列表：平均每个问题在 2 次会议内解决（没有问题拖延 4 周以上）
• 所有团队负责人都能准确说出公司最优先的 3 项工作（每季度测试）
• 每人每周会议时长低于 10 小时（通过 meeting_pulse_designer.py 测量）
• 每季度审查并更新问责图表，且不存在无人负责的职能

---

范围与限制

范围内：操作系统选择（EOS、Scaling Up、OKR、Holacracy）、问责图表、每周记分卡、会议节奏设计、IDS 问题解决、90 天重点目标、沟通节奏、实施路线图。

范围外：OKR 软件配置、项目管理工具设置、Agile/Scrum 方法、冲刺规划、产品待办事项管理、人力资源政策制定。

限制：记分卡生成器会根据提供的数据计算 RAG，但无法从业务系统获取实时指标。重点目标跟踪器使用手动状态更新——无法自动检测是否完成。会议节奏设计器会根据团队规模和会议清单提供建议，但无法考虑公司的特定文化规范。框架比较仅供参考——实际实施效果取决于领导层的投入。

---

集成点

技能	集成
ceo-advisor	CEO 制定愿景，为 1 年计划和重点目标提供方向
coo-advisor	负责会议节奏和问题解决频率
cfo-advisor	将财务指标纳入每周记分卡
cto-advisor	工程重点目标和技术记分卡指标
chro-advisor	将人员指标（离职率、招聘速度）纳入记分卡
culture-architect	将文化仪式融入会议节奏
strategic-alignment	验证团队重点目标是否由公司重点目标逐级传达而来
change-management	新操作系统的推广采用 ADKAR 模型
chief-of-staff	统筹季度规划会议并跟进 L10 事项