代操貼文送審流

🎯 這條流程解決什麼

社群代操團隊最耗神的環節，往往不是把貼文寫出來，而是「送審」這段反覆拉扯的過程。一位小編同時顧三到五個客戶，每個客戶一週要交八到十二篇貼文，等於每週有四五十篇稿子要送出去等核准。實際情況是這樣的：小編把草稿貼進 LINE 群組或用 Email 一篇一篇寄，客戶今天回兩篇、明天回三篇、後天說「上次那篇我改主意了」，版本越疊越亂。有人用 Word 改、有人直接在訊息裡打字回，圖片和文案經常對不上，最後小編還得自己人工比對「客戶到底核准的是哪一版」。

光是追核准、整理回覆、確認版本這三件事，一位小編每週大概要花六到八小時，等於一個工作天就耗在行政溝通上。更慘的是發錯稿的風險：核准的是 A 版、排程排到 B 版，或是客戶明明說要改卻被當成通過直接發出去，輕則重發道歉，重則踩到客戶的禁用語或競品提及，引發客訴甚至解約。這條流程的目的，就是把這段混亂的人工往返，變成一套有紀錄、有狀態、有預檢把關的標準作業。貼文發想本身可以搭配 社群貼文配方 批量產出，省下的時間再投入創意而非雜務。

導入後的改變

導入前，送審靠的是小編的記性和耐心：哪篇送了、哪篇還沒回、客戶上次改了什麼，全靠人腦和往上滑訊息。每週六到八小時的行政時間是常態，旺季（檔期、節慶）甚至翻倍。發錯稿一個月發生一兩次，每次都要花半天善後。

導入後，草稿一標記完成就自動跑預檢、自動生成送審卡片、自動收集核准結果並回寫狀態。小編每週花在送審行政上的時間可以從六到八小時壓到一到兩小時，等於省下約七到八成的雜務工時。版本錯亂幾乎歸零，因為每一篇的狀態（草稿／送審中／已核准／需修改）都記在同一張表，發出去的永遠是核准過的那一版。對代理商來說，這代表一個小編能多帶一到兩個客戶，而不是把人力耗在搬訊息上。客戶端的體驗也升級：他們收到的是乾淨的預覽卡片、點一下就能核准或留言，回覆速度通常會明顯加快，整體交付週期縮短。

流程怎麼運作

這條流程對應到五個節點，逐步拆解如下：

第一步「觸發：草稿就緒」。小編在 Notion 或 Google Sheet 的內容表裡，把某篇貼文的狀態欄改成「草稿完成」。這個動作就是觸發器，n8n 或 Make 偵測到狀態變更後自動接手，不需要小編再做任何額外操作。

第二步「AI 預檢」。系統把草稿文案丟給 AI 校稿節點，做三類檢查：一是基本錯字、贅字、標點；二是品牌規範，例如固定的品牌稱呼、標語、必帶的 hashtag；三是禁用字與平台限制，例如不能提及的競品、客戶列的敏感詞、各平台的字數上限與連結規則。預檢結果會標出問題點，但不會自動改稿，而是把建議附在送審卡片上，讓人保留最終決定權。

第三步「推送送審」。預檢通過後，系統把文案、圖片、預計發文時間整理成一張預覽卡片，透過 Email 或 Slack／LINE 推給客戶或對接窗口。卡片長得就像實際貼文的樣子，客戶不必腦補，看到的就是發出去的效果。

第四步「收集核准」。客戶在卡片上一鍵核准，或回覆修改意見。系統把這個結果回寫到內容表的狀態欄：核准就標「已核准」，有意見就標「需修改」並把意見貼回對應欄位，小編一看表就知道哪些要動、哪些可以排。

第五步「核准後排程」。通過的貼文自動排入發文排程工具，到時間就發；沒通過的退回修改狀態，等小編改完重新標記，再跑一次預檢與送審。整個循環有頭有尾、狀態清楚。

需要的工具與串接重點

平台用 n8n 或 Make 當中樞，負責監聽狀態、串接各工具、處理條件分支（通過走排程、不通過走退回）。內容表建議用 Notion 或 Google Sheet，重點是要有一個明確的「狀態」欄位當作流程的核心開關。AI 校稿節點可串接你慣用的大語言模型，把品牌規範與禁用字寫進提示詞，讓它每次都按同一套標準檢查。通知端用 Slack、LINE 或 Email，看客戶習慣哪個就用哪個；如果客戶不愛裝新工具，Email 卡片往往最沒摩擦。排程工具則對接實際的發文平台或排程服務。

串接時要特別注意三點：第一，狀態欄的值要標準化（用下拉選單而非自由輸入），否則自動化判斷會出錯；第二，客戶核准的回覆要能可靠地寫回系統，建議用按鈕或固定格式回覆，避免靠 AI 猜測客戶的自由文字到底是同意還是反對；第三，圖文要綁定，預檢和送審都要確保文案配的是正確的圖。更多自動化串接的設計思路可以參考 自動化專區。

常見錯誤與注意事項

最關鍵的一點：AI 預檢不等於核准。預檢只是抓錯字、提醒規範，最終要發什麼內容，必須由人決定。發布前的客戶核准代表客戶正式授權，這一步絕對不能讓系統自動跳過或自動判定通過，否則一旦發出未經授權的內容，責任在代理商身上。建議把「核准」設成必須有客戶明確動作（按鈕點擊或指定回覆）才成立，沒有明確核准就一律停在送審中。

第二，禁用字與敏感議題不能全交給 AI。AI 可能漏抓新出現的競品名稱、時事爭議、或客戶臨時交代的禁忌。重要客戶或敏感檔期，仍建議小編在送審前人工掃一遍。第三，涉及醫療、保健、金融、法律等受規範的產業，廣告用語有法規限制，AI 校稿只能當輔助，必須由懂法規的人確認，AI 不取代專業判斷。第四，自動排程要設防呆，避免把「需修改」的稿子誤排出去；通過與否的條件判斷要寫清楚並測試過再上線。

台灣中小企業情境案例

台中一間五人規模的社群代操工作室，手上帶八個客戶，包含餐飲、選物店和一間醫美診所。導入前，他們用 LINE 群組送審，每週光是追核准、對版本就讓兩位小編各自加班，還曾經把醫美客戶一篇含療程效果描述的貼文誤發出去，被客戶要求下架重發，差點丟單。

導入這條流程後，他們把品牌規範和各客戶的禁用字寫進 AI 預檢，醫美客戶額外設定了療效相關詞彙的警示。每篇草稿完成就自動跑預檢、生成 LINE 預覽卡片，客戶點按鈕核准或留言。三個月後，兩位小編的送審行政時間從每週各約七小時降到不到兩小時，發錯稿的狀況沒再發生，醫美客戶的法規敏感詞也因為多了預檢提醒而沒再出包。省下的時間讓工作室多接了兩個客戶，沒有再增加人手。

延伸應用

這條流程的骨架可以延伸到很多情境。把「客戶核准」換成「主管審稿」，就變成內部的二審機制，適合品牌自媒體團隊。把預檢的規則庫擴充成多語言檢查，就能服務需要中英日多語發文的客戶。也可以加上一個「核准後自動歸檔」節點，把已發布貼文連同核准紀錄存進雲端，方便日後做成效回顧或合約佐證。再進一步，把核准後的貼文成效數據回收，串到月報自動化，就能形成「發想—送審—發布—回報」的完整內容生產線。需要更多現成自動化範本，可以逛逛 工作流總覽，搭配 配方庫 把每個環節都補齊。

流程圖

用到的工具

更多「專業服務」工作流

瀏覽全部工作流藍圖 → 自動化工作流中心 → AI Skills 食譜庫 →