公司開始長大之後，常見狀況是大家都很努力，也都很忙，但忙的方向並不一致。
老闆腦中有很多想法，團隊各自處理眼前事情；會議很多，重要問題卻反覆出現。年初訂過目標，到了年中才發現沒有人持續追；每週都在救火，卻說不清楚最重要的三件事到底是什麼。
Gino Wickman 的《Traction》與 EOS，就是要處理這種「有願景、有人、有工作，但缺乏共同營運節奏」的狀況。
EOS 要解決的核心，是六個營運元件沒有接起來
| 元件 | 要回答的問題 |
|---|---|
| Vision | 我們要去哪裡？大家是否理解同一個方向？ |
| People | 對的人是否在對的位置上？責任歸誰？ |
| Data | 哪些每週數字能提早告訴我們營運正在偏離？ |
| Issues | 重要問題能不能被提出、討論並解決？ |
| Process | 重要工作是否有一致做法，而不是每次重來？ |
| Traction | 願景是否被拆成 90 天優先事項，再落到每週追蹤？ |
單獨做好其中一項還不夠。公司可以有漂亮願景，但沒有每週執行；也可以有一堆 KPI，卻沒有人知道那些數字和今年目標有什麼關係。
第一步：用 V/TO 把老闆腦中的願景變成大家看得懂的版本
EOS 使用 Vision/Traction Organizer（V/TO，願景／執行整理表）把公司方向收斂成幾個關鍵問題。
- 核心價值（Core Values）。
- 核心焦點（Core Focus）。
- 10 年目標。
- 行銷策略。
- 3 年畫面。
- 1 年計畫。
- 本季 Rocks。
- Issues List。
重點不在把文件寫得很漂亮，而是領導團隊對「我們服務誰、靠什麼價值前進、今年最重要什麼」能不能講出同一套答案。
如果每個主管對公司方向理解不同，後面再多流程與會議也只是在加速不同方向的工作。
第二步：People 不只看人好不好，而是先把 Seat 定義清楚
EOS 的 People 元件常用兩個概念：Right People、Right Seats。
「Right People」看一個人是否符合公司核心價值；「Right Seat」則看他的角色是否適合，包括：
- Gets it：真的理解這個角色要完成什麼。
- Wants it：本人願意承擔這個角色。
- Capacity：能力、時間與狀態足以做好。
這三項合稱 GWC。
實務上最有用的地方，是先建立 Accountability Chart（責任圖），把每個主要 Seat 應負責的結果寫清楚，再決定誰坐上去。
傳統組織圖很容易只看到頭銜；責任圖則追問「這件事最後到底由誰負責」。如果一個結果同時有三個人共同負責，最後通常很難追究結果。
Visionary 與 Integrator：一個往前看，一個把事情接起來
EOS 也常用 Visionary（願景者）和 Integrator（整合者）描述兩種不同的領導功能。
Visionary 比較擅長看機會、想新產品、建立關係、提出方向；Integrator 則負責把優先順序、團隊協作、跨部門衝突與日常執行接起來。
這不代表每家公司都一定要立刻設兩個正式職位。小公司可能由同一個人兼任，或由創辦人與營運夥伴自然分工。需要避免的是：公司每天都有很多新想法，卻沒有人負責把舊承諾收斂、排序並完成。
第三步：Data 要用每週數字提早看到問題，不要等月底才知道
EOS 的 Scorecard（計分卡）重點在少數能每週判斷營運是否正常的指標，不需要把所有數字都塞進儀表板。
典型做法是 5～15 個數字，每一個都有明確定義、一個負責人、目標值與每週實際值。
比起只看月底營收，領先指標通常更有用。例如新名單、直播報名、付款失敗、未處理客服、交付延遲等，都可能比最終營收更早顯示問題。
如果你正在整理課程事業的每月數字，可以搭配課程事業每月該看哪些數字？建立基本營運儀表板一起看；EOS 的差別在於它更強調固定週節奏、責任人與異常處理。
Scorecard 要同時理解 Leading 與 Lagging 指標
營收、毛利、退款總額屬於比較靠後的結果型指標，看到時事情往往已經發生；名單、報名、到場、提案數、付款失敗等則可能比較早出現。
因此 Scorecard 不應只放「最後成績」，也要放少數能提早採取行動的 Leading Indicators（領先指標）。
例如直播成交下降，如果前兩週已經看到有效名單下降、到場率下降，就能提早查流量與提醒流程；不必等月底營收出來才知道前端早就出問題。
第四步：Issues 不要只記下來，要用 IDS 真的解掉
很多公司有問題清單，真正麻煩的是同一個問題每週都還在。
EOS 用 IDS：
- Identify：找出根因，不停在表面症狀。
- Discuss：只討論和解決這個問題需要的資訊。
- Solve：做決定，指定誰做什麼、何時完成。
例如「本月成交下降」只是現象。問題可能是名單品質下降、到場率下降、方案頁轉換下降，或付款失敗增加。
如果會議每次都從不同猜測開始，問題很容易變成漫長討論。IDS 的價值，是把團隊從「大家都有意見」推到「這次到底要解哪一個問題」。
第五步：Process 只先文件化最重要的核心流程
流程管理常見兩個極端：完全沒文件，或者寫出幾十頁 SOP，最後沒有人看。
EOS 比較偏向 20/80：先把最重要的少數流程整理清楚，讓大部分日常工作有一致做法。
例如知識型事業可以先整理：
- 名單進來後怎麼跟進。
- 直播前後怎麼通知。
- 付款成功後怎麼開通。
- 退款與付款失敗怎麼處理。
- 學員問題怎麼分流。
- 新文章怎麼研究、寫作、品質檢查、發佈。
流程的目的，是讓重複工作不必每次重新發明，同時保留必要的判斷空間。
第六步：Traction 把一年目標切成 90 天 Rocks
年度目標太遠，很容易被每天的急事吃掉。EOS 用 Rocks 把一季最重要的優先事項限制在少數幾個。
一個好的 Rock 應該：
- 90 天內能完成。
- 有一位明確主責者。
- 有清楚的完成標準。
- 不是日常例行工作。
- 完成後會明顯推進年度目標。
例如「改善行銷」太模糊；「本季完成新的直播報名頁、提醒流程與成效追蹤」比較接近可執行的 Rock。
EOS 常把 80% 以上 Rocks 完成率當成健康訊號。這個完成率主要用來檢查一季是否放了太多優先事項、完成標準是否太模糊，或團隊是否一直被臨時工作打斷，不必追求漂亮分數。
Level 10 Meeting：把每週時間留給例外與問題
EOS 很重視固定的 Meeting Pulse，其中最具代表性的是每週 Level 10 Meeting。
| 區段 | 目的 |
|---|---|
| Segue | 快速分享個人與工作好消息 |
| Scorecard | 看哪些每週數字 Off Track |
| Rock Review | 只判斷 On Track／Off Track |
| Headlines | 客戶與團隊重要更新 |
| To-do Review | 上週待辦是否完成 |
| IDS | 把主要時間留給問題解決 |
| Conclude | 確認新待辦與會議品質 |
這個會議和一般「每個人輪流報告這週做了什麼」很不同。更新要快，主要時間放在解決問題。
EOS 也常用 90% 以上的 To-do 完成率檢查承諾品質。若每週都有大量待辦延後，問題可能不在執行力，而是待辦定義太大、責任不清，或團隊承諾超過容量。
每週、每季、每年的節奏要接在一起
EOS 會把不同時間尺度接起來，不會只靠一場週會運作：
| 節奏 | 主要任務 |
|---|---|
| 每週 | Scorecard、Rocks、To-dos、IDS |
| 每 90 天 | 檢查上一季 Rocks、重新排序 Issues、設定下一季優先事項 |
| 每年 | 回看 V/TO、一年計畫、重大方向與下一年度目標 |
這樣年度願景才不會只在年初看一次。每一季的 Rocks 應該推進年度計畫，每一週又要確認 Rocks 是否仍在軌道上。
導入 EOS，先從領導團隊建立一致節奏
EOS 通常先由領導團隊把方向、責任、Scorecard、Rocks 與 Issues 的運作方式跑順，再往其他層級擴展。若領導者自己都不固定更新數字、不處理 Issues、每週取消會議，要求全公司遵守工具只會變成形式。
因此第一個目標，是讓核心領導團隊先用同一套節奏做決策、追承諾與解問題，再往其他層級擴展。
導入 EOS 不必一天把六個元件做滿
完整 EOS 通常會分階段導入，而不是一場會議就全部完成。實務上常先從責任圖、Rocks、Scorecard、Issues 與 Level 10 Meeting 建立基本節奏，再往 V/TO、核心流程與年度規劃深化。
營運方法最難的地方，是團隊能不能連續幾個月照相同節奏使用；知道工具本身反而比較容易。
如果第一週就塞滿所有表格，第二週沒人更新，第三週開始取消會議，工具再完整也沒有價值。
為什麼固定每週同一天、同時間很重要？
營運節奏要形成習慣，才不會每次事情一忙就取消。
如果 Scorecard、Rocks 和 Issues 只在有空時才檢查，重要事情往往最先被緊急工作擠掉。
固定節奏的作用，是讓團隊知道：每週一定會有一個時間點檢查承諾、數字與問題。很多事情因此不需要每天追問，也不必靠老闆到處催。
EOS 最容易被誤用成增加更多表格和會議
如果只是多一張 V/TO、多一張 Scorecard、多一個 90 分鐘會議，卻沒有刪掉其他重複管理方式，團隊只會更忙。
- 哪些舊報表可以取消？
- 哪些例行會議可以合併或停止？
- 哪些數字其實沒有人拿來決策？
- 哪些 Issues 一直被記錄，卻沒有人解？
- 哪些 Rocks 只是把日常工作換個名字？
營運系統的價值，是降低協調成本，不是再疊一層管理。
小型公司、個人品牌需要完整 EOS 嗎？
不一定。
一人公司如果還沒有團隊，People Analyzer、完整 Accountability Chart、90 分鐘領導會議可能太重；但仍然可以借用幾個高價值工具：
- 一頁式 V/TO，固定年度方向。
- 每季 3 個最重要 Rocks。
- 每週 5～10 個營運數字。
- Issues List，不讓問題只留在腦中。
- 每週固定 30～60 分鐘做 Review。
等團隊擴大，再把角色、流程與 Meeting Pulse 補完整，通常比一開始就照書全部搬進來更實際。
EOS 和 OKR 有什麼差別？
兩者都會處理目標與執行，但範圍不同。
OKR 主要是一套目標設定與衡量方法；EOS 則是一整套公司營運系統，除了目標，還包含責任圖、Scorecard、Issues、核心流程與固定會議節奏。
如果公司的主要問題只是目標不清楚，OKR 可能已經足夠；如果是願景、角色、數據、問題、流程和週節奏全部混亂，EOS 提供的範圍會更完整。
EOS 不會自動解決策略本身錯了
EOS 很擅長讓組織對齊並提高執行力，但如果市場選錯、產品沒有價值、定位錯誤，執行得更有效率也不會自動把錯誤策略變正確。
所以營運系統和策略仍然要分開：EOS 幫你把已決定的方向落實到執行，策略工作則要持續檢查「這條路值不值得走」。
一張表判斷公司現在最弱的是哪個元件
| 如果你常遇到 | 優先檢查 |
|---|---|
| 大家對公司方向說法不同 | Vision |
| 事情常卡在責任不清 | People |
| 月底才知道問題發生 | Data |
| 同一問題重複開會 | Issues |
| 每個人做法都不同 | Process |
| 目標很多、完成很少 | Traction |
不一定要六個元件同時重做。先找最弱的一個，建立基本節奏，再逐步補齊，通常比較容易持續。
常見問題
EOS 是什麼？
EOS 是 Gino Wickman 建立的 Entrepreneurial Operating System，透過 Vision、People、Data、Issues、Process、Traction 六大元件，幫助創業型公司把方向與執行接起來。
Rocks 和一般待辦事項有什麼不同？
Rocks 是一季最重要的少數優先事項，應該有明確完成標準與負責人；一般待辦通常是 7 天內的小任務或日常工作。
Level 10 Meeting 一定要 90 分鐘嗎？
完整 EOS 的標準節奏通常是 90 分鐘。小團隊若只借用部分方法，可以調整，但要保留固定週節奏與足夠的問題解決時間。
Scorecard 要追很多數字嗎？
不需要。EOS 偏向少數關鍵每週數字，而且每個數字都要有明確主責者與目標。太多指標反而會讓異常被淹沒。
公司只有三、五個人也能用 EOS 嗎？
可以借用，但不一定需要完整導入。小團隊可以先從 V/TO、Rocks、Scorecard、Issues List 與固定 Review 開始。
用了 EOS 就能讓公司成長嗎？
EOS 可以改善對齊、責任與執行節奏，但不能取代產品、市場、定位與策略判斷。方向錯誤時，仍需要先處理策略問題。
Traction 的重點，是讓願景每週都有落點
很多公司不缺願景，也不缺努力，缺的是一個把年度方向轉成季度優先、再轉成每週數字與問題解決的固定節奏。
EOS 把這件事拆成六個元件：方向要一致、責任要清楚、數字要能提早預警、問題要被解決、流程要穩定，最後再用 Rocks 和 Level 10 Meeting 維持執行。
有效的營運系統不該讓團隊多填幾張表，而是讓大家知道現在最重要什麼、誰負責、出了問題去哪裡解，以及下週還會再次檢查。
參考資料
Gino Wickman：Traction: Get a Grip on Your Business。
EOS Worldwide：The EOS Model；The Traction Component；EOS Glossary。