デモ設計：買い手の課題を中心にデモを組み立てる
Turn this article into takeaways for your work.
Each assistant summarizes the article only for you and suggests best practices for your work.
どのチームにも、どの買い手にも同じ45分のデモを回すSEがいます。同じスライド。同じクリックの道筋。同じ「そしてこちらでご覧いただけるのは…」。四半期ごとに転換率が少しずつ落ちていきます。買い手はうなずき、「いいですね」と言って、そのまま音信不通になります。デモが悪かったわけではありません。ただ、彼らについてのものではなかったのです。
これが起きるのを見たことがある、あるいは自分でやったことがあるなら、直し方が見栄えのいいデッキやなめらかなクリックの道筋ではないことは、もう分かっているはずです。設計そのものが違うのです。勝てるデモは、プロダクトの機能ツリーではなく、ディスカバリーで買い手が話してくれた固有の課題を中心に組み立てられています。
機能ツアー型のデモは、見たものを自分のワークフローに翻訳することを買い手に求めます。課題主導型のデモは、その翻訳を買い手の代わりに、その場で、リアルタイムでやってのけます。その認知の転換こそが、「いいですね」と「どれくらい早く始められますか」の違いです。
ここでほとんどのSEが見落とす点があります。デモ設計はプレゼンテーションの問題ではなく、ディスカバリーの問題です。デモが一般的に感じられるなら、それはディスカバリーが一般的だったからです。まずディスカバリーを直せば、デモは自ずと書き上がります。以降のほとんどは、上流の作業を済ませていることを前提にしています。済んでいないなら、別のデッキを作る前に本当の適合を明らかにする技術的ディスカバリーから始めてください。
なぜ課題主導が機能ツアーに毎回勝つのか
機能ツアー型のデモは、その核にロジックの問題を抱えています。プロダクトができることをすべて買い手に見せ、どの部分が自分たちにとって重要かを彼らに考えさせているのです。それは彼らの仕事ではなく、あなたの仕事です。そして彼らはそれをうまくやってくれません。見せられたことの半分は火曜日までに忘れ、覚えている半分は、実際の問題を解決する半分ではない公算が大きいのです。
課題主導型のデモはこれを反転させます。ディスカバリーで彼らが話してくれた3つの課題を取り上げ、（彼らの言葉で、彼らのワークフローで、彼らのデータの形に対して）その3つの課題がまさにどう消えるかを見せます。それ以外はすべて外します。素晴らしいレポート機能があっても、彼らがレポートに言及しなかったなら、デモには入れません。それは拡販のために取っておきます。
デモ中、買い手の脳は一つのことをしています。見ているものを、必要としているものに照合するパターンマッチングです。あなたのデモが彼らの世界に近いほど、そのパターンマッチは容易になります。一般的なプロダクトツアーへとドリフトするほど、彼らはより頑張らなければならず、「いいですね、検討します」に逃げ込みやすくなります。
デモ前の準備：ディスカバリーメモからストーリーボードへ
デモ環境を開く前に、スライドに触れる前に、ストーリーボードを作ります。ディスカバリーが良ければ30分、悪ければ3時間かかります。
ディスカバリーメモを取り出します。買い手が最も高く順位づけした上位3つの課題を特定します。それぞれについて2文を書きます。
- 現状：買い手が今日、この課題をどう体験しているか。
- 未来の状態：あなたのプロダクトで何が変わるか。
それがストーリーボードの骨格です。3つの「課題→解決」の弧を、買い手が順位づけした順番で。3つより多いなら、優先順位をつけていないということです。3つに絞ってください。4つ目と5つ目の課題はデモではなく、フォローアップメールに登場させます。
デモストーリーボードのテンプレート
| 課題（ディスカバリーから） | 見せる機能／フロー | この弧の後のクロージング質問 |
|---|---|---|
| 担当者が手作業のパイプライン更新に週4時間以上を費やしている | 自動記録される活動＋スマートなパイプラインビュー。買い手のステージ名で実演 | 「もし担当者が来週その4時間を取り戻せたら、何に使うと思いますか？」 |
| 営業リーダーにフォーキャストのリスクのリアルタイムな可視性がない | 彼らのチーム構成でフィルタしたフォーキャストの集計dashboard | 「これはVPが月曜のレビューで求めているものを提供できますか？」 |
| 新人がクォータ到達まで90日以上かかる | ガイド付きのplaybookフロー＋AIコールレビュー。サンプルの新人アカウントで | 「これでランプ時間を半分にできますか？それは人員換算でいくらの価値になりますか？」 |
ディスカバリーで見つけた課題1つにつき1行。最大3行。クロージング質問の列は外せません。それがすべての肝です。あなたは単に機能をデモしているのではなく、解決が刺さっているかをリアルタイムで確認しているのです。
30/40/30 のデモ構成
ほとんどのSEは10/80/10のような配分で回しています。10%セットアップ、80%機能ツアー、10%の急いだクロージング。これを反転させてください。転換する構成は30/40/30です。
30%セットアップ。 ディスカバリーをその部屋で、声に出しておさらいします。「先週、3つのことが最大の課題だとおっしゃいました。パイプラインの衛生、フォーキャストの可視性、新人のランプです。今日はその3つを、その順番でどう解決するかをお見せします。それで合っていますか？」。アジェンダがあなたのものではなく彼らのものであることを確認しているのです。ここで彼らが訂正してくれれば（「実はパイプラインの衛生はリストから外れて、新しく緊急なのはXです」）、間違ったものを40分デモする手間を省けたことになります。
40%課題機能。 課題1つにつき機能ブロック1つ。各ブロックは同じ形をたどります。課題を述べ、それを解決するワークフローを見せ、クロージング質問をして、次へ進む。寄り道はなし。買い手がスクリプト外のことを尋ねたら、いったん脇に置き（「いい質問です。まずこの3つをカバーしたいので、後で戻ってきますね」）、実際に戻ってきます。
30%クロージング。 反論対応、価格の文脈、デモ内のクロージング質問、次のステップへのコミットメント。ほとんどのSEはここで時間切れになり、「ご質問は？」で終わります。それは無駄になった10分です。クロージングの部分こそ、案件が本物かどうか、実際に何が妨げになっているか、他に誰が見る必要があるかを見つける場所です。時計を食い尽くす機能ツアーからは、そこにたどり着けません。
プロダクトのフローではなく、買い手のフローを走る
デモを失う最速の方法は、買い手にプロダクトのオンボーディングのフローを案内することです。彼らはプロダクトの設定方法を学ぶ必要はありません。設定が済んだら自分たちの生活がどう見えるかを見たいのです。
買い手のデータに似たサンプルデータでデモ環境を整えます。彼らのチーム規模。彼らのパイプラインの形。彼らのステージ名。彼らの平均案件規模。もし相手がヘルスケア向けに販売する30人の営業チームなら、5人のエンタープライズ担当者と大手テックのロゴでデモしてはいけません。デモ前の20分を使ってシードデータを入れ替えてください。買い手は一般的なデモデータを瞬時に見抜きます。そして一度見抜くと、残りのデモも一般的に感じられてしまいます。
ディスカバリーで彼らが説明したワークフローを、彼らの順番で、彼らの言葉を使って歩いてください。彼らが案件を「オポチュニティ」と呼ぶなら、オポチュニティと呼びます。彼らがセールスステージを「フェーズ」と呼ぶなら、フェーズと呼びます。翻訳はあなたの頭の中で起こすもので、彼らの頭の中ではありません。
ここでReworkのデモ環境設計が効いてきます。Rework CRM なら、SEは商談ごとにサンドボックスを約10分でクローンし、ステージ名とシードデータを入れ替え、買い手の実際の世界に見えるものに対してデモを走らせられます。チーム全体で導入すれば1ユーザーあたり月額12ドルからです。
デモ内クロージング質問：6つの質問のスクリプト
クロージング質問をデモの後ではなく、中に埋め込みます。各「課題→解決」の弧の後に、その瞬間にふさわしい質問をします。3つ目の弧までに、3つのイエスを確認できている（クロージングは手続きになる）か、まだデモ時間が残っているうちに本当の反論を表に出せているか、のどちらかになります。
特定のデモの瞬間に対応づけた6つの質問です。
1. 確認の質問（最初の機能ブロックの後）
「これはお客様のチームの今日の働き方に合っていますか、それとも何か見落としていますか？」
ワークフローについてのあなたの理解が、ライブデモで持ちこたえるかを試しています。彼らが訂正してくれれば、その場で調整し、尋ねたことで彼らはあなたをより信頼します。
2. 解決の質問（各「課題→解決」の弧の後）
「今お見せしたように動いたら、それは[その具体的な課題]を解決しますか？」
これはデモで最も重要な質問です。本物の「はい」は購買シグナルです。「はい、でも…」は本当の反論がついに表に出てきたものです。ためらいのある「はい」は、押してみるべきものです。
3. 反論を引き出す質問（2つ目の弧の後）
「これがうまくいかないとしたら、何が原因になりますか？」
まだデモ時間があるうちに、懸念を表に出すよう招いています。彼らがデモ後の社内レビューまで待てば、あなたはその反論を二度と見られません。彼らはただ静かになるだけです。反論が出た後の戦術的な対応については、その場で技術的な反論に対応するを参照してください。
4. 価格への橋渡しの質問（3つ目の弧の後）
「適合が正しければ、いつ稼働させたいですか？」
予算を尋ねているのではありません。緊急性を尋ねています。彼らの答えで、これが「今四半期」の案件なのか「来年かもしれない」の案件なのかが分かり、フォローアップのすべてが変わります。
5. 意思決定プロセスの質問（クロージングの部分で）
「進める前に、他に誰がこれを見る必要がありますか？」
部屋にいる買い手が唯一の意思決定者であることはまれです。「私だけです」と言われたら、押してください。「なるほど、では契約に署名するのは誰ですか？」。あなたが知らない名前は、あなたに見えていない案件のリスクです。
6. 次のステップの質問（最後の5分）
「ご覧いただいたうえで、ここからの正しい次のステップは何でしょう？」
彼らに提案させてください。弱いもの（「検討して、また連絡します」）を提案してきたら、具体的なもので返します（「来週火曜に[もう一人のstakeholder]と30分のフォローアップはいかがですか？」）。具体的なものを提案してきたら、コミットメントを得たことになります。
この6つの質問は、60分のデモ全体を通して尋ねるのに合計約4分しかかかりません。これらは、あなたのデモのやり方について変えられる中で、最もレバレッジの大きい一手です。
デモから成約への転換を沈める、よくある落とし穴
フル機能ツアー。 「うちができることを全部お見せします」。買い手は12分目で離れます。あなたはどれだけ網羅したかを誇りに思いながら終え、3つをうまく見せた競合に案件を奪われます。
チュートリアルとしてのデモ。 買うと決める前に、買い手にプロダクトの使い方を教えること。彼らはカスタムロールの設定方法を知る必要はありません。あなたが導入された後、チームの月曜の朝がどう見えるかを知る必要があるのです。
デモ中の購買シグナルを無視する。 買い手が身を乗り出して価格の質問をします。あなたは「後ほど触れます」と言って、その瞬間を失います。買い手が価格、タイミング、導入についてデモを遮って尋ねたら、それはデモがうまくいっているという合図です。デモを止めて、質問に答えてください。
間違ったペルソナにデモする。 管理者向けの設定をCEOに見せること。戦略的なdashboardをエンドユーザーに見せること。同じプロダクトでも、部屋に誰がいるかでデモは変わります。ディスカバリーで誰が出席するか分からなかったなら、デモ前に尋ね、それに合わせてストーリーボードを組んでください。
「かっこいいから」買い手が一度も求めていない機能をデモする。 あなたのレポートモジュールは本当に印象的です。彼らはレポートを求めていません。デモには入れません。拡販のため、あるいは実際にレポートの課題を持つ買い手のために取っておきます。
ビフォー対アフター：機能ツアーを課題主導に再設計する
ビフォー（機能ツアー、45分）：
- ようこそ＋会社紹介（5分）
- dashboardツアー（8分）
- パイプラインビュー（8分）
- レポートモジュール（8分）
- 統合（6分）
- モバイルアプリ（5分）
- Q&A（5分）
買い手は6つの機能を見て、2つを覚え、そのどれが実際の問題を解決するのか言葉にできないまま帰ります。
アフター（課題主導、60分）：
- 3つの課題のおさらい＋アジェンダの確認（10分）
- 課題1、パイプラインの衛生→スマートなパイプラインビュー、彼らのステージ名で（12分）→クロージング質問
- 課題2、フォーキャストの可視性→フォーキャストの集計、彼らのチーム構成に対して（12分）→クロージング質問
- 課題3、新人のランプ→ガイド付きplaybook、サンプルの新人アカウントに対して（12分）→クロージング質問
- クロージングの部分：反論、価格、次のステップへのコミットメント（14分）
同じプロダクト。同じSE。私たちの経験でも、切り替えたチームのデータでも、2つ目のデモはおよそ20～25%高く転換します。買い手は「このプロダクトは私たちに何をしてくれるのか？」に一文で答えられる状態で帰れます。それはまさに、彼らがCFOを説得するために必要なものです。
デモ後のフォローアップメールのテンプレート
当日中に、彼らが就寝する前に送ります。3つのセクション、無駄なし。
件名：本日のデモのまとめ、3つの課題、3つの解決
[名前]様
本日の簡単なまとめです。お客様とチームが書面で持てるように。
カバーした3つの課題と、Reworkがそれぞれにどう対処するか：
- [課題1]：今日は、[現状]。Reworkでは、[未来の状態]。これを[具体的な機能／フロー]でお見せしました。
- [課題2]：今日は、[現状]。Reworkでは、[未来の状態]。これを[具体的な機能／フロー]でお見せしました。
- [課題3]：今日は、[現状]。Reworkでは、[未来の状態]。これを[具体的な機能／フロー]でお見せしました。
デモで出たオープンな質問：
- [彼らが尋ねた質問と、その回答]
- [彼らが尋ねた質問と、その回答]
提案する次のステップ： 来週火曜の午後2時に、[追加のstakeholder]を交えて30分のワーキングセッションを持ちましょう。同じ3つの課題をその方にご案内し、調達のタイムラインをすり合わせられます。その時間でご都合いかがですか？
[あなたの名前]
「ご感想をお聞かせください」はなし。「ご質問があれば喜んで」もなし。常に日付付きの具体的な提案を。買い手はそれを受け入れるか、後ろにずらすか、対案を出すかします。3つとも有用な情報です。「ご感想をお聞かせください」は何も与えず、案件を冷ますだけです。
これが実際に効いているかを測る
3つの数字を、SEごとに、毎月レビューします。
- デモから成約への転換：案件の通常サイクル内で受注に至ったデモの割合。
- デモ後の成約までの時間：デモから署名済み契約までの日数の中央値。
- デモのノーショー率：ディスカバリーの質の先行指標。デモを飛ばす買い手は、たいてい上流で適切にqualifyされていません。
課題主導のデモを標準にすると、デモから成約への転換は通常15～25%上がり、成約までの時間は20～30%縮みます。買い手がより明確なメンタルモデルと、より少ない未解決の疑念を持ってデモを後にするからです。どのSE指標が重要か（そしてどれが虚栄の指標か）の全体像は、本当に重要なセールスエンジニアの指標にあります。
イネーブルメントのリーダーであれば、ストーリーボードを徹底させてください。デモの後ではなく前にデモデッキをレビューします。「課題→解決」の弧が3つより多いデモデッキ、または3つのクロージング質問を含まないデモデッキは却下します。標準は標準です。
課題主導のデモの一日が実際にどう見えるか
ほとんどのSEは定常状態で一日に2～4件のデモを回します。課題主導への移行は、デモあたり約30分の準備を足し、デモ後の「結局何をカバーしたんだっけ」という後始末を約15分減らします。正味コスト：デモあたり15分。正味の便益：意味のある幅で高い転換と短いサイクル。一日の残りがどう組み合わさるかの全体像については、セールスエンジニアの一日がリズム全体を歩いています。
毎四半期クォータを達成するSEは、そうでないSEより良いデモを持っているわけではありません。彼らはより良いディスカバリーを持っていて、その結果、ストーリーボードを作るために座るころには、デモがほぼ自ずと書き上がっているのです。SEとして転換に苦しんでいるなら、上流を見てください。チームの転換がじわじわ落ちているのを見ているイネーブルメントのリーダーなら、上流を見てください。デモは常にディスカバリーの下流です。
締めくくりの一言
デモはあなたのパフォーマンスではありません。買い手にとっての、自分たちの未来の状態のプレビューです。彼らが求めなかったものを見せて費やす1分はすべて、クロージングから盗まれた1分です。彼らの言葉で、彼らのデータの形に対して、解決が刺さるかを尋ねて費やす1分。それが案件を決める1分です。
ストーリーボードを回してください。スクリプトを使ってください。メールを送ってください。3つの数字を追ってください。残りは自ずと片付きます。
