投稿審稿流程設計——從草稿到發布的關卡與退稿標準

同一篇稿子,在 A 網站可能寫完當天就上線,在 B 網站卻要躺三週、改五版才被放行。差別不在寫手強弱,而在有沒有一套講得清楚的投稿審稿流程。沒有流程的網站,發布全憑主編當天的心情與記性;稿子卡在哪、為什麼被退、改完要找誰,全埋在 LINE 訊息和 email 裡。

投稿審稿流程的核心,是把「一篇草稿變成可發布文章」這條路,切成幾道看得見的關卡,每道關卡有明確的負責人、檢查清單,以及一條退回去重寫的標準。這篇會把整條路拆開講:要設哪幾道關、每關查什麼、退稿標準怎麼訂得讓寫手心服口服,最後再教你怎麼用 WordPress 內建的文章狀態與使用者角色,把這套流程實際搭起來,不必額外裝一堆外掛。

投稿審稿流程在管的不是品質,是「可預測性」

投稿審稿流程管的不只是文章品質,更是整個產出過程的可預測性。品質是結果,流程是讓這個結果「每次都穩定發生」的機制。一篇好文章可以靠運氣,一個穩定產出好文章的網站不行。

把這件事拆開來看,一套審稿流程其實在處理三個問題。第一個是關卡,也就是稿子從投稿到發布要經過哪些檢查點,每個檢查點過了才能往下走。第二個是角色,每道關卡由誰負責、誰有權力放行或退回。第三個是標準,什麼程度算過、什麼程度要退稿,盡量寫成清單而不是憑感覺。

這三件事缺一不可。只有關卡沒有角色,稿子會卡在「以為別人會看」的空窗;只有角色沒有標準,同一份稿子換個人審就有不同結論,寫手永遠摸不清要寫成什麼樣。先把這三層想清楚,後面每一節談的都是它們的細節。

一篇稿子從投稿到發布要經過哪幾道關卡

一篇稿子標準會經過五道關卡:選題、初稿、編輯審、SEO 與事實查核、終審發布。多數內容網站的差異只在於把某幾關合併或拆得更細,骨架大致相同。

下面這條路徑,是從投稿那一刻到文章上線的完整動線:

1
選題立項
2
投稿初稿
3
編輯審
4
SEO 與查核
5
終審發布

每道關卡的任務,可以這樣理解:

  • 選題立項:在動筆前先確認題目值得寫。檢查的是方向,不是文字。題目跟網站定位對不對、站內有沒有寫過、目標關鍵字與讀者需求清不清楚。這關擋掉的是「寫了也不會有人看、或會跟舊文打架」的稿子。
  • 投稿初稿:寫手依核可的大綱與規格交出第一版。這關不是讓人審的,而是「交件」這個動作本身,重點在於初稿是否符合最低交件規格,例如字數、大綱結構、格式有沒有照走。
  • 編輯審:編輯從讀者角度看內容好不好。結構順不順、論點站不站得住、有沒有把該講的講透、語氣與用詞合不合品牌調性。這關處理的是「內容本身」。
  • SEO 與查核:把文章從「讀起來好」推到「找得到、可信」。標題與 meta、關鍵字佈局、內部連結、圖片替代文字,以及內文每個數據、引用、價格是否查得到出處。
  • 終審發布:最後一次整體把關,確認前面四關的修改都落實,沒有殘留的待辦。確認無誤後排程或直接發布。

關卡數量沒有標準答案。重點是每一關都要對應一個明確要解決的問題,而不是為了看起來嚴謹硬切。下一節把每關該查什麼、由誰負責,講得更具體。

每一道關卡該檢查什麼、由誰負責

每道關卡都該綁定一份檢查清單和一位明確的負責人,這樣稿子過關與否才不會因人而異。沒有清單,審稿就退化成個人品味;沒有指定負責人,稿子就會卡在「我以為他會看」的空窗。

下面這張對照表,把五道關卡的負責角色與核心檢查項目擺在一起:

關卡 主要負責角色 核心檢查項目
選題立項 主編 / 內容負責人 題目與定位是否相符、站內是否重複、關鍵字與讀者意圖是否清楚
投稿初稿 寫手(自審) 字數、大綱結構、交件格式是否達到最低規格
編輯審 編輯 結構邏輯、論點完整度、語氣一致性、可讀性
SEO 與查核 SEO 負責人 / 編輯兼任 標題與 meta、關鍵字佈局、內外連結、數據與引用出處
終審發布 主編 前面修改是否落實、無殘留待辦、發布設定正確

角色是職責,不是人頭。一個人可以同時扮演編輯和 SEO 負責人,但同一道關卡的職責要明確掛在某個角色上,而不是飄在團隊裡沒人認領。這也是為什麼小團隊能運作的關鍵:人少不代表關卡少,而是一個人身兼多個角色,照樣按關卡順序走完。

清單要寫成可以打勾的具體項目,不要寫成抽象原則。「結構要清楚」沒有用,因為每個人對清楚的定義不同;「每個 H2 是否對應一個讀者問題、開頭一句先給結論」才是審稿時真的能逐項核對的東西。把模糊的形容詞換成可勾選的動作,是讓審稿穩定的最便宜方法。

審稿時還要把「給意見」和「做決定」分開。編輯可以給很多修改建議,但每道關卡最後只有一個放行或退回的決定權,由該關負責人下。意見可以多,決定要單一,否則寫手會被互相矛盾的要求拉扯,改到最後不知道該聽誰的。

退稿標準怎麼訂才不會憑感覺

退稿標準的關鍵,是先把「退稿」和「退回修改」分成兩件事,再分別寫下觸發條件。退稿是這篇基本上不予採用、不浪費雙方時間繼續改;退回修改是方向對、但要補強後重交。混在一起談,寫手會把每次退回都當成被否定,士氣很快就垮。

先看哪些情況該直接退稿,也就是不進入逐字編輯、直接判定不採用:

  • 離題或不符定位:題目跟網站方向無關,或內容與當初核可的選題嚴重不符。
  • 事實基礎不成立:核心論點建立在錯誤或查不到出處的資訊上,改文字救不回來。
  • 原創性不足:大幅改寫或拼湊自其他來源,或與站內既有文章高度重複。
  • 完成度過低:交來的根本是半成品,字數、結構、完整度離可編輯的門檻太遠,編輯改它比重寫還慢。

再看哪些情況是退回修改,而不是退稿。這類稿子方向沒問題,只是某些面向不到位:

  • 結構鬆散但論點成立,需要重新編排段落順序。
  • 某些段落講得太淺,需要補例子、補步驟、補數據。
  • 語氣或用詞偏離品牌調性,需要局部調整。
  • SEO 元素缺漏,例如沒佈關鍵字、標題太弱、缺內部連結。

訂標準時有兩個原則能讓退稿不顯得武斷。第一是退稿要附理由,而且理由要對應到事先公布的標準,不能只丟一句「不夠好」。第二是退稿理由要寫成寫手下次能避開的具體描述,例如「第三段的數據查不到原始出處,請補來源或刪除」,而不是「資料怪怪的」。

把這些標準在投稿前就公開給所有寫手,退稿就從「主觀打槍」變成「沒達到事先講好的門檻」。標準攤在陽光下,爭議自然少;寫手也能在投稿前自己對照,少踩雷。

用 WordPress 內建狀態與角色搭出審稿流程

WordPress 不必另外裝外掛,光用內建的文章狀態與使用者角色,就能搭出一條基本的審稿流程。很多人以為要買專門的審稿協作工具才能管流程,其實對中小型內容網站來說,內建功能已經能對應到前面講的幾道關卡。

先看文章狀態。WordPress 的文章狀態剛好能對應流程的不同階段:

  • 草稿(Draft):寫手還在寫、還沒交件的狀態,對應投稿初稿前的階段。
  • 等待審閱(Pending Review):寫手交件、等編輯審的狀態。投稿者角色按下提交後,文章就會進到這個狀態,等有權限的人來審。
  • 預約發佈(Scheduled):終審通過後,設定未來時間自動上線,對應排程發布。
  • 已發佈(Published):正式上線。

再看使用者角色。WordPress 內建五種角色,跟審稿流程最相關的是這三種權限差異:

角色 能做什麼 對應流程位置
投稿者(Contributor) 能寫、能提交等待審閱,但不能自己發佈,也不能上傳圖片 外部寫手、客座作者
作者(Author) 能寫並自行發佈自己的文章 受信任的固定寫手
編輯(Editor) 能審閱、修改、發佈所有人的文章 編輯與主編

把這兩者組合起來,一條最小可行的審稿動線就成形了:外部寫手用投稿者角色寫稿、提交後文章進入等待審閱;編輯角色的人收到後審稿,要退回就改回草稿並附上修改說明,通過就排程或發佈。整個過程不需要任何付費外掛,全靠內建權限完成關卡之間的交接。

要注意的是,投稿者角色一旦把文章送出等待審閱,自己就無法再編輯,必須由編輯改回草稿狀態,寫手才能繼續修改。這個限制其實正好替你擋住「審稿中還被偷改」的混亂,是內建機制幫你守住版本的一個小設計。如果團隊需要更細的關卡標記,例如想區分「編輯審中」和「SEO 審中」,可以用文章標籤或自訂分類臨時標記,再不夠用時才考慮導入專門的編輯流程外掛。

外部投稿的收件門檻與初篩怎麼設

接受外部投稿或客座文章的網站,要在正式審稿前先設一道收件門檻,把明顯不合的稿子在門口就篩掉。這道門檻不是審內容好壞,而是審「這份投稿值不值得佔用編輯的時間」。少了它,編輯會被大量不符規格、純為置入連結的投稿淹沒。

收件門檻通常檢查這幾件事:

  • 投稿規格:是否附了符合要求的題目、字數範圍、大綱或全文,格式有沒有照投稿須知走。
  • 主題相關性:題目跟網站定位與既有分類是否相符,不相干的直接婉拒。
  • 置入意圖:是否塞了大量商業連結或純為了反向連結而投稿,這類即使內容尚可也要審慎。
  • 原創性:是否為原創、未一稿多投,可用搜尋引擎抽查幾段句子是否在別處出現過。

設一份公開的投稿須知,是讓收件門檻運作順暢的前提。須知裡把可接受的題目方向、字數、格式、連結政策、審稿時程都寫清楚,等於把第一層篩選交給投稿者自己完成,符合的人才會投。這跟前面講的退稿標準同源:標準愈透明,雙方愈省力。

對於通過門檻的外部投稿,後面接的就是前面那套五道關卡,與內部寫手共用同一條動線。差別只在外部寫手通常給投稿者角色、不能自行發佈,且編輯審會更嚴格地查事實與原創性,因為你對外部作者的底細掌握得比固定寫手少。

小團隊與一人網站怎麼把關卡縮到剛好

小團隊不必砍掉關卡,而是把多個關卡的職責壓到同一個人身上,並在不同時間用不同身分走過一遍。流程的價值在於「每個檢查點都有人看過」,而不在於「每個檢查點都是不同人」。一人網站照樣需要選題、編輯、SEO、終審這幾個檢查動作,只是全由同一人分次完成。

對一人或兩三人的網站,可以這樣壓縮:

  • 選題與終審合併由主理人把關:開頭決定要不要寫、結尾決定能不能發,這兩個方向性決策最好集中在同一個人身上,確保整站調性一致。
  • 編輯審與 SEO 查核併成一次過稿:寫完隔一天再用「編輯」的眼睛重讀,同一輪順手檢查關鍵字、標題、連結與數據出處。隔夜再讀是最便宜的自我編輯技巧,能讓你跳出寫稿時的盲區。
  • 用清單代替人力:人少時最容易省略步驟,把每關的檢查清單做成固定的範本,逼自己逐項打勾,用紀律補上少掉的那幾雙眼睛。

關鍵在於「分次」與「換身分」。同一個人連續寫完又馬上審,幾乎看不出自己的問題;隔開時間、換上審稿者的心態重讀,才能逼近多人協作的效果。把選題、編輯、SEO、終審當成四個不同的檢查動作分批做,即使只有一個人,稿子一樣經過了四道把關。

等團隊長大,再把這些合併的職責一個一個拆出去交給專人即可。流程的骨架不變,變的只是一個角色由幾個人分擔。先用清單把流程跑順,比一開始就買昂貴的協作工具更實在。

退稿與改稿之後,重投與版本怎麼管

退稿或退回修改之後,要訂清楚「能改幾次」和「版本怎麼留」這兩件事,流程才不會在改稿階段無限循環。沒有重投上限,一篇稿子可能來回十幾版還定不下來;沒有版本紀錄,改到後面會搞不清楚哪一版才是最新、哪些意見已經處理過。

先談重投次數。給每篇稿子訂一個合理的改稿輪數上限,例如退回修改以兩到三輪為原則,是控制成本的常見做法。超過上限還達不到標準,就要決定是改判退稿、還是由編輯直接接手改完,而不是讓寫手無止境地重交。把輪數講在前面,雙方都知道要在有限次數內收斂,反而會更認真對待每一輪修改。

再談版本管理,這部分 WordPress 內建的修訂版本功能幫得上忙:

  • 善用內建修訂版本:WordPress 預設會自動儲存文章的修訂版本,能比對前後差異、必要時還原到舊版,等於替你保留了改稿歷程。
  • 把修改意見集中在一處:不要讓意見散落在 email、LINE、口頭交代之間。固定用一個地方記錄每一輪的修改要求與處理狀態,改完逐條勾掉,確保沒有漏掉的意見。
  • 每輪修改標清楚對應哪些意見:寫手重交時附上「這版處理了哪幾條」,編輯複審時就能對照,不必從頭重看整篇。

改稿流程還要把「處理意見」和「重新評價」分開。退回修改後的複審,原則上只看當初要求的那幾點有沒有改到,不要每一輪都把整篇重新挑剔一遍、冒出新的全面性意見。一輪一個焦點,稿子才收得了尾;每輪都開新戰場,再好的寫手也會被拖垮。

把投稿審稿流程設計好,等於替網站裝上一套穩定產出的引擎:選題擋掉不值得寫的、編輯審顧好內容、SEO 與查核顧好被搜到與可信、終審守住最後防線,再用透明的退稿標準與有上限的改稿輪數讓整條路收得了尾。先從畫出你自己的五道關卡、各寫一份檢查清單開始,哪怕只有你一個人,照著清單分次跑一遍,產出的穩定度就會跟憑感覺發稿的時候完全不同。

相關文章
標籤: 投稿審稿流程, 編輯流程, 退稿標準, WordPress 文章狀態, 內容團隊