オウンドメディアの運用が止まるとき、原因は単純な人数不足だけとは限りません。編集長が企画、執筆、確認、入稿、分析までを抱え、機能ごとの責任者が曖昧なままだと、増員しても判断待ちと手戻りが増えるだけです。
編集部を作るときは、人の名前を並べる前に、「意思決定」「企画・編集」「制作」「専門監修」「SEO・分析」の5つの機能を分けて考えます。そのうえで、兼任してよい機能、分離すべき責任、採用や外注で補う順番を決めていきます。
本記事が扱うのは、編集部という組織の組成、機能ごとの責任、制作キャパシティ、人員配置、会議体です。企画から公開までの編集フロー、原稿の品質チェック項目、ライター育成の具体策は扱いません。原稿の品質チェック項目は「記事品質チェックリスト」の記事で確認してください。読み終えると、自社の月間目標本数に合わせた編集組織図と増員判断を作れます。扱う範囲と扱わない範囲は、次の表のとおりです。
| 本記事で決めること | 本記事では決めないこと |
|---|---|
| 編集部に必要な職能と責任者 | 企画から公開までの制作手順 |
| 兼任・専任・外部配置の判断 | 校正・根拠確認のチェック項目 |
| 工程別キャパシティと増員順 | ライターの採用基準・育成方法 |
| 週次・月次・四半期の意思決定 | 編集カレンダーの具体的な作り方 |
人員配置とは別に、企画から公開までの制作フローと品質管理を知りたい場合は、「コンテンツ制作・運用体制」で整理しています。
オウンドメディア編集部は「人数」より先に5つの機能をそろえる
最初に決めるのは、何人置くかではなく、どの機能を編集部に置くかです。最低限必要なのは「意思決定」「企画・編集」「制作」「専門監修」「SEO・分析」の5機能です。1人が複数の機能を兼任してもかまいませんが、機能そのものをなくしてはいけません。
機能が欠けると、人を増やしても別の場所で詰まります。たとえば、ライターを増やして制作量を上げても、企画を承認する編集長や原稿を確認する編集者が不足すれば、未確認の原稿が滞留します。SEO担当だけを置いても、事業方針や専門情報を提供する社内担当者が不在なら、検索流入は得られても自社らしい記事にはなりません。
次の表は、5つの機能について、主担当の例、主な成果物、最終責任を整理したものです。自社の誰がどの行を担うかを当てはめながら読んでください。
| 必要な機能 | 主担当の例 | 主な成果物 | 最終責任 |
|---|---|---|---|
| 意思決定 | 編集長・メディア責任者 | 編集方針、予算、優先順位 | 事業成果と公開判断 |
| 企画・編集 | 編集者・ディレクター | 企画書、構成、編集済み原稿 | 個別記事の完成度 |
| 制作 | ライター・デザイナー | 原稿、取材記録、図版 | 指示と根拠に沿った納品 |
| 専門監修 | 社内専門家・有資格者 | 監修コメント、修正指示 | 担当領域の正確性 |
| SEO・分析 | SEO担当・アナリスト | 検索需要分析、計測、改善案 | 検索接点と改善仮説 |

編集部に必要なのは5人ではなく5つの機能です。少人数で兼任する場合でも、意思決定から分析までの機能は残します。
機能を分けて置く意味は、記事の信頼性にもあります。Google Search Centralは、読者を第一にしたコンテンツの自己点検項目として、独自の情報や分析があるか、十分な価値を提供しているか、誰がどのように作成したかが分かるかを挙げています。そのため、編集部の役割設計は単なる進行管理ではなく、記事の経験・専門性・根拠・作成責任を見える形にするための基盤だと考えます。
編集長・編集者・ライター・監修者・SEO担当の責任を分ける
5つの機能を人に割り当てるときは、「作業内容」だけでなく、「どこまで自分で決められるか」と「何に責任を持つか」を一緒に定義します。全員で確認する運用は丁寧に見えますが、最終決定者が不明になるため避けるべきです。ここからは、担当者ごとに責任と権限の線引きを見ていきます。
編集長は事業目的と公開可否に責任を持つ
編集長は、記事を最も上手に書く人ではなく、メディア全体の優先順位を決める人です。経営・営業・採用などの事業部門と合意した目的を、編集テーマ、予算、KPI、制作計画へ変換します。
編集長に持たせる権限は、次の5つです。
- 企画の採否
- 予算配分
- 公開延期
- 重大な修正
- 外部パートナーの変更
一方、すべての文章を自ら書き直す運用にすると、編集長がボトルネック(全体の進みを止める詰まり)になります。個別原稿の編集は編集者へ委ね、編集長は企画の優先順位と最終的な公開判断に集中します。
編集者は記事単位の品質と進行に責任を持つ
編集者は、検索する人の疑問と事業側が伝えたい情報を、一つの記事へまとめる役割です。企画、構成、執筆指示、原稿編集、根拠確認、監修依頼、入稿前確認を管理します。
編集者には、表記を直すだけでなく、次の3点を判断する権限が必要です。
- この主張に一次情報はあるか
- 見出しの順番で読者が判断できるか
- 既存記事と重複していないか
締切だけを追う進行担当にしてしまうと、品質の責任が編集長へ戻ってしまいます。
ライターはブリーフに沿った調査・取材・執筆に責任を持つ
ライターの責任範囲は、決められた文字数の原稿を埋めることではありません。記事の目的、対象読者、中心質問、使用すべき根拠、禁止事項、納期を記載したブリーフに沿って調査・取材・執筆し、引用元と確認できなかった点を明示します。
検索意図・見出し・根拠・内部リンク・CTAまで制作前に固定する実務手順は、「SEO記事のコンテンツブリーフ作成方法」で確認できます。
ライターへ企画の最終決定や専門判断まで任せると、記事ごとに方向性が変わります。反対に、表現の工夫まで細かく固定すると、専門性を生かせません。そこで、「変更できない要件」と「提案できる範囲」を発注時に分けておきます。
監修者は担当領域の事実と解釈に責任を持つ
監修者は、文章全体を整える編集者とは異なり、法務、医療、技術、商品仕様、社内実績など、指定された専門領域を確認します。監修を依頼するときは、対象箇所、確認観点、根拠資料、回答期限を明示してください。
記事単位で著者・監修者の専門性、責任範囲、プロフィール、更新責任まで設計する方法は、「オウンドメディアの著者・監修者設計」で確認できます。
監修者名を掲載するだけでは、品質管理になりません。どの範囲を、いつ、どの資料に基づいて確認したかを編集記録に残します。専門外のSEO表現や記事構成まで一律に承認させず、責任範囲を限定する方が、判断の精度を保てます。
SEO担当は検索接点と公開後の改善仮説に責任を持つ
SEO担当は、キーワードを原稿へ入れる人ではありません。検索する人が本当に知りたいこと、検索結果上の競合、既存記事との重複、内部リンク、公開後の表示・クリック・順位を確認し、改善案を提示します。
確認に使う道具は2つあります。Google Search Consoleでは検索結果におけるクリック数や表示回数などを確認でき、Google Analytics 4では流入後の閲覧や行動を分析できます。SEO担当はこの2つを分けて捉え、「検索結果で選ばれていない」「読まれているが問い合わせにつながらない」など、課題がどの工程に戻るのかを示す役割を担います。
RACI表で機能ごとの責任の境界を決める
役割の曖昧さをなくすには、編集部を組成する時点で、主要な意思決定をRACIに落とし込みます。RACIとは、実行者(R)、最終責任者(A)、相談先(C)、共有先(I)を分ける方法です。ここでの目的は制作フローを細かく書くことではなく、機能の間で判断が衝突したときの責任の境界を固定することです。特に、最終責任者は原則1人にします。
次の表は、年間・四半期方針から公開後分析までの工程について、4つの役割を誰が担うかの例です。
| 工程 | 実行者(R) | 最終責任者(A) | 相談先(C) | 共有先(I) |
|---|---|---|---|---|
| 年間・四半期方針 | 編集長 | 事業責任者 | SEO担当、営業・採用責任者 | 編集部全員 |
| 記事企画 | 編集者、SEO担当 | 編集長 | 監修者、事業部門 | ライター |
| 構成作成 | 編集者 | 編集者 | SEO担当、監修者 | 編集長 |
| 調査・執筆 | ライター | 編集者 | 監修者 | SEO担当 |
| 専門確認 | 監修者 | 監修者 | 編集者 | 編集長 |
| SEO確認 | SEO担当 | 編集者 | ライター | 編集長 |
| 公開判断 | 編集者 | 編集長 | 監修者、法務 | 関係部門 |
| 公開後分析 | SEO担当 | 編集長 | 編集者、事業部門 | 編集部全員 |

この表では、作業する人と最終判断する人を、別の列に分けています。たとえば「記事企画」の実行者は編集者とSEO担当ですが、最終責任者は編集長です。
同じ人が実行者と最終責任者を兼ねることはできます。ただし、医療・金融・法務など誤りの影響が大きいテーマや、自社サービスの効果を強く主張する記事では、執筆者と確認者を分ける方が安全です。
役割表の効果を考える材料として、関連する研究があります。チームの役割を明確にする短時間の介入を検討したシステマティックレビューでは、対象となった医療チームの研究で、役割の明確化を含む介入がチーム機能の改善に使われていました。ただし医療分野の研究であり、オウンドメディア編集部へ効果をそのまま一般化はできません。実務では、役割表を作って終わりにせず、会議や案件を通じて定期的に更新する必要があります。
月間本数と監修負荷に合わせて、少人数・標準・拡張の3段階から選ぶ
必要な人数は、目標PVではなく、制作する記事の種類、月間本数、監修負荷、既存記事の更新量から決めます。同じ月4本でも、社内取材中心の記事と、法務監修を伴う調査記事では必要な工数が異なるためです。
体制は、少人数(最小体制)・標準・拡張の3段階で考えると選びやすくなります。次の表で、人員の例、向いている状態、注意点を比べてください。
| 体制 | 人員の例 | 向いている状態 | 注意点 |
|---|---|---|---|
| 最小体制 | 編集長兼編集者1人、社内専門家1人、外部ライター | 月1〜4本で検証する立ち上げ期 | 編集長の執筆兼務を常態化させない |
| 標準体制 | 編集長1人、編集者1〜2人、複数ライター、監修者、SEO担当 | 複数テーマを継続公開する時期 | 編集者の確認能力が制作量を決める |
| 拡張体制 | 編集長、デスク、領域別編集者、専任SEO・分析、制作担当 | 複数事業・高頻度・多形式を扱う時期 | 部門間で指標と承認基準を統一する |
少人数の体制では、編集長と編集者、SEO担当の兼任は可能です。しかし、企画承認、専門監修、公開判断をすべて同じ人へ集めると、誤りの発見と優先順位の見直しが難しくなります。兼任する場合でも、高リスク記事だけは、別の監修者または事業責任者を承認工程へ加えます。
採用や外注を検討するときは、肩書きではなく不足している機能から選びます。
- 原稿が遅い場合は、ライターの稼働枠を増やす
- 構成とフィードバックが滞る場合は、編集者の稼働枠を増やす
- 専門確認待ちが多い場合は、監修者の稼働枠を増やす
検索流入はあるのに成果へつながらない場合は、ライターの増員より、分析と導線設計の補強が先です。
制作キャパシティは最も遅い工程から逆算する
月間の公開本数は、ライターが書ける本数では決まりません。企画から公開までの各工程のうち、最も処理能力が低い工程に制約されます。編集者が月6本しか確認できないなら、ライターが月12本書けても、安定して公開できるのは月6本以下です。
計算の基本は、次の2つの式です。
工程別の月間処理可能本数 = その工程に使える月間時間 ÷ 1本あたりの標準時間
編集部の基準公開本数 = 各工程の処理可能本数の最小値 × 稼働係数
稼働係数は、差し込み、修正、休暇を考慮するための余白です。たとえば0.8を置けば、理論上10本処理できる工程でも、計画は8本に抑えます。これは一般的な目安ではなく、自社の実績値で更新していく管理用の前提です。
次の表は、この式を5つの工程に当てはめた計算例です。右端の「処理可能本数」が最も小さい工程が、全体の上限になります。
| 工程 | 月間使用可能時間 | 1本の標準時間 | 処理可能本数 |
|---|---|---|---|
| 企画・構成 | 32時間 | 4時間 | 8本 |
| 執筆 | 80時間 | 8時間 | 10本 |
| 編集・根拠確認 | 36時間 | 6時間 | 6本 |
| 専門監修 | 12時間 | 2時間 | 6本 |
| 入稿・公開 | 16時間 | 2時間 | 8本 |

この架空例では、編集と専門監修の処理能力が各6本で最小です。稼働係数0.8を考慮すると、安定運用の計画値は月4〜5本になります。月8本を目指すなら、ライターを増やす前に、編集または監修の時間短縮・増員が必要です。
標準時間は、通常記事、取材記事、高リスク監修記事、リライトなど、記事タイプ別に記録します。初回提出から公開までの日数、修正回数、監修の差し戻し率も測っておくと、「誰が忙しいか」ではなく「どの工程が詰まっているか」で改善を進められます。
兼任を解消する順番はボトルネックと責任衝突で決める
少人数の立ち上げ期は、兼任が前提です。ただし、増員を「忙しい人の補助」として考えると、機能ごとの責任がさらに曖昧になります。専任化する順番は、工程別のキャパシティと、責任の衝突があるかどうかで決めます。
次の表は、現場で観測できる状態から、不足している職能と優先する配置を引けるようにしたものです。自社に当てはまる行から確認してください。
| 観測した状態 | 不足している職能 | 優先する配置 |
|---|---|---|
| 原稿は届くが構成確認・編集で滞留する | 企画・編集 | 編集者・デスクを専任化 |
| 専門確認待ちで公開日が読めない | 専門監修 | 監修枠を固定し、副担当も置く |
| テーマの採否が毎回覆る | 意思決定 | 編集長の決裁範囲を明文化 |
| 公開はできるが改善案が出ない | SEO・分析 | 分析担当の定例稼働を確保 |
| 編集長の休暇で全案件が止まる | 代理決裁 | デスクまたは副編集長を配置 |
責任の衝突で特に注意したいのは、同じ人が「公開本数の達成」と「専門的な正確性」の両方を最終判断する場合です。納期と安全性がぶつかるためです。法務、医療、金融など影響の大きい領域では、監修の責任を編集長から分離してください。個々の記事をどの順番で確認するかは制作フロー側で定め、本記事では、誰がその基準と稼働枠を保有するかだけを決めます。
週次・月次・四半期の会議を意思決定別に分ける
編集会議は、進捗報告を読み上げる場ではなく、担当者だけでは決められない事項を決める場です。進捗は編集カレンダーで非同期に共有し、会議では遅延、優先順位、品質、成果に絞って話します。
会議は、決めることの違いによって4つに分けます。次の表で、頻度・時間、参加者、決めることを確認してください。
| 会議 | 頻度・時間 | 主な参加者 | 決めること |
|---|---|---|---|
| 制作進行会議 | 週1回・30分 | 編集長、編集者、SEO担当 | 2〜4週先の公開予定、遅延、監修枠、差し込み |
| 品質レビュー | 月1回・45〜60分 | 編集者、ライター、監修者 | 差し戻し傾向、ルール改定、良い記事の共有 |
| 成果レビュー | 月1回・60分 | 編集長、SEO担当、事業部門 | 検索表示、流入、成果、更新優先順位 |
| 方針会議 | 四半期1回・60〜90分 | 編集長、事業責任者、主要担当 | テーマ配分、予算、人員、継続・縮小判断 |
会議ごとに、決定事項、担当者、期限、判断根拠を記録します。「検討する」で終わらせず、実行する、見送る、追加情報を集める、のいずれかに分類してください。
編集部の配置判断は成果・品質・生産性の3層で行う
編集部を公開本数だけで評価すると、増員すべき機能を見誤ります。成果、品質、生産性の3層に分けて見て、その結果は個人の評価ではなく、配置と稼働枠の見直しに使います。
次の表は、各層の指標例と、その層で確認する問いです。
| 層 | 指標例 | 確認する問い |
|---|---|---|
| 成果 | 検索表示・クリック、問い合わせ、商談・応募への貢献 | 狙った読者と事業成果につながったか |
| 品質 | 根拠不備率、公開後訂正率、監修差し戻し率、更新期限超過 | 信頼できる状態を維持できているか |
| 生産性 | 公開本数、制作日数、工程別滞留日数、修正回数 | どの工程が制作能力を制約しているか |
品質の層では、外部の考え方も参考になります。Googleの公式資料では、読者を第一にした内容かどうかを自己評価し、必要に応じて信頼できる第三者へ評価を依頼する考え方が示されています。また、Article構造化データでは、著者情報などを検索エンジンへ伝えられます。ただし、著者名や構造化データを追加するだけで品質が上がるわけではありません。実際の執筆・編集・監修の責任と、ページ上の表示を一致させる必要があります。
編集部の組織図を作る7つの手順
ここまでの内容を、組織図づくりの順番にまとめます。組織設計は採用から始めず、目的と仕事量を確定してから、機能へ人を割り当てます。次の順番で進めれば、少人数でも不足している機能を見つけやすくなります。
- メディアの事業目的と、読者に提供する価値を一文で定義する
- 意思決定、企画・編集、制作、専門監修、SEO・分析の職能を置く
- 各職能の実行責任と最終責任をRACI表で決める
- 記事タイプ別の標準時間から月間制作能力を計算する
- 兼任できる職能と分離すべき責任を決める
- 週次・月次・四半期会議の議題と決定権を定める
- 1〜3か月運用し、滞留時間・差し戻し・成果から採用優先順位を見直す
最初から、すべての役割に専任者を置く必要はありません。まず機能と責任を定義し、兼任で始めます。その後、最も遅い工程や、専門性が不足している工程から、専任化・採用・外注を検討します。
自社の編集体制を見直すべきかを10項目で確認する
次の10項目のうち3項目以上に該当する場合は、個人の努力ではなく、体制の見直しが必要です。
- 企画の採否を決める人が案件ごとに変わる
- 編集長がほぼすべての記事を自分で書き直している
- ライターが専門的な主張の最終判断まで担っている
- 監修範囲と期限が依頼時に決まっていない
- SEO担当が公開前確認だけで、公開後の改善に参加していない
- 月間目標本数が工程別工数ではなく希望値で決まっている
- 原稿が特定の編集者または監修者の前で滞留する
- 差し戻し理由が記録・分類されていない
- 会議で決定事項、担当者、期限が残らない
- 担当者の異動や休暇で公開が止まる
該当した場合に最初に修正するのは、最終責任者がいない工程です。次に、制作能力を制約している工程、重大な誤りにつながる監修工程、公開後に改善へ戻せない分析工程の順で整えます。
まとめ
オウンドメディア編集部は、人数を増やす前に、「意思決定」「企画・編集」「制作」「専門監修」「SEO・分析」の5つの機能を定義します。編集長、編集者、ライター、監修者、SEO担当の権限と責任を分け、主要な意思決定の最終責任者を1人にしてください。
運用を続けるには、最も遅い工程から月間の制作能力を逆算し、兼任を解消する順番を決めます。会議は、週次で公開予定と遅延、月次で品質と成果、四半期で予算と人員を判断します。制作フローや原稿チェックの詳細へ広げる前に、最初の一歩として、5つの機能を組織図とRACI表に書き出し、最終責任者がいない工程を見つけてください。
参考文献・データ元
この記事で参照した情報を確認できます。
- 「Creating Helpful, Reliable, People-First Content」Google Search Central(2025年12月更新、2026年8月24日閲覧) — 読者第一のコンテンツ、作成者・作成方法・目的の確認観点に使用。
- 「Article structured data」Google Search Central(2026年8月24日閲覧) — 記事の著者情報等を検索エンジンへ伝える仕様の確認に使用。
- 「Performance report (Search results)」Google Search Console Help(2026年8月24日閲覧) — 検索結果の表示回数・クリック等の計測に使用。
- 「[GA4] Reports in the Analytics app」Google Analytics Help(2026年8月24日閲覧) — 流入後の利用状況を確認する公式資料として使用。
- McEwan D, et al.「Systematic review of the characteristics of brief team interventions to clarify roles and improve functioning in healthcare teams」PLOS ONE, 2020. DOI: 10.1371/journal.pone.0234416 — 役割明確化を含むチーム介入の背景と、他分野へ一般化する際の注意に使用。
‹ 親記事: コンテンツ制作・運用体制とは?編集フロー・役割分担・品質チェックの仕組みを体系的に整理
関連記事
- › 記事品質チェックリストの作り方|編集基準・校正・根拠確認・公開承認を標準化する
- › SEO記事のコンテンツブリーフ作成方法|検索意図・見出し・根拠・内部リンクを制作前に定義する
- › オウンドメディアの著者・監修者設計|誰が書き、誰が確認したかを記事単位で明示する方法
- › 記事の更新期限を決める方法|鮮度・重要度・順位下落で判断
- › 記事の出典・根拠を管理するエビデンス台帳の作り方|更新期限・一次情報・引用箇所を追跡
- › オウンドメディアの編集権限・版管理を設計する方法|誤公開・上書き・承認漏れを防ぐ
- › 生成AIを記事制作に使う運用ルールの作り方|利用範囲・人間レビュー・機密情報を管理
- › 記事の出典を定期確認|リンク切れ・情報鮮度・一次情報をチェック
- › オウンドメディアのアクセス権限を定期確認|退職・異動時の対応
- › 生成AIを使った記事制作の検証ログを作る方法|プロンプト・根拠確認・修正履歴を残す
- › コンテンツ制作の遅れを確認|企画・執筆・確認・公開を可視化
- › 外注記事の受入れ基準を作る方法|納品形式・根拠・著作権・修正責任を標準化
- › オウンドメディアの画像・図版ライセンスを管理する方法|出典・利用範囲・期限を台帳化
- › 外注ライター・制作会社の評価スコアカードを作る方法|品質・納期・修正回数・専門性を継続評価
- › オウンドメディアの緊急訂正・公開停止フロー|訂正・一時非公開・削除の判断基準と復旧手順
- › 法人向けサービスページの比較表の作り方|料金・対象・対応範囲・実績・契約条件を同じ軸で整理
- › 導入事例ページの作り方|成果数値・導入期間・取り組み内容
- › オウンドメディア担当者の引き継ぎチェックリスト|記事・CMS・編集ルール・分析データ・進行中企画を整理
- › 導入事例ページの作り方|業種・課題・成果で探せる構成と導線
- › 法人向けサービスページのFAQの作り方|料金・対象・導入条件・契約・セキュリティの質問を整理
- › 法人向けサービスページの導入フローの作り方|期間・準備物・担当・例外条件まで整理
- › 法人向けサービスのセキュリティ情報の載せ方|認証・データ保管・権限・問い合わせ先の整理方法
- › 法人向けサービスサイトの情報更新を誰が持つ?営業・法務・制作で料金・実績・契約条件を管理する方法
- › オウンドメディアの表記ガイドラインの作り方|表記ゆれ・数字・固有名詞・引用ルールを統一
- › オウンドメディアのインタビュー記事の作り方|企画・質問設計・取材・原稿確認・公開まで
- › オウンドメディアの記事テンプレートの作り方|原稿フォーマット・出典・CTA・FAQ・著者欄を標準化
- › Claudeの料金プラン比較|無料・Pro・Team・法人向けの選び方
- › NotebookLMの使い方|資料の読み込み・要約・質問の基本手順




