ひとことで言うと#
Bottom Line Up Front ─ 「最も重要な結論を文章の冒頭に置け」という軍事由来のライティング原則。忙しい読み手が最初の2行だけ読んでも要点がわかる文書を作る技術。
押さえておきたい用語#
- BLUF(ビーエルユーエフ)
- Bottom Line Up Front の略語。文書の冒頭に結論・要求・依頼事項を配置するライティング手法。
- Bottom Line(ボトムライン)
- 「要するにこういうこと」を意味する最終結論・核心メッセージを指す。会計用語の「最終行(純利益)」が語源。
- アクションアイテム
- 読み手に求める具体的な行動や判断のこと。BLUFでは結論と合わせて冒頭に明示する。
- 逆ピラミッド構造
- 重要度の高い情報から順に並べる文章構成法。ジャーナリズムで発達し、BLUFと同じ「結論先行」の思想を共有している。
BLUFライティングの全体像#
こんな悩みに効く#
- メールを送っても返信が来ない、スルーされる
- 「で、結局何をすればいいの?」と聞き返される
- 報告書を書くといつも長くなって読んでもらえない
基本の使い方#
文章を書く前に「この文書を読んだ人に何をしてほしいか」を決める。
- 承認してほしい → 「〇〇の承認をお願いします」
- 情報共有のみ → 「〇〇の件、共有です。対応不要です」
- 判断してほしい → 「A案とB案のどちらにするか、3/20までにご判断ください」
本文の最初の段落に、結論+アクションアイテムを凝縮する。
- メールなら件名にも要点を入れる(「【承認依頼】〇〇の予算変更」)
- Slackなら1行目に結論、2行目に期限
- 「背景から丁寧に説明してから結論」は禁止
結論の後に、読み手が「なぜ?」と思ったときに読む情報を補足する。
- 経緯、データ、比較表など
- 読み飛ばされても結論と依頼は伝わる構成にする
- 長くなる場合は添付資料にまとめ、本文では要約のみ記載
具体例#
従業員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分後に「承認。改善後のベンチマーク結果を共有してください」と返信した。
従業員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回で完結した。
従業員200名の食品加工工場で、製造課長が工場長向けに充填機の入れ替え稟議を起案した。
冒頭(BLUF):
充填ラインAの充填機を新型(型番: FX-3000)に入れ替える費用1,200万円の承認を申請します。
背景:
現行機(導入12年目)は故障頻度が月平均2.3回に増加し、ライン停止による機会損失が月額約85万円。修理部品も製造終了が近く、今年度中の入れ替えが必要です。
比較:
| 項目 | 現行機維持 | 新型FX-3000導入 |
|---|---|---|
| 年間修理費 | 約280万円 | 保証期間3年(0円) |
| ライン停止損失 | 月85万円 | 月5万円以下 |
| 処理速度 | 毎分60本 | 毎分95本(+58%) |
| 投資回収期間 | ─ | 約14ヶ月 |
工場長は稟議書の冒頭で「何にいくら必要か」を即座に把握。詳細を確認した上で翌日に承認印を押した。
やりがちな失敗パターン#
- 結論のつもりがただの話題提示になっている — 「〇〇の件について」は結論ではない。「〇〇をこうしたい」「〇〇の承認をお願いします」まで踏み込む
- 結論を書いた後に長い経緯を挟んでしまう — BLUFの後は3〜5行の要約で十分。詳細は箇条書きか添付資料に逃がす
- 相手への配慮と混同して前置きが長くなる — 「お忙しいところ恐れ入りますが…」は1行で十分。丁寧さは簡潔さと両立できる
- 「BLUFを使っている」と思い込んで実は結論が曖昧 — 「〇〇について検討が必要です」は結論ではない。「AかBか判断してください」「Aを承認してください」が結論
まとめ#
BLUFは「最も重要なことを最初に書く」というシンプルなルールだが、メール、チャット、稟議書などあらゆる文書の伝達速度を劇的に上げる。読み手は冒頭で判断でき、書き手はムダな往復を減らせる。次にメールを書くとき、送信前に「冒頭2行だけ読んで相手は動けるか?」と自問してみよう。