主題群內容分工：用讀者任務決定文章拆分

AO2 FIELD GUIDE · N028 · 內容策略與專業表達

主題群內容分工從讀者要完成的判斷開始，先比對答案、證據、交付物與下一步，再決定新寫、補段落或沿用既有頁。附分工表與拆分演練，避免同義標題製造重複意圖。

同一個產品可以有入門、選型與故障排查，但不是換一個標題就值得多開一篇。編輯在動筆前，應能指出新文章替讀者完成哪件舊文章做不到的事；說不出差別時，先整理內容邊界。

主題群內容分工，先寫讀者完成後能做什麼

把「介紹企業 AI」改成具體任務：主管判斷先做搜尋還是問答、PM 準備核准資料、技術人員驗證版本檢索。三種任務可能共用背景，卻需要不同的輸入、步驟與完成證據。先列這些差異，再決定文章數，而不是先訂十篇，再替每篇找一個近義詞。

本篇處理尚未出稿時的編輯拆分，不診斷既有頁面的搜尋競爭，也不決定轉址。GOV.UK 的使用者需求方法以角色、任務與目的整理內容；企業可借用這種提問方式，具體分工仍要對照自己的產品資料和實際問題。一個新網址，應多完成一個可說明的讀者任務。

白話例子：同一個櫃台，不必換三塊招牌

假想電子供應商準備三個題目：「模組怎麼選」「模組選購指南」「模組採購攻略」。三篇若都比較相同條件、交付同一張清單，像同一個服務櫃台掛三塊招牌，讀者還要猜哪個才完整。改成選型清單、指定型號核對、安裝故障排查，才可能有不同用途。

招牌對應標題，櫃台辦的事是讀者任務，辦完拿到的文件是交付物。這是假想規劃例子，不表示角色不同就一定拆頁；工程師與採購若需要相同的核對清單，可以共用。反過來，同一位 PM 在選方案與交接驗收時，也可能需要不同文章。

用答案、證據和交付物比較，不只比字詞

把候選題的預計答案寫成三句，再列關鍵來源、實作產出與讀完下一步。若去掉標題後仍分不出兩份大綱，通常要合併或把差異做成一節。只有新增產業名稱、年份或更長的 FAQ，未必增加新的判斷。

分開的文章應各自完整到能完成主題任務，不要為了互連，把必要前提切到別頁，迫使讀者來回跳。定義可以短述後連回總論；選型頁仍需保留會改變選擇的條件。下表為編輯演練，不代表每個主題都必須採用三層架構。

用最小閱讀路徑安排總論與子題

總論幫讀者辨認自己在哪一步，再連到符合當前問題的子題。連結寫「準備版本測試題」比「進階攻略」清楚。子題完成後，接到驗收、資料準備或具體服務範圍，不要求每篇都回首頁或填表。

先拿一個真實問題走過路徑：讀者需要哪些前提，從哪裡進入，在哪頁得到答案，完成後還缺什麼。若兩頁都承諾同一份結論，先修分工；若某頁只剩背景和連結，則檢查是否值得獨立存在。主題群是服務工作，不是連結數量比賽。

發布前，讓沒參與規劃的人做一次分派

將三個讀者問題交給另一位同事，請他替每題選一篇文章，說明理由與預期產出。選不出來時，核對是標題不清、內容重疊，還是問題本來就相同。記下修改與未決資料，不能用編輯自己熟悉架構當作驗收。

先補舊頁能完成的缺口，再新增舊頁無法承擔的任務。保留內容 ID、主要問題與排除範圍，後續新題先查這份紀錄。若既有文章已完整承接，就把選題標成沿用並連回原頁，不用為了達到篇數目標重新發布。

常見問題

不同產業一定要各寫一篇嗎？

先看產業差異是否改變判斷條件、證據或工作流程。若只把電子換成半導體，其餘答案相同，就在既有文補適用例子；如果對象、驗收資料和責任不同，才規劃獨立內容。保留共用定義的連結，並確認產業主張有正式資料，不能用行業名稱假裝新增經驗。

有搜尋量的新詞就要開新頁嗎？

不必。先把新詞對應到讀者要完成的任務，查看既有文章是否已回答。新詞可能只是同一概念的別名，適合補到既有文與術語表；不同任務才需要不同頁。搜尋資料可幫你理解需求，但單一數字不能代替內容比較，也不能預先證明新增頁有商業價值。

如何判斷總論已經太長？

看讀者是否難以完成主要任務，而不是用字數硬切。先整理標題、摘要與表格；若某節需要另一組前提、證據與長流程，才考慮拆成子題。拆分後在原處保留必要結論與描述清楚的入口，讓只需要總論的人仍能得到完整判斷，不被迫逐頁拼答案。

來源與方法範圍

• GOV.UK｜辨認使用者需求

資料查核：2026 年 10 月 24 日。來源支持文中對應的準則與平台說明；工作表、判斷步驟及已標示的假想情境由 AO2 整理，實際使用時依產品資料與現行設定核對。