AO2 FIELD GUIDE · N112 · 行銷自動化與工具整合
人工核准流程需定義送審版本、核准角色、退回原因與逾時責任。附狀態表與例外驗收清單，避免資料改了仍沿用舊核准，或等待結束就自動發布。
需要人工判斷的工作，不會因為加了自動化就自動有負責人。送審前先鎖定內容版本、指定有權決定的角色，並定義退回、逾時、取消與修改後重審的路徑，才能讓等待狀態有清楚的下一步。
人工核准流程：先說清楚這次到底在批准什麼
「請確認一下」可能是在請 PM 核對產品事實，也可能是在請主管批准公開發布。若兩種決定混在同一個按鈕，回覆者可能只確認自己熟悉的一段，流程卻把整篇文章放行。先拆開事實核對、資料公開範圍與發布決定，為每種決定指定角色、內容範圍及所需證據。
送審物需有穩定 ID 與版本，例如文章稿、附件、圖表及引用清單形成同一個送審包。回覆應綁定這個版本，而不是只綁一個會持續被修改的雲端連結。若審查途中內容已變更，系統要讓核准人知道差異，並依規則重新核對，不能沿用先前對另一份內容的批准。
| 欄位 | 需寫清楚什麼 | 避免的問題 |
|---|---|---|
| 對象與版本 | 內容 ID、版本、附件與變更摘要 | 批准了會持續變動的稿件 |
| 決定範圍 | 事實、公開範圍或發布決定 | 一個同意被擴成所有批准 |
| 核准角色 | 責任、替代人與適用條件 | 通知很多人卻沒有決定者 |
| 退回與逾時 | 原因、接手、升級與取消規則 | 沉默被自動視為同意 |
| 執行驗證 | 發布版本、結果與核對紀錄 | 核准與上線狀態混淆 |
每種等待都需要負責人與可見的原因
流程狀態至少區分草稿、待資料、待核對、退回、已核准、執行中與已驗證。狀態本身不必很多，但應能說出目前在等誰、等什麼、由誰推進。退回時要求可執行的原因，例如「配件條件與新版規格不一致，需 PM 確認」，比一句「再調整」更容易讓編輯處理。
逾時不是批准。等待超過約定期間時，可以提醒或轉交指定的替代責任人，但不能默認產品資訊已正確。核准人休假、角色離職與資料仍不足，要有不同處理方式。通知頻率與升級條件依團隊工作安排設計，不能只把提醒次數不斷增加，讓每個人都收到卻沒有人負責。
| 事件 | 應有的狀態或行為 | 驗收問題 |
|---|---|---|
| 資料不足 | 退回補資料並指定責任 | 編輯是否知道需要補什麼 |
| 等待逾時 | 提醒或升級，保留未核准 | 是否有人實際接手 |
| 稿件已修改 | 顯示版本差異並重審相應部分 | 舊核准是否被錯誤沿用 |
| 角色不可用 | 交給授權替代人或暫停 | 是否保留決策依據 |
| 發布部分失敗 | 保留成功步驟，只修復必要部分 | 重送會不會重複建立內容 |
工具的核准模式，要對應真正的決策規則
Power Automate 的官方說明區分所有人同意、第一位回覆及循序等核准方式。這些模式的行為不同，不能因名稱都叫 approval 就視為等價。需要產品與公開範圍都確認的工作，不應只因其中一位回覆就全部放行；可以由任一值班人處理的任務，也不必強迫所有人逐一等待。
選工具前先寫一張決策表，說明每個角色有權批准什麼、哪些意見必須取得，以及一位拒絕時如何回到編輯。實際功能、授權與長時間等待限制，需依採用平台的當前設定測試。本文提供狀態設計，並不宣稱一組流程可以直接符合任何組織的正式簽核要求。
生技製藥合作情境：先保留專業判斷的角色
以下為假想內容審稿示例，並非 AO2 客戶流程。一篇合作文章包含技術方法、合作方圖片與產品描述。技術核對人確認方法沒有被改寫，資料負責人確認素材公開範圍，企業指定的專業角色確認需要由其判斷的內容，最後由發布負責人確認版本與交付。編輯不能把「夥伴看過」當成所有角色都已批准。
若核准人只留下口頭同意，可依組織規則補足可追查紀錄；不要由流程管理者替他按下核准。若某一段被撤回，更新送審包並重設受影響決定，其他部分是否可保留由既定規則處理。這能讓流程反映實際判斷，而不是只追求每個狀態都顯示綠燈。
核准、執行與成功驗證是三件事
文章獲准後，發布工具仍可能失敗，或只更新一部分。應分別記錄核准版本、執行紀錄與正式頁面驗證；不能以「已核准」取代「已上線」。重送時需知道先前成功到哪一步，避免重複建立文章、重複寄通知，或用舊稿覆蓋後來的修訂。
上線前測試同意、拒絕、退回、逾時、修改、取消、角色不可用與部分執行失敗。每個題目要有預期狀態、實際結果與接手人。若系統顯示等待但所有核准人都已回覆，需追查版本與條件分支，不能直接跳過核准來讓流程跑完。
常見問題
有人沒回覆，可以自動視為同意嗎？
對需要實際確認的內容，不應把沉默當核准。流程可設定待處理期限、提醒與替代核准人，逾時後維持未核准並升級處理。記錄案件、資料版本、需決定事項與接手窗口，讓下一位人員不用重新找資料。只有組織明確允許且適用的低影響決定，才另設預定規則。驗收時模擬原核准人缺席，確認流程能交接，也不會自動發布未核准規格。
核准後只改一個字，也要重審嗎？
看改變了什麼，而不是改了幾個字。可把修改分成排版與拼字、敘述澄清，以及規格或適用條件變更。前者可按編輯規則處理；後者需要相應產品責任人重新確認。即使只改一個否定詞或單位，也可能反轉意思。保存修改前後差異、理由與受影響素材，並讓核准記錄對應到實際發布版本；不能拿上一版核准去支持已變動的主張。
主管核准就能取代技術核對嗎？
不能直接取代。主管可決定範圍、資源與對外安排，技術人員則確認產品事實及條件；同一人可以兼任，但每項責任仍要清楚。建立主張清單，分別指定產品規格、商務條件與公開權限的確認角色。若兩者意見衝突，保留待決狀態並記錄爭點，不以職位高低自動裁定數值。發布前確認各項核准都對應同一份內容版本。
來源與方法範圍
查核日期：2026 年 10 月 22 日。官方資料僅支持文中對應的平台或方法說明；工作表、決策步驟與核對方式為 AO2 編輯整理。產業情境依文中標示作假想示例，不作客戶實績、產品資格或效果背書。
