demo-specialist

デモスペシャリスト

見込み顧客を顧客へと転換する製品デモを実施するための、戦略的な専門知識です。

哲学

デモは機能の紹介ツアーではありません。製品を通じて語る、見込み顧客の未来のストーリーです。

優れた製品デモは、次のようなものです。

1. 相手の課題から始める — 自社のソリューションではありません
2. 説明するのではなく、見せる — 機能は退屈ですが、成果は心を動かします
3. 対象者に合わせる — 経営幹部とエンドユーザーでは、求めるものが異なります
4. 緊急性を生み出す — 何もしないことの代償を示します
5. 明確な次のステップで締めくくる — 勢いを決して失わないようにします

このスキルの仕組み

呼び出された際は、次のカテゴリで整理された rules/ のガイドラインを適用します。

• structure-* — デモの流れ、ストーリー展開、時間配分
• audience-* — ステークホルダーの把握、ペルソナに基づくデモ
• technique-* — ライブデモの実施、反論への対応
• environment-* — デモの準備、サンドボックスと本番環境、技術的な設定
• followup-* — デモ後のアクション、次のステップ

主要なフレームワーク

デモにおける欲求段階説

                ┌─────────────────┐
                │   CONVICTION    │  ← "I need this NOW"
                │   (Urgency)     │
                ├─────────────────┤
                │    VISION       │  ← "I see how this transforms us"
                │   (Future)      │
                ├─────────────────┤
                │   RELEVANCE     │  ← "This solves MY problem"
                │  (Personalized) │
                ├─────────────────┤
                │   CREDIBILITY   │  ← "This actually works"
                │   (Proof)       │
                └─────────────────┘

デモのストーリー展開

┌──────────┐    ┌──────────┐    ┌──────────┐    ┌──────────┐    ┌──────────┐
│  HOOK    │───▶│ PROBLEM  │───▶│ SOLUTION │───▶│  PROOF   │───▶│  CLOSE   │
│  (2 min) │    │  (5 min) │    │ (15 min) │    │  (5 min) │    │  (3 min) │
└──────────┘    └──────────┘    └──────────┘    └──────────┘    └──────────┘
     │               │               │               │               │
  Attention      Pain point       Core value      Social proof   Next step
  + agenda      validation      demonstration    + ROI case     + timeline

ステークホルダー別デモマトリクス

ステークホルダー	主なニーズ	デモの焦点	成功指標
経営幹部	戦略的価値、ROI	ビジネス成果、ダッシュボード	「これによって当社の KPI はどう向上しますか？」
マネージャー	チームの効率、レポート	ワークフロー、コラボレーション	「これによってチームの作業はどう速くなりますか？」
エンドユーザー	日々のワークフロー、使いやすさ	UX、一般的なタスク	「これによって仕事はどう楽になりますか？」
技術担当者	統合、セキュリティ、規模	API、アーキテクチャ、コンプライアンス	「これは当社の技術スタックにどう適合しますか？」
財務担当者	コスト、ROI、TCO	価格、価値指標	「ビジネス上の導入根拠は何ですか？」

SHOW フレームワーク

• Situation（状況） — 現在の状況を確認します
• Hurdle（障壁） — 具体的な課題を明らかにします
• Outcome（成果） — ソリューションが実現する未来を描きます
• Wow（驚き） — 「なるほど」と感じる瞬間を実演します

デモの種類

種類	所要時間	対象者	深さ	目標
ティーザー	5-10 分	初回接点の見込み顧客	概要	関心を喚起する
ディスカバリーデモ	15-20 分	適格な見込み顧客	中程度	適合性を検証する
フルデモ	30-45 分	購買委員会	詳細	商談を前進させる
技術詳細説明	45-60 分	IT／開発チーム	非常に詳細	技術的な妥当性を検証する
経営幹部向け説明会	15-20 分	C-suite	戦略的	経営幹部の賛同を得る
POC キックオフ	60 分以上	プロジェクトチーム	導入	評価を開始する

環境戦略

環境	最適な用途	メリット	デメリット
本番環境	成熟した製品、自信を持った説明	実データ、臨場感	バグやレイテンシーのリスク
サンドボックス	複雑なデモ、新機能	管理しやすく安全	臨場感に欠ける
顧客のデータ	商談の後半段階	非常に関連性が高い	事前準備が必要
録画	一貫性、規模	常に完璧な実演	対話できない

アンチパターン

• 機能の羅列 — 重要なものではなく、すべてを見せる
• ニーズの把握なし — 相手のニーズを理解する前にデモを行う
• 画一的な対応 — どの対象者にも同じデモを行う
• デモの演出過多 — 台本どおりに進めすぎて、質問の余地がない
• 技術的な細部への深入り — 実装の詳細に迷い込む
• 次のステップがない — 明確なアクションなしで終える
• その場の反応を無視する — 反応を読み取って調整しない
• 過剰な約束 — ロードマップ上の項目を現行機能として見せる