SOP 寫了沒人照做?問題不在員工,在它寫錯地方
「一本三十幾頁,去年還請人重編過,但現場沒有一個人打開。」這句話我聽過很多次。SOP 失效通常不是紀律問題,是你把它寫在流程外面而不是流程裡面。這篇拆解 SOP 制定的三個層次:什麼該變成欄位跟擋關、什麼只能留成文字、哪些工作根本不該寫 SOP,以及那份沒人看的三十頁文件現在該怎麼處理。

「我們 SOP 都有寫啊,一本三十幾頁,去年還特地請人重新編過一次。」
這句話我在會議室裡聽過很多次。通常講完之後,老闆會再補一句更火大的:「但你去現場問,沒有一個人打開過。」然後接下來的對話就會滑向同一個方向——是不是要加考核?是不是要開會宣導?是不是要把主管抓來罵一頓?
我是熊董,台灣川輝科技。我帶團隊做導入七年,經手 34 個案子、橫跨 12 個產業。這種場面看多了,所以我把結論先講完:SOP 沒人照做,絕大多數不是員工紀律的問題,是你把 SOP 寫在流程外面。一份躺在共用磁碟第三層資料夾裡的文件,跟一個人此刻正在操作的畫面之間,隔著三次點擊、一次找檔案、還有一句「算了我記得大概怎麼做」。人在做事的時候不會離開手上的工作去查文件,這不是態度差,這是人性。所以真正會被執行的 SOP 只有一種形態——它必須長在工具裡面:變成欄位、變成必填、變成下拉選單、變成擋關、變成一封時間到就自動發出的提醒。至於那些沒辦法長進工具裡的部分,多半也不該寫成 SOP,該寫成原則、或者誠實承認它根本不用寫。
先承認你是對的:想寫 SOP 這個直覺沒有錯
你會開始想做 SOP 制定,通常是因為你看到一件很具體的事:同一張退貨單,三個人做出三種處理方式;老員工請假那三天,整條線就卡住;新人來了兩個月,還在問「這個要問誰」。
這個觀察是對的。你診斷出來的病也是對的——你的公司把太多東西放在個別員工的腦袋裡,而腦袋會請假、會離職、會記錯。到這裡為止,你的判斷完全正確。
錯的是下一步。多數老闆的下一步是「那我們把它寫下來」,然後找了個人花兩個月編出一本手冊,印出來、發下去、開會宣導一次,結束。三個月後那本手冊在抽屜裡,實際流程已經改過兩次,而手冊裡寫的第 14 條早就跟現在的做法對不上了。
問題不在寫,在寫到哪裡去。你把知識從腦袋搬出來了,但你搬到了一個沒有人會經過的地方。
文件式 SOP 一定會死,而且死法都一樣
我看過的每一份沒人用的 SOP,失效的方式幾乎都可以歸到三個點上。
第一是找不到。做事的人在自己的操作畫面上,SOP 在另一個資料夾裡。一個動作要跳出去查一次,一天做三十次的事情,沒有人會跳三十次。你以為他們懶,其實是他們算過了——憑印象做錯的代價,比每次都去查的代價低。
第二是版本對不上。流程改了,改的是做法,沒有人記得回頭去改文件。過三個月,文件跟現實開始分岔;過半年,文件變成一份「講的是我們以前怎麼做」的歷史紀錄。這時候更麻煩:照文件做反而會做錯,於是有經驗的人主動不看文件,SOP 的信用就徹底破產了。
第三是顆粒度錯位。文件寫的是「確認庫存後開立出貨單」,但現場那個人卡住的地方是「這個客戶有兩個送貨地址,我要選哪一個」。SOP 描述的是流程的骨架,人卡住的永遠是關節。你寫得再詳細,也追不上現場的變化速度。
這三件事有個共同點:它們都不是靠「再強調一次」能解決的。你再開十次會、加十條考核,都改不了「文件跟工作不在同一個畫面上」這個結構問題。
「SOP 長在工具裡」實際上長什麼樣
講抽象的沒用,我把它拆成三個層次,你可以直接對著自己的流程檢查。
第一層是提示。 這是最輕的,就是把文字放到人的視線裡。欄位旁邊那行小字說明、單據上的備註區、選單裡的選項名稱本身,都算。比方說 SOP 裡寫「客訴要判斷是品質問題還是使用問題」,那在系統裡就是一個「問題類別」的下拉選單,選項就是那幾種,不用背。這一層做起來最便宜,效果卻常常最好,因為它把「要記得」變成了「照著選」。
第二層是限制。 這是把規則變成系統擋你的動作。SOP 第 4 條寫「客訴必須在 24 小時內指派處理人」,那系統裡就是:這張單沒有填處理人不能存檔,超過時間自動跳到主管的待辦清單。請購 SOP 寫「金額超過一定門檻要經理簽核」,那就是簽核流程的一個分支,不簽就是過不去。這一層的威力在於,它讓「不照做」變成一件做不到的事,而不是一件不該做的事。
第三層是自動。 最徹底的 SOP,是人根本不用知道它存在。單據狀態一改,該通知的人自動收到;月結一到,該產的報表自動產。這一層才是真正不會被遺忘、不會有版本問題的 SOP。
看到這裡你應該會發現一件事:這三層做下去,你的 SOP 制定工作其實變成了系統設定工作。這是好事,但它有代價,我得誠實講——規則寫在系統裡,要改的時候比改一份 Word 慢,而且通常要找人幫忙改。所以哪些規則值得固化進系統、哪些不值得,就變成 SOP 制定的核心決策,而不是「全部都寫下來」。
哪些工作根本不該寫 SOP
這一段大概是全文最不受歡迎的一段,但我還是要講。我遇到的案子裡多半有一個共同浪費:把不該寫 SOP 的東西也寫了,結果整本手冊被稀釋掉,真正重要的那五條淹沒在五十條裡面。
一年只做幾次的事,不要寫 SOP,寫檢查清單就好。 像年度盤點、報稅前的資料整理,這種事的問題不是「步驟很難」,是「隔太久忘了」。你需要的是一張今年做的時候打勾、明年拿出來對的清單,不是一份流程文件。差別在於清單只回答「有沒有漏」,SOP 要回答「怎麼做」,而一年一次的事,怎麼做本來就會每年不一樣。
每次條件都不同的事,寫的是原則跟界線,不是步驟。 客製報價要不要讓價、老客戶的特殊出貨要不要通融、這張急單要不要插隊——這些是判斷題,不是流程題。你把它寫成步驟,只會逼出兩種結果:一種是大家照著做但做出蠢決定,一種是大家繞過它然後從此不信任 SOP。這種事你該定的是界線:什麼範圍內業務自己決定,超過就要問誰。界線寫三行就夠,比三頁流程有用。
半年內改過三次的流程,先別寫。 流程還在動的時候寫 SOP,你是在對一個移動中的東西拍照。先讓它跑穩,或者更誠實一點——先確認它到底是不是該長這樣。我看過不少公司把一個明明有問題的流程仔細寫成 SOP,等於是把混亂用正式文件蓋章確認了。
只有一個人在做、短期也不會換人的事,投資報酬率很低。 這話講出來會得罪人,但這是實話。除非那個人快離職、或者你打算讓他去做別的事,否則你花兩週把他的工作寫成 SOP,換來的是一份他自己不會看、別人也用不到的文件。真的擔心風險,你該做的是讓那件事的資料留在系統裡,而不是讓那個人的做法留在文件裡——人走了,做法帶走沒關係,資料還在就補得回來。
| 工作性質 | 該用什麼承載 | 理由 |
|---|---|---|
| 高頻、規則固定 | 系統欄位、必填、擋關、自動通知 | 每天都做,值得固化;固化後不需要記憶 |
| 低頻、規則固定 | 一張檢查清單,放在做那件事會用到的地方 | 問題是遺漏不是不會,清單成本最低 |
| 高頻、每次要判斷 | 界線與授權範圍,三五行寫完 | 寫成步驟只會逼人繞過去 |
| 還在變動中的流程 | 先不要寫,先讓它穩定 | 對移動中的東西拍照沒有意義 |
SOP 制定的正確順序:先走流程,再設欄位,最後才寫字
如果你認同上面的邏輯,SOP 制定的動作順序就會跟你原本想的完全相反。
先挑流程,不要一次做全部。挑那個最常出錯、或者最常卡住的,一次只動一條。這件事我在〈流程數位化該從哪一個開始?〉裡拆得比較細,重點是別想著一次把公司整套流程都規範完,那種案子我看過的都是半年後不了了之。
再來是實地走一遍。不要在會議室裡憑印象畫流程圖,去坐在做那件事的人旁邊看他做。你要記兩種東西:哪些地方他停下來想了一下(那是判斷點),哪些地方他從一個畫面抄資料到另一個畫面(那是斷點)。這兩種點才是 SOP 真正要處理的東西,其他的步驟其實不用你教。
接著才是分類。判斷點裡面,規則固定的變成選單或擋關,規則不固定的寫成界線。斷點全部想辦法讓系統接起來——每一個手抄,都是一個未來一定會出錯的地方,而且出錯的時候你連查都查不到是誰抄錯的。
最後才輪到寫字。而且寫出來的字不要另外開一份文件,要塞回系統裡:塞進欄位說明、塞進單據備註、塞進選單的選項名稱。原則只有一條——這段文字要出現在「人會需要它的那個畫面上」,不是出現在一份要另外去打開的檔案裡。
順帶講一個相關的坑。有些公司 SOP 寫得很完整,系統也上了,但資料還是不對,原因是現場為了讓數字好看而事後補登。這種狀況跟 SOP 沒關係,是回報機制設計錯了,我在〈報工都有做,數字還是不能看?〉裡講過怎麼判斷。
那份三十頁的舊 SOP 現在該怎麼辦
不要重寫,先拆。重寫是最容易讓人有成就感、但最沒有用的動作。
拿一支筆從第一頁開始過,把每一條分到三堆。第一堆是「這條可以變成系統設定」——這堆之後會消失在欄位跟流程裡,不會再以文字形式存在。第二堆是「這條只能留成文字」,通常是判斷原則、對外的說法、法規要求的東西,這堆要留,但要搬到人看得到的地方。第三堆是「這條其實沒有人在做,或者做了也沒差」。
我遇到的案子裡多半第三堆會佔到一半以上。這件事第一次看到的時候老闆通常會不太舒服,覺得那是過去花錢花時間做的東西。但你換個角度想:那一半條文的存在,正是讓另外一半沒被執行的原因之一。一份三十頁沒人看的文件,跟一份三頁大家都記得住的界線,後者的實際約束力高太多了。
拆完之後你會得到一個很短的清單,上面寫著「這幾條要變成系統裡的什麼」。那才是你真正要做的工作,而且那份工作是有終點的。
所以你明天該做什麼
明天去找一個做你們最常出錯那個流程的人,問他一個問題:「你上一次做這件事,是照哪裡的說明做的?」
如果答案是「我記得」,那條 SOP 是死的。如果答案是「我問某某」,那你們公司的 SOP 其實是那個人,他請假你就停擺。如果答案是「系統會擋我」或「系統會提醒我」,恭喜,那條是活的——去看看它是怎麼被做成活的,然後把同樣的做法套到下一條。
問完之後你會有一份很誠實的名單:哪幾條是活的、哪幾條是死的、哪幾條其實根本不用存在。這份名單比任何一本重新編過的手冊都有價值,而且它今天下午就能開始問。
如果你手上那本 SOP 已經拆到一半、但不確定哪些該固化進系統哪些該放掉,可以找我聊三十分鐘,我幫你把那三堆分完。
看完覺得像在講你的公司?
把你現在的做法講 30 分鐘給熊董聽,我告訴你哪裡在漏工時、哪裡藏著風險, 以及這件事值不值得花錢做。不推銷、不賣課,聊完沒緣分也沒關係。
線上選時段・熊董親自談・34 件導入案的經驗
