公司运营混乱、目标与执行脱节时，用 EOS…

适用于 10-250 人、$2M-$50M 营收并希望用 EOS 对齐愿景和执行、建立会议与目标节奏的创业公司。

适用场景

解决思路

1. 按六项关键组件推进：Vision → People → Data → Issues → Process → Traction。
2. 用每周运营节奏连接愿景与执行力，强化六项组件；避免只有愿景没有 traction，或只有 traction 没有愿景。
3. 用六项 Quick Diagnostic 行是否通过来给业务评分；每项组件只有到位/未到位两种状态；目标 10/10。
4. 将评分映射到区间：9-10 = 六项诊断行全部通过且 rocks 持续达到 80%+ 完成率；7-8 = 五项通过、一项薄弱；5-6 = 三到四项通过；3-4 = 一到两项通过；<=2 = 没有运营节奏。
5. 每次评估都要说明当前分数、未通过的诊断行，以及每项未通过行的下一步行动。
6. 用 Vision/Traction Organizer（V/TO）在两页内回答八个问题。
7. 在 V/TO 中定义 Core Values：3-7 条不可谈判的信念。
8. 在 V/TO 中定义 Core Focus：Purpose/cause/passion + niche。
9. 在 V/TO 中定义 10-Year Target：大而大胆的目标。
10. 在 V/TO 中定义 Marketing Strategy：目标市场、3 个独特卖点、已验证流程、保证。
11. 在 V/TO 中定义 3-Year Picture：三年后公司的收入、利润、人数、关键指标。
12. 在 V/TO 中定义 1-Year Plan：本年收入、利润、可衡量指标、目标。
13. 在 V/TO 中定义 Quarterly Rocks：本季度 3-7 个优先事项。
14. 在 V/TO 中定义 Issues List：所有未解决障碍、问题、想法、机会。
15. 领导团队共同完成 V/TO（2 天 off-site）。
16. 向整个组织分享 V/TO。
17. 每季度复盘 V/TO。
18. 每年更新 V/TO。
19. 如果领导团队无法就 V/TO 达成一致，先解决对齐问题，因为这是更大的问题。
20. 填写 V/TO 时参考 references/vto.md 的八问模板和 off-site 练习顺序。
21. 用 Accountability Chart（不是 org chart）定义结构和每个人负责什么。
22. 在 Accountability Chart 中设置 Visionary 和 Integrator。
23. 让 Visionary 负责大想法、文化、关键关系、创造性解决问题。
24. 让 Integrator 负责日常运营、管理团队、执行愿景。
25. 在 Accountability Chart 下设置 Sales/Marketing、Operations、Finance 等职能座位。
26. 遵守每个座位只有一个人负责；共享责任等于没有责任。
27. 用 People Analyzer 从两个维度评估每个人。
28. Right Person（核心价值观匹配）：对每条核心价值观评 +、+/- 或 -。
29. Right Person 规则：必须全部为 +；一个 +/- 需要谈话；任何 - 表示不是对的人。
30. Right Seat（GWC）：Gets it（理解角色）、Wants it（真正想要）、Capacity（心理、身体、情绪能力）。
31. Right Seat 规则：GWC 三项都必须为 yes。
32. 人员决策：Right person, right seat → 保留并投资。
33. 人员决策：Right person, wrong seat → 调到正确座位。
34. 人员决策：Wrong person, right seat → 辅导或退出（最难的决定）。
35. 人员决策：Wrong person, wrong seat → 立即退出。
36. 构建 Accountability Chart 或运行 People Analyzer 时参考 references/people.md 的模板和 GWC 评分指南。
37. 用 Scorecard：每周 5-15 个数字的报告卡，说明业务表现。
38. 使用每周数据，因为它比每月数据早 2-4 周发现问题，并用问责替代凭感觉管理。
39. Scorecard 使用活动型指标（leading indicators），而不是结果型指标（lagging）。
40. 每个 Scorecard 数字都要有负责人和目标。
41. 用红/绿标记 Scorecard：on track 或 off track。
42. Scorecard 示例：Revenue / Sales Lead / $50K/wk；New Leads / Marketing / 100/wk；Cash Balance / Finance / >$200K。
43. 选择指标时问：如果去度假 4 周，哪 5-15 个数字能告诉我业务表现如何？
44. 构建 Scorecard 时参考 references/data.md 的模板和 leading-indicator 指标选择方法。
45. 用 IDS（Issues Solving Track）：Identify → Discuss → Solve。
46. Identify：不断问 Why? 直到找到根因而不是症状。
47. Identify：用一句话陈述问题。
48. Discuss：每个人都可输入（但不是平均分配时间）。
49. Discuss：停止跑题。
50. Discuss：一次一个问题，限时 5-15 分钟。
51. Solve：做出决定。
52. Solve：分配行动项（who + what + when）。
53. Solve：然后继续。
54. 处理 Problems（客户流失、团队冲突、故障）时：IDS → solve。
55. 处理 Ideas（新功能、流程变更、机会）时：IDS → decide（yes/no/later）。
56. 处理 Obstacles（rock 被阻塞、资源限制）时：IDS → remove or escalate。
57. Issues list 规则：任何人都可添加 issues。
58. Issues list 规则：优先处理最重要的 issues。
59. Issues list 规则：未解决的问题结转到下次；不是每次会议都要解决所有问题。
60. 避免 IDS 常见失败：讨论症状而不是根因。
61. 避免 IDS 常见失败：每周重复同一个问题。
62. 避免 IDS 常见失败：结束时没有清晰行动项。
63. 主持 IDS 时参考 references/issues.md 的 Five Whys 示例和跑题控制技巧。
64. 用 Core Process Documentation，遵循 20/80 规则：文档化 20% 的流程获得 80% 的一致性。
65. 识别核心流程：HR（hiring、onboarding、reviews）。
66. 识别核心流程：sales（lead → close）。
67. 识别核心流程：operations（delivery、fulfillment）。
68. 识别核心流程：customer service（support → resolution）。
69. 识别核心流程：finance（invoicing、collections）。
70. 文档格式：命名流程。
71. 文档格式：列出 5-20 个主要步骤，细节刚够用，不要写 50 页手册。
72. 文档格式：尽可能可视化。
73. 销售流程示例 The Closer：1 Qualify lead（BANT: Budget, Authority, Need, Timeline）。
74. The Closer：2 Discovery call（30 min，question guide）。
75. The Closer：3 Demo（针对客户痛点定制）。
76. The Closer：4 Proposal（24 小时内）。
77. The Closer：5 Follow up（7 天内 3 次触达）。
78. The Closer：6 Close or disqualify。
79. 执行 FBA（Followed By All）：文档化流程。
80. FBA：培训流程。
81. FBA：衡量合规。
82. FBA：每季度更新流程。
83. 文档化核心流程时参考 references/process.md 的完整模板和 HR/sales/ops 示例。
84. 设置 Rocks（季度优先事项）：未来 90 天最重要的 3-7 件事；90 天足够长以完成有意义的事，也足够短以保持紧迫感。
85. Rock-setting 流程：1 回顾 V/TO（vision、3-year、1-year）。
86. Rock-setting：2 头脑风暴本季度必须完成什么才能保持正轨。
87. Rock-setting：3 缩小到 3-7 个公司 rocks，每个有一个 owner。
88. Rock-setting：4 每位领导成员也设置 3-7 个个人 rocks。
89. Rock-setting：5 向组织分享并每周跟踪。
90. 使用 SMART rocks：Specific（如 Launch new pricing page 而不是 improve pricing）。
91. SMART rocks：Measurable（清晰完成标准）。
92. SMART rocks：Achievable in 90 days。
93. SMART rocks：Realistic（资源允许）。
94. SMART rocks：Time-bound（季度末到期）。
95. Rock scoring：Done = 勾选完成（没有部分得分）；not done = 结转到下季度或放弃；目标 80%+ 完成率。
96. 警惕只是 business as usual 的 rocks，它们不推动关键进展。
97. 设置季度 rocks 时参考 references/rocks.md 的二元 done-test、九行错误表和季中检查。
98. 运行 Level 10 Meeting：每周同一天、同一时间、同一议程，90 分钟，绝不超过。
99. Level 10 议程：5 min Segue，分享个人和专业的好消息。
100. Level 10：5 min Scorecard，回顾每周数字。
101. Level 10：5 min Rock Review，逐个 rock 标记 on track/off track。
102. Level 10：5 min Headlines，客户/员工快速更新。
103. Level 10：5 min To-Do List，回顾上周 to-dos：done or not done。
104. Level 10：60 min IDS，Identify、Discuss、Solve issues。
105. Level 10：5 min Conclude，回顾 to-dos，给会议打 1-10 分。
106. Level 10 规则：准时开始和结束；保护节奏是它有效的原因。
107. Level 10 规则：不用手机/笔记本电脑（议程除外）；IDS 需要全神贯注。
108. Level 10 规则：90 分钟中 IDS 占 60 分钟；解决 issues 才是重点，更新不是。
109. Level 10 规则：结束时给会议打 1-10 分；低于 8 分要讨论如何改进。
110. Level 10 规则：To-dos 是带 owner 的 7 天行动项；done = 100% complete；目标 90%+ 完成率。
111. 运行或修复 Level 10 时参考 references/level-10.md 的引导脚本和会议评分解释。
112. 按典型 2 年周期实施 EOS。
113. Focus Day：Day 1（8 小时）做 Accountability chart、rocks、scorecard、Level 10。
114. Vision Building Day 1：Month 1 完成 V/TO 的 core values、core focus、10-year target。
115. Vision Building Day 2：Month 2 完成 V/TO 的 marketing strategy、3-year、1-year、rocks。
116. Quarterly Sessions：每 90 天回顾 rocks、设置新 rocks、用 IDS 处理主要 issues。
117. Annual Planning：每年完整复盘 V/TO、1-year plan、Q1 rocks。
118. 选择 Self-implementation（读 book、跟随工具，免费但较慢）或 EOS Implementer（认证引导者，更快但昂贵）。
119. 规划 rollout 时参考 references/implementation.md 的阶段顺序和 self-vs-Implementer 决策。
120. 查看真实公司如何排序实施时参考 references/case-studies.md。
121. 用 Organizational Checkup 对六条陈述各打 1-5 分。
122. Vision 陈述：领导团队同意我们去哪和怎么去。
123. People 陈述：我们有对的人在对的座位上。
124. Data 陈述：我们用每周 5-15 个数字的 scorecard 管理。
125. Issues 陈述：我们快速且永久地解决问题。
126. Process 陈述：核心流程已文档化且所有人遵循。
127. Traction 陈述：我们设置并达成 90 天优先事项（rocks）。
128. Checkup 评分：25-30 strong（fine-tune）。
129. Checkup 评分：20-24 good（close gaps）。
130. Checkup 评分：15-19 average（significant work）。
131. Checkup 评分：below 15 weak（consider an EOS Implementer）。
132. 避免跳过 Level 10s；修复：保护会议，绝不取消。
133. 避免没有 Scorecard；修复：选择 5-15 个每周数字。
134. 避免保留错误的人；修复：用 People Analyzer，做艰难决定。
135. 避免 V/TO 不分享；修复：向整个公司分享。
136. 处理 rock 特定错误（too many、too vague、business-as-usual、mid-quarter changes）时参考 references/rocks.md 的九行表和修复方法。
137. Quick Diagnostic：领导层不认同愿景 → misalignment；行动：一起完成 V/TO。
138. Quick Diagnostic：对的人不在对的座位 → performance issues；行动：对所有座位运行 People Analyzer。
139. Quick Diagnostic：不用数据每周管理 → reactive management；行动：建立 weekly scorecard。
140. Quick Diagnostic：issues 不能永久解决 → same problems repeat；行动：在 Level 10s 中用 IDS。
141. Quick Diagnostic：核心流程未文档化 → inconsistency；行动：文档化 top 5 processes。
142. Quick Diagnostic：90-day priorities 未设置和跟踪 → no traction；行动：设置 quarterly rocks。
143. 需要完整系统时阅读 Traction: Get a Grip on Your Business，作者 Gino Wickman。
144. 阅读 Get a Grip，作者 Gino Wickman & Mike Paton，作为 EOS 商业寓言。
145. 阅读 Rocket Fuel，作者 Gino Wickman & Mark C. Winters，了解 Visionary + Integrator 关系。

适用边界 · 注意事项

• 不适用于员工少于 10 人或营收低于 $2M 的组织；该框架为 $2M-$50M、10-250 人的创业公司设计。
• 不适用于领导团队不愿先就 V/TO 达成一致，或不愿投入每周 Level 10 节奏和 2 年实施周期的组织。
• 不适用于只想临时解决单个会议或单个流程问题、不愿采用六组件系统的情况。