【第3回】AIとブログ記事を作る｜企画・執筆・編集を分ける実務手順

AIへテーマだけを渡すと、文章は早く出ても、読者の疑問とずれたり、確認していない説明が混ざったりします。MANABU WORK LABでは、これをプロンプトの長さだけで解決せず、企画、調査、執筆、編集を別の仕事として扱います。

この回の成果物は、公開記事ではありません。根拠と確認事項が分かるMarkdown完成稿を作り、次の画像入稿工程へ渡すところまでです。

企画担当が一文の編集方針を作る

最初に「誰の、どの疑問を、どこまで解決するか」を一文にします。キーワードや見出しは、その後です。

企画メモには次の6項目を置きます。

検索語は読者の言葉を知る材料です。語句を何度も入れるためではありません。検索結果の構成を写すのではなく、公式資料、実際の疑問、既存記事との空白から必要な論点を決めます。

調査では、先に記事の結論を飾るのではなく、本文で述べる主張ごとに根拠を残します。

外部仕様は公式の一次資料を優先し、URLと確認日を記録します。実践記録には「誰が、どの環境で、何をして、何が起きたか」が必要です。記録にない体験や数字は、文章を具体的に見せるために作りません。

調査不足は空欄として残せます。推測で埋めた完成文より、「要確認」と分かる原稿のほうが次工程で安全に扱えます。

AIには、読者、到達点、必須情報、禁止事項、出力形式を渡し、複数の構成案を出させます。採用するのは人です。

構成を選ぶときは、次を確認します。

AIが提案した見出しを削ることも構成作業です。各H2に「この章で答える一問」を書けなければ、統合か削除を検討します。

構成が固まったら、見出しごとに本文を作ります。AIへ渡すのは、その章の要点、使用できる根拠、前章で説明済みのこと、書いてはいけないことです。

初稿では、流暢さより検証可能性を優先します。出典が必要な主張には出典を付け、体験は事実として確認できる範囲に限定し、不明点は注記します。AIの出力に固有名詞、日付、機能名、成功結果が追加されていたら、原資料へ戻って確かめます。

同じ導入や結論を章ごとに繰り返す必要はありません。前章からのつながりを一文で示し、すぐ新しい情報へ進みます。

編集は誤字修正だけではありません。企画へ戻り、記事全体を次の順で読み直します。

文章が整っていても、読者が次に何を確認するか分からなければ編集未完了です。反対に、短くても判断条件が明確なら、水増しする必要はありません。

口頭の「確認済み」では、どの版を見たか追えません。少なくとも次の成果物を残します。

完成稿にはfront matterでタイトル、slug候補、カテゴリー、シリーズ前後、統合元、要確認事項を持たせます。本文にH1を重ねず、WordPress側の投稿タイトルをH1として使える形にします。

次の条件を満たしたら、第3回の作業は完了です。

次の記事ID 93では、この完成稿へ画像を割り当て、WordPressへ下書き保存します。公開可否の検査は記事ID 128の役割であり、ここでは扱いません。