リード文を書き始めると、つい業界の背景から説明したくなる。ところが、前置きを足すほど「この記事で何がわかるか」が後ろへ下がってしまうことがあります。
記事の冒頭を整えるには、本文で答えられる問いを一つ選び、その答えや、答えを探る場面から書き始めるのが一つの方法です。企業メディアの編集・広報担当者に向けて、リード文の役割、記事の種類ごとの例文、修正の手順を紹介します。例文はすべて説明用に作ったもので、実在する企業や取材相手の事例ではありません。
リード文は、読む前の判断を助ける文章
リード文は記事の冒頭に置き、扱う内容や読む理由を伝える導入文です。この記事では、本文の冒頭から、最初の小見出しまでの導入部分を主な対象にします。媒体によって「導入文」「前文」など呼び方や範囲は異なります。
冒頭では、読者が「自分に関係があるか」「何を知れるか」を判断できる情報を用意します。企業メディアの実用記事なら、次の三つを原稿から拾うと書き出しを考えやすくなります。
- 読者の状況：誰が、どんな場面で困っているか。
- 中心の問いと答え：本文は何について、どこまで説明できるか。
- 読む手掛かり：手順、比較、取材した人の判断など、何を材料に説明するか。
三つを必ず同じ順で書くという意味ではありません。タイトルですでに伝わる情報は短く受け、本文を読むために足りない前提を補います。
米国パデュー大学の執筆支援サイトPurdue OWLは、ニュースのリードを書く際、5W1Hのうち重要な要素を選ぶことや、読者がすでに知っている情報を考慮することを挙げています。あらゆる情報を冒頭へ詰め込む必要はありません。出典：Purdue OWL「How to Write a Lead」（2026年10月15日確認）
冒頭の一般論を、記事固有の答えに置き換える
リード文の修正では、単に短くするよりも「別の記事にも使える文」を見つけると、焦点を絞れます。次は、初めて導入事例を作る担当者向けの記事を想定した作例です。本文には、取材前の依頼準備と公開確認の手順があるものとします。
修正前の例
近年、企業の情報発信はますます重要になっています。なかでも導入事例は、多くの企業が注目するコンテンツです。しかし、どのように進めればよいかわからない方も多いのではないでしょうか。この記事では、導入事例の作り方を詳しく解説します。
この文章だけでは、企画、取材、原稿、公開のどこを助ける記事なのかがわかりません。「多くの企業が注目」も、裏付けを示していない主張です。
修正後の例
初めて導入事例を作るときは、取材を頼む前に、誰へ何を伝える記事なのかと、相手に確認してほしい範囲を整理しましょう。依頼する担当者に向けて、取材目的のまとめ方、質問の準備、公開前の確認手順を紹介します。
修正後は、担当者の場面、最初に行うこと、本文が扱う範囲を示しました。元の文にあった「情報発信の重要性」は、この想定読者が依頼を進めるための前提ではないため外しています。
ただし、情報発信の必要性そのものを考える記事なら、その背景が主題になります。一般論を一律に削るのではなく、今回の読者の判断に必要かで残す文を選んでください。
記事の種類で、最初に見せるものを変える
解説記事は答え、インタビュー記事はその人の判断、導入事例は導入前の課題など、本文の中心になる材料から書き出しを選びます。以下は編集部が提案する三つの入口です。どの種類でも、本文にない成果や場面を足してはいけません。
解説記事：読者がすぐ使いたい答えを置く
手順や言葉の意味を探している読者には、最初に答えの一部を渡します。「詳しくは本文で」と結論を伏せるより、その先で理由や条件を説明できます。
記事の構成案は、見出しだけでなく、各節で答える問いと根拠を一緒に整理して作ります。原稿を書き始める前に編集者と内容をそろえたい担当者へ、構成案の項目と確認の進め方を紹介します。
この例は「構成案とは何か」の説明を起点に、誰の作業を助けるかを補っています。本文にテンプレートを用意していないなら、リードで「テンプレート付き」と約束することはできません。
インタビュー記事：その人に聞く理由を示す
インタビューのリードでは、肩書きの長い紹介に入る前に、今回聞く判断や経験を示す方法があります。読者が人物を知らない場合は、どんな立場の人かも近くに添えます。
新しい技術ブログを立ち上げるにあたり、編集担当者は執筆者を募る前に、記事で扱わない情報を決めた。どのように基準を作り、技術者と共有したのか。立ち上げを担当した編集者に、公開範囲を決めるまでの経緯を聞く。
これは架空の取材内容を置いた作例です。実際に使う際は、「執筆者を募る前」という順序や、本人が決めた範囲を取材記録で確認します。印象的にするために、会議の様子や本人の感情を補ってはいけません。
記事全体の組み立ては、インタビュー記事の書き方も参照してください。
導入事例：課題と変化を、確認できた範囲で示す
導入事例では、何に困り、何を変えたのかを入口にすると、同じ課題を持つ読者が自社との接点を探せます。数値成果が未確認なら、運用の変化までを説明します。
問い合わせへの回答履歴が担当者ごとに分かれていた企業が、共有ツールで対応状況を一覧できる運用へ切り替えた。導入を担当したチームに、情報を集める際に決めた項目と、運用に残る課題を聞いた。
この例が約束するのは、導入時の判断と残る課題です。対応時間を測っていないのに、「大幅に効率化した」と書けば、冒頭だけで成果を作ってしまいます。改善率などを載せる場合は、比較期間、対象業務、測定方法を確認し、短いリードでも誤読を避ける条件を残します。
本文から材料を戻すと、リードを書き直しやすい
リード文が決まらないときは、書き出しの言葉探しを止め、本文の答えと根拠を見直します。冒頭だけで話題が増えているなら、記事の切り口が広がりすぎている可能性もあります。問いを絞り直す場合は、記事の切り口の作り方も参考になります。本文が未完成なら、先に構成案で何に答えるかを整理します。記事構成案の作り方では、見出しと根拠を並べる方法を紹介しています。
ここでは、原稿がある程度できた段階の見直しを四つの手順に分けます。
- 記事を読んだ人が判断できることを一文にする。 「導入事例についてわかる」より、「取材を依頼する前に、相手へ何を伝えるか決められる」まで絞ります。
- その答えを支える本文の箇所を探す。 見つからなければ本文を補うか、リードで約束する範囲を狭めます。
- 最初に渡す情報を選ぶ。 手順を急いで知りたい読者には答えを、人物の選択を追う記事なら判断が表れた場面を候補にします。
- タイトルとリードだけを続けて読む。 同じ説明の反復、知らない用語、本文へ進む前に必要な前提を点検します。
baluboの編集基準でも、入口で期待した内容を本文で確かめられるかを重視しています。実務では「詳しく解説します」を加える前に、読者が得られる具体的な答えを原稿の中に指せるか確かめてみてください。
長さは、字数だけでなく説明の役割で決める
リード文の長さは、媒体の指定、記事形式、読者が知っている前提に合わせて調整します。本記事では、すべての記事に共通する字数を設定しません。
短くするなら、「この記事では」「徹底的に解説」といった案内を残すことより、読者が必要な条件を残すことを優先します。たとえば専門用語の説明を削ったために対象がわからなくなるなら、短くした効果より理解の負担が大きくなります。
逆に長くなる場合は、一文ずつ役割を付けてみてください。「読者の状況」「答え」「対象者」「本文の範囲」のどれにも当てはまらない背景説明は、本文へ移せる候補です。仕上げにはスマートフォンの実際の表示で、話題が変わる位置の改行や、一文の読みづらさを確認します。
リード文とメタディスクリプションは別に確認する
リード文は記事を開いた読者への導入です。一方、メタディスクリプションはページの概要をHTMLで指定する説明情報です。記事管理画面では「説明文」などの項目で設定することもあります。
Google 検索セントラルによると、検索結果の説明部分であるスニペットは主にページ本文から自動生成され、メタディスクリプションが使われる場合もあります。検索内容によって表示が変わることもあるため、リード文や説明文がそのまま表示されると考えないようにします。出典：Google 検索セントラル「検索結果のスニペットを管理する」（2026年10月15日確認）
リードは前後のタイトル・本文とつながるか、メタディスクリプションは単独でも記事を説明できるかを、それぞれ確認してください。
最後は、入口の約束を一つずつ確かめる
公開前には、リードの表現を整えるだけでなく、本文に照らして次を確認します。
- 誰のどんな状況に関係する記事かがわかる。
- 本文が答える問い、またはその答えの一部を示している。
- 数字、成果、発言、出来事の順序を資料で確かめている。
- 「すべてわかる」「誰でもできる」など、本文を超えた約束がない。
- タイトルの繰り返しを減らしても、必要な前提は残っている。
まずは手元の原稿のリードを読み、一文ごとに「本文のどこで確かめられるか」を示してみてください。対応する箇所がない文を見つけたら、削るだけでなく、本文を補うべき問いなのかも考える。その往復が、記事に合う書き出しを選ぶ手掛かりになります。
