生成AIで記事制作を回す体制の作り方｜属人化させない運用設計

1. 「書ける人が一人だけ」になっていないか

生成AIで記事を書く試みは、たいてい一度は成功します。誰かが試し、思ったより良いものが出て、社内で共有される。ここまでは順調です。

問題はその後です。

• 生成AIで記事を書けるのが、事実上ひとりしかいない
• その人が休んだ週は、記事が1本も出ない
• 別の担当が同じツールで書くと、明らかに水準が違うものが上がってくる
• レビューで「なんか違う」と差し戻されるが、何がどう違うのかは言語化されない
• プロンプトを共有フォルダに置いたが、3ヶ月更新されていない
• メディア全体を見ると、記事ごとに文体も構成も違い、同じサイトに見えない
• 月の本数目標は達成しているのに、成果につながっている実感がない

道具は導入した。個人の生産性は上がった。なのにチームとしての出力は安定しない。これは「使い方が下手」という話ではなく、運用の設計が抜けている状態です。

生成AIを使った記事制作は、個人の作業としては短時間で完結します。だからこそ、工程が個人の頭の中に閉じたまま組織に出てこない。ここが従来の制作フローと決定的に違うところです。

2. なぜ属人化するのか

原因1：判断が会話の中で消える

チャットでのやりとりは、その場では最速です。ただ、終わったあとに残るのは最終出力だけ。どの素材を捨てたのか、なぜその構成にしたのか、何回やり直したのか。判断の履歴が組織に残りません。

従来の制作フローには、企画書、構成案、初稿、赤入れという中間成果物がありました。中間成果物は、それ自体が引き継ぎ資料として機能していました。生成AIを挟むと、この中間成果物が省略されます。速くなった代わりに、共有できるものが減っています。

原因2：品質の基準が言語化されていない

「なんか違う」で差し戻せてしまうのが、この分野の難しいところです。誤字脱字なら基準が要りません。しかし「一般論すぎる」「うちの言い方じゃない」は、基準が無ければ人によって判定が変わります。

基準が無いまま運用すると、レビュアーの主観がそのまま品質基準になります。するとレビュアーが唯一の品質の担保になり、その人がボトルネックになります。

原因3：役割を分けていない

企画も素材集めも生成も校正も、ひとりが通しでやる。これが最も速い立ち上がり方なので、最初はそうなります。ただ、この形は増やせません。2人目に渡そうとしたとき、渡すべき単位が存在しないからです。

原因4：資産が更新される仕組みになっていない

プロンプト集を共有フォルダに置いた。それで終わりになりがちです。誰が、どのタイミングで更新するのかを決めていないと、共有した瞬間から古くなり始めます。

---

3. 属人化させない運用設計

ここからが本題です。ツールの話はほとんど出てきません。決めるのは、役割、資産、基準、リズム、引き継ぎの5つです。

3-1. 役割を4つに分ける

ひとりが兼任していても構いません。重要なのは、作業を4つの役割として名前で呼ぶことです。名前がつくと、渡せる単位ができます。

兼任してよい組み合わせと、してはいけない組み合わせがあります。企画オーナーと素材オーナーの兼任は問題ありません。生成オペレーターと品質ゲートの兼任は避けてください。自分が作ったものを自分で判定すると、基準が甘くなるのは避けられません。人数が足りない場合は、品質ゲートだけ持ち回りにします。

3-2. 共有資産を5点そろえる

この5つがファイルとして存在していれば、担当が変わっても水準は保てます。逆にこれが無い状態で人を増やすと、水準がばらつくだけです。

① 読者定義シート

【読者定義】
・役職／担当領域：
・会社規模：
・この人がいま解決したいこと（1文）：
・この人がすでに知っていること（記事で説明しなくてよい範囲）：
・この人が使わない言葉／通じない社内用語：
・記事を読み終えたときの状態：

「すでに知っていること」の欄が効きます。ここが無いと、記事のたびに前提説明が繰り返され、読者にとって密度の低い記事になります。

② 文体ガイドと禁止語辞書

【文体ガイド】
・敬体／常体：
・一人称（自社の呼び方）：
・読者の呼び方（御社／貴社／あなた／使わない）：
・一文の長さの目安：
・漢字とひらがなの使い分け：（例）出来る→できる／事→こと／様々→さまざま
・箇条書きを使う条件：
・数値の表記：（例）半角、3桁区切り、単位は漢字

【禁止語】
・〜ではないでしょうか／〜と言えるでしょう／〜が挙げられます
・まさに／実は／非常に／さまざまな／数多くの
・装飾目的のダッシュ記号、ダブルクォーテーション
・（自社固有の禁止表現をここに追加していく）

【必ず確認する表記】
・自社名、製品名の正式表記：
・顧客名を出す条件：
・数値を出す条件（出典が必要か）：

このファイルは、そのままプロンプトに貼り付けて使えます。運用としては、レビューで指摘が出るたびに1行足していきます。3ヶ月も回せば、そのメディア固有の辞書になります。

文体をブランドとして揃える考え方は、生成AI時代のオウンドメディア運営体制の作り方にも組織側の視点から整理されています。

③ プロンプト台帳

プロンプトを羅列したファイルは、更新されずに死にます。台帳の形にしてください。

【プロンプト台帳】1行=1工程

| 工程 | 目的 | 入力に必要なもの | 出力形式 | よくある失敗 | 最終更新 | 更新者 |
|------|------|-----------------|---------|-------------|---------|--------|
| 素材棚卸し | 使える素材を一覧化 | 文字起こし／資料 | 表（ID・種別・具体度） | 要約してしまう | 2026-07-01 | — |
| 企画決定 | 主張を1文にする | 素材一覧＋読者定義 | 主張3案＋弱点 | 誰でも言える主張が出る | 2026-07-01 | — |
| 構成 | 見出しを作る | 主張＋素材番号 | H2構成＋文字数配分 | 素材のない見出しを作る | 2026-07-01 | — |
| 執筆 | セクション単位で書く | 構成＋該当素材原文 | 本文（1セクション） | 素材にない事実が混ざる | 2026-07-01 | — |
| 照合 | 事実の裏取り | 本文＋素材 | 一致／拡張／不明の表 | 全部「一致」で返る | 2026-07-01 | — |
| 推敲 | 文体を整える | 本文＋文体ガイド | 変更前後の一覧＋全文 | 数値を創作して具体化する | 2026-07-01 | — |

「よくある失敗」の列が、この台帳の一番の価値です。プロンプト本文だけを共有しても、次の人は同じ失敗を最初からやり直します。失敗の型が書いてあれば、それを避けるところから始められます。

④ 事実の出典ルール

【出典ルール】
・記事に載せる数値は、原典URLか社内資料名を素材リストに記録する
・生成AIが出した数値は、そのままでは使わない。人が原典で確認したものだけ使う
・確認できない数値は、数値を書かずに傾向として書く
・顧客の発言は、録音または議事録に該当箇所があるものだけ引用する
・引用で整えてよいのは、フィラー削除・言い直しの統合・語順の入れ替えまで
・意味を足す、断定度を上げる、離れた発言をつなげる、は不可

このルールが無いまま本数を増やすと、いつか訂正記事を出すことになります。1本目のうちに決めておくのが安上がりです。

⑤ 公開前チェックリスト

3-3で扱います。

3-3. レビューを2つのゲートに分ける

「なんか違う」を無くすために、判定を2段階にします。それぞれ、通す基準を先に決めておきます。

ゲートA：事実の確認（差し戻し＝必須）

ここは主観の余地がありません。1つでも欠けたら差し戻します。

□ 数値・固有名詞・日付・社名・役職名が、すべて素材リストと一致している
□ 照合表が添付され、「拡張」「不明」の項目がすべて解消されている
□ 引用が、素材の原文と照合できる
□ 顧客名・製品名の表記が正式表記と一致している
□ 出せない情報（企画メモ7番）が含まれていない
□ 出典が必要な数値に、出典が記録されている

ゲートB：読み物としての判定（差し戻し基準を明示）

主観になりがちな部分こそ、条件の形にします。

□ タイトルと本文の主張が一致している
□ 見出しだけを読んで、記事の内容が想像できる
□ 「はじめに」「背景」「課題」「まとめ」「今後の展望」という見出しが無い
□ この記事でしか読めない情報が、本文に3箇所以上ある
□ 抽象語で終わる文（重要です／必要です／効率化が期待できます）が
   1000字あたり2箇所以下
□ 「企業は」「多くの担当者は」で始まる文が3箇所以下
□ 冒頭2文が、読者の状況の描写になっている
□ 禁止語辞書の語が使われていない

数を条件にしているのが要点です。「一般論すぎる」ではなく「抽象語で終わる文が1000字あたり2箇所以下」と書けば、レビュアーが変わっても判定が揃います。そして書き手も、出す前に自分で確認できます。差し戻しの往復が減るのは、この効果が大きいです。

3-4. 回すリズムを決める

週1回、30分の編集会議。 アジェンダを固定します。

1. 先週公開した記事（3分）— 本数ではなく、ゲートBで引っかかった項目を共有
2. 差し戻しの理由から、文体ガイド／禁止語辞書に追加する行（5分）
3. 今週の企画（10分）— 企画メモの4番「この記事でしか読めないこと」を全件確認
4. 素材が足りない企画の、取材・ヒアリングの割り当て（7分）
5. プロンプト台帳の更新（5分）— 「よくある失敗」に追記があれば

3番だけは省略しないでください。ここが空欄の企画を通すと、その記事は一般論になります。会議の場で止めるほうが、書いたあとに差し戻すより安く済みます。

月1回、資産の棚卸し。 文体ガイドとプロンプト台帳の最終更新日を見ます。1ヶ月以上更新されていないなら、それは使われていないか、更新の担当が決まっていないかのどちらかです。

3-5. 立ち上げの順序

いきなり分業にしないでください。順序があります。

1. 1本目は、全員で通しで回す。 4役を全員が体験します。半日かけて構いません。この1本で企画メモ・素材リスト・プロンプト台帳の初版を作ります
2. 2〜3本目で、品質ゲートだけ分離する。 書いた人以外が判定する形に変えます。ゲートAとBのチェックリストを、この2本で調整します
3. 4本目以降で、素材オーナーを分離する。 取材・ヒアリングは別の人でも回せる工程です。ここを分けると本数が増やせるようになります
4. 生成オペレーターを増やすのは最後。 資産5点が揃ってからにします。揃う前に増やすと、水準がばらつくだけです

3-6. 引き継ぎで渡すもの

担当交代のときに渡すのは、この4つだけです。会話履歴は渡しません。

1. 読者定義シート
2. 文体ガイド＋禁止語辞書
3. プロンプト台帳（「よくある失敗」の列を含む）
4. 直近3本の記事と、そのゲートB判定結果（なぜ通ったか／何を直したか）

4番が実質的な教材になります。合格した記事と、そこに至るまでの指摘。これを読むのが、口頭で30分説明するより速いです。

3-7. 何を見るか

本数は指標になりません。本数を目標にすると、素材の薄い企画が通り始めます。見るのは次の4つです。

• 差し戻し率（ゲートAとBそれぞれ）— 資産が育っていれば下がります
• 企画から公開までの日数 — 詰まっている工程が特定できます
• 記事ごとの担当者と、その記事の指標 — 担当によって差が出ているなら、資産に足りない項目があります
• 「この記事でしか読めないこと」が埋まった企画の比率 — 一般論化の先行指標です

制作を自社で回すのか外に出すのかという判断そのものについては、コンテンツ制作の内製 vs 外注で選択肢が整理されています。体制を組む前に、そもそもどこまで内製するかを決めておくと設計が楽になります。

---

4. それでも残る限界

ここまでを整えれば、体制としては回り始めます。ただ、続けているうちに次の壁に当たります。

資産を維持するコストがかかります。 文体ガイドもプロンプト台帳も、放っておけば古くなります。週1回の会議と月1回の棚卸しは、記事を書く時間とは別に必要な工数です。ここを削ると、半年で元の属人化に戻ります。

工程の運搬が人の作業として残ります。 役割を分けても、企画メモを素材オーナーに渡し、素材リストを生成オペレーターに渡し、初稿を品質ゲートに渡す作業は人がやっています。分業にした分、受け渡しの回数はむしろ増えます。

判断そのものは移せません。 どの素材を捨てるか、3つの構成案からどれを選ぶか。チェックリストで判定できるのは結果だけで、そこに至る判断は書き手の中にあります。ベテランと新任で、同じチェックリストを通っても記事の質は変わります。

本数が増えると、ゲートが詰まります。 月4本なら品質ゲートは回ります。月10本になると、判定だけで1人分の工数になります。ここでチェックを省略し始め、体制が崩れる。よくある壊れ方です。

出力のばらつきは残ります。 同じプロンプト、同じ素材でも、返ってくるものは毎回変わります。チェックリストで足切りはできますが、良い日と書き直す日がある事実は変わりません。

限界の正体は、体制設計の甘さではありません。工程は分解して役割に割り当てたのに、工程と工程の受け渡しが人の手作業のまま残っていることです。運用のルールを厚くするほど、運ぶ手間も厚くなっていきます。

---

5. 受け渡しごと仕組みにする

sonataは、この記事で扱った工程そのものを、プロダクトの構造にしたサービスです。音声をアップロードすると、事前のWeb調査、企画、文字起こし、構成、記事生成までが一連の流れとしてつながっていて、工程間の受け渡しを人がやらなくて済みます。この音声から記事化までの一連のワークフローについて特許を出願しています。

体制の観点で意味があるのは、同じ工程を全員が通ることです。誰が担当しても同じ順番で同じ判断ポイントを踏むので、担当が変わっても出力の水準が揃います。プロンプト台帳を更新し続けなくても、工程がプロダクトの側にあります。

工程が分かれているので、企画だけ差し替える、構成だけ組み直すといった介入もできます。品質ゲートの役割は残りますが、判定すべき箇所が絞られます。

無料で試せます。

• sonataを無料で試す

まずは、いまの体制で「担当が来週から交代する」と仮定して、渡せるファイルが3-6の4点そろっているか確認してみてください。そろっていない項目が、そのまま属人化している場所です。