← エピソード一覧に戻る Episode 199 Chapter 1
Chapter 2
Chapter 3
Chapter 4
Chapter 5
0:00 / 0:00
スクリプト
Chapter 1 オープニング ― デモは説明会ではない
タカシ
今日は SaaS 営業のデモ設計です。Gong が約 7 万件の sales demo を分析すると、勝つデモは機能をたくさん見せた回ではなく、顧客の痛みに合わせて短く順番よく見せた回でした。デモは説明会ではなく、意思決定を前に進める設計なんです。
ミカ
デモって、つい全部見せたくなりますよね。せっかく作った機能を隠すのはもったいないって思うんですけど、実はそれが負け筋になりやすいと。今日はそのズレを直す回なんですね。
タカシ
その通りです。良いデモは、製品の全貌紹介ではありません。顧客が社内で『これなら導入後にこう変わる』と説明できる材料を、最短距離で渡す場です。順番、長さ、誰に何を見せるかで受注率も商談速度も変わります。
ミカ
なるほど。今日は見せ方のテクニックだけじゃなくて、経営者や営業責任者がどう標準化すれば再現性のあるデモ組織になるのか、そこまで掘りたいです。
Chapter 2 原則 ― discovery をなぞるように見せる
タカシ
Gong の分析でまず重要なのは、勝つデモほど discovery で深く話した論点から順に見せていることです。自社が売りたい順ではなく、相手が困っている順に並べる。ここを外すと、どれだけ上手でも機能観光ツアーになります。
ミカ
売り手の頭の中のメニュー順じゃなくて、相手の頭の中の優先順位順なんですね。たしかにそれなら、相手は『自分の話の続きだ』と感じやすそうです。
タカシ
Winning by Design も同じで、冒頭は ACE で時間と end goal を握り、agenda は pain を写す。さらに一つの論点を 5 から 7 分で見せ、途中で『これが御社だとどんな影響ですか』と impact を返してもらう。処方箋型の進め方です。
ミカ
つまり、デモ中も会話を続けるんですね。実際、成功デモは営業が一方的にしゃべる時間を抑えて、相手の反応を取り込みながら前に進めているわけですね。
Chapter 3 データと事例 ― 良いデモは売上を変える
タカシ
数字もはっきりしています。成功デモの talk-to-listen ratio は 65 対 35 で、説明時間も平均 9.1 分に収まっていました。さらに成約側の営業は、失注側より next step の会話に 12.7% 多く時間を使っていた。見せて終わりでは駄目なんです。
ミカ
良いデモって、プレゼンが長い人じゃなくて、最後に誰が次何をするかまで固める人なんですね。なんだか営業というより、会議の設計者に近い感じがします。
タカシ
実務例も象徴的です。Kareo は demo playbook を録画で coaching できるようにして、90 日で close rate を 30% 上げ、sales cycle を半減させました。デモ品質を標準化すると、売上だけでなく SE の稼働効率まで変わります。
ミカ
しかも最近は、ライブデモだけじゃなくて事前学習や leave-behind も設計するんですよね。Klue がペルソナ別に複数デモを用意して pipeline を増やした話は、まさに一つの万能デモを捨てた例だと思いました。
Chapter 4 失敗 ― 機能自慢と属人化がデモを壊す
タカシ
よくある失敗は四つあります。一つ目は全部見せようとすること。二つ目は一人でしゃべり切ること。三つ目は長くなりすぎて山場が消えること。四つ目は次回の合意なく終えることです。どれも設計不在から起こります。
ミカ
耳が痛いですね。しかも採用が進むと、トップ営業だけが上手くて他の人は自己流、みたいな状態になりがちです。SaaStr が言う『最初は良かったのに増員後にデモが崩れる』って、かなりあるあるです。
タカシ
ええ。だから必要なのは、個人のセンスではなく型です。5 分のコアストーリー、想定質問への答え、画面遷移、切り返し、録画レビューの観点を揃える。良いデモを見て学べ、では再現しません。
ミカ
なるほど。デモ設計って資料作りの話に見えて、実際は営業育成、SE 配分、商談管理までつながっているんですね。経営の論点になる理由が分かってきました。
Chapter 5 まとめ ― 変化が見える順路を作る
タカシ
明日からの実践はシンプルです。デモ前に、顧客の痛み、見せる三場面、各場面で返してほしい反応、最後に合意したい next step を一枚にまとめる。これだけで即興デモから半歩抜け出せます。
ミカ
そして最初の五分で一番強いユースケースを見せる、と。価値の山場を最後まで取っておくより、早めに『これは自分たちの話だ』と思ってもらう方がいいわけですね。
タカシ
その通りです。さらに録画を週次で見返し、discovery 連動、会話比率、参加者の巻き込み、next step 合意の四項目でレビューしてください。デモは上手い人の芸ではなく、改善できる業務プロセスになります。
ミカ
今日は、デモが製品紹介ではなく、顧客が導入後の変化を信じられる順路の設計だと分かりました。皆さんの商談でも、次のデモは『何を見せるか』より『どんな順で腹落ちさせるか』から組み立ててみてください。それではまた次回。