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

今日のテーマ

企画会議での5分間のプレゼンで、聞き手から出そうな反対意見・疑問をあらかじめ本文の中に組み込んで先回りし、さらに間（沈黙）を意図的に使って聞き手に考える余地を与える練習をする。

なぜこれが難しいのか

プレゼンの練習というと「詰まらずに話し切ること」がゴールだと思われがちだが、聞き手にとって本当に伝わったかどうかを左右するのは、話し手が想定していない疑問を聞き手が頭の中に抱えたまま次の話を聞かされることが多いという点にある。話し手は自分の提案に慣れているぶん「当然そうなるはず」という前提を飛ばしがちで、聞き手はその前提の飛躍のところで置いていかれる。また、間を怖がって話を詰め込みすぎると、聞き手が疑問を整理する時間がないまま次の話題に移ってしまい、結局あとでまとめて質問攻めに遭う。これは話術の巧拙の問題ではなく、「聞き手の頭の中で今何が起きているか」を話す前に想像できているかどうかの準備の問題である。

シチュエーション

週次のプロダクト企画会議（意思決定権を持つPdMのEさんと、開発チームのメンバー4名が参加）。あなたは新規ユーザー向けのオンボーディングフロー（初回チュートリアル）について、現在7ステップある画面遷移を3ステップに減らす改善案を5分でプレゼンする担当になった。事前に離脱率のデータは調べてあるが、「本当にステップ数だけが離脱の原因なのか」という疑問が出ることは予想している。

Your weekly product planning meeting — PdM Emma, who has final say on the roadmap, plus four engineers on your team. You've been asked to give a 5-minute pitch on redesigning the onboarding flow: cutting the current 7-step tutorial down to 3 steps. You've pulled drop-off data ahead of time, but you already expect someone will ask whether step count is really the cause of the drop-off, rather than something else.

ここまでの会話

司会（同僚のGさん）では次、オンボーディングの改善案、お願いします。

あなた（心の中で）結論からステップ数の話を始めたいが、「本当にステップ数が原因なのか」という疑問を相手が心の中で持ったまま話を聞かせてしまうと、後半の提案が響かなくなりそうな気がする。

チームメンバーのHさん待ってました、最近オンボーディングの離脱率の話、何度か出てましたもんね。

Host (coworker Greg)Alright, next up — onboarding redesign, take it away.

You (internally)You want to lead with the conclusion, but you're weighing whether to bring up the "is step count really the cause?" question yourself before someone else does, so it doesn't sit in the back of Emma's mind while she listens to the rest.

Teammate HanaBeen waiting for this one — drop-off's come up in like three meetings in a row now.

あなたの課題

ここから発表を始めてください。1往復では終わらせず、あなたの発言→意思決定者Eさんからの質問（想定）→あなたの返しの最低3ターンを自分で書いてみましょう。想定される疑問「ステップ数だけが原因なのか」を自分から本文の中で先に触れておくこと、結論を言った後に一拍間を置いて聞き手の反応を待つ意識まで含めます。日本版・アメリカ版それぞれで考えてみましょう。

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

提案そのもの（7ステップを3ステップに減らす）を話す前に、「今回のデータで分かったこと」と「それだけでは言い切れないこと」の両方を先に短く述べてしまう。特に「ステップ数だけが原因と言い切るのは早計かもしれませんが」のように、聞き手が抱きそうな疑問を自分の口から先に言葉にしておくと、聞き手はその疑問を持ち越さずに次の話を聞ける。結論（3ステップへの変更提案）を言い切った後は、すぐに次の話に移らず一拍間を置き、「ここまでで気になる点はありますか」と一度聞き手に投げてから続ける。質問が来たら、データの限界を隠さずに認めた上で、次の検証ステップ（A/Bテストなど）を示して締める。

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

1ターン目（提案+先回り+間）: 「結論からお伝えすると、オンボーディングを今の7ステップから3ステップに減らすことを提案します。離脱率のデータを見ると3ステップ目以降での離脱が突出して多いのですが、正直、ステップ数の多さだけが原因と言い切るのは早計かもしれません。……ここまでで気になる点はありますか?」2ターン目（Eさんの質問への対応）: 質問「ステップ数以外の原因ってどんなものが考えられてますか?」に対し「そこはまだ検証できていない部分で、例えば3ステップ目の入力項目が分かりにくい可能性も考えられます。今回はまずステップ数を減らした上でA/Bテストを回し、それでも離脱が残るなら次に入力項目の見直しに進みたいと考えています。」3ターン目(締め): 「なので今回のご提案は、確実な正解というより最初の検証の一手として捉えていただけると助かります。来週中にA/Bテストの設計案を共有します。」

Hint 1: Direction (US version)

Before diving into the fix itself, state both what the data shows and what it doesn't prove — out loud, in your own words, rather than waiting for someone to catch the gap. Saying something like "I don't think step count is necessarily the whole story here" before anyone asks takes the sting out of the question when it does come, since you've already shown you're not overselling the data. After stating your actual recommendation (cut to 3 steps), pause briefly and explicitly invite reactions before moving on — that beat of silence is doing real work, not wasted air time. When the follow-up question lands, don't dodge the uncertainty; name it plainly and pair it with a concrete next step (an A/B test) so the gap in your data doesn't read as a gap in your judgment.

Hint 2: Useful phrases (US version)

Turn 1 (pitch + naming the objection + pause): "Bottom line: I want to cut onboarding from 7 steps down to 3. Drop-off spikes hard after step 3 in the data — though I'll be upfront, step count alone might not be the whole story here. ...Let me pause there — any immediate reactions?" Turn 2 (responding to Emma's question): Question — "What else could be driving it, if not just the number of steps?" → "Honestly, we haven't isolated that yet. It's possible the input fields on step 3 itself are confusing, not just that there are too many steps. So the plan is to cut steps first, run an A/B test, and if drop-off is still there, dig into the fields next." Turn 3 (closing): "So I'd frame this as our first testable move, not a guaranteed fix. I'll have the A/B test design ready to share by next week."

あなた結論からお伝えすると、オンボーディングを今の7ステップから3ステップに減らすことを提案します。離脱率のデータを見ると3ステップ目以降での離脱が突出して多いのですが、正直、ステップ数の多さだけが原因と言い切るのは早計かもしれません。……ここまでで気になる点はありますか?

PdMのEさんちょうど今そこが気になってました。ステップ数以外の原因って、何か考えられてますか?

あなたそこはまだ検証できていない部分です。例えば3ステップ目の入力項目そのものが分かりにくい可能性もあります。ですので今回はまずステップ数を減らした上でA/Bテストを回して、それでも離脱が残るようなら次に入力項目の見直しに進みたいと考えています。

PdMのEさんなるほど、段階を踏むということですね。それなら進めやすそうです。

あなたはい、なので今回のご提案は確実な正解というより最初の検証の一手として捉えていただけると助かります。来週中にA/Bテストの設計案を共有しますね。

解説（日本版）

1ターン目の核心は、結論(3ステップへの変更)を言い切った直後に「ステップ数の多さだけが原因と言い切るのは早計かもしれません」と、聞き手が抱くであろう疑問を自分から先に口にしている点にある。これにより、Eさんが実際に同じ疑問を持っていても「自分だけが引っかかっている」という気まずさなしに質問できるようになっている。さらに「気になる点はありますか」で一度言葉を止め、間を作ることで、聞き手が頭の中の疑問を整理する時間を用意している。2ターン目では、分かっていないことを取り繕わずに「そこはまだ検証できていない部分です」と認めた上で、次の一手(A/Bテスト)を示すことで、データの限界がそのまま提案の弱さにならないようにしている。3ターン目で「最初の検証の一手」と提案の位置づけを明確にし直すことで、聞き手に過大な確信を与えず、かつ次のアクションと期限を明示して締めている。

YouBottom line: I want to cut onboarding from 7 steps down to 3. Drop-off spikes hard after step 3 in the data — though I'll be upfront, step count alone might not be the whole story here. ...Let me pause there — any immediate reactions?

PdM EmmaActually yeah, that's exactly what I was going to ask — what else could be driving it, if it's not just the number of steps?

YouHonestly, we haven't isolated that yet. It's possible the input fields on step 3 itself are confusing, not just that there are too many steps overall. So the plan is: cut the steps first, run an A/B test, and if drop-off is still showing up, we dig into the fields next.

PdM EmmaOkay, that sequencing makes sense to me. Easier to greenlight if it's staged like that.

YouExactly — so I'd frame this as our first testable move, not a guaranteed fix. I'll have the A/B test design ready to share by next week.

Explanation (US version)

The key move in turn 1 is naming the likely objection — "step count alone might not be the whole story" — in the same breath as the conclusion, before Emma has to raise it herself. That reframes the follow-up question as confirmation you're already on top of it, rather than a gap she caught you missing. The explicit pause ("let me pause there — any immediate reactions?") matters because without it, the room has no clear invitation to speak up mid-pitch and questions just pile up at the end instead. In turn 2, admitting "we haven't isolated that yet" plainly — instead of hedging around it — combined with a concrete next step (the A/B test) is what keeps the uncertainty from reading as a weak pitch. Turn 3 closes by re-framing the ask as a "first testable move," which sets expectations correctly and hands Emma a date, making the proposal easy to approve without asking for more certainty than the data can currently support.

日本語 × English 対比ノート

両版とも骨格は共通している：結論を先に言い切る→想定される反論・疑問を自分から先回りして言葉にする→間を置いて聞き手に反応する余地を渡す→質問が来たら不確実性を隠さず認めた上で次の一手を示す、という流れ自体は文化を問わず機能する。違いが出るのは主に「不確実性の見せ方」と「間の使われ方」にある。日本版では「早計かもしれません」のように、断定を避けるやわらかい言い回しで先回りの疑問を出すのが自然で、間を置いた後の「気になる点はありますか」という一言も、相手に発言の機会を丁寧に渡す形になっている。一方US版では "I'll be upfront" のように、むしろ不確実性をはっきり名言してしまう方が誠実に響きやすく、遠回しに濁すとかえって「データを都合よく見せている」という印象を与えかねない。間の置き方についても、日本版は聞き手が発言しやすい空気を作るための配慮としての沈黙という色合いが強いのに対し、US版では "let me pause there" のように沈黙そのものを言葉で明示的にラベル付けすることで、聞き手に「今が発言していいタイミングだ」と分かりやすく伝える傾向がある。

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

次に誰かに何かを提案する機会（会議でも1対1でも構わない）があったら、話す前に「相手が心の中で引っかかりそうな一点」を一つだけ紙に書き出しておき、それを提案の中で自分から先に一言触れてみる。全部を先回りする必要はなく、一番聞かれそうな一点だけに絞るのが今週の目標として十分。

自己評価

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

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

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

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