BLUFライティング

英語名 BLUF Writing
読み方 ビーエルユーエフ ライティング
難易度
所要時間 5〜15分
提唱者 アメリカ陸軍
テンプレート あり ↓
目次

ひとことで言うと
#

Bottom Line Up Front ─ 「最も重要な結論を文章の冒頭に置け」という軍事由来のライティング原則。忙しい読み手が最初の2行だけ読んでも要点がわかる文書を作る技術。

押さえておきたい用語
#

押さえておきたい用語
BLUF(ビーエルユーエフ)
Bottom Line Up Front の略語。文書の冒頭に結論・要求・依頼事項を配置するライティング手法。
Bottom Line(ボトムライン)
「要するにこういうこと」を意味する最終結論・核心メッセージを指す。会計用語の「最終行(純利益)」が語源。
アクションアイテム
読み手に求める具体的な行動や判断のこと。BLUFでは結論と合わせて冒頭に明示する。
逆ピラミッド構造
重要度の高い情報から順に並べる文章構成法。ジャーナリズムで発達し、BLUFと同じ「結論先行」の思想を共有している。

BLUFライティングの全体像
#

BLUFライティング:結論を頂点に置く逆ピラミッド
BLUF ─ 結論・依頼事項最初の2行で「何を伝えたいか」「読み手に何をしてほしいか」を書くContext ─ 背景・経緯結論に至った理由や前提条件を補足読み飛ばしても結論は伝わる構成にするDetails ─ 詳細・データ数字、根拠、比較資料など詳細情報必要な人だけが読めばよい部分重要補足忙しい読み手 → 冒頭だけで判断可能詳細を知りたい読み手 → 下に読み進める
BLUFライティングの実践フロー
1
結論を決める
「読み手に何をしてほしいか」を一文で書く
2
冒頭に配置
件名・最初の段落に結論と依頼を明記する
3
背景を補足
結論に至った理由・経緯を簡潔に添える
即座に判断・行動
読み手が最初の2行で意思決定できる

こんな悩みに効く
#

  • メールを送っても返信が来ない、スルーされる
  • 「で、結局何をすればいいの?」と聞き返される
  • 報告書を書くといつも長くなって読んでもらえない

基本の使い方
#

ステップ1: 読み手のアクションを明確にする

文章を書く前に「この文書を読んだ人に何をしてほしいか」を決める。

  • 承認してほしい → 「〇〇の承認をお願いします」
  • 情報共有のみ → 「〇〇の件、共有です。対応不要です」
  • 判断してほしい → 「A案とB案のどちらにするか、3/20までにご判断ください」
ステップ2: 冒頭2行に結論と依頼を書く

本文の最初の段落に、結論+アクションアイテムを凝縮する。

  • メールなら件名にも要点を入れる(「【承認依頼】〇〇の予算変更」)
  • Slackなら1行目に結論、2行目に期限
  • 「背景から丁寧に説明してから結論」は禁止
ステップ3: 背景・詳細は結論の後に配置する

結論の後に、読み手が「なぜ?」と思ったときに読む情報を補足する。

  • 経緯、データ、比較表など
  • 読み飛ばされても結論と依頼は伝わる構成にする
  • 長くなる場合は添付資料にまとめ、本文では要約のみ記載

具体例
#

例1:プロジェクトマネージャーがリリース延期をメールで報告する

従業員120名のSaaS企業で、PMがCTOと事業部長にリリース延期を伝えるメール。

BLUFなし(従来):

お疲れ様です。先日のスプリントレビューでQAチームから報告がありまして、パフォーマンステストの結果、APIのレスポンスタイムが目標の200msに対して平均380msとなっており…(中略)…つきましては、リリースを1週間延期したいと考えております。

→ 結論にたどり着くまで150文字。忙しいCTOは途中で読むのをやめる。

BLUF適用後:

【リリース延期】v2.1のリリースを3/28 → 4/4に1週間延期します。承認をお願いします。

理由: APIレスポンスが目標200msに対し平均380ms。パフォーマンス改善に1週間必要と判断しました。

詳細:

  • QAテスト結果: 主要エンドポイント5本中3本が基準未達
  • 改善見込み: キャッシュ層追加で150ms以下に改善可能(技術検証済み)
  • ビジネス影響: 契約更新期に重なるクライアントなし

CTOは冒頭2行で状況を把握し、5分後に「承認。改善後のベンチマーク結果を共有してください」と返信した。

例2:マーケティング担当者がSlackで広告予算の変更を相談する

従業員30名のECスタートアップで、マーケ担当が代表にSlackで予算変更を相談した。

BLUFなし:

今月のGoogle広告の運用状況なんですが、先週からCPAが上がっていて、Instagram広告のほうがROASが良くて…

→ 代表は「で、何してほしいの?」と返信。2往復のラリーが発生。

BLUF適用後:

来月のGoogle広告予算50万円のうち20万円をInstagram広告に振り替えたいです。判断をお願いします。

背景:

  • Google広告CPA: 先月2,800円 → 今月4,200円(50%悪化)
  • Instagram広告CPA: 1,900円で安定(テスト運用3ヶ月)
  • 振り替えた場合の試算: 月間CV数 120件 → 155件(+29%)

代表は3分で「OK、来月から切り替えて。月次で効果見せて」と即レスポンス。従来2往復かかっていたやり取りが1回で完結した。

例3:製造業の現場リーダーが設備投資の稟議書を書く

従業員200名の食品加工工場で、製造課長が工場長向けに充填機の入れ替え稟議を起案した。

冒頭(BLUF):

充填ラインAの充填機を新型(型番: FX-3000)に入れ替える費用1,200万円の承認を申請します。

背景:

現行機(導入12年目)は故障頻度が月平均2.3回に増加し、ライン停止による機会損失が月額約85万円。修理部品も製造終了が近く、今年度中の入れ替えが必要です。

比較:

項目現行機維持新型FX-3000導入
年間修理費約280万円保証期間3年(0円)
ライン停止損失月85万円月5万円以下
処理速度毎分60本毎分95本(+58%)
投資回収期間約14ヶ月

工場長は稟議書の冒頭で「何にいくら必要か」を即座に把握。詳細を確認した上で翌日に承認印を押した。

やりがちな失敗パターン
#

  1. 結論のつもりがただの話題提示になっている — 「〇〇の件について」は結論ではない。「〇〇をこうしたい」「〇〇の承認をお願いします」まで踏み込む
  2. 結論を書いた後に長い経緯を挟んでしまう — BLUFの後は3〜5行の要約で十分。詳細は箇条書きか添付資料に逃がす
  3. 相手への配慮と混同して前置きが長くなる — 「お忙しいところ恐れ入りますが…」は1行で十分。丁寧さは簡潔さと両立できる
  4. 「BLUFを使っている」と思い込んで実は結論が曖昧 — 「〇〇について検討が必要です」は結論ではない。「AかBか判断してください」「Aを承認してください」が結論

まとめ
#

BLUFは「最も重要なことを最初に書く」というシンプルなルールだが、メール、チャット、稟議書などあらゆる文書の伝達速度を劇的に上げる。読み手は冒頭で判断でき、書き手はムダな往復を減らせる。次にメールを書くとき、送信前に「冒頭2行だけ読んで相手は動けるか?」と自問してみよう。

BLUFライティングのフレームワークテンプレート

このフレームワークを実際に使ってみましょう。