如何建立內容審批流程
如何建立內容審批流程：訂明每位審閱者的範疇、讓審閱並行、把意見彙整成一份清單，並設定更新日期。附即時操作的示例。
內容審批流程，是讓一篇作品由簡介走到發布，而不會變成三位審閱者互相改稿。畫好它，就要決定誰可以否決、針對甚麼否決、哪些審閱可以同時進行，以及發布之後怎麼辦。
簡而言之
- 為每位審閱者訂明書面範疇：哪些由他決定，哪些不用理會。
- 互不依賴的審閱並行進行，有依賴的就依次排列，圖上和實際操作都一樣。
- 法律審閱這類有條件的審閱，要畫成決策，而不是必經一站。
- 撰稿人修訂之前，先把所有意見彙整成一份清單。
- 最終決定要有明確的「返工」和「否決」出口。
- 發布時設定更新日期，並畫出日期到了之後會怎樣。
誰可以否決，針對甚麼
內容審批的問題，大多不在文字本身。審閱者人人都看整份初稿、人人都評論每一處，結果品牌編輯改寫了宣稱，律師改寫了語調，撰稿人收到三個互相衝突的版本。流程圖有用，是因為它迫使你寫明每位審閱者要決定的是甚麼。
有四個決定塑造這個流程。第一是範疇：每位審閱者都有書面職責，而圖上的法律審閱是一個有條件的分支，而不是人人必經的關卡。第二是並行還是依次：互不依賴的審閱可以同時進行，要用到另一項審閱結果的則必須排在後面。第三是一份彙整後的修改清單，令撰稿人面對的是一組已處理衝突的意見。第四是發布之後怎麼辦，因為從不回頭檢視的內容遲早過時。
下面的示例是一般內容作品，由要求一直走到發布及其定期更新。你們的審閱者、門檻和時間都會不同，涉及受規管的宣稱，也應按你們自己的法律或合規程序處理。請把這張圖當作可以調整的結構，並與較通用的指南《如何建立審批流程》（/yue/guides/如何建立審批流程）對照；如果你的內容屬於受管制文件，可以由文件審批工作流程範本（/yue/templates/文件審批工作流程）開始。
一篇內容，由簡介到更新日期
一篇內容由要求到發布及其定期檢討。留意分叉出去的限定範疇審閱，以及把它們重新收攏的那一份意見清單。
可供初稿對照的簡介
流程由內容要求獲編入日程開始，第一個實質步驟是簡介：對象、目標、關鍵字和須提出的宣稱。撰稿人按簡介撰寫並附上資料來源，第一個決策問「初稿是否符合簡介？」，答案為否就在任何審閱者看到之前退回初稿。對照書面簡介檢查，可以避免後面的審閱者爭論這篇作品原本應該是甚麼。
限定範疇的並行審閱，彙整成一份意見清單
簡介核對通過後，初稿同時發給品牌與語調審閱、SEO 與元數據審閱，以及專業內容準確性核實，每位審閱者都有書面範疇。其後「是否包含須經法律審閱的宣稱？」這個決策，令法律部門只在宣稱需要時才看到作品。所有分支再匯合於「將意見彙整成一份清單並處理衝突」，然後由「是否需要修改？」決定是修訂還是繼續。
批准決策及其三個出口
「作品是否批准發布？」有三個出口，而不是兩個：已批准、返工和否決。返工回到修訂步驟，每項意見都標示為已處理，作品再返回限定範疇的審閱。否決則通往一個例外步驟，擱置或下架該作品並記錄原因，令否決成為有記錄的結果，而不是一份不了了之的檔案。
發布、更新日期，以及誰負責甚麼
批准的作品在內容管理系統排程，設定發布日期和負責人，然後發布並設定更新日期。等待步驟一直等到該日，再由「內容是否仍然準確並有成效？」提供保留、更新或下架三個選擇。更新會草擬新版本，並在簡介核對重新進入；下架則轉址或封存頁面。泳道欄把每個步驟與負責人、撰稿人、編輯、專業審閱者或發布人對應，每次交接都看得見。
運作方式
列出各項審閱，以及每項回答的問題
寫下作品可能經過的每一項審閱，以及它回答的單一問題：是否符合品牌、是否準確、是否容易搜尋、說出來是否安全。若兩項審閱回答同一個問題，其中一項大概是多餘的。在 QueryChart 裏，把每類審閱者放進自己的泳道。
決定哪些審閱是必須的
標明哪些審閱適用於每一篇作品，哪些視內容而定。有條件的審閱要畫成決策，例如「是否包含須經法律審閱的宣稱？」，並附帶標籤分支，這樣例行作品就不會排隊等候一位用不着的專家。
選擇並行還是依次
若審閱互不依賴，就由一個步驟連到多項審閱，再在同一個步驟重新匯合。若某項審閱要用到另一項的結果，例如法律審閱需要先完成準確性核實，就畫成依次。分叉在「Line to」欄很容易看到，因為一行會指向多行。
修訂之前先彙整意見
在各項審閱之後加一個步驟，由一個人把意見合併成一份清單，並處理審閱者之間的衝突，再在泳道寫明負責人。沒有這一步，撰稿人就要充當審閱者之間的裁判。
畫出有三個出口的批准決策
彙整之後，加入最終決定，分成已批准、返工和否決三個分支。返工指回修訂步驟，否決則通往一個記錄原因的步驟。每個分支都在「Line text」寫上標籤。
加入發布和更新日期
批准之後，畫出排程、發布和設定更新日期。加一個等待該日期的步驟，以及一個保留、更新或下架的決策。更新間隔請與內容負責人議定，日數由你們自己訂。
應避免的錯誤
人人審閱所有內容
沒有範疇的審閱者會評論他們留意到的一切，意見也會互相衝突。為每項審閱訂明書面職責，並在步驟標籤上寫出來。
可以並行的審閱卻排成一串
互不依賴的審閱排成一串，只會白白增加等候時間。把它們畫成並行分支，再重新匯合。
審閱者逐個把意見交回
若每位審閱者都直接把意見交給撰稿人，衝突很遲才浮現。加入彙整步驟，讓撰稿人收到一份清單。
沒有給不獲批准的作品留出口
只有「批准」或「返工」兩個選擇的圖，暗示每篇作品最終都會發布。加一個記錄原因的否決出口。
把發布當作流程終點
沒有更新日期的內容，之後不會再有人檢視。畫出等待，以及保留、更新或下架的決策。
繪製你們自己的內容審批流程
把內容審批示例開啟為你自己的圖表，將泳道改成你們的審閱者，並設定團隊議定的更新間隔。
相關指南
常見問題
甚麼是內容審批流程？
一篇內容由提出要求到發布所經過的既定路線：誰撰寫、誰審閱、誰決定可以上線，以及之後怎麼辦。畫成圖表，審閱者、他們的範疇，以及退回撰稿人的循環就一目了然。
內容審閱應該並行還是依次進行？
若各項審閱回答互不相干的問題，例如品牌語調和 SEO，就並行；若其中一項要用到另一項的結果，就依次。本指南不為你的機構訂定規則，圖上應如實顯示你們實際的做法，這樣等候的時間才看得見。
作品何時需要法律審閱？
這取決於作品提出的宣稱，以及你們的司法管轄區和行業，所以請向自己的法律或合規團隊查詢。示例把它畫成準確性核實之後的決策，只有帶有須審閱宣稱的作品才會送去法律部門。
已發布的內容應多久檢討一次？
沒有通用的間隔。請按主題變化的快慢和該頁面的重要程度來定，把它記錄為更新日期，並畫出保留、更新或下架的決策。範本中所有日數都只是佔位。
我可以從哪個範本開始？
開啟內容審批流程範本（/yue/templates/內容審批流程）；受管制文件請參考文件審批工作流程範本（/yue/templates/文件審批工作流程），通用的審批模式則閱讀《如何建立審批流程》這篇指南（/yue/guides/如何建立審批流程）。