BtoB動画のKPIは、届けた相手、視聴の状況、サイトでの行動、実際に届いた相談を分けて設計します。再生数は接触の指標として使えますが、理解や受注の代わりにはなりません。最初に成果の定義を決め、その手前で止まった場所を直せる指標を選びます。
最終成果と、途中の手掛かりを区別する
問い合わせを増やしたい動画と、既存商談の説明に使う動画では、見るべき結果が異なります。前者では相談が実際に届いたこと、後者では共有後にどんな理解や質問が生まれたかが候補になります。全動画へ同じ再生数目標を当てはめる前に、用途を確認します。
問い合わせを成果とするなら、送信ボタンのクリックと、受付先に内容が届いたことを分けます。有効な相談の条件も事前に決め、テスト送信や重複を除いた記録を残します。成約まで追う場合は、問い合わせ、商談、受注を同じ件数として混ぜないようにします。
以下は編集部の計測整理です。必ず全項目を導入する前提ではありません。実際に取れるデータと運用負担を確認し、目的の達成と改善箇所が判断できる項目から始めます。
条件をそろえて比較する
届いたか
- 指標・記録の例
- 表示、共有数、流入元
- それだけでは分からないこと
- 対象顧客が理解したか
見られたか
- 指標・記録の例
- 再生、視聴時間、維持率
- それだけでは分からないこと
- 信頼・購買意向の変化
次へ進んだか
- 指標・記録の例
- サイト訪問、説明ページの閲覧
- それだけでは分からないこと
- 実際の相談内容
相談が届いたか
- 指標・記録の例
- 受付記録、有効判定
- それだけでは分からないこと
- 動画が原因だったか
営業で使えたか
- 指標・記録の例
- 相手の質問、検討の進み方
- それだけでは分からないこと
- 他の条件を除いた効果
成果と改善箇所を分ける
- 01接触・視聴
届いたか、見られたか
- 02次の行動
必要な説明へ進んだか
- 03相談の受付
実際に内容が届いたか
- 04修正の判断
事実と原因仮説を分ける
視聴データは、内容を点検する手掛かりにする
YouTubeの視聴者維持率では、離脱やスキップの起きた部分、繰り返し見られた部分などを調べられます。[S1] 冒頭で視聴が減った場合は、長い自己紹介だけでなく、題名で期待した内容との違いや視聴者の目的も確認します。
繰り返し再生された区間も、価値が高かった場合と、分かりにくく見直された場合が考えられます。[S1] グラフから理由を一つに決めず、その箇所の言葉、図、前提を点検します。コメントや営業での質問があれば、解釈を補う材料にします。
比較する動画は、長さ、公開後の経過、配信先、広告利用などの条件を揃えて考えます。短い動画と長い対談の維持率をそのまま順位付けしても、役割の違いが残ります。データがまだ表示されないときは、視聴がゼロだったと読み替えません。
サイトでの行動と受付記録をつなぐ
Google Analyticsでは、問い合わせ後の確認ページへの到達などをイベントにし、重要な行動をキーイベントとして計測する方法が案内されています。[S2] 実装では、何を送信成功とするかを先に決めます。完了画面の再読込や直接アクセスを、別の相談として数えない確認も必要です。
成果の正本には、問い合わせを受け付けた側の記録を使う設計を提案します。アクセス解析は行動の傾向を見るために使い、問い合わせの到着や内容は受付記録で確かめます。計測の同意状況や利用環境によって、解析画面と実際の受付件数は一致しないことがあります。
動画説明欄などから自社サイトへ案内するリンクには、参照元を識別するパラメータを付けられます。[S3] ただし、それで個人の全視聴履歴が分かるわけではありません。別端末や後日の検索から来た相談など、経路が分からないものは不明のまま残します。
用途別の記入例:何を残し、どこを直すか
以下は編集部作成の架空の記録です。件数、受付ID、動画ID、相手の発言は説明用であり、本メディアや顧客の実績ではありません。二つの例は別々の施策を想定し、数値目標や必要件数を示していません。
問い合わせを目的とする例では、解析のイベントが2回でも、受付記録は1件です。有効条件への適合を確認しても、動画から来た記録がなければ「動画経由の有効問い合わせ1件」とは数えません。営業活用の例では、送付後の質問を残し、視聴や理解が確認できたことに置き換えないようにします。
条件をそろえて比較する
問い合わせの受付を確認する
- 確認したい結果・残す記録・記録元
- 結果:自社サービスの相談が届いたか。記録例:期間Aの受付R-001は1件で、相談内容と返信先を確認し有効と判定。Google Analyticsの確認ページ由来のキーイベントは2回。流入元は不明、動画を見たかも不明。記録元:フォームの受付台帳、内容を確認した担当者の判定、同期間のアクセス解析。
- 記録から選ぶ点検と、次の確認
- 最初に同じ期間・対象を見ているかを照合し、確認ページの再読込などをテストする。2回を2件の相談とは扱わず、差の原因が未確認なら保留。重複計測が再現した場合は送信成功イベントの条件を修正し、再テストする。動画経由の評価には、取得できた参照元などの根拠を別に残す。
営業で残った疑問を確認する
- 確認したい結果・残す記録・記録元
- 結果:提案を検討するうえで、相手に何の説明が不足しているか。記録例:案件S-001へ動画V-001を案内。その後の返信は「自社の窓口は、具体的に何を承認する役割ですか」。動画を視聴したかは未確認。記録元:営業担当の送付履歴、相手の返信、共有時の動画版。送付日時と見るよう案内した区間も残す。
- 記録から選ぶ点検と、次の確認
- まず質問へ回答し、案内区間に承認作業の説明があるかを点検する。説明がなければ具体例を補う。説明はあるが案内区間から外れているなら、共有文と台帳の区間を直す。次のやり取りで、役割について残る疑問を確認する。返信だけで動画の視聴完了や商談促進を認定しない。
数字の変化を、具体的な修正へ結び付ける
表示はあるが再生されないなら題名や案内、視聴の途中で離れるなら構成や前提、サイトへ来ても相談されないなら対象・依頼範囲・次の行動を点検します。これは原因を確定する式ではなく、調べる順序を決める編集部の仮説です。
改稿時には、変える理由、変更前後の内容と版、観測期間を残します。題名・冒頭・導線・配信先を同時に変えると、どの変更が関係したか分かりにくくなります。一つずつ変えても、前後の客層や営業活動が違えば因果効果は確定できません。件数が少ない間は勝ち負けを断定せず、確認できた事実と原因の仮説を分けて記録します。
例えば、相談が一件増えても、その前後で紹介営業が増えていれば動画だけの成果とは言えません。逆に再生が少なくても、想定顧客の具体的な質問につながったなら、その用途を残す判断ができます。数字を良く見せるために有効条件を後から狭めず、定義の変更が必要なら理由と適用時点を記録します。
- 起きたこと:観測できた数値や相談内容
- 考えられる理由:まだ確定していない原因の仮説
- 直す箇所:題名、本文、案内先など
- 確かめ方:次に何を見て判断するか
出典・編集方針
公式資料に基づく機能・仕様と、編集部による比較・制作手順の提案を区別しています。本メディアはPodcast運用代行を提供するCast Japanが運営しています。
- 視聴者維持率を左右する重要なシーンを測定する — YouTube ヘルプ
維持率の山・谷を点検する機能と、再視聴が理解の難しさを示す可能性。 / 確認日:2026-09-22
- チュートリアル: キーイベントを設定する — Google Analytics ヘルプ
確認ページへの到達などをイベントとして計測する方法。実受付や重複除外は別途設計する。 / 確認日:2026-09-22
- URL 生成ツール: カスタム URL でキャンペーン データを収集する — Google Analytics ヘルプ
動画から自社サイトへ案内するリンクの参照元・施策識別。 / 確認日:2026-09-22
あわせて読む
営業で共有した動画と、相手に残った疑問を記録したい場合は、関連記事で動画台帳の記入例と、そこから作る送付文を確認できます。
営業での共有と記録の設計を読む →