要約の粒度を目的別に変える方法

要約の粒度は、長さの好みではなく「読み手がその要約だけで何を決めるか」から逆算して決めます。自分用のメモなら思い出せる最小限、上司への報告なら判断材料つき、チームへの共有なら前提の説明つきと、読み手の決めることが変わるたびに残すべき要素も変わります。なお、箇条書きか文章かという形式の選び方は箇条書き要約と文章要約の使い分けに譲り、この記事は詳しさの設計だけを扱います。

決め手になる質問はひとつ

「読み手は、この要約だけで何を決めるか」。これに答えると粒度はほぼ決まります。決めることが「あとで原文を読み直すかどうか」程度なら結論だけで足り、「承認するかどうか」なら条件や根拠まで必要です。書きすぎ・書き足りなさに見える失敗の多くは、実はこの質問を飛ばしたまま書き始めたことが原因です。

三つの用途で残すものが変わる

用途	読み手が決めること	残す要素	思い切って削る要素
自分用メモ	あとで原文を読み直すか	結論の一文、キーワード、原文の場所	根拠の詳細、背景説明
上司への報告	承認・却下・保留のどれか	結論、根拠、影響、判断に効く条件	経緯の時系列、専門的な細部
チーム共有	自分に関係があるか、何をすべきか	前提の一行、結論、誰に何が起きるか	判断の内部事情、検討の途中経過

同じ「詳しく書く」でも方向が違う点に注意してください。上司報告の詳しさは判断材料の厚みで、チーム共有の詳しさは前提説明の厚みです。

同じ内容を三通りに書き分けた例

社内ツールの変更案内を読んだ、という場面で書き分けるとこうなります。

自分用: 申請フォームが変わる。旧フォームは月末で閉鎖。詳細は案内ページ(URL)。

上司へ: 申請フォームの変更案内が出ました。当チームへの影響は定例申請の手順差し替えのみで、費用への影響はありません。問題なければ手順書を更新します。

チームへ: 経費などの申請に使うフォームが新しくなります。全員に関係します。次回の申請から新フォームを使ってください。旧フォームは月末に閉じます。

三つとも元の情報は同じで、違うのは読み手が決めることだけです。

詳しさを合わせる手順

1. 読み手と、読み手が決めることを一行書きます。
2. 元の内容を「結論・根拠・条件・背景・細部」に仕分けます。
3. 上の表の用途に従って残す要素を選び、それ以外を削ります。
4. 詳細へ戻れる先(原文リンクや詳しい版の置き場所)を末尾に添えます。粗くするほど、この戻り先が保険になります。

ずれたまま渡すと起きること

自分用メモをそのまま上司へ転送する。 判断材料がないため「で、どうしたい?」と問い返され、結局は口頭で説明し直すことになります。読み手が決めることを一行足してから送り直します。

全用途を一つの詳しい版で済ませる。 チャットでは開かれず、読み飛ばされます。詳しい版は置き場所に置き、共有には要点版を作る、という二段構えに直します。

細部はあるのに判断材料がない。 仕分けの段階で「細部」と「条件」を混同した型です。読み手の決定を変えうる情報が条件、変えない情報が細部、という基準で仕分け直します。

関連する9uick製品

粒度を変えた下書きづくりには、9uickシリーズに要約サービスのThree Linesがあります。利用を検討する際は公式サイトで現在の機能と条件を確認してください。この記事では未確認の仕様や効果を断定しません。

書き出す前の一行

次に要約を書くときは、本文より先に「読み手がこれで決めること」を一行書いてください。上司向けの粒度で毎回迷う場合は、定型から入れる上司への報告を短くまとめる型も役立ちます。