この記事でわかること
- 見出しごとに一つの問いを置く
- 回答と根拠がない節を見つける
- 読む順番を行動の順番へ合わせる
タイトルから直接本文を書き始めない
書き始めてから話題が広がると、読者の疑問に答える前に長い背景説明が続きがちです。構成メモでは、記事の目的と最終的な回答を先に短く書きます。「キーボード台の置き方を説明する」より「机の下に収まるか測り、設置の候補を判断できる」と、読者の行動が分かる形にしてください。
次に、読者がまだ分からないことを三つから五つに分けます。寸法を測る場所、障害物の確認、置けないときの選択肢などです。書きたい知識を全部並べるのではなく、この判断に必要かを確かめながら選びます。関連する話題でも別の判断が目的なら、後で扱う企画として保留欄へ残しましょう。
一つの見出しに三行のメモを付ける
各見出しの下に「読者の問い」「二文以内の回答」「根拠または必要な材料」を書きます。記入例は「どこを測るか／脚の内側と高さ方向の障害物を確認する／測定位置を示した写真を用意」です。回答が書けなければ調査不足、根拠がないなら確認待ち、と本文を書く前に見つけられます。
数字や仕様を使う節には対象モデルと公式確認先、実体験を説明する節には撮影番号や取材メモを付けます。別の記事から説明を借りる場合も、見出しの形をそのままなぞるのではなく、自分の読者の問いへ答え直してください。必要な材料が多すぎる節は、問いを二つへ分けるか、今回の範囲を狭める候補になります。見出しの数を先に固定せず、読者が一度に判断できる単位へ分けることが、後の書き直しを減らす準備になります。
前提から判断までの順序を試す
見出しを並べたら、準備が必要な作業より前に結果の比較が出ていないかを確認します。手順記事なら道具、確認、作業、失敗した場合の順、比較記事なら対象条件、比較軸、候補の違い、次の確認の順が一例です。必ず同じ型へ押し込む必要はありませんが、読者が前の節を読めば次へ進めることを重視します。
W3Cの執筆ガイドは、見出しを使って文章の構成を伝えることを案内しています。構成メモでも「ポイント」「補足」といった曖昧な見出しだけを並べず、「机の脚の内側を測る」のように扱う内容を示します。見出しだけを読み上げて、何が分かる記事か説明できるかを試すと順序の違和感を見つけやすくなります。
執筆中の追加を一度メモへ戻す
本文を書いている途中で新しい話題を思い付いたら、そのまま長い段落を足す前に構成メモへ戻します。どの問いに答える情報か、既存の節と重複しないか、根拠がそろうかを確かめて追加してください。調査で当初の結論が変わった場合は、結論と見出しを更新し、古い前提の文章を残さないようにします。
完成後は「各見出しの最初の回答だけ」で記事を読み直します。回答同士がつながらないなら説明が不足している可能性があります。最後の確認欄は、記事の感想を求める文ではなく「測定値を記録した」「候補の条件を照合した」のように、読者が実際に終えられる行動にすると記事の役割が明確になります。
- 記事を読む目的を行動で書いた
- 各見出しに問い・回答・根拠を付けた
- 調査待ちの節を特定した
- 見出しだけで順序を確認した
- 本文の追加を構成メモにも反映した
参考にした公式情報
確認日：2026-09-11。提供条件や仕様は変更される場合があります。
広告・アフィリエイトリンクを含む場合があります。編集・掲載方針