セールスイネーブルメントビデオは、営業担当者または購入者が取引の特定のステップを完了するのに役立つ短い目的のアセットです。担当者に電話の準備をさせたり、1 つの製品のワークフローを説明したり、繰り返しの反対意見に答えたり、同様の顧客からの証拠を示したり、購買委員会に社内で共有するための正確な情報を提供したりすることができます。有益な質問は、「もっとビデオを作成すべきですか?」ではありません。それは、「どの会話が繰り返し速度を落としているのか、また、どのようなソース素材を使用すればビデオを先に進めることができるのか?」ということです。
製品発表クリップ、ブランド フィルム、ウェビナーの録画、および個別のフォローアップにはすべて有用な映像が含まれている可能性がありますが、それぞれの役割が異なるため、この区別は重要です。すべてのビデオに取引の瞬間、視聴者、所有者、ソース パック、承認ステータス、次のアクションが指定されている場合、セールス イネーブルメント ライブラリは価値があります。これらのフィールドがないと、チームは販売者が見つけられず、信頼できず、使用できない魅力的なアセットを作成してしまいます。
この guide では、セールス イネーブルメント ビデオの主な種類、適切なビデオの選択方法、各形式に必要なソース素材、製品や宣伝文句の変更に応じてライブラリを正確に保つ方法について説明します。
01
セールスイネーブルメントビデオとは何ですか？
セールスイネーブルメントは、営業担当者が効果的に販売できるようにするためのトレーニング、コンテンツ、ツール、プロセスを幅広く組み合わせたものです。この枠組みは、Salesforce Trailhead のセールス イネーブルメントの概要 および HubSpot Academy のセールス イネーブルメントの概要 と一致しています。セールスイネーブルメントビデオは、そのシステム内のビデオレイヤーです。
一部の有効化ビデオは社内用です。彼らは、製品の位置付け、調査の実行、ワークフローのデモンストレーション、または反対意見への対応の方法を担当者に教えます。その他は購入者向けです。これらは、見込み顧客が機能を理解し、オプションを比較し、関連する顧客結果を確認し、同僚が意思決定を行えるようにするのに役立ちます。いくつかの形式は両方の視聴者にサービスを提供できますが、スクリプトと行動喚起により主な視聴者を明確にする必要があります。
有用な定義には 3 つの境界があります。まず、ビデオは認知のためだけに存在するのではなく、販売タスクをサポートする必要があります。第二に、視聴者は次に何をすべきかを知っている必要があります。第三に、コンテンツは承認されたソースに接続された状態を維持する必要があります。価格、モデル名、スクリーンショット、顧客の見積もり、または法的声明が変更された場合、チームはどのビデオが影響を受けるか、誰が更新を承認したかを把握する必要があります。
02
ブロックされた取引の瞬間までにビデオを選択してください
取引が繰り返し時間や明確性を失う点から始めます。フォーマットのリストから始めて、それを使用する方法を考え出すように販売者に依頼しないでください。ブロックされた瞬間を視聴者の質問にマッピングし、それに答えることができる最小のビデオを選択します。
| ブロックされた瞬間 | 視聴者の質問 | 役立つビデオ | ソースパック | 次のアクション |
|---|---|---|---|---|
| 初めての打ち合わせの前に | これは私の状況に関係していますか？ | 短い問題と結果の概要 | 承認されたポジショニング、視聴者の苦痛、製品のビジュアル | ディスカバリーを予約または受け入れる |
| 発見後 | これで私たちのワークフローを処理できますか？ | 製品説明または焦点を絞ったデモ | 現在の画面、承認されたスクリプト、ワークフローのステップ | 技術評価のスケジュールを立てる |
| 評価中 | これは実際にはどのように機能するのでしょうか？ | 役割別のデモ | 実際の UI、サンプル入力、制限、セットアップのメモ | トライアルまたは概念実証を開始する |
| 異議申し立ての処理中 | このリスクや代替案についてはどうですか？ | 異議申し立てへの対応 | 承認された異議申し立ての文言、証拠、境界 | オープンな懸念を確認する |
| 社内承認前 | これは同様の状況で機能しましたか？ | お客様の事例紹介 | 同意、見積書、結果の証拠、製品の映像 | 購買委員会と共有する |
| 購入後 | 最初の結果を得るにはどうすればよいでしょうか？ | ハンドオフまたはオンボーディングのビデオ | 承認されたセットアップ手順、所有者、サポートルート | 最初のマイルストーンを完了する |
このマップは、2 つの一般的なエラーを防ぎます。 1 つは、購入者が 1 つのワークフローに関する証拠を必要とする場合に、2 分間の広範な会社概要を送信することです。もう 1 つは、単一のビデオですべての関係者に回答するよう依頼するものです。財務レビュー担当者、技術評価者、エンド ユーザー、エグゼクティブ スポンサーは、同じ順序や証拠を必要としません。
03
6種類のセールスイネーブルメントビデオ
1. 問題と結果の概要
これは、見込み顧客が製品の詳細を学ぶ前に問題を認識し、ビジネス結果を理解する必要がある場合に、早い段階で使用します。狭くしておいてください。状況、結果、メカニズム、次のステップを 1 つずつ挙げてください。ソース パックには、現在の位置付け、承認された用語、実際の製品またはサービスのビジュアル、および企業が公開を許可されている旨の主張が含まれている必要があります。
これはブランドフィルムではありません。ブランド フィルムは親近感や感情を表現する可能性がありますが、イネーブルメントの概要は、特定の購入者が継続するかどうかを決定するのに役立つはずです。その決定を変更しない限り、会社の歴史を削除してください。
ビデオの例： Three Forces Against Your Estate: A Strategic Advisory for David (TapVid 良い事例)。このビデオは、特定の視聴者の問題、つまり財産を減らす可能性のある 3 つの要因から始まり、その後、そのリスクを構造化されたアドバイスの会話に変えます。視聴者は詳細なサービス ワークフローを見る前に、continuing の状況と値を認識できるため、このカテゴリに当てはまります。この例は、不動産計画のすべてのオプションを教えようとしているわけではないことに注意してください。それは、1 つの結果として生じる問題を枠組み化し、関係する力の名前を示し、次の会話の理由を作成します。
証拠： 公開 TapVid 共有ページ および 完全な TapVid ビデオ。
2. 商品説明者
製品説明者は、購入者の問題を 1 つの機能と結果に結び付けます。 Gong の セールス イネーブルメント コンテンツへのguide では、販売者が見込み客を教育するために使用するセールス イネーブルメント コンテンツの中に製品説明ビデオが含まれています。最も強力なバージョンでは、抽象的な主張に依存するのではなく、実際の画面、製品画像、図、または承認された映像を使用して製品が何を行うかを示します。
大手バイヤーの仕事ごとに 1 人の説明者を使用します。セキュリティ ワークフロー、レポート ワークフロー、チーム コラボレーション ワークフローは、同じプラットフォームを共有している場合でも、別のビデオに属する場合があります。正確なインターフェイスが重要な場合は、現在のスクリーンショットを収集し、すべてのスクリーンショットに製品バージョンとキャプチャ日のラベルを付けます。制御されたアセット主導のワークフローについては、TapVid の 製品デモ ビデオ メーカー を参照してください。
ビデオの例： Notion とは何ですか? (Notion)。 Notion は、バイヤーの幅広い仕事、つまり 1 つのワークスペースで思考、執筆、計画を続けることを中心に製品について約 1 分で説明します。これは、ボタンごとのチュートリアルにならずに、分散した作業の問題を製品の整理アイデアに結び付けるため、説明者のカテゴリに適合します。製品の画面が中心的なコンセプトと競合するのではなく、どのようにそれをサポートしているかに注目してください。
3. 重点的な製品デモ
焦点を絞ったデモでは、開始状態、ユーザーのアクション、システムの応答、最終的な結果のシーケンスを示します。一般的な説明とは異なり、視聴者はアイデアを理解するだけでなく、ワークフローを評価する必要があります。現実的なサンプル入力を選択し、重要な状態を表示します。セットアップをスキップしたり、購入者が評価中に発見する制限を隠したりすることは避けてください。
ソース パックには、現在の UI、承認されたサンプル データ、正確なフィールド ラベル、サポートされているワークフロー、および期待される結果が含まれている必要があります。 UI が頻繁に変更される場合は、所有者と確認日を記録してください。廃止されたメニューを示すビデオは、ビデオがない場合よりも大きな摩擦を引き起こす可能性があります。
ビデオの例： Sales Cloud デモ用 Sales AI (Salesforce 製品センター)。このデモでは、販売者が Sales Cloud の具体的な状態と AI 支援のアクションを実行する様子を示します。視聴者は単に位置付けステートメントを受け入れるのではなく、製品内のシーケンスを評価するように求められるため、このカテゴリに当てはまります。有用なパターンは、コンテキストからアクション、システム応答までの目に見えるチェーンです。バイヤーはワークフローがどのように動作するかを検査し、次に何を検証するかを決定できます。
4. 異議申し立てへの対応
反対意見のビデオは、実装作業、データ移行、制御、統合適合性、メンテナンスなどの繰り返し発生する懸念に答えます。目標は、大声で説得して反対意見に「勝つ」ことではありません。それは、懸念を正確に定義し、関連する証拠を示し、境界を示し、次に何が検証できるかを買い手に伝えることです。
Build これらのビデオは、営業、カスタマー サクセス、ソリューション エンジニアによって記録された実際の質問からのものです。再利用する前にアカウント固有の情報を削除してください。基礎となる事実の所有者にスクリプトを承認してもらいます。法務部門は法的文言を承認し、セキュリティ部門はセキュリティの主張を承認し、製品は機能の境界を承認します。答えがプラン、契約、地域、または統合に依存する場合は、そのように答えてください。
ビデオの例： 1Password のゼロ知識アーキテクチャ (1Password)。このビデオでは、ベンダーが顧客の保管庫の内容を読み取ることができるかどうかという具体的なセキュリティ上の懸念について取り上げています。これは、懸念事項を定義し、回答の背後にあるアーキテクチャのメカニズムを説明し、盲目的な信頼を求めるのではなく検証に視聴者を導くため、異議申し立てと回答のカテゴリに適合します。再利用可能な教訓は、一般的な「セキュリティを真剣に考えている」という主張ではなく、目に見える設計の詳細と明確な境界線で根本的なリスクに答えることです。
5. お客様事例
ケーススタディは、購入者が関連する顧客の状況から証拠を評価するのに役立ちます。状況、決定、実装、認定された結果、および制限を説明する必要があります。顧客インタビューをでっち上げた賞賛に変えてはいけません。すべての見積もりには同意が必要であり、すべての測定可能な結果には情報源と承認者が必要です。
営業にとって最も役立つケーススタディが、必ずしも最も印象的なストーリーであるとは限りません。多くの場合、関連性の方が重要です。担当者が最も近いものを見つけられるように、視聴者、業界、会社の段階、問題、製品分野、結果ごとに最終的なビデオにタグを付けます。同意、インタビュー、請求、編集のワークフローについては、TapVid の 顧客の声ビデオ guide を使用してください。
ビデオの例： Amazon Web Services お客様の成功事例 (Salesforce)。このストーリーには、特定可能な顧客、急速な成長の背景、プラットフォームの役割、顧客側からのコメントが組み合わされています。証拠はベンダーの主張のリストではなく、指定された動作状況に基づいているため、このカテゴリに当てはまります。構造に注意してください。顧客の規模と課題を確立し、製品がどのようにワークフローに組み込まれるかを示し、その後、顧客自身の声で価値を説明してもらいます。
6. 担当者のトレーニングと認定
社内イネーブルメント ビデオでは、電話のかけ方、ワークフローの説明、調査用の質問の使用方法、リリースの準備方法を担当者に教えています。 Salesforce は、ビデオをイネーブルメント プログラム内の 1 つのコンテンツ タイプとして説明し、Trailhead の概要 でイネーブルメントを成果や既存のワークフローに結び付けることを強調しています。
トレーニング ビデオは、単にスライドデッキを繰り返すだけではありません。代表者に実行すべき具体的な行動を与え、例を示し、よくある失敗を挙げ、マネージャーが理解度を確認する方法を定義します。置き換え可能なシーンで製品ファクトを変更し続けることで、リリースによってコース全体が強制的に本番環境に戻されることがなくなります。
ビデオの例： Sales Cloud でイネーブルメント プログラムを作成する方法 (Salesforce 製品センター)。このビデオでは、管理者に、テンプレートからプログラムを作成し、演習の種類を選択し、コンテンツを追加するという、限定された内部タスクを教えます。視聴者は視聴後に定義された動作を実行でき、マネージャーやプログラム所有者は製品の完了を確認できるため、担当者のトレーニングや認定に適しています。重要なパターンは、明確な学習目標とそれに続く実際の手順と目に見える完成状態です。
04
スクリプトを作成する前にソース パック Build
再利用可能なセールスイネーブルメントビデオは、空のプロンプトではなく、ソースパックから始まります。少なくとも次のことを記録します。
- 主要な視聴者と取引の瞬間。
- ビデオが答えるべき質問。
- 承認された製品の文言と位置付け。
- 現在のスクリーンショット、製品画像、映像、または図。
- 名前、番号、価格、モデルのラベル、その他の文字通りの事実。
- クレームの所有者と承認ステータス。
- 既知の制限または条件。
- 行動喚起。
- ビデオが配布される場所。
- レビューをトリガーする日付またはイベント。
次に、3 つのレイヤーで精度を確認します。アセットの忠実度では、提供された製品画像、ロゴ、UI、または映像が画面に表示されている素材と同じかどうかが問われます。情報の忠実度では、承認された名前、数値、パラメータ、価格、法的文言が文字通りのままであるかどうかが問われます。通信では、各セリフ、ビジュアル、ナレーションが同じ製品、機能、または顧客について言及しているかどうかを尋ねます。正しいスクリーンショットと間違った文を組み合わせても、依然としてエラーとなります。
TapVid は、提供された製品アセットと承認されたコピーを構造化された説明ビデオに変換します。スクリプトとシーン プランはレビューのために表示されたままになり、無関係なコンテンツを黙って書き直すのではなく、変更されたラインやアセットを影響を受けるシーンで処理できます。この制御により手戻りは軽減されますが、最終的なビデオのレビューがまったく必要ないという保証はありません。責任ある所有者は、買い手に届く前に輸出品をチェックする必要があります。
05
1 人の視聴者向けに書くアクション
状況、摩擦、答え、証拠、境界、次のアクションという単純な順序を使用します。順序は変わるかもしれませんが、それぞれの部分に役割があります。
この状況は視聴者に「これは私のような人間のためのものだ」と伝えます。現在の方法がコストがかかる、または時間がかかる理由は摩擦によって説明されます。答えは、関連するワークフローまたは決定を示します。証拠によって、視聴者は主張を判断できます。境界は、答えが当てはまらない場所を示します。次のアクションでは、「お問い合わせください」という曖昧な終了を強制することなく、取引が進みます。
話し言葉を直接的に保ちます。内部用語を初めて出現するときに定義します。承認された情報源がある場合にのみ、正確な数字とラベルを画面に表示します。グラフに 3 段落の修飾が必要な場合は、おそらく、短いビデオではなく、リンクされたドキュメントに属することになります。
06
ビデオを 3 パスで確認します
1 人の査読者にすべての質問に「良さそうです」と答えるように依頼しないでください。レビューを分けます。
まず、事実のパスを実行します。製品名、UIラベル、数字、引用符、役割名、日付、ナレーションとビジュアルの関係を確認してください。次に、購入者パスを実行します。営業担当者がビデオでナレーションをしなくても、対象となる視聴者が質問、回答、証拠、制限、次のアクションを理解できるかどうかを尋ねます。 3 番目に、配信パスを実行します。キャプション、モバイルでの読みやすさ、音声、アスペクト比、リンク、ファイル名、販売者が見つけられるリンク先を確認してください。
変更の多いコンテンツの場合は、最終レンダリングの前にソース パケットとシーン マップを承認します。 1 つの製品画面または承認されたフレーズが後で変更された場合は、そのシーンを更新し、承認されたバージョンの残りの部分を保存します。何が変更されたのか、その理由、誰が承認したのか、どのチャネルが更新を受け取ったのかを記録するバージョンメモを保管してください。
07
製造日ではなく販売用途に基づいてライブラリを整理する
「Q3 ビデオ」という名前のフォルダーは、制作チームには役立ちますが、販売者にはほとんど何も伝えません。バイヤーの問題と取引段階ごとにライブラリを整理します。対象者、業界、製品分野、言語、所有者、承認ステータス、レビュー日のフィルターを追加します。 Salesforce は、ウォークスルー、デモ、ケーススタディ、お客様の声、ウェビナー コンテンツを含む販売ビデオ ハブについて説明し、見つけやすさと配置が制作と同じくらい重要である理由を説明しました。 ビデオ ハブの記事 を参照してください。
すべてのライブラリエントリには、「いつ使用するか」という短い注記を表示する必要があります。例： 「運用リーダーが承認の仕組みを尋ねた場合、発見後に送信します。」コンテンツに従来の UI、地域ポリシー、プラン固有の機能などの既知の境界がある場合は、「使用禁止」の注記を追加します。
売り手に推測を任せるのではなく、古い動画をアーカイブするかフラグを立ててください。公開されたビデオは、送信するのが商業的に安全ではなくても、技術的にはアクセス可能なままである可能性があります。レビューのトリガーには、製品リリース、価格変更、ポリシーの更新、ブランド変更、顧客権限の期限切れ、アセットが質問に答えなくなったという販売者の繰り返しのフィードバックが含まれる必要があります。
08
ビデオが意図したステップを動かしたかどうかを測定します
すべての動画を再生回数だけで判断することは避けてください。メトリクスをジョブに一致させます。内部トレーニング ビデオは、完了、評価、および観察された動作を通じて評価される場合があります。購入者向けのデモは、条件付きの返信、技術評価の開始、または次の会議への移動を通じて評価される場合があります。ケーススタディは、後期段階の機会での使用と、追加の購買委員会メンバーに届くかどうかによって評価される可能性があります。
販売結果から流通指標を分離します。再生、完了、クリックは、アセットへのエンゲージメントを示します。商談の動き、異議の解決、ステージ間の時間、およびコンバージョンは、ビジネスの進捗状況を示します。どちらもそれ自体で因果関係を証明するものではありません。証拠を使用してバージョンを比較し、ビデオが役立つ箇所を特定し、それを販売者のフィードバックや取引のコンテキストと組み合わせます。
再利用も追跡します。慎重に作成したビデオが送信されない場合、問題は制作品質ではなく、発見、所有権、適合性にある可能性があります。売り手に対して、買い手のどの質問に答えようとしていたのか、利用可能な資産に何が欠けていたのかを尋ねます。
09
セールスイネーブルメントビデオチェックリスト
制作前に、ビデオに 1 つの主要視聴者、1 つのブロックされた取引瞬間、1 つの質問、1 つのソース パック、1 つの所有者、および 1 つの次のアクションがあることを確認します。公開する前に、すべての重要な主張に出典があり、すべてのビジュアルが話されている主題と一致し、顧客の資料に適切な許可があり、最終的なエクスポートが宛先デバイスでレビューされていることを確認してください。
公開後、販売者に正確な「いつ使用するか」の指示を与え、すでに作業している場所にアセットを配置し、レビューのトリガーを記録し、実際の取引からフィードバックを収集します。最高のセールスイネーブルメントビデオは、最も映画的な扱いを施したビデオではありません。これは、特定の人が次の一歩を踏み出すのに役立つ最小の信頼できる資産です。
10
よくある質問
セールスイネーブルメントビデオはどれくらいの長さが必要ですか？
閲覧者の作業を完了できる最短の長さを使用してください。反対意見への対応には 1 分もかからない場合がありますが、焦点を絞った製品デモには数分かかる場合があります。視聴者の理解や次の行動を変えない素材は削除してください。
セールスビデオとセールスイネーブルメントビデオの違いは何ですか？
営業ビデオは、営業で使用されるあらゆるビデオです。セールス イネーブルメント ビデオは、定義されたセールス タスク、対象者、取引の瞬間、次のアクション向けに設計されており、所有権と承認されたソース素材が含まれています。
小規模チームが最初に作成すべきセールスイネーブルメントビデオはどれですか？
適格な取引で最も頻繁に表示される質問を選択し、現在要求されるライブ説明を繰り返します。 Build 1 つの焦点を当てたビデオを既存のワークフローに配置し、ライブラリを拡張する前に意図した次のステップに進むかどうかを確認します。
1 つのビデオで購買委員会全体の役割を果たすことができますか？
場合によっては、通常は 1 人のマスターが役割固有のカットを導く必要があります。同じ承認済みの事実と証拠を保持しながら、各関係者の順序、深さ、次のアクションを変更します。
セールスイネーブルメントビデオはどれくらいの頻度で更新する必要がありますか？
任意のカレンダーだけではなく、イベントベースのレビューを使用します。製品のリリース、価格の変更、ポリシーの更新、ブランド変更、権限の期限切れ、販売者のフィードバックが繰り返されると、チェックがトリガーされます。
AI は既存の素材からセールスイネーブルメントビデオを作成できますか？
はい、ワークフローによって承認された入力が表示され、レビュー可能に保たれる場合は可能です。現在のスクリーンショット、製品資産、承認された文言、証拠、制限事項、および明確な CTA を提供します。配布前に、スクリプト、シーン マッピング、最終エクスポートを確認してください。
