はじめに：修正が多い原因は「文章力」より“認識ズレ”です
「修正が多い」「言われた通りに書いたのに戻ってくる」これ、経験がある人ほど刺さるはずです。
結論、修正が増える原因の多くは文章力ではありません。発注者と書き手の“認識ズレ”です。
僕自身、Webメディアでの執筆経験があります（経済系の記事、不動産系の街の住みやすさ紹介、レストランレビューなど）。ジャンルが違っても、修正が増える原因はだいたい同じで、「最初に揃えるべき前提が揃っていない」ことがほとんどでした。逆に言えば、前提のすり合わせと“見やすい提出”をテンプレ化するだけで、修正はかなり減ります。
この記事では、Webメディアでの執筆を想定して
- 構成案の出し方（通る構成）
- 事前確認（ズレを潰す質問→理解の要約）
- 初稿提出（直しやすい出し方）
- 納品時の添え文（継続に繋がる）
を、ChatGPTで再現できる「型」に落とし込みます。
まず最初に結論：修正を減らす“3点セット”
やることはこの3つだけです。
- 書く前に合意を取る（要件を言語化）
- 構成案で完成形を揃える（本文前にOKを取る）
- 提出は“チェックしやすい形”にする（修正の入口を減らす）
修正が減る人の事前合意チェック10
【事前合意チェック10】
- 目的（SEO／読み物／まとめ）が合っている
- 想定読者が一致（初心者/経験者、誰向けか）
- 文字数の目安と許容範囲（±何%）
- 見出し数の目安（h2/h3の粒度）
- トンマナ（です・ます／硬さ／煽りNG）
- 参考記事（似せたい／避けたい）がある
- 禁止表現・注意領域（医療・金融・断定）
- 一次情報の範囲（公式・発表・統計など）
- 納品形式（Docs等）と提出ルール
- 修正方針（回数・粒度・期限）
Step1：要件確認は「質問」ではなく“理解の要約”で返す
質問を投げるだけだと、編集側は「結局どう理解したの？」となります。修正が減る人は、最後に必ず理解の要約を返します。
要件確認の黄金型
- 質問（必要最小限）
- こちらの理解（要約）
- 合っていればこの方針で着手します（宣言）
Step2：通る構成案の作り方（構成テンプレ）
Webメディアは本文よりも構成（見出し）で評価が決まることが多いです。だから先に構成を出して、合意を取る。
構成案の基本フォーマット
- タイトル案（3つ）
- 想定読者（1行）
- 記事ゴール（1行）
- 見出し（h2/h3）
- 根拠・参考（必要なら）
- 注意点（断定回避、NG回避）
構成の「型」：迷ったらこの順番
- h2-1：結論（読者が知りたい答え）
- h2-2：理由（根拠・背景）
- h2-3：具体（手順／例／ケース）
- h2-4：注意点（失敗・リスク）
- h2-5：まとめ（要点＋次の一歩）
Step3：初稿の出し方で修正が激減する
初稿提出は「提出」ではなく、レビューしやすい提出が正解です。
- どこを見てほしいか（確認ポイント）
- どこに根拠があるか（出典・一次情報）
- 何をチェック済みか（誤字、断定、表記）
これだけで修正が減ります。
Step4：納品時の添え文で「継続」が決まる
納品時に“編集側が安心する一言”があると継続に繋がります。
- 工夫点（2〜3点）
- 確認してほしい箇所（1点）
- 修正方針（歓迎、対応可）
断定を避ける言い換え表（Webメディアで超効く）
編集側でよく直されるのは「言い切り」系です。最初から避けると修正が減ります。
- 「必ず〜」→「〜の可能性が高い」
- 「間違いない」→「〜と考えられる」
- 「絶対に〜」→「多くの場合〜」
- 「誰でも〜」→「初心者でも取り組みやすい」
- 「これが正解」→「一般的には〜が有効」
この記事のライター
