導入文で迷子にならない：結論と対象読者を先に示すリード文の型

リード文に入れる4つの要素と順序

私が勧める順序は次のとおりです。これは公式仕様ではなく、編集上の型です。

• 1、要素：対象読者と状況、役割：読者に「自分のことだ」と思ってもらう、書き方の目安：「〜する人向け」「〜で困っている人へ」
• 2、要素：結論、役割：タイトルの問いに先に答える、書き方の目安：1文で言い切る。条件があれば短く添える
• 3、要素：この記事で渡すもの、役割：読み続ける理由を示す、書き方の目安：依頼文、表、手順、書き換え例など具体物の名前
• 4、要素：前提と範囲外、役割：合わない読者を早めに外す、書き方の目安：必要な道具、扱わない内容、注意が要る条件

この順序は、読者が「自分に関係あるか」「答えがあるか」を先に判断できるようにするためです。背景説明や筆者の経緯は、この2点を示したあとに置くことを勧めます。

要素ごとの書き方

1. 対象読者は属性ではなく状況で書きます。「ブログ初心者の方へ」より「週1回の更新が続かず、書き出しで手が止まる人へ」のほうが、当てはまるかどうかを判断しやすくなります。

2. 結論は「この記事では〜を解説します」で済ませないでください。それは目次の予告にすぎません。「結論から言うと、〜の順で書けば足ります」のように、答えそのものを置きます。

3. 渡すものは名詞で具体的に挙げます。「ポイントをまとめました」より「コピーして使える依頼文と、確認用の表を載せています」のほうが、読み続ける理由になります。

4. 前提と範囲外は短く書きます。長くなるなら本文の途中に移したほうがよいサインです。

改善前後の書き換え例

ここで使う記事は、説明用に作った架空の例です。実際のブログの数値や反応ではありません。題材は「AIで議事録の下書きを作る手順」です。

改善前

最近はAIがどんどん進化していて、仕事で使う人も増えてきましたよね。私も会議が多く、議事録づくりにはずっと悩んでいました。そこで今回は、AIを使った議事録の作り方についてお話ししたいと思います。まず、AIとは何かというところから簡単に説明しますね。

読者が知りたいのは「自分の会議で使えるか」と「どう頼むか」です。ところがこの文章には、答えも対象も出てきません。冒頭の4文を読み終えても、読者は何も得ていません。

改善後

定例会議のメモを一人で任されている人向けの記事です。議事録の下書きは、会議の文字起こしから決定事項・担当者・期限を抜き出すようAIに依頼して作ります。コピーして使える依頼文と、人が必ず確認する3点まで載せています。社外秘情報は入力せず、所属先でAIへの入力が認められた情報だけを使ってください。

何が変わったか

• 対象読者、改善前：なし、改善後：「定例会議のメモを一人で任されている人」
• 結論、改善前：なし(「お話ししたい」で止まる)、改善後：「決定事項・担当者・期限だけを抜き出した下書きを作らせる」
• 渡すもの、改善前：なし、改善後：依頼文、確認3点
• 前提、改善前：「AIとは何か」から始める予告、改善後：入力できる情報の範囲を1文で提示
• 筆者の経緯、改善前：冒頭に配置、改善後：削除(必要なら本文の後半へ)

筆者の悩みは捨てなくて構いません。「なぜこの手順にしたか」を説明する節に移せば、読者が結論を得たあとで読む材料になります。

手順：既存の記事を型に当てはめる

1. 記事を書き終えてから、リード文を最後に書き直します。書き始めの時点では結論がぶれやすいためです。
2. 本文の見出しを並べ、「この記事の答えは何か」を1文で書きます。これが要素2です。
3. その答えを必要とする人の状況を1文で書きます。これが要素1です。
4. 本文に実際に入っている具体物(表、依頼文、手順、例)を数えて、名前を挙げます。本文に無いものは書きません。
5. 前提を1文で足します。不要なら省きます。
6. 声に出して読み、前置きの文が残っていないか確認します。残っていれば削るか、本文へ移します。

長さは3〜5文程度に収まることが多いですが、決まりはありません。読者が判断するのに足りるかどうかで決めてください。

AIに添削させる依頼文

下書きの添削はAIに任せやすい作業です。次の依頼文は、そのまま貼って使える形にしてあります。【　】の部分を自分の記事に置き換えてください。この依頼文は私が説明用に作ったもので、特定のAIで動作を検証した結果ではありません。

あなたはブログの編集者です。次の記事のリード文を、下の条件で書き直してください。

【記事タイトル】
【想定読者の状況】
【記事の見出し一覧】
【現在のリード文】

条件:
- 順序は ①対象読者 ②結論 ③この記事で得られる具体物 ④前提・範囲外
- 見出し一覧に無い内容は、約束として書かない
- 数字や効果(例:「半分になる」)は、私が根拠を渡していない限り入れない
- 3〜5文、日本語のです・ます調
- 案を2つ出し、それぞれ「削った内容」を1行で添える

AIに渡す情報と、渡さない情報

渡すのはタイトル、想定読者、見出し一覧、現在のリード文です。本文全体を渡す必要がないことも多いでしょう。未公開の記事や社外の資料を含む場合は、AIに入力してよい情報かを先に確認し、許可された範囲だけを渡してください。固有名詞や数値を仮のものに置き換えるだけで、入力してよいとは判断しないでください。学習に使われない設定にしても、情報の秘密が守られることと同じではありません。取り扱いは、利用中のサービスの規約と所属先のルールで確認してください。

公開前に人が確認する3点

AIの案は、そのまま公開せず、次の3点を人が見ます。

1. 本文に無い約束がないか。 たとえば、リード文で「比較表つき」と書いたのに、本文に表が無い状態です。
2. 誇張や根拠のない数字がないか。 「誰でも」「必ず」「たった5分」は、本文で裏付けられるものだけ残します。
3. 対象読者の名指しが狭すぎないか。 絞りすぎると、読んでほしい人まで外れます。

検索まわりで分かっていること

Googleの有用なコンテンツの作成に関するガイド(閲覧時点の表示で最終更新は2026年10月5日)は、タイトルや見出しについて、内容を説明的に要約し、誇張や扇情的な表現を避けるよう述べています。また、ページがその目的を果たし、満足できる体験を与えているかという観点も挙げています。リード文は、タイトルの約束を本文が果たすと最初に示す場所として、この考え方と相性がよいと言えます。

一方、検索結果の説明文については、Googleのスニペットに関するドキュメントが、スニペットは主にページ本文から作られ、検索語によって変わると説明しています。meta descriptionは、そのほうがページを正確に表せる場合に使われることがある、という位置づけです。つまり、リード文を整えても検索結果にその文が表示されるとは限りませんし、逆にmeta descriptionを書けば必ず使われるわけでもありません。リード文は検索結果のためというより、ページに着いた読者のために書くものと考えるのが安全です。

記事の種類別：型の当てはめ方

すべての記事で同じ並びが最適とは限りません。調整の目安を表にします。

• 手順解説、結論として置くもの：完成物と、必要な道具、調整のポイント：手順数を書くなら、本文と一致させる
• 比較記事、結論として置くもの：判断基準と、結論の一言、調整のポイント：「Aは〜な人、Bは〜な人」と条件つきで書く
• 制度・仕様の解説、結論として置くもの：何が変わったか、誰に関係するか、調整のポイント：確認した日付と範囲を冒頭に近い位置で示す
• 体験談、結論として置くもの：何をして何が分かったか、調整のポイント：実際にしたことだけを書く。経緯は短く先頭に置いてよい

制度や仕様が変わる題材では、「いつ時点の情報か」をリード文か直後に入れておくと、読者が古い情報で判断するのを防げます。

最後に確認するチェックリスト

• 最初の2文で、対象と結論が分かるか
• 「〜について説明します」だけで終わる文が無いか
• リード文に書いた具体物が、本文に実在するか
• 筆者の事情や用語の定義が、結論より前に居座っていないか

この4点を、前置きで読者を迷わせないための確認に使ってください。次に書く記事から、リード文だけは最後に書き直す習慣をつけてみてください。