如何把 SOP 轉成流程圖
如何把書面 SOP 轉成流程圖：把文字拆成每步一個動作，把每個條件句變成決策，指派負責人，並把文字略去的部分補齊。
把書面 SOP 轉成流程圖，就是把文字拆成每步一個動作，把每個條件句變成帶標註出口的決策，並解決由此浮現出來的空白。
簡而言之
- 每步一個動作——一個句子裡有兩個動詞，通常就是兩個步驟。
- 文字裡的每一個條件詞都是一個決策，需要標註出口。
- 「必要時」「按需」這類含糊的限定語，標記著一條缺失的判斷準則。
- 預期會找出未有答案的問題。那是價值本身，不是副作用。
- 只保留一個源頭，再產生兩種檢視，否則兩份文件必然會走偏。
轉換一份 SOP 究竟意味著甚麼
轉換 SOP 不是排版練習。散文容許作者含糊，而圖表不容許：「變更經過評估，必要時提交變更諮詢委員會」，在不到二十個字裡藏了一個決策、一條準則和一個負責人。把它畫出來，會逼著這三樣都露面；轉換一份書面程序，通常得到的不是一份更好看的文件，而是一份誰都沒察覺仍未有答案的問題清單。
機械的那部分很直接。每一個有動詞和行動者的句子都變成一個步驟。每一個「如果」「除非」「凡」「視乎」「若發生」都變成一個帶標註出口的決策。每一個「隨後由某部門……」都變成一次泳道切換。編了號的程序條款幾乎可以逐一對應地轉過來；麻煩總是出在它們之間的敘述性段落，因為例外情況就埋在那裡。
以下的示例是一份變更控制程序。請讀一讀畫布下方、緊貼圖表的那段自動產生的程序文字：同一批行，兩種呈現。這就是目標狀態——不是用一張流程圖取代您的 SOP，而是一份文件同時具備圖表檢視和文字檢視，這樣流程一變，就不可能只更新其中一個而漏下另一個。
一份書面程序，轉換之後
一份變更控制 SOP 轉成的流程圖，分四個階段。下方的程序文字由同一批行產生。
把文字拆成步驟
「提出變更申請，登記入冊並按類型分流」是三個步驟，而不是一句話。分流是一個帶三條出口的決策——標準、常規、緊急——而這三個詞，每一個都是藏在一個從句裡的完整分支。
把每個條件變成決策
評估、CAB 檢視，以及帶重新提交迴環的批准／拒絕決策。書面版本寫的是被拒絕的變更「可以修改後重新提交」，這就是一個帶兩條出口的決策——一條回到評估，一條通往一個「暫緩」終止點。
給每個步驟一個負責人
申請人、變更負責人、CAB、實施人。這份程序通篇使用被動語態——「變更被排期」——而分配泳道，正是逼出「到底是誰在做」這個問題的辦法，包括那條繞開委員會的緊急授權。
把文字留著沒合上的迴環合上
驗證不通過，回滾方案執行，流程回到排期環節而不是就此停住。書面程序慣常寫到「若驗證不通過，則回滾該變更」就結束，從不交代之後會怎樣；而一張圖沒法讓那條線懸著。
運作方式
為文字裡的每一個動作編號
通讀您的 SOP，標出每一個獨立的動作，包括埋在敘述性段落裡的那些。用「並」「和」把兩個動詞連起來的句子，通常是兩個步驟。單是這一遍梳理，通常就能把一份五頁的程序變成三十個候選步驟，其中好幾個後來會發現是重複的。
把每一個條件詞標出來
在文件裡搜尋「如果」「除非」「凡」「當」「視乎」「若發生」「否則」「必要時」。它們每一個都是一個決策。把它寫成一個問題，並記下兩個答案——包括文字沒有給出的那個答案，而這正是做這件事的全部理由。
把步驟輸入成行，再把它們連起來
把每個動作填進一行的「方框文字」，把帶條件的那些行的「形狀」設為「判斷」，再用「連線至」欄填行號把它們連起來。出口的標籤寫在「連線文字」裡。到這一步，您手上就有了一張忠實反映 SOP 字面內容的流程圖——連同它的空白。
為每個步驟指派一個負責人
被動語態是書面程序的標準語體，它把行動者藏了起來：「評估結果被記錄」沒有點到任何人。把每個步驟放進執行它的那個角色的泳道裡。任何一個您無法歸屬的步驟，都是拋給流程負責人的一個問題，而不是排版問題。
把懸空的分支處理掉
沿著每一條「不順利」的出口一直走到結論。書面 SOP 習慣性地停在失敗那一刻——「該變更被回滾」——卻不說接下來會怎樣。把這份未解決分支的清單帶回給流程負責人；這份清單是整次轉換最有價值的產出。
讓舊文件退役
圖表一經確認並獲得批准，就把它作為源頭，由它產生文字檢視，而不是兩份都維護。描述同一份程序的兩份文件一定會走偏，而且在審計人員或一次事故把它們並排放在一起之前，這種偏差是看不見的。
應避免的錯誤
只是謄抄，而不是轉換
把段落標題抄進方框，得到的只是一張和文字一樣含糊的圖。只有當條件和負責人由隱藏處露面時，這次轉換才值得做。
悄悄發明缺失的分支
當文字沒說失敗時會怎樣，人就會忍不住畫一個看起來合理的。請改為把它標記成一個問題去問流程負責人——一個已經被畫出來的猜測，看起來和事實一模一樣。
兩份文件都留著
只要有人趕時間更新了其中一份，書面 SOP 和圖表就開始走偏。選定一個源頭，另一種檢視由它產生。
一次轉換三份程序
一份很長的 SOP 往往是塞在同一個檔案裡的好幾份程序。把它們轉換成互相引用的獨立圖表，否則您會做出一張大到沒法用的圖。
用您的 SOP 做一張流程圖
把變更控制示例作為您自己的圖表開啟，或者由空白開始，把您的程序一步一步走一遍。
相關指南
常見問題
流程圖應該取代書面 SOP 嗎？
它應當取代書面 SOP 成為源頭，但不一定要成為唯一的檢視。有些細節屬於文字——精確的欄位取值、安全警示、法規條文引用——而且有些讀者更偏好散文。真正重要的規則是單一來源：把流程保存在一個地方，再由它產生文字檢視和圖表檢視，這樣一次更新就不可能落在一份文件上而漏掉另一份。
如果我們的 SOP 沒寫誰執行某個步驟，該怎麼辦？
把它留空，並把問題提出來。被動語態的程序把行動者藏起來只是一種文體習慣，而答案往往真的存在爭議——兩個部門各自以為是對方在做。您自己隨手指派一條泳道，就等於把一個真實的發現埋在一張看起來很可信的圖底下。那份無法歸屬的步驟清單，是一次轉換最有用的兩項產出之一；另一項是未解決分支的清單。
AI 能把 SOP 轉成流程圖嗎？
第一遍它做得不錯：把散文拆成步驟、找出條件、提出形狀和先後次序。QueryChart 的 AI 可以根據貼上來的程序文字草擬一張圖表。它做不到的，是解決文件沒有說的那些事——缺失的負責人、停在失敗處的分支——而恰恰是這些部分值得由人來處理。請把產生出來的圖表當作一份附帶問題的草稿，而不是一份成品程序。
轉換一份 SOP 要花多長時間？
一份寫得緊湊的五頁程序，做成第一版圖表草稿大約需要一至兩小時。轉換本身很快；真正花時間的，是隨後圍繞它揭示出的那些空白展開的對話，通常是幾個沒有負責人的步驟和幾條未解決的分支。請為這場對話預留時間，因為跳過它，就等於把同樣的含糊換個格式再交付一次。
