文章を短くまとめる要約の書き方｜要点の拾い方と3行要約の手順

記事を最後まで読んだのに、内容を聞かれると長い説明になってしまうことがあります。短くしようとして目についた文だけを残すと、理由が抜けたり、具体例が文章全体の結論のように見えたりすることもあります。

要約は、文字を削る前に「誰が何のために読むか」を決めると進めやすくなります。ここでは、要点を拾って三つの短い文へ並べる方法を中心に、資料・記事・本・メールのまとめ方と、意味を変えずに短くする見直し方を紹介します。

要約の目的を自分の理解用と人への共有用に分ける

読み終えたあとに何ができればよいかを決める

自分の理解を確かめる要約なら、読んだ内容を原文なしで説明できることが目標になります。知らなかった言葉や、主張と理由のつながりを残すと、どこを読み直す必要があるかが見えます。完成した文章の見栄えより、自分が説明につまずく箇所を見つけるために使います。

人に渡す要約では、相手が必要とする判断から考えます。会議前なら決めたいこと、引き継ぎなら担当と期限、記事の紹介なら主題と読む価値が伝わる情報を残します。自分にとって新しかった説明でも、相手がすでに知っている前提なら短くできる場合があります。

ただし、読み手に合わせることと、都合のよい情報だけを選ぶことは別です。提案を通したいから反対条件を消すと、原文の内容を正しく伝えられません。「短時間で賛否を判断してもらう」と目的を置いた場合こそ、利点と制約を一緒に残す必要があります。

まず余白に「誰へ」「何のために」「どの範囲を」を一行で書きます。例えば「上司へ、試行の継続を相談するために、今月の結果だけをまとめる」です。対象期間を決めると、過去の経緯まで全部書こうとして長くなるのを防げます。

要約と読書メモの役割を混ぜない

要約は原文の内容を短く表す作業です。一方、読書メモには、心に残った言葉、自分の経験との関係、あとで試す行動なども含められます。自分のためのメモであっても、著者の主張をまとめた欄と感想の欄を分けると、後日読み返したときに混乱しません。

読み終えた本を仕事や暮らしに生かす記録は、読書メモの書き方｜要約で終わらせず仕事や日常に使うための記録術で扱っています。この記事の要約練習では、まず原文にある内容だけで短く説明することに集中します。

長さも目的と一緒に決めます。「短めに」では終わりが分かりにくいため、「三つの文で会議の決定と保留を伝える」のように置きます。途中で重要な例外が収まらなくなったら、文を無理につなげず、要約する範囲か提出する長さを見直します。

段落の中心文と接続語から要点を拾う

段落ごとに一つの短い見出しを付ける

全文を一度読んだら、段落ごとに「この段落は何を言っているか」を短く書きます。原文を切り貼りする前に、段落へ仮の見出しを付ける感覚です。「費用の課題」「試行の結果」「導入の条件」のように内容を表すと、似た段落をまとめやすくなります。

中心文は、その段落の説明をまとめる文です。冒頭に主張があり、その後に理由や例が続く文章もあれば、例を並べて最後に考えを示す文章もあります。最初と最後を探すのは有効ですが、最初の文を機械的に選ぶと、話題の紹介だけを残すことがあります。

例えば「社内にはいくつかの連絡方法がある」で始まる段落でも、後半に「緊急連絡は一本化する必要がある」とあれば、中心は連絡方法の種類ではなく運用の提案かもしれません。段落全体を読んだうえで、残りの文が何を説明しているかを確かめます。

中心文が一つに決まらない場合は、原因と結果、現状と課題など、二つの要素の関係を仮に書きます。「担当が曖昧なため返信が遅れる」のようにすると、単に「返信」という話題名を付けるよりも、文章の論点が残ります。

接続語は文同士の関係を確かめる手がかりにする

「しかし」は前の説明に制約や反対の見方を加え、「そのため」は理由を受けて結果へ進み、「例えば」は説明を具体化します。「つまり」の後にまとめがあることも多いものの、その一文だけで全体を代表できるとは限りません。どの範囲を受けた言葉かを確認します。

「ただし」の後ろは削られやすい部分です。「試行では作業が早くなった。ただし、参加者は経験者に限られる」なら、結果と対象の制限は一組です。制限を落として「この方法で誰でも早くなる」とすれば、元の報告より強い主張になります。

見出しと本文の関係も見ます。見出しが疑問形でも、本文が答えを断定していない場合があります。問いをそのまま結論に直さず、「利点と課題を比較している」「実施条件を検討している」とまとめる方が、原文に近いこともあります。

文章に印を付けるなら、主張、理由、条件の三種類ほどに絞ると見直しやすくなります。大切そうな文を全部同じ色で塗ると、あとで優先順位が分かりません。印を付けた箇所だけ読み、主張から理由へたどれるかを確認してください。

主張・理由・具体例を分けて残す順番を決める

例を外しても主張が説明できるかを試す

具体例は内容を理解する助けになりますが、要約では省けることがあります。「問い合わせ窓口を統一すると担当者を探す手間が減る」という主張に、三つの部署の事例が続くなら、まず共通する理由を取り出します。部署名を全部並べる必要があるかは用途次第です。

一方、事例そのものが調査結果である場合は、単なる飾りとして消せません。「一部署で試したところ手間が減った」という報告を、「窓口統一は手間を減らす」と一般化すると、確認できた範囲が広がってしまいます。例示なのか、結論の根拠となる観察なのかを区別します。

判断に迷ったら、その情報を外したときに「誰に当てはまるか」「なぜそう言えるか」「何をすべきか」が変わるかを考えます。変わらない具体例は削る候補になり、変わる条件や根拠は残す候補になります。目立つ話だから残す、短い注記だから消す、とは決めません。

書き手の結論が複数ある場合は階層を作る

長い資料では、部署ごとの結論と全体の結論が別にあります。営業面では有効でも、運用面では準備が必要という資料を、営業の段落だけからまとめると偏ります。先に各部分の要点を並べ、それらを受けた最終判断を探します。

結論が並列なら、一つへ無理に統合しません。「利用は増えたが費用も増えたため、継続判断には追加検証が必要」と、関係が原文にある場合だけつなぎます。費用と利用が別々に報告されているだけなら、自分で因果関係を補わず、それぞれを短く残します。

否定や比較も確認します。「効果がないと分かった」と「効果を確認できなかった」は意味が違います。後者は調査の不足や条件の違いを含む可能性があります。「Aより便利」とあれば、比較対象が何かを落とさないようにします。

一度に全部を三行へ押し込まず、主張を一つ、理由を一つ、条件を一つ選んだ仮メモを作ります。この段階では多少長くてもかまいません。必要な情報がそろったあとに表現を削る方が、最初から字数だけを数えるより修正しやすくなります。