權責分工很容易出現的情況是，事情做著和討論一開始很順暢，但是往往時間久了，最後做決定、確認和收尾等雜事，卻又都回到老闆或主管身上，這些是為什麼呢？

有很多的部分是公司開始請人、或找家人幫忙，或讓不同部門一起處理工作後，表面上任務有人接了，但其實在工作分配和決策權的部分沒有講清楚，大家在心裡面都覺得反正這些別人也會處理完成，也不認為那是自己該做的事情，所以最後所有的工作和責任就會變成還是老闆的。

這篇文章內容，想跟大家分享的是：企業可以怎麼把權責分工從口頭共識，整理成團隊看得懂而且可以實際落地的工作。

🔺 權責分工是什麼？先把職稱、工作和決策權分開

很多人以為權責分工就是把工作分出去，但其實把工作分清楚之後，後面真正需要釐清的還有負責人是誰？誰可以做決定和參與討論？誰只需要知道最終結果或呈現方式就好？這些過程都是必須經過設計的。

很多企業一開始會用職稱來分工，業務處理客戶，行政整理資料，主管負責審核，老闆看最後結果；這樣聽起來很清楚，但一進到實際的工作場域，一段時間後，問題就會冒出來。

常見的情境案例有：

• 客戶臨時要求折扣時，業務能不能答應？
• 交期需要往後延時，誰可以先跟客戶說？
• 資料不完整時，行政要等業務補，還是可以先退回？

這些都不是職稱本身會自動回答的問題。

🔹 權責分工不是只把工作分出去

「有人做」和「有人對結果負責」是兩件事；有些公司請人後，日常工作確實有人接手，但只要碰到例外狀況，還是會回來問主管。

例如：

• 客服可以回覆一般問題，但客戶情緒升高時，誰能決定補償方式？
• 
  行政可以整理請款資料，但客戶付款條件改變時，誰能判斷是否接受？
• 
  業務可以送報價，但折扣超過多少要往上確認？

權責分工要處理的，就是這些日常工作背後的責任流向，如果只寫「客服負責回覆」「業務負責報價」，很容易把真正會卡住的判斷點留在後面。

🔹 權責分工要說清楚誰負責、誰決定、誰被通知

Microsoft Learn 對 RACI 的說明中，把任務角色分成 Responsible、Accountable、Consulted 和 Informed，下面用比較簡單的方式跟大家分享：

• Responsible ：實際做事的人
• Accountable ：對結果負責的人
• Consulted ：需要先提供意見的人
• Informed ：需要知道進度或結果的人

這個工具的重點是讓每一段工作不要停在「大家一起處理」；一旦大家都參與，卻沒有人知道最後誰要確認，就很容易出現重複確認、互相等待和責任回流。

🔹 權責分工和組織圖、職務說明書有什麼不同？

組織圖看的是上下關係和組織結構，職務說明書看的是工作內容和範圍；

權責分工比較像是一段工作真正流動時，每個節點的設計，由誰承接或執行？由誰判斷給建議？由誰回報？由誰驗收？

通常在做權責分工設計時，不會只靠單一部門的分工內容表來做，因為同一個人可能在某一段流程裡是執行者，在另一段流程裡是決策人，也可能在第三段流程裡只是被通知者。

所以在做權責分工設計時，我們會先把工作流程攤開來看，看清楚事情怎麼開始，以及和下一個階段如何交接、怎麼完成，再回頭分配責任，會比直接用職稱分工更精準。

🔺 為什麼企業請人後，權責分工還是會卡住？

很多企業請人後，原本期待老闆或主管可以鬆一口氣；結果過了一段時間才發現，事情沒有變少，反而多了更多確認、說明、修改和收尾。

這種情況非常常見，不代表新人有問題，也不一定是主管不放權的問題，比較常見的狀況是，公司把任務交出去了，但因為不知道彼此的權責和工作範疇，所以就沒辦法真的自動運作。

🔹 問題 1：工作項目交出去了，判斷標準還留在老闆腦中

小公司的開始，剛開始幾乎都是靠老闆經驗跟專業領域運作；客戶能不能延後付款、報價能不能調整、交期能不能壓縮，老闆心裡大概有一套判斷。

可是當公司開始請人，這些判斷如果沒有整理出來，新人只能一直回來問；表面上是員工不敢決定或者是老闆不放權，但回到前面說的，實際上是公司沒有把判斷標準交出去。

權責分工要能落地，就不能只寫誰負責做；還要說清楚什麼情況可以自己處理，什麼情況要往上確認，往上確認時要帶哪些資料。

🔹 問題 2：大家都有參與，卻沒有人對結果負責

跨部門工作最常看到這種狀況：業務提供需求，行政整理資料，主管審核，財務確認付款，交付窗口安排時程；每個人都參與了一部分，但案子真的卡住或遇到情況要處理時，沒有人能完整說清楚整體的脈絡，也不知道結果該由誰負責。

這時候權責分工就要回到「最後負責人」，多人協作的每一段關鍵工作都需要設計分工決策機制，這樣才能讓每個節點任務有人可以負責。

沒有這個角色，會議就容易一直在交換資訊，大家都知道問題在哪裡，卻沒有人把問題變成下一步行動。

🔹 問題 3：熟人、家人或共同經營者用信任代替職務邊界

家人、熟人或共同經營者一起做事時，很容易先用「來幫忙」開始，這句話很自然，也很有人情味，但放進公司管理裡，「幫忙」不是一個清楚的職務。

幫忙行政、幫忙出貨、幫忙客服、幫忙看帳、幫忙帶人，每一種幫忙背後都是不同責任；如果工時、薪資、回報對象、決策權和退場方式沒有說清楚，信任很容易變成另一種管理成本。

有人可能覺得因為親近，所以不好意思講清楚，但按照我們陪伴企業的經驗來看，權責分工才是能保護關係的關鍵點，利用一些實際小型營運設計就可以降低摩擦，包含事件該誰決定、誰回報、誰驗收，先說清楚，後面才比較不容易把工作問題變成人情問題。

🔹 問題 4：會議講完問題，沒有變成下一步行動

很多公司其實知道問題在哪裡；報價常少算修改時間、交接資料常不完整、客戶需求常反覆變更、跨部門常等對方回覆。

但知道問題，不代表公司真的開始處理，如果會議結束時沒有指定負責人、決策人、完成時間和下次回報方式，問題很容易留在「大家都知道」的狀態。

權責分工要補上的，就是這段從問題到行動的距離；每一個被提出來的問題，都要有人負責往下拆，否則下一次開會只是再講一次同樣的卡點。

🔺 7 個建立權責分工的方法

權責分工不需要一開始就做成很大的制度，比較合適的做法，是先挑一段最常卡住、最常被追問的工作，從那裡開始整理。

以下 分享我們常用的 7 個方法，可以幫企業把責任從口頭共識，慢慢整理成能被使用的管理方式。

🔹 權責分工方法 1：先選最常卡住、最常被追問的工作

不要一開始就整理全公司的工作流程和權責設計，那會太龐大和複雜，然後也會容易因為疲乏或者靠少數比較熱心的人承擔。

可以先選高頻、跨部門、常出錯、常需要主管收尾的流程，例如：報價、客訴、交付、採購、請款、排程、新人交接。

這些工作一旦權責不清，最容易造成反覆確認。
從這裡開始，團隊也比較容易感受到權責分工帶來的改變。

🔹 權責分工方法 2：先把工作流程攤開，再分責任

權責分工要建置在工作流程上，如果還沒看清楚工作怎麼流動，就直接分責任，很容易變成「照職稱分工」，最後仍然卡在交接點，所以在做職責分工的過程之前，必須要先做到的是工作流程的梳理和設計。

我們可以先把一段工作從起點到終點攤開，這件事從哪裡開始？
需要哪些資料？
中間經過哪些角色？
哪裡需要判斷？
最後怎麼驗收？

這些看清楚後，再來分負責人、決策人和回報方式，會比較接近真實工作。

🔹 權責分工方法 3：用 RACI 把參與角色分清楚

RACI 很適合用來整理一段工作裡不同人的角色，這個專有名詞乍看好像很難懂，但它其實是在問 4 件事：

• 誰實際執行？
• 
  誰對結果負責？
• 
  誰需要先被問意見？
• 
  誰需要知道結果？

例如報價流程中，業務可能負責蒐集需求，主管負責審核例外折扣，財務行政提供成本和付款條件，交付窗口確認交期，每個角色都重要，但卻不能全部寫成「共同負責」。

一旦全部共同負責，實際上就很容易變成沒有人能做最後判斷。

🔹 權責分工方法 4：每一段關鍵工作都要有一個最後負責人

多人參與的工作，尤其需要最後負責人，這個人不一定每個步驟都親自做，但要負責確認結果有沒有完成。

ISO 的流程方法文件也提到，流程需要定義 ownership、責任與權限；簡單來說，就是每一段重要流程不能只有參與者，也要有能維護流程、確認結果的人。

例如客訴處理可以有客服、業務、主管和交付窗口一起參與，但最後誰判斷客訴是否結案？
誰確認補救措施已經完成？
誰記錄後續改善？

這些都必須經過整理把他設計建置好。

🔹 權責分工方法 5：把決策權寫成界線，而不是全部往上問

權責分工最重要的地方之一，是決策權；很多公司的麻煩不在於沒有人做事，實際上遇到拖延跌宕的情況是每件事都要等同一個人點頭。

Bain 的 RAPID 決策角色 把決策拆成建議、同意、執行、提供意見和決定。

可以先把界線寫清楚，例如折扣在多少以內可以由業務處理？
交期延後幾天以內可以由交付窗口協調？
客戶要求更改範圍時，哪些情況一定要主管確認？
超過界線時，需要附上哪些資料？

界線寫清楚，團隊才知道哪些事情可以自己處理，哪些事情要升級確認。

🔹 權責分工方法 6：設計固定回報節奏和驗收標準

只說「你負責」還不夠，需要有回報頻率和驗收標準的設計。

回報節奏可以是每天更新、每週固定會議、每個專案節點回報，或重大例外即時回報；驗收標準則要回答：做到什麼程度才算完成？

例如可以不要只寫「行政負責整理資料」，更清楚的寫法會是：「每週五前完成當週請款資料彙整，缺件項目列入追蹤清單，並在週會前回報」，這樣才知道責任怎麼被追蹤。

🔹 權責分工方法 7：人員、流程或成本改變時，要重新檢查權責

權責分工會因為參與人員、流程、工具、外包方式或成本壓力改變，原本的權責就可能不適合，所以必須一段時間後進行檢視、修改及調整。

公司只要有人離職、有人壓力太大、有新人入職、外包取消、系統更換等變音，這些都會改變工作量和作業方式，如果權責分工沒有跟著更新，舊流程就會把新的壓力繼續累積下來給原本願意承擔的人。

APQC 對 process ownership 的說明也提到，流程 owner 或相關角色需要關注文件、訓練、績效、風險和改善。

對一般企業來說，可以先抓一個重點：流程有人維護，權責才會跟著現場更新。

🔺 權責分工表怎麼設計？從任務、角色、決策和回報開始

權責分工表不是越複雜越好；表格的目的，是讓團隊在真實工作中快速理解和實際落地，如果做完之後沒有人打開，或只有少數的人知道表格在哪裡或怎麼理解，它就很難變成日常管理的一部分。

🔹 權責分工表要先列任務，不要先列人名

很多人做權責分工表，一開始會先列人名，但實際上我們會比較建議的是用「職稱角色」去做設計，因為如果直接把人名放入，公司的作業流程就會很容易把現在的工作習慣固定，長時間下來也會容易僵化。

比較穩定合適的做法，是先列出工作流程跟每個節點，例如需求確認、報價準備、成本確認、主管審核、客戶回覆、交付追蹤、結案紀錄。

任務列清楚後，再對應角色，這樣即使人員變動，企業也比較容易重新分配，而不是整張表又需要重新設計。

🔹 權責分工表的基本欄位可以怎麼放？

一張能用的權責分工表，可以先放這幾個欄位：

欄位	用來確認什麼
工作節點	這件事在流程中的哪一段
主要負責人	誰實際推進這件事
最後決策人	誰可以做最後判斷
需諮詢角色	哪些人要先提供意見
需通知角色	哪些人只需要知道進度或結果
回報方式	用會議、表單、系統或訊息回報
完成標準	做到什麼程度才算完成
例外狀況	超過權限時要找誰處理

🔹 權責分工表最常見的 3 個錯誤

• 權責分工常見錯誤 1 ：是每一格都塞很多人。
  看起來很完整，實際上沒有人知道最後由誰負責。
• 權責分工常見錯誤 2 ：是只寫執行者，沒有寫決策人和驗收人，這會讓工作做到一半時，還是需要一直回頭問主管。
• 權責分工常見錯誤 3 ：是表格做完後沒有接進會議、SOP、表單或系統。
  權責分工如果只放在雲端資料夾裡，就很容易變成一次性的整理成果。

🔺 權責分工範例：從客戶報價到交付追蹤

這邊特別用報價到追蹤的權責分工表進行設計，以實際的情況可能會是：

客戶提出需求→業務應答→業務主管判斷→產品或服務交期評估→回給研發主管判斷→財務行政確認成本和付款條件→財務主管判斷→提供給業務主管→提供給業務→回給客戶。

整體的工作流程中其實是有多重節點的，如果每個人本來就都有自己的工作要忙，其實只要中間其中一個環節斷掉，這個任務應該就會掉棒，長時間的情況，但凡只要客戶改需求、要求折扣，或交期突然不夠，問題很容易又回到少數人身上。

🔹 原本現場可能卡在哪裡？

原本的流程可能是這樣：
業務先口頭問主管，主管說可以先報看看，財務行政事後才發現付款條件沒寫清楚，交付窗口看到訂單後才知道交期太趕。

這時候每個人都會覺得自己有做該做的事，但公司整體來看，責任流向是斷的。

真正卡住的地方，通常不在某個人沒做事，比較常見的問題，是流程裡沒有清楚寫出判斷順序和回報界線。

🔹 客戶報價流程可以怎麼分權責？

可以先把報價流程拆成幾個角色：

• 業務負責蒐集需求、確認資料完整、回覆客戶進度。
• 
  主管負責報價原則、例外折扣和重大承諾。
• 
  財務行政負責成本、付款條件和請款資訊。
• 
  交付窗口負責交期、資源和後續追蹤。

老闆不需要看每一筆日常報價，老闆應該處理的是超出授權界線的重大例外，例如超大折扣、特殊合約、長期承諾或高風險客戶。

🔹 權責分工做完後，要怎麼避免又回到老闆身上？

要避免責任回流，權責分工不能只停在表格，這個只是初步要變成數位化前的整理工作，它未來要放進報價表單、CRM 欄位、週會追蹤或 SOP 化，甚至這些也都是導入 AI 作業前的準備。

實際的作法包含可以在報價表單裡放「折扣是否超過授權」、「付款條件是否例外」、「交期是否需要主管確認」；週會內容則可以設計成固定看未完成、待確認和例外案件，SOP 則把什麼情況由誰處理寫清楚。

這樣權責分工才會回到日常工作；團隊不用每次都靠記憶，也不用每一件事都回到老闆身上。

🔺 權責分工和 SOP、工作流程、工作流程圖怎麼搭配？

權責分工通常不會單獨存在，它需要和工作流程、工作流程圖、SOP 放在一起，才會比較好落地。

可以把這 3 件事想成不同功能：

• 工作流程：看事情怎麼流動
• 工作流程圖：把流程和交接點畫出來
• SOP ：把操作、紀錄、責任和更新方式變成日常管理

🔹 工作流程主要是看事情的運作方式

工作流程設計可以幫企業看見事情從開始到完成的各個節點，權責分工必須要接在工作流程上，才可以真的實踐到企業的運作上。

如果企業已經有工作流程設計的初步方向，那麼可以先回頭看那一段流程需要優先被設計，通常被優先設計的部分，就是較常頻率出現的卡點，列如哪些地方常常回頭問主管？
哪些地方交接後就沒有人追蹤？

這些地方，就是權責分工要優先處理的位置。

🔹 工作流程圖幫團隊看見跨角色交接點

工作流程圖很適合拿來看交接；當圖上出現很多來回箭頭、等待確認或多人共同處理，就代表那裡可能需要整理責任和決策權。

真正有用的工作流程圖，會讓團隊很快看出工作的運作方式和斷點；如果流程圖畫完後，大家還是看不出責任流向，那就代表圖還沒有接到權責分工。

🔹 SOP 把權責分工落到操作、紀錄與更新

一份好的 SOP 會把責任人、檢查點、表單紀錄和版本更新一起放進去。

權責分工表如果沒有真的進到 SOP 和日常管理運作，很容易只停在一次性的會議結論，過一陣子，人員變動或流程一忙，現場又會回到原本的做法。

比較合適的做法，是在設計 SOP 和工作流程表時，一併將權責分工進入設計；讓團隊在執行流程時，就能看到自己負責什麼、什麼時候要回報、哪些狀況要往上確認。

🔺 常見問題 FAQ

🔹 權責分工一定要用 RACI 嗎？

不一定，但 RACI 是一種非常好用的整理方法。

企業真正要釐清的是：誰做事、誰決定、誰提供意見、誰需要知道，以及最後誰確認完成；如果公司目前還很小，也可以先用簡化版表格開始。

🔹 小公司也需要做權責分工嗎？

需要。
小公司因為人少、事情多、角色常常混在一起，反而更容易讓責任回到老闆或少數資深同事身上。

小公司不用一開始就做大型制度；可以先從報價、客訴、交付、請款或新人交接這類常卡住的流程開始。

🔹 權責分工和工作分派差在哪裡？

工作分派通常只回答「誰去做」；權責分工還要回答誰能決定、誰要被諮詢、誰需要知道、做到什麼程度才算完成。

如果只有工作分派，事情遇到例外時還是會卡住；權責分工則會把例外狀況、回報方式和驗收標準一起想清楚。

🔹 家人或熟人進公司，也需要權責分工嗎？

需要；信任可以降低合作成本，但不能取代職務、薪資、回報對象、決策權和退場規則。

家人或熟人進公司時，最容易出現的問題不一定是大家不願意幫忙；更常見的是，「幫忙」沒有被設計成清楚職務或權責，然後時間久了延伸出很多問題；先把角色說清楚，反而比較能保護工作和關係。

🔹 權責分工多久要檢查一次？

可以固定每季或每半年檢查一次。

但只要人員、流程、工具、成本結構、外包方式或客戶需求改變，就要重新檢查。

權責分工要跟著企業現場更新，才不會變成舊資料。

🔺 權責分工怎麼真正落地？整篇重點彙整

重點	對企業的意義	建議做法
權責分工不是只把工作分出去。	避免工作有人做，但最後決策、確認與收尾仍回到老闆或主管身上。	同時寫清楚負責人、決策人、諮詢對象、通知對象、回報方式與驗收標準。
權責分工要接在工作流程上。	避免只用職稱分責任，卻看不見實際工作在哪裡交接、卡住或回流。	先攤開一段高頻流程，再用 RACI 或責任矩陣整理角色。
決策權要寫成界線。	減少每件事都往上問，讓團隊知道哪些可以自己處理，哪些需要升級確認。	設定金額、時程、品質、客戶承諾與例外狀況的授權範圍。
回報與驗收要被放進日常工作。	讓權責分工從一次性會議結論，變成能被追蹤與更新的管理方式。	接到週會、表單、CRM、SOP 或工作追蹤工具中。
人員或流程改變時，要重新檢查權責。	避免有人少做、離職、外包取消或家人加入後，責任仍停在舊狀態。	把權責分工納入人員異動、流程調整與降本檢查。

權責分工真正的作用，是讓工作不再只靠老闆記得、主管收尾，或資深同事臨時補位。

當責任、決策、回報和驗收都被放回日常工作，團隊才會知道事情該怎麼往下走。