Claude Codeをライター業務に使い始めてから、最初に変わったのは「構成作成」の工程でした。
このノートでは、記事構成という工程がどういう構造になっているのか、
そしてどこまでClaudeに任せられるのかを、実際の流れをもとに整理します。
今回はシリーズの#02として、「構成作成」の工程に絞って検証します。
ライター業務の中でも最初に変化が出た部分です。
Claude Codeがどんな業務と相性が良いかは前回の記事
で整理しています。今回はその中の「構成作成」に絞って深掘りします。
構成作成は「情報を記事の骨格に変換する作業」です。
生成ではなく整理の工程なので、ルールを渡せばClaudeが得意な領域になります。
ただし、方向性の判断は人間が先に行う必要があります。
構成作成という工程の正体
この作業は何をしているのか
構成作成は、「情報を記事の骨格に変換する作業」です。
やっていることを分解すると、次の3つになります。
・情報を集める
・不要な情報を削る
・読む順序（流れ）を作る
新しいものを生み出すのではなく、あるものを整理して骨格に落とし込む工程です。
つまり「生成」ではなく「整理」に分類されます。
Claude Codeに渡せる部分・渡せない部分
方向性が決まっていれば、骨格の展開はClaudeが得意な作業です。
逆に、方向性が曖昧なままClaudeに任せると、それらしい構成は出てきますが、軸がないものになります。
実際の構成作成フロー
Before（ChatGPT時代）
・骨格は出てくるが、このメディアのトンマナを毎回説明し直す必要があった
・方針 / 過去記事との関係性も都度伝え直しが発生していた
・受け取った骨格の調整に時間がかかっていた
・構成作成のルーティンが決まっていなかった
After（Claude Code）
1. キーワードと検索意図をClaude Codeに渡す
2. 記事で伝えたいことの方向性を大まかに伝える
3. H1 / H2 / H3の骨格を出力させる
4. 方向性 / 抜け漏れ / 順序を確認して調整する
変わったのは作業の速さではなく、「構成を確定した後の手戻りが減った」という質の変化です。
最初から精度の高い骨格が出てくるので、やり直しが起きにくくなりました。
この流れはコンテンツ運用を止めないための仕組みの作り方で書いた「止まらない設計」の考え方と同じです。
詰まる工程を先に潰しておくことが、継続の鍵になります。
＼ 自分でやる時間がない方へ。まるっとブログ記事運用代行します／
お気軽にご相談ください。
Claude Codeがやっていること
分解・パターン化・再構成
Claudeが構成作成でやっているのは、次の3つです。
・分解：検索意図を「読者が知りたいこと」に分解する
・パターン化：よくある記事構成のパターンに当てはめる
・再構成：読む順序として成立するように並べる
これは「考える」作業ではなく「処理する」作業です。
ルールと素材を与えれば、正確に速く動いてくれます。
プロンプトの考え方
渡す情報は3つで十分です。
・キーワード（何について書くか）
・読者像（誰に向けて書くか）
・記事の方向性（何を伝えたいか）
この3つが揃っていないと、骨格はぼやけます。
「それらしい記事を作って」という曖昧な指示では、毎回結果がブレます。
情報を渡す前に自分で整理しておくことが前提です。
人間がやっていること
方向性の判断・読者設定・最終調整
Claudeが出した骨格を、そのまま使うことはほぼありません。
必ず確認と調整が入ります。
確認するのは次の点です。
・方向性が合っているか
・この構成で「伝えたいこと」が伝わるか
・読者にとって必要な情報が揃っているか
・H2/H3の順序が読者の理解の流れに合っているか
ここは判断の工程です。
Claudeは「パターンとして正しい構成」は作れますが、「この記事で何を優先すべきか」という判断はできません。
その判断は、今も手動でやっています。
うまくいかなかったパターン
方向性を決める前にClaudeに投げると、構成がぼやけます。
・「Claude Codeについて書いて」→ 一般的な解説記事の骨格が出てくる
・「ライター向けに書いて」→ ターゲットが広すぎて軸がない
方向性と読者像を先に自分で決めてからClaudeに渡す、という順序が重要です。
効率化されているのは「思考」ではなく「処理」
Claude Codeによって削減できるのは、思考の負担ではありません。
削減できないのは「判断」です。
・この記事で何を伝えるかの判断
・読者の理解順序を設計する判断
・最終的な方向性の確認
記事を書くたびに必ず発生するのが、これらの処理です。
毎回同じように手を動かしていたものが、ルールを渡すだけで動いてくれるようになりました。
「Claude Codeを使えば記事構成が全自動になる」ではなく、
「処理の部分が削減され、判断に集中できるようになった」が正確な表現です。
Claude Code自体の使い方や導入背景はこちらの記事
で詳しく解説しています。
この構造は他の業務でも共通している
今回の構成作成の工程を言語化すると、次の構造になります。
・情報を集める
・整理する
・骨格に変換する
これはライティングに限った話ではありません。
どれも「情報を整理して構造化する工程」という点では同じです。
「この工程は整理なのか」「これは判断なのか」と分けて考えるだけで、
Claude Codeをどこに使えるかの判断はかなり明確になります。
次の#03では、構成が決まった後の「本文執筆・リライト」の工程を検証します。
構成作成より人間の判断が入る部分が多く、「どこまで任せられるか」の答えが少し変わってきます。
＼ 自分でやる時間がない方へ。まるっとブログ記事運用代行します／
お気軽にご相談ください。
