Day 022 — 口頭説明・プレゼン実践

今日のテーマ

10枚の資料を用意して臨んだ週次の部定例で、直前の議題が押して「資料は後で見るから、口頭で2分で」と言われた場面を想定し、資料を読み上げずに「一番言いたい1文→数字2つ→決めてほしいこと1つ」へその場で圧縮して話す練習をする。

なぜこれが難しいのか

資料を作り込んだ人ほど、「スライドの順番」が頭の中の話す順番になっている。1枚目の背景、2枚目の経緯……という順に記憶しているので、「2分で」と言われると、その順番のまま早口で全部を詰め込もうとしてしまいやすい。結果として、いちばん大事な結論や「部長に決めてほしいこと」が最後の数秒に押し出されるか、時間切れで言えずに終わる。さらに「せっかく作った資料が見てもらえない」という小さな落胆が、話し始めの数秒を「資料は後ほど共有しますので……」という言い訳めいた前置きに使わせてしまう。これは説明力が足りないのではなく、資料の構成（読み手が自分のペースで追う順番）と口頭の構成（聞き手が一度しか聞けない順番）が別物であることを、事前に準備していないことから起きる構造的なつまずき。スライドの枚数に関係なく、「この報告を1文で言うと何か」「相手に何をしてほしいか」を1つずつ持っておけば、どれだけ時間を削られても崩れない。

シチュエーション

あなたは家計簿アプリを提供する会社のモバイルエンジニアで、3ヶ月前から「アプリ起動時間の短縮プロジェクト」のリードを担当している。今日は週1回の事業部定例（出席者8名）。事業部長のKさん（エンジニア出身ではない。決めるのは早いが、長い説明には途中で「で、結論は?」と割って入るタイプ）、カスタマーサポートリーダーのLさんらが出席している。あなたは10枚の進捗資料を用意してきた。報告したいことは2つ: ①起動時間が4.2秒→2.1秒まで縮み、目標の2秒にあと一歩であること、②目標達成には古いAndroid（Android 9以前、利用者の約3%）のサポート終了が必要で、その判断を今月中に部長にしてほしいこと。

You're a mobile engineer at a company that makes a personal budgeting app, and for the past three months you've been leading a project to cut the app's launch time. Today is the weekly business-unit staff meeting (8 people). Lisa, the VP of the unit (not from an engineering background; decisive, and known to cut in with "So what's the bottom line?" when updates run long), and Marcus, the Customer Support lead, are both there. You've prepared a 10-slide deck. You have two things to report: (1) launch time is down from 4.2 seconds to 2.1 seconds, just short of the 2-second target, and (2) hitting the target requires dropping support for older Android versions (Android 9 and below, about 3% of users), and you need Lisa to make that call this month.

ここまでの会話

Kさん……じゃあ価格改定の件はそれで進めてください。だいぶ押しちゃったな。次、起動時間の件ね。

あなた（心の中で）画面共有の準備をしようとマウスに手を伸ばす。1枚目は「プロジェクトの背景」、3枚目にやっと数字が出てきて、サポート終了の相談は9枚目。

Kさんあ、ごめん、資料は後でちゃんと見るから、画面共有はいいや。時間ないんで、口頭で2分くらいでお願いできる?

あなた（心の中で）背景から話していたら2分では9枚目までたどり着かない。何から言えばいい……?

Lisa...Okay, let's go ahead with the pricing change as proposed. We're way over on time. Next up — launch time.

You (internally)You reach for the mouse to share your screen. Slide 1 is "Project Background." The first number doesn't show up until slide 3, and the ask is buried on slide 9.

LisaActually, skip the deck — I'll read it later, I promise. We're short on time. Can you give me the two-minute version?

You (internally)If you start with the background, you'll never get to slide 9 in two minutes. Where do you even start?

あなたの課題

ここから2分の口頭報告を始めてください。1往復では終わらせず、あなたの報告→Lさん・Kさんからの質問（想定）→あなたの返しの最低3ターンを自分で書いてみましょう（資料の順番ではなく「一番言いたい1文」から入ること、数字は2つまでに絞ること、Lさんの「ユーザーの反応は?」という質問に分かっていることと分かっていないことを分けて答えること、最後に部長に決めてほしいことを期限つきで明確にお願いするところまで含めます）。日本版・アメリカ版それぞれで考えてみましょう。

ヒント1: 方向性（日本版）

「資料は後ほど……」の前置きや背景説明から入らず、「結論から言うと、起動時間は目標まであと一歩です」と報告全体を1文で言い切る。次に「数字は2つだけお伝えします」と予告して、4.2秒→2.1秒（Before/After）と目標2秒を言う。3ヶ月の経緯や施策の中身（どの処理を遅延ロードにしたか等）は、聞かれない限り言わない。決めてほしいことがある場合、日本の会議では報告の最後に「1点ご相談があります」と区切って置くと自然だが、2分という制約があるので、冒頭で「最後に1点ご判断いただきたいことがあります」と予告だけしておくと、時間切れで言い損ねる事故を防げる。Lさんからユーザー反応を聞かれたら、測れている事実（アプリストアのレビュー）と、まだ測れていないこと（問い合わせ件数との因果）を分けて答える。お願いは「何を」「いつまでに」「判断材料はどこにあるか」の3点で。

ヒント2: 使える言い回し（日本版）

1ターン目（1文の結論+数字2つ+お願いの予告）: 「結論から言うと、起動時間は目標まであと一歩のところまで来ています。数字は2つだけお伝えします。4.2秒だった起動時間が今2.1秒で、目標は2秒です。最後に1点、部長にご判断いただきたいことがあります。」。2ターン目（分かっていることと分かっていないことを分ける）: 「分かっていることからお伝えすると、ストアのレビューで『重い』という言及は先月の半分程度に減っています。一方で、問い合わせ件数の減少が起動時間のおかげかどうかは、まだ切り分けられていません。」。3ターン目（決めてほしいことを期限つきで）: 「ご判断いただきたいのは、Android 9以前のサポートを終了するかどうかです。利用者の約3%に影響します。今月末までにお決めいただければ、来月のリリースに間に合います。影響の詳細は資料の9枚目にまとめてあります。」

Hint 1: Direction (US version)

Don't spend your opening seconds on "the deck has more detail" — Lisa already said she'll read it. In a US staff meeting, it's common and expected to put the ask right up front alongside the headline: "Bottom line, and one ask." That way the decision-maker knows from the first sentence what they're being asked to do and can listen to the numbers with that in mind. Limit yourself to the before/after number and the target. Skip the three-month history and the technical details unless asked. When Marcus asks about user reaction, give him the one data point you actually have (app store reviews), and name plainly what you haven't measured yet (whether support tickets dropped because of launch time). Close by restating the ask with what, why, impact, and deadline — and point to exactly where in the deck the supporting detail lives.

Hint 2: Useful phrases (US version)

Turn 1 (headline + ask up front + two numbers): "Sure. Bottom line: we're almost there, and I have one decision I need from you. Two numbers — launch time was 4.2 seconds three months ago, it's 2.1 now, and the target is 2." Turn 2 (separating known from unknown): "Here's what I can say for sure: app store reviews mentioning 'slow' or 'laggy' are down by about half month over month. What I can't tell you yet is whether support tickets dropped, or if they did, whether launch time is the reason." Turn 3 (the ask with a deadline): "The decision is whether to drop support for Android 9 and older. That's about 3% of our users. If we can get a call by the end of the month, it makes next month's release. Slide 9 has the impact and a draft notice for those users — that one slide is all you'd need."

あなた承知しました。結論から言うと、起動時間は目標まであと一歩のところまで来ています。数字は2つだけお伝えします。3ヶ月前に4.2秒だった起動時間が、今は2.1秒です。目標は2秒です。最後に1点、部長にご判断いただきたいことがあります。

Lさん半分になったのはすごいですね。ユーザーさんの反応ってどうですか? サポートにも『アプリが重い』って問い合わせ、前はけっこう来てたので。

あなたありがとうございます。分かっていることからお伝えすると、アプリストアのレビューで『重い』『遅い』に触れたものは、先月は前の月の半分くらいに減っています。一方で、サポートへの問い合わせが減ったかどうか、減ったとしてそれが起動時間のおかげかどうかは、まだ切り分けられていません。Lさん、よければ来週、問い合わせのカテゴリ別の件数を一緒に見させてもらえませんか。

Lさんいいですよ、出しておきます。

Kさんで、判断してほしいことって?

あなたAndroid 9以前の古い端末のサポートを終了するかどうかです。最後の0.1秒を縮めるには、これらの端末向けの処理を外す必要があります。影響するのは利用者の約3%です。今月末までにご判断いただければ、来月のリリースに間に合います。3%の方への告知案も含めて、資料の9枚目にまとめてありますので、後ほどそこだけご覧いただければ判断できるようにしてあります。

Kさん3%か。わかった、9枚目見て金曜までに返事する。

解説（日本版）

ターン1のポイントは、「承知しました」の一言だけで前置きを終わらせ、資料が見てもらえないことへの言い訳（「本当は資料でお見せしたかったのですが」）を一切入れていないこと。報告全体を1文で言い切った後、「数字は2つだけ」と予告しているので、聞き手は「あと何を聞けば終わるか」が分かって安心して聞ける。さらに「最後に1点、ご判断いただきたいことがあります」を冒頭に置いたことで、時間が尽きかけてもKさんのほうから「で、判断してほしいことって?」と聞いてくれる流れを作っている。資料では9枚目にあった一番大事な話を、口頭では冒頭で予告して最後に置くという順番の組み替えが今日の核心。

ターン2では、Lさんの質問に対して「減りました」と言い切りたくなるところを、「測れている事実（レビュー）」と「まだ切り分けられていないこと（問い合わせとの因果）」に分けて答えている。ここで盛ってしまうと、後でLさん自身の持つ数字と食い違ったときに報告全体の信頼が揺らぐ。分からない部分を「Lさんと一緒に確認する」という次の行動に変えているので、正直に認めても弱く聞こえない。

ターン3では、お願いを「何を（サポート終了の判断）・なぜ（最後の0.1秒）・影響（3%）・いつまでに（今月末）・材料はどこ（9枚目）」に絞り込み、「資料全部を後で見てください」ではなく「9枚目だけ見れば判断できる」と相手の負担を具体的に下げている。資料が無駄になったのではなく、口頭の2分と資料の1枚で役割分担した形になっている。

YouSure. Bottom line: we're almost there, and I have one decision I need from you. Two numbers — launch time was 4.2 seconds three months ago, it's 2.1 seconds now, and our target is 2.

MarcusThat's a big drop. Are users noticing? We used to get a steady stream of 'the app is slow' tickets.

YouHere's what I can say for sure: app store reviews mentioning 'slow' or 'laggy' are down by about half month over month. What I can't tell you yet is whether your tickets dropped, or if they did, whether launch time is the reason. Could we look at your ticket numbers by category together next week?

MarcusYeah, I can pull those.

LisaOkay — what's the decision?

YouWhether we drop support for Android 9 and older. Getting that last tenth of a second means removing some code paths that only those devices need. It affects about 3% of our users. If we can get your call by the end of the month, it makes next month's release. Slide 9 has the impact breakdown and a draft notice for affected users — that one slide is all you'd need to decide.

LisaThree percent. Got it — I'll look at slide 9 and get back to you by Friday.

Explanation (US version)

The biggest structural difference from the Japanese version is in turn 1: the ask is named in the very first sentence ("I have one decision I need from you"), right next to the headline. In a US staff meeting, this is a version of BLUF (bottom line up front) — a decision-maker expects to know immediately whether they're just being informed or being asked to act. Naming the ask early doesn't come across as pushy; it signals that you respect Lisa's time.

Turn 2 is the hardest part: Marcus's question invites you to take credit for fewer support tickets, and claiming it would sound great in the moment. But Marcus owns those numbers — if you overclaim, he's the one person in the room who can contradict you. Separating "what I can say for sure" from "what I can't tell you yet," then turning the unknown into a joint next step, keeps you credible and makes Marcus a collaborator rather than a skeptic.

Turn 3 restates the ask with everything Lisa needs to decide — what, why, impact, deadline — and shrinks her homework from "read the deck" to "read slide 9." The deck wasn't wasted; its job just changed from presentation to decision reference.

日本語 × English 対比ノート

両版とも「資料の順番を捨て、一番言いたい1文から入る」「数字は2つまでに絞る」「分かっていることと分かっていないことを分ける」「お願いは何を・いつまでに・材料はどこ、で具体化する」という骨格は共通している。違いが出るのは「お願い（判断してほしいこと）を報告のどこに置くか」。

観点	🇯🇵 日本版	🇺🇸 US版
お願いの置き場所	冒頭で「最後に1点ご判断いただきたいことがあります」と存在だけ予告し、中身は最後に言う	1文目で "I have one decision I need from you" とヘッドラインと並べて宣言
後ろに回したときのリスク	冒頭で中身まで言い切ると「報告を聞く前に決めさせようとしている」と急かされた印象を持たれることがある	後ろに回すと「報告なのか判断依頼なのか」が分からず、時間の使い方が下手な印象になりやすい
前置きの量	「承知しました」の一言	"Sure." の一言

どちらの文化でも、資料を見てもらえないことへの言い訳を入れると2分のうち10秒近くを失う。つまり差は「どこまで前に出すか」であって、日本版が遠回し・US版が直接的という単純な二分ではない。日本版でも「予告」という形で冒頭に出している点がポイント。

今日・今週中に試せる小さな一歩

次に出る定例会議（どんな会議でもよい）の前に、自分の報告を1文だけメモしておく。「この報告を一言で言うと○○」という形で、スマホのメモでも手帳の端でも構わない。実際にその1文から話し始めるかどうかは当日決めればよく、今週は「1文にしてみた」ところまでで十分。もし話す順番まで試せそうなら、その1文を最初に言ってみる。

自己評価

日本版: 自分で応答を考えられた

できたまあまあ難しかった

アメリカ版: 自分で応答を考えられた

できたまあまあ難しかった

設計メモ（出題の判断記録）

今回のサブスキルの位置づけ: 仕事②の過去回は、Day005（勉強会・予告構成と質問への相槌）、Day012（企画会議・反論の先回りと間）、Day019（クライアントデモ・画面ごとの区切りと謙遜しすぎない言い切り）。いずれも「資料や画面がある前提」での口頭説明だった。今回は「資料を読み上げずに口頭で説明する」という難しさの正体そのものに当てるため、資料が使えなくなる場面を選んだ。

迷った他案と採らなかった理由

案A「週次定例での通常の進捗共有」: 未出題だが、資料が使える状態だと Day005 の予告構成とほぼ同じ練習になるため不採用。
案B「画面共有が技術トラブルで落ちる」: トラブル対応の焦りが主題になり、「圧縮して話す」練習がぼやけるため不採用。
案C「エレベーターで役員に30秒で聞かれる」: 30秒では「判断のお願い」まで入らず、相手が役員1人なので仕事③と重なるため不採用。
採用案「部長が『口頭で2分で』と言う」: 資料10枚→口頭2分という圧縮比が明確で、「お願いをどこに置くか」という日米差が自然に出る。

参照した考え方（書誌情報のみ・本文の直接確認はしていない）

BLUF（Bottom Line Up Front）: 米陸軍の文書規程 AR 25-50 Preparing and Managing Correspondence で、結論を冒頭に置く書き方として規定されている。US版で「お願いを冒頭に出す」を採った根拠。
Barbara Minto, The Pyramid Principle（結論→根拠の順に構造化する手法）。「一番言いたい1文」から入る型の出どころ。
日本版の「冒頭で予告・中身は最後」という折衷は、上位者に判断を急かす印象を避けるという実務上の慣行にもとづく出題者の判断で、特定の文献の引用ではない。

数値の扱い: 本文中の数値（4.2秒→2.1秒、目標2秒、利用者の約3%、レビュー言及が半減）はすべて練習用に設定した仮定の値で、実在のアプリの計測値ではない。

今回扱わなかった範囲: スライド自体の作り方（1枚1メッセージの資料設計）、オンライン会議特有の話し方、英語が母語でない話し手としての発音・流暢さ。いずれも「2分に圧縮して話す」という今日の主題から外れるため、別の回で扱う。