いきなり書き始めて迷わないよう、書く前に全体の流れを設計する骨子の作り方

結論から言うと、記事の質は「書く前」に7割決まります。いきなり本文を書き始めると途中で話が脱線し、書き直しに時間を取られがちです。読者の疑問→答え→根拠→次の一歩という流れを骨子として先に組み立てておけば、迷わず一気に書き上げられます。この記事では、AIも使いながら骨子を作る具体的な手順を紹介します。

この記事のポイント

• 骨子とは「見出しの並びと各見出しで言うことのメモ」。本文の設計図
• 読者の疑問を起点に、答え→理由→具体例の順で流れを組む
• AIには骨子の「たたき台」を任せ、取捨選択は自分で行う

今日のおさらい：要点３つ

• 書く前に「誰の、どんな疑問に答える記事か」を一文で決める
• 見出しを先に並べ、各見出しに「ここで何を言うか」を一行ずつ書く
• 骨子ができたら、抜けている読者の疑問がないか自分で見直す

この記事の結論

骨子づくりとは「読者の疑問を順番に並べ替える作業」です。順番さえ決まれば、本文は流れに沿って埋めるだけになります。

骨子づくりを始める前に決めること

いきなり見出しを考える前に、記事の土台となる前提を固めます。ここが曖昧だと、どれだけ見出しを並べても軸のブレた記事になります。

読者と疑問を一文で言い切る

「この記事は、◯◯に悩む人が、△△を知るための記事」と一文で書けるまで絞ります。たとえば「初めてブログを任された担当者が、何から書けばいいか判断できるようにする記事」といった具合です。この一文が定まると、入れる話と省く話の判断が一気に楽になります。

読者が抱く疑問を書き出す

その読者になったつもりで、頭に浮かぶ疑問を10個ほど箇条書きします。「そもそも何のためにやるの？」「時間がなくてもできる？」「失敗しない？」など、素朴なものほど価値があります。この疑問リストが、そのまま見出しの候補になります。

ゴール（読後に取ってほしい行動）を決める

読み終えた読者に何をしてほしいかを先に決めます。「今日一つ試してみる」「考え方が整理される」などです。ゴールが決まると、まとめの見出しで何を書くかが自然に定まり、記事全体が一つの方向を向きます。

疑問を並べ替えて見出しの骨子を組む

書き出した疑問を、読者が知りたい順に並べ替えます。これが骨子の中心作業です。

「大きい疑問→細かい疑問」の順に整理する

まず「なぜ必要か」という大きな疑問、次に「どうやるか」という手順、最後に「つまずいたら」という応用や注意点、という順が基本の型です。読者は全体像を掴んでから細部を知りたがるため、いきなり細かい手順から入ると迷子になります。

各見出しに一行メモを付ける

見出しを並べたら、その下に「ここで言いたいこと」を一行だけ書きます。たとえば見出し「更新頻度の目安」の下に「毎日でなくてよい、続く頻度を優先と伝える」と書いておく。このメモがあると、本文を書くときに何を書くか迷わず、話の重複も防げます。

重複と抜けをチェックする

並べた見出しを眺め、同じことを別の見出しで繰り返していないか、読者の疑問に答え漏れがないかを確認します。ありがちな失敗は、手順は丁寧なのに「そもそもなぜやるのか」が抜けているケースです。冒頭の疑問リストと照らし合わせると抜けに気づけます。

AIを骨子づくりに活かす

AIは骨子の「たたき台」を素早く出すのが得意です。ただし、そのまま使うのではなく、自分の判断で整える前提で使います。

疑問の洗い出しをAIに手伝わせる

「◯◯に悩む読者が抱きそうな疑問を15個挙げて」と頼むと、自分では気づかなかった視点が得られます。出てきた疑問のうち、自社の読者に本当に当てはまるものだけを選びます。全部を採用しないのがコツです。

見出しの並び順を相談する

選んだ疑問をAIに渡し、「読者が理解しやすい順に並べ替えて」と頼むと、流れの叩き台ができます。ただしAIの並びが常に最適とは限らないので、自社の読者にとって自然かを自分で確かめ、入れ替えます。

AIに任せてはいけないこと

記事の軸となる「誰に何を伝えるか」や、自社ならではの一次情報・体験は、AIに決めさせてはいけません。ここを任せると、どこかで見たような当たり障りのない記事になります。AIは発想と整理の相棒、判断は自分、と役割を分けます。

骨子から本文へスムーズに移る工夫

せっかく骨子を作っても、本文の執筆でつまずいては意味がありません。骨子を「書きやすい状態」まで仕上げておくと、執筆は一気に楽になります。

各見出しに「読者の疑問」を紐づける

見出しの一行メモに加えて、「この見出しはどの疑問に答えるためのものか」を書き添えます。たとえば見出し「更新頻度の目安」なら、「毎日書けないと不安な読者を安心させる」といった具合です。答えるべき疑問がはっきりしていると、本文が脱線しにくく、読者目線を保てます。書きながら「今、誰の何に答えているか」を見失わないための道しるべになります。

具体例や数字を先に埋めておく

骨子の段階で、各見出しに使えそうな具体例・数字・体験談をメモしておきます。本文を書くときに「ここで何か例が要るな」と手が止まるのを防げます。自社の事例や現場の話は、思いついたときに書き留めておかないと、いざ書く段になって出てこないものです。骨子に材料を先に並べておけば、執筆は「つなぐ」だけの作業になり、スピードが上がります。

導入とまとめの言いたいことを一言で決める

本文が書きにくくなる大きな原因は、導入とまとめが定まっていないことです。骨子の段階で「導入で言う結論」と「まとめで促す次の一歩」を一言ずつ決めておきます。この二つが決まっていれば、記事の入口と出口がぶれず、間の本文も自然と一本の線でつながります。特に導入の結論は、記事全体の方向を決める重要な一文なので、骨子づくりの最後に必ず固めます。

骨子を寝かせて見直す

時間に余裕があれば、骨子を作った直後ではなく、少し時間を置いてから読み返します。作った直後は自分の頭の流れで読めてしまい、抜けや飛躍に気づきにくいためです。翌日など時間を空けて読むと、「ここで読者が置いてけぼりになる」といった弱点が見えてきます。短時間でも一度離れてから見直す習慣が、骨子の完成度を上げます。

よくある質問

Q1. 骨子はどのくらい細かく作ればいいですか？

A1. 見出しの並びと、各見出しの一行メモまでで十分です。それ以上細かくすると本文と変わらなくなり、かえって時間がかかります。

Q2. 骨子づくりにどのくらい時間をかけるべきですか？

A2. 記事の長さにもよりますが、本文執筆の2〜3割を目安にします。ここに時間をかけるほど、本文を書く時間は短くなります。

Q3. AIに骨子を全部作らせてはダメですか？

A3. たたき台として作らせるのは有効ですが、そのまま使うと軸がぼやけます。読者と疑問の選定、並び順の最終判断は自分で行いましょう。

Q4. 見出しはいくつくらいが適切ですか？

A4. 大きな見出しで3〜4個が目安です。多すぎると話が散らかり、少なすぎると内容が浅くなります。疑問リストを整理すると自然にこの数に近づきます。

Q5. 書いている途中で骨子から外れてもいいですか？

A5. より良い流れに気づいたら変えて構いません。ただし脱線か改善かは見極めます。冒頭で決めた「読者と疑問」に沿うなら改善、離れるなら脱線です。

Q6. 骨子を作っても本文が書けません。なぜ？

A6. 各見出しの一行メモが曖昧なことが多いです。「何を言うか」が一行で書けない見出しは、まだ考えが固まっていない証拠。メモを具体化してから書き始めます。

Q7. 毎回ゼロから骨子を作るのは大変です。

A7. よく書くテーマは「疑問→手順→注意点」といった型をテンプレート化しておくと、毎回の負担が減ります。型に沿って中身だけ入れ替える形にすれば、考える範囲が狭まり、骨子づくりの時間も安定します。ただし型に頼りすぎるとどの記事も似た構成になり、読者に飽きられます。基本の型は持ちつつ、記事ごとに読者の疑問に合わせて順番や見出しを調整する余地を残しておくと、効率と個別最適化を両立できます。

まとめ

骨子づくりは、読者の疑問を洗い出し、知りたい順に並べ替え、各見出しに一行メモを付ける作業です。ここを丁寧にやれば、本文は迷わず書き上げられます。AIは発想と整理の相棒として使い、軸の判断は自分で持ちましょう。

• まず「誰の、どんな疑問に答える記事か」を一文で書く
• 読者の疑問を10個書き出し、大きい順に並べ替える
• 各見出しに一行メモを付けてから本文に取りかかる