知見・解説
顧客分析のやり方完全ガイド|売上アップにつながる5つの手法
顧客分析の目的、GA4とCRMで確認するデータ、代表的な手法と改善判断の進め方を解説します。
- 公開日
- 情報確認日

顧客分析とは、顧客属性、購買履歴、Webサイトでの行動、問い合わせ内容などのデータを整理し、成果につながる顧客像と改善すべき課題を明らかにする取り組みです。本記事では、BtoBマーケティングで顧客分析が重要な理由、GA4・広告媒体・CRMで数値が異なる原因、分析対象となるセグメントの決め方を解説します。さらに、セグメント分析や探索レポートを含む5つの手法と、分析結果から集客、コンバージョン、営業施策を判断する手順を具体化します。結論として、単一の指標だけで評価せず、目的・比較期間・コンバージョンをそろえたうえで複数のデータを確認することが、売上アップにつながる顧客理解の基本です。
顧客分析とは
顧客分析とは、顧客に関する情報を整理し、購買や利用、継続、離脱などの行動に見られる傾向を把握して、営業・マーケティング・商品改善の判断に活用する取り組みです。単に数値を集計するのではなく、「どのような顧客が、なぜ選び、どの段階で行動を止めているのか」を事実にもとづいて理解することが目的です。
分析対象には、既存顧客だけでなく、問い合わせ前の見込み顧客、商談中の企業、失注した顧客、契約終了後の顧客なども含まれます。対象を広く捉えることで、受注につながりやすい条件、継続利用される理由、離脱が起こりやすい場面を整理しやすくなります。
顧客分析で扱う主な情報
顧客分析では、属性情報と行動情報を組み合わせて確認します。属性だけ、あるいは売上だけを見ると判断が偏るため、顧客との接点から成果に至るまでの情報を関連付けて捉えることが重要です。
横にスクロールして表全体を確認できます
| 情報の種類 | 主な項目 | 確認できること |
|---|---|---|
| 顧客属性 | 業種、企業規模、所在地、担当者の役職、導入部門 | 成果につながりやすい顧客層の特徴 |
| 取引情報 | 契約内容、購入商品、受注金額、契約期間、解約状況 | 売上や継続につながる取引条件 |
| 接点情報 | Webサイト訪問、資料請求、セミナー参加、問い合わせ、商談 | 顧客が検討を進めた経路や関心テーマ |
| 利用・対応履歴 | サービス利用状況、問い合わせ内容、営業メモ、サポート対応 | 導入後の活用状況や課題、離脱の兆候 |
| 定性情報 | アンケート回答、顧客インタビュー、商談時の発言 | 数値だけでは判断しにくい選定理由や不満 |
顧客分析で目指す状態
顧客分析の成果は、レポートを作成することではありません。分析結果をもとに、優先すべき顧客層や訴求内容、対応すべき課題を判断できる状態を目指します。
たとえば、「特定の業種で受注率が高い」という事実を確認した場合でも、それだけで施策を決めるべきではありません。企業規模、流入経路、商談化までの期間、導入目的などを確認し、なぜ受注率が高いのかという仮説を立てます。そのうえで、営業対象の優先順位やコンテンツのテーマを見直すかを判断します。
事実、分析から得られた仮説、実行する判断を分けて扱うことにより、思い込みにもとづく施策を避けやすくなります。
顧客分析と似た言葉の違い
顧客分析は、顧客理解に関わる幅広い活動を含む言葉です。一方で、実務では似た用語が使われるため、それぞれの役割を区別しておく必要があります。
横にスクロールして表全体を確認できます
| 用語 | 概要 | 顧客分析との関係 |
|---|---|---|
| 市場調査 | 市場規模、競合、業界動向、消費者ニーズなどを把握する調査 | 自社の顧客以外も含めて、市場全体を理解するために行う |
| 顧客セグメンテーション | 共通する属性や行動にもとづいて顧客を分類する方法 | 顧客分析のなかで、対象を比較しやすくするために用いる |
| ペルソナ設計 | 代表的な顧客像を具体化する取り組み | 分析で得た傾向を、施策に使いやすい顧客像へ整理する際に役立つ |
| 顧客管理 | 顧客情報や対応履歴を記録・更新する業務 | 顧客分析に必要な情報を蓄積する基盤となる |
顧客分析で注意したい前提
顧客分析では、数値や記録が常に顧客の実態を完全に表しているとは限りません。たとえば、営業担当者によって商談メモの記載粒度が異なる場合や、顧客情報の更新時点がそろっていない場合は、比較結果に偏りが生じる可能性があります。
そのため、分析を始める前に、対象となる顧客の範囲、データの取得元、集計時点、項目の定義を確認します。データから確認できる事実と、データだけでは断定できない解釈を区別することが、顧客分析の精度を高める基本です。
顧客分析がBtoBマーケティングで重要な理由
BtoBマーケティングでは、資料請求や問い合わせが発生した時点で、すぐに受注へ進むとは限りません。担当者の情報収集から始まり、現場部門での検討、決裁者による承認、予算や導入時期の調整を経て、商談・受注に至るケースがあります。
そのため、問い合わせ件数だけを見て施策の良し悪しを判断すると、将来的に受注につながる見込み顧客を見落とすおそれがあります。顧客分析では、企業属性、流入経路、閲覧したコンテンツ、問い合わせ内容、商談化状況などを整理し、自社にとって受注につながりやすい顧客は誰か、どのような検討段階にいるのかを把握することが重要です。
BtoBは購買に関わる人が複数いるため
BtoBの購買では、実際に製品やサービスを利用する担当者だけでなく、部門責任者、情報システム部門、購買部門、経営層など、複数の関係者が意思決定に関わることがあります。閲覧者本人が決裁権を持っていない場合でも、社内検討を進めるうえで重要な情報収集を担っている可能性があります。
したがって、顧客分析では「誰が問い合わせたか」だけでなく、「どの企業から、どの役職・部署の人が、どの情報に関心を持ったか」を確認する必要があります。これにより、担当者向けの基礎情報、比較検討向けの導入事例、決裁者向けの費用対効果といったように、検討を後押しする情報を考えやすくなります。
横にスクロールして表全体を確認できます
| 関係者 | 主な関心 | 顧客分析で確認したい情報 |
|---|---|---|
| 実務担当者 | 課題の解決方法、操作性、業務負荷 | 閲覧ページ、資料ダウンロード、検索語句、問い合わせ内容 |
| 部門責任者 | 導入効果、運用体制、既存業務への影響 | 事例ページの閲覧、比較資料の閲覧、商談での確認事項 |
| 決裁者 | 投資対効果、リスク、導入の優先度 | 企業規模、想定予算、商談の進捗、失注・受注理由 |
検討期間が長く、短期の成果だけでは判断しにくいため
BtoBでは、初回接点から受注までに一定の時間がかかることがあります。特に、契約金額が大きい商材や導入準備が必要なサービスでは、比較検討や社内調整が長期化しやすくなります。
このとき、直近の問い合わせ数や商談数だけで施策を評価すると、認知拡大や情報収集の段階にある顧客への施策を過小評価する可能性があります。反対に、問い合わせ数が多くても、受注につながりにくい企業からの問い合わせが中心であれば、売上への寄与は限定的です。
まず、確認できた事実として、接点から受注までの期間、顧客ごとの接触履歴、商談化率、受注率を整理します。次に、「特定の業種では検討期間が長い」「特定のコンテンツを見た企業は商談化しやすい」といった仮説を立てます。仮説は決めつけず、営業担当者への確認や商談記録と照らし合わせて検証することが大切です。
問い合わせの量ではなく、売上につながる顧客の質を見極めるため
問い合わせ件数が増えても、自社の対象外である企業や、導入条件が合わない企業が多ければ、営業部門の対応負荷だけが増えることがあります。BtoBマーケティングでは、見込み顧客の数だけでなく、商談化や受注につながる可能性を含めて評価する必要があります。
顧客分析を行うことで、自社に適した顧客像である「理想顧客像」を具体化しやすくなります。理想顧客像とは、たとえば業種、企業規模、抱えている課題、導入体制、利用目的などの共通点を整理したものです。
受注した顧客に共通する条件と、失注した顧客に共通する条件を比較することで、注力すべき対象を判断しやすくなります。その結果、広告の訴求、コンテンツのテーマ、フォームで確認する項目、営業への引き渡し基準などを見直す根拠を持てます。
横にスクロールして表全体を確認できます
| 確認する観点 | 確認できた事実の例 | 検討できる判断 |
|---|---|---|
| 企業属性 | 受注企業に特定の業種や企業規模が多い | 訴求や配信対象を優先顧客に寄せる |
| 流入経路 | 特定の流入経路では商談化率が高い | 投資配分や導線を見直す |
| 関心コンテンツ | 受注企業が共通して閲覧するページがある | 関連コンテンツの拡充や導線改善を検討する |
| 失注理由 | 予算、機能、導入時期などで失注が集中している | 対象条件や訴求内容、営業支援資料を見直す |
マーケティングと営業の判断をそろえるため
BtoBマーケティングでは、マーケティング部門が獲得した見込み顧客を営業部門が商談化し、受注へつなげる流れが一般的です。しかし、両部門で「有望な見込み顧客」の基準が異なると、引き渡し後の対応が遅れたり、優先度の低い顧客に工数を使ったりすることがあります。
顧客分析は、部門間の認識をそろえるための共通材料になります。たとえば、マーケティング部門は流入経路やコンテンツへの反応を確認し、営業部門は商談で判明した課題、予算、導入時期、失注理由を記録します。これらを同じ顧客単位で確認すると、商談化しやすい条件や受注に至りにくい条件を共有しやすくなります。
判断を行う際は、「問い合わせ件数が多いから有望」とは断定せず、商談化率、受注率、受注までの期間、営業担当者の所見などを合わせて確認します。そのうえで、担当者、対応期限、次のアクションを明確にします。
部門間でそろえておきたい判断基準
どの企業属性を優先対象とするか
どの行動を見込み度の高まりとして扱うか
どの段階で営業へ引き渡すか
営業が対応した結果を、どの項目でマーケティングへ戻すか
商談化しなかった理由、失注した理由をどのように分類するか
限られた予算と工数を優先度の高い施策に配分するため
マーケティング施策には、コンテンツ制作、広告配信、セミナー開催、メール配信、展示会出展など、さまざまな選択肢があります。すべての施策に同じだけ予算や工数をかけることは難しいため、どの顧客層に対して、どの接点を強化するべきかを判断しなければなりません。
顧客分析によって、受注につながった顧客の特徴や、検討を前に進めた接点を把握できれば、優先順位をつけやすくなります。重要なのは、単一の数値だけで結論を出すのではなく、顧客の属性、行動、営業結果をつなげて見ることです。
たとえば、特定のコンテンツの閲覧者から商談が生まれているという事実があっても、そのコンテンツだけが商談化の原因とは限りません。ほかの接点、営業フォローの有無、顧客の検討タイミングなども影響します。分析結果はあくまで改善仮説の根拠として扱い、小さく施策を実行し、結果を確認しながら改善を続けることが重要です。
顧客起点で一貫したコミュニケーションを設計するため
顧客分析の目的は、データを集めること自体ではありません。顧客の状況を理解し、必要な情報を適切なタイミングで届けるために行います。情報収集を始めた顧客、比較検討を進めている顧客、導入条件を確認している顧客では、求める情報が異なります。
顧客の検討段階を踏まえずに、同じ訴求を繰り返すと、関心に合わない情報を届けてしまうことがあります。一方で、顧客が抱える課題や関心を把握できれば、初期段階には課題整理のコンテンツ、比較段階には導入事例や選定ポイント、導入直前には運用体制や導入プロセスに関する情報を用意するといった判断ができます。
顧客分析は、売り手の都合で施策を増やすためではなく、顧客が社内で納得して意思決定できる情報を整えるための基盤です。顧客の変化と営業現場の声を継続的に確認しながら、マーケティング活動を改善していくことが求められます。
GA4と広告媒体とCRMの数値差を理解する
GA4、Google 広告などの広告媒体、CRMの数値を比較すると、「クリック数は合うのに問い合わせ数が合わない」「GA4ではコンバージョンが増えているが、商談数や受注額は増えていない」といった差が生じることがあります。
まず、数値差を計測ミスと断定しないことが重要です。各ツールは、計測する目的、データを記録する時点、コンバージョンへの貢献を割り当てるルールが異なります。数値そのものを無理に一致させるのではなく、同じ条件で比較できているかを確認し、意思決定に使う数値を明確にすることが顧客分析の出発点です。
数値を比較する前にそろえるべき条件
GA4、広告媒体、CRMの数値を比較する際は、最初に比較条件をそろえます。期間だけを同じにしても、タイムゾーン、集計時点、対象ユーザー、成果の数え方が異なれば、数値差は残ります。
指標が示す対象を確認する
同じ「コンバージョン」という表示でも、GA4ではサイト上で発生したキーイベント、広告媒体では広告接触に貢献した成果、CRMでは営業担当者が登録・更新したリード、商談、受注を指すことがあります。
たとえば、資料請求フォームの送信をGA4で計測していても、CRMでは重複リード、既存顧客、営業対象外の問い合わせを除外する運用になっている場合があります。この場合、GA4のフォーム送信数とCRMの有効リード数が一致しないことは自然です。
横にスクロールして表全体を確認できます
| 確認項目 | GA4 | 広告媒体 | CRM |
|---|---|---|---|
| 主な目的 | サイト・アプリ内の利用行動を把握する | 広告配信と広告経由の成果を評価する | 見込み顧客から受注までの営業状況を管理する |
| 主な集計単位 | ユーザー、セッション、イベント | 表示回数、クリック、コンバージョン | リード、取引先、商談、受注 |
| 成果が記録される時点 | サイト上のイベント発生時 | 広告接触と成果の帰属条件を満たした時 | 担当者または連携処理で登録・更新された時 |
| 重複の扱い | イベントが複数回発生すれば複数回記録されうる | コンバージョンごとの計上設定に左右される | メールアドレス、会社名、電話番号などで統合・除外されうる |
比較期間、タイムゾーン、更新時点を確認する
GA4のプロパティ、Google 広告のアカウント、CRMの組織設定でタイムゾーンが異なると、日別・月別の集計結果がずれます。特に月末月初や深夜帯に問い合わせが発生するBtoBサイトでは、1日の差が月次評価に影響することがあります。
また、直近の数値は確定していない場合があります。Google 広告では、コンバージョンの種類やアトリビューション設定によって反映まで時間がかかることがあり、過去の数値が後から更新されることもあります。比較時は、取得日時を記録し、確定前の期間を評価対象から分けて扱います。Google 広告のデータ更新の考え方は、Google 広告ヘルプのデータの更新頻度で確認できます。
計測対象に含める・含めない条件を確認する
GA4では、同意取得の状況、ブラウザ設定、広告ブロッカー、タグの発火条件などにより、一部の行動を観測できない場合があります。また、レポートの設定や対象ユーザー数によっては、プライバシー保護のためにデータしきい値が適用され、詳細な内訳が表示されないことがあります。
したがって、数値が少ない場合に「流入がなかった」「特定の顧客層が反応しなかった」と直ちに判断することは避けます。観測されなかった事実と、実際に行動がなかったという解釈は分けて扱う必要があります。GA4のレポートと探索レポートでは、同意モードによるモデリングやデータしきい値の影響で差が出る場合があります。詳細はGoogle アナリティクス ヘルプのレポートと探索のデータ差異を確認してください。
GA4・広告媒体・CRMで数値差が生じる主な理由
GA4ではサイト内で発生した行動を記録する
GA4は、ページ閲覧、フォーム送信、資料ダウンロード、電話番号クリックなど、設定されたイベントをもとにサイト内行動を記録します。そのため、フォーム送信後にCRM連携が失敗した場合でも、GA4には送信完了イベントが残ることがあります。
反対に、CRMにはリードが登録されていても、営業担当者が展示会名刺や電話問い合わせとして手動登録したものであれば、GA4には対応するコンバージョンが存在しません。GA4の数値は、あくまでタグで取得できたデジタル上の行動として読み取ります。
広告媒体では広告への貢献をもとに成果を集計する
広告媒体は、広告クリックや広告表示の後に発生した成果を、設定されたアトリビューションとコンバージョン計上方法に沿って集計します。たとえばGoogle 広告では、広告クリック日を基準にコンバージョンを集計する表示と、コンバージョン発生日を基準に確認する表示では、同じ成果でも日別の見え方が変わります。
さらに、広告媒体側では「1回」と「すべて」のどちらで成果を数えるか、コンバージョンアクションが主要か補助か、計測期間が何日かといった設定も影響します。GA4からGoogle 広告にインポートしたキーイベントであっても、両者の画面上の数値が完全に一致するとは限りません。主な理由には、成果の計上日、計上方法、コンバージョン期間、無効なクリックの除外などがあります。Google 広告ヘルプのGA4とGoogle 広告のコンバージョン差異を基準に設定を確認します。
CRMでは営業上有効な顧客情報へ整理される
CRMでは、GA4や広告媒体の成果データをそのまま保存するのではなく、営業活動に必要な単位へ整理することが一般的です。Salesforce Sales CloudやHubSpotなどでは、同一人物・同一企業の重複統合、営業対象外の除外、失注・保留へのステータス変更、商談化後の担当者引き継ぎなどが行われます。
このため、CRMのリード数や商談数は、マーケティング施策への反応数ではなく、営業プロセスを通過した顧客数として解釈します。GA4の問い合わせ数よりCRMの有効リード数が少ない場合は、フォーム送信の重複、対象外問い合わせ、既存取引先からの連絡、入力不備、連携漏れなど、複数の可能性を確認します。
横にスクロールして表全体を確認できます
| 差異の現れ方 | 確認する事実 | 考えられる要因 | 次の確認 |
|---|---|---|---|
| GA4のフォーム送信数がCRMのリード数より多い | フォーム送信イベント数、CRM登録件数 | 重複送信、対象外問い合わせ、連携失敗、CRM側の除外 | 送信日時、メールアドレス、連携ログ、除外条件を照合する |
| 広告媒体の成果数がGA4より多い | 広告媒体のコンバージョン設定、GA4のキーイベント数 | クリック日基準の集計、広告表示後の成果、複数の計測タグ | 列の定義、アトリビューション、計上方法を確認する |
| GA4では成果が増えたが商談化率が下がった | 流入元別のフォーム送信数、有効リード数、商談化数 | 検討度の低い流入増加、訴求と営業対象のずれ、重複増加 | 流入元・キャンペーン別に有効リード率を比較する |
| CRMでは商談が増えたが広告媒体では成果が増えていない | 商談作成日、初回接点、再訪・指名検索の有無 | 自然検索や既存リードの掘り起こし、計測対象外の接点 | CRMの初回接点情報と流入元情報の取得状況を確認する |
数値差を実務で照合する手順
数値差を確認するときは、最初から媒体別の細かい内訳に入らず、全体件数から段階的に照合します。確認する人によって集計条件が変わらないよう、比較表を残すことが大切です。
比較する対象期間、タイムゾーン、データ取得日時を記録します。
GA4のキーイベント数、広告媒体のコンバージョン数、CRMの新規リード数を全体件数で確認します。
フォーム送信、資料請求、問い合わせ、予約など、成果の種類ごとに分けて確認します。
広告媒体では、主要コンバージョンとすべてのコンバージョン、クリック日基準とコンバージョン発生日基準の違いを確認します。
CRMでは、重複除外、既存顧客判定、営業対象外、失注などのステータスを確認します。
差異が大きい箇所だけを対象に、タグ発火、連携処理、入力項目、運用ルールを順番に確認します。
ここで重要なのは、1件単位の個人情報を必要以上に扱わないことです。照合には、問い合わせID、暗号化された識別子、CRMのレコードIDなど、社内ルールに沿った識別方法を用います。
事実・仮説・判断・アクションを分けて記録する
数値差を見つけた際は、「何が起きたか」と「なぜ起きたと考えるか」を同じ文章に混ぜないようにします。これにより、担当者間で推測が事実として扱われることを防げます。
横にスクロールして表全体を確認できます
| 区分 | 記録する内容 | 記載例 |
|---|---|---|
| 事実 | 確認できた数値、設定、ログ | GA4の資料請求キーイベントは120件、CRMの新規有効リードは85件だった。 |
| 分析・仮説 | 数値差が生じた理由として検討する内容 | 重複送信または営業対象外の問い合わせが含まれている可能性がある。 |
| 判断 | 現時点で採用する評価基準 | 広告施策の一次評価にはGA4のキーイベントを用い、商談品質の評価にはCRMの有効リード数を用いる。 |
| アクション | 担当者、期限、確認方法 | マーケティング担当者がフォーム送信とCRM登録の連携ログを確認し、差異の内訳を整理する。 |
GA4は集客とサイト内行動、広告媒体は広告施策への貢献、CRMは営業成果を確認するためのデータとして役割を分けると、数値差を問題として扱うべきか、顧客分析に必要な情報として活用すべきかを判断しやすくなります。
数値差を確認するためのチェック項目
GA4、広告媒体、CRMで対象期間とタイムゾーンはそろっているか。
比較する数値の定義は同じか。フォーム送信、キーイベント、コンバージョン、リード、商談を混同していないか。
広告媒体では、主要コンバージョンとすべてのコンバージョンを区別しているか。
広告媒体の集計がクリック日基準か、コンバージョン発生日基準かを確認したか。
GA4のタグ、フォーム送信完了ページ、イベント設定に変更がなかったか。
同意設定、データしきい値、欠損、直近期間の処理遅延が比較結果に影響していないか。
CRMで重複統合、既存顧客の除外、営業対象外の判定が行われていないか。
CRMへの自動連携の失敗や、担当者による登録遅れがないか。
数値差の原因を断定せず、確認済みの事実と未確認の仮説を分けているか。
分析対象の顧客セグメントを決める
顧客分析では、最初に「誰を比較するのか」を決めます。顧客全体を一括で見るだけでは、売上やコンバージョンの変化がどの顧客層によるものか判断しにくくなります。そこで、共通する属性や行動を持つ顧客をグループ化した顧客セグメントを設定します。
ただし、細かく分けすぎると各セグメントの件数が少なくなり、偶然の増減を課題だと誤認するおそれがあります。反対に、大まかすぎる分類では改善すべき対象が曖昧になります。比較した結果を具体的な施策につなげられる粒度で区分することが重要です。
顧客セグメントとは
顧客セグメントとは、企業規模、業種、役職、契約状況、購入履歴、Webサイト上の行動など、共通した条件で顧客や見込み顧客を分類したグループです。BtoBマーケティングでは、個人向け商品のように年齢や性別だけで分類するのではなく、組織の課題や購買プロセスに関係する条件を重視します。
例えば、同じ資料請求をした見込み顧客でも、従業員数が10名の企業と1,000名を超える企業では、予算、決裁者、導入までの期間、必要とする情報が異なる場合があります。この違いを把握するために、顧客セグメントを用います。
最初に決めるべき分析目的
セグメントは、目的を決めずに作成すると「分類しただけ」で終わります。まず、今回の顧客分析で明らかにしたいことを一つに絞ります。目的によって、優先すべき分類軸や確認する顧客データが変わるためです。
横にスクロールして表全体を確認できます
| 分析目的 | 優先するセグメント例 | 確認したいこと |
|---|---|---|
| 商談数を増やしたい | 流入チャネル、資料請求の有無、業種、企業規模 | 商談化しやすい見込み顧客の条件 |
| 受注率を改善したい | 商談ステータス、担当者の役職、課題、検討期間 | 失注しやすい条件と受注につながる条件 |
| 既存顧客の売上を伸ばしたい | 契約プラン、利用期間、利用頻度、更新時期 | アップセルや更新提案の対象となる顧客の特徴 |
| 解約を抑えたい | 契約期間、利用状況、問い合わせ内容、満足度 | 解約リスクが高い顧客に共通する兆候 |
目的は「売上を増やす」のように広く設定するのではなく、「従業員100名以上の企業からの商談化率を改善する」「契約更新月が近い顧客の利用状況を確認する」といった形で、分析後の判断につながる範囲まで具体化します。
セグメントを作る代表的な分類軸
BtoBでは、企業属性、担当者属性、取引状況、行動データを組み合わせてセグメントを作成します。一度にすべての条件を掛け合わせる必要はありません。分析目的に対して必要な軸から選びます。
企業属性で分類する
企業属性は、法人単位でのニーズや導入条件の違いを確認するための軸です。営業戦略やターゲット企業の見直しを行う際に役立ちます。
横にスクロールして表全体を確認できます
| 分類項目 | 分類例 | 活用場面 |
|---|---|---|
| 業種 | 製造業、建設業、情報通信業、医療・福祉 | 業界別の課題や訴求内容を比較する |
| 企業規模 | 従業員数、売上規模、拠点数 | 導入ハードルや商談化率を比較する |
| 所在地 | 関東、関西、全国、海外拠点の有無 | 営業体制や地域別の需要を確認する |
| 利用中の業務体制 | 内製中心、外部委託中心、複数部門で利用 | 導入支援や提案内容を検討する |
担当者属性で分類する
担当者属性は、問い合わせや商談に参加する人物の役割を確認するための軸です。BtoBでは、資料を閲覧する担当者と最終決裁者が異なることがあるため、役職や所属部門を区別して管理します。
たとえば、現場担当者からの問い合わせが多い一方で、商談化率が低い場合は、決裁者向けの導入効果資料や稟議に使える情報が不足している可能性があります。これは仮説であり、実際には商談記録やヒアリング内容と照らし合わせて確認します。
取引状況で分類する
取引状況は、顧客との関係性や購買段階を把握するための軸です。見込み顧客、商談中の顧客、既存顧客を混在させると、必要な施策が不明確になるため、まずは関係性で分ける方法が有効です。
横にスクロールして表全体を確認できます
| 顧客区分 | 主な状態 | 分析時の着眼点 |
|---|---|---|
| 未接点層 | まだ問い合わせや資料請求がない | 認知獲得につながるテーマや接点 |
| 見込み顧客 | 資料請求、セミナー申込、問い合わせなどがある | 商談化しやすい行動や属性 |
| 商談中の顧客 | 営業担当者との商談が進んでいる | 受注・失注を分ける条件 |
| 既存顧客 | 契約中または利用中である | 継続利用、追加契約、解約兆候 |
| 休眠顧客 | 一定期間、接点や取引がない | 再提案の余地と接触方法 |
行動データで分類する
行動データは、顧客がどの情報に関心を示しているかを把握するための軸です。Webサイトの閲覧、メールの反応、セミナー参加、資料ダウンロード、問い合わせなどを条件として利用します。
ただし、特定ページを閲覧したことだけで購買意欲が高いと断定することはできません。閲覧回数、閲覧したコンテンツの種類、問い合わせの有無、営業との接点などを組み合わせ、行動の事実と購買意欲に関する仮説を分けて扱う必要があります。
優先して分析するセグメントの選び方
すべての顧客層を同じ深さで分析すると、工数が増え、改善の優先順位がつけにくくなります。まずは、売上への影響、課題の大きさ、実行可能性の3点から優先するセグメントを決めます。
横にスクロールして表全体を確認できます
| 判断基準 | 確認する内容 | 優先度が高くなりやすいケース |
|---|---|---|
| 売上への影響 | 商談数、受注数、契約単価、継続売上への影響 | 受注件数や継続売上に占める割合が大きい |
| 課題の大きさ | 離脱率、失注率、解約率、商談停滞の状況 | 他の層と比べて成果が大きく低下している |
| 改善可能性 | コンテンツ、提案、導線、フォロー体制を変えられるか | 担当部署が具体的な施策を実行できる |
| データの信頼性 | 顧客情報、取引履歴、行動履歴が十分にあるか | 判定条件が明確で、継続して取得できる |
例えば、受注件数が多い業種で商談化率だけが低下している場合、その業種を優先対象にする判断は合理的です。一方で、件数が極端に少ないセグメントは、数件の変動で割合が大きく動くことがあります。件数と割合を併記し、判断に必要なデータ量があるかを確認します。
セグメントの定義を関係者間でそろえる
顧客セグメントは、マーケティング部門、営業部門、カスタマーサクセス部門で共通の定義を使うことが重要です。たとえば「有望顧客」という言葉でも、マーケティングでは資料請求者、営業では商談予定者、カスタマーサクセスでは追加提案が可能な既存顧客を指すことがあります。
定義がそろっていない状態では、同じ数字を見ても判断が分かれます。分析を始める前に、対象条件、除外条件、判定に使うデータ項目、更新担当者を明文化します。
横にスクロールして表全体を確認できます
| 確認項目 | 定義する内容 |
|---|---|
| 対象者 | 法人単位で見るか、担当者単位で見るか |
| 判定条件 | 業種、企業規模、取引ステータス、行動条件など |
| 除外条件 | 重複データ、テスト登録、対象外の問い合わせなど |
| 利用データ | 顧客管理システム、営業管理ツール、問い合わせ管理表など |
| 更新ルール | 更新頻度、担当者、ステータス変更時の扱い |
実務で使えるセグメント設計の進め方
セグメント設計は、次の順序で進めると判断しやすくなります。
分析の目的を一つ決めます。
目的に最も関係する顧客区分を選びます。
企業属性、担当者属性、取引状況、行動データから分類軸を追加します。
各セグメントの件数を確認し、比較可能な規模かを確認します。
営業やカスタマーサクセスの現場に定義を確認し、実態とずれていないかを確認します。
各セグメントに対して、確認したい指標と次に検討する施策を設定します。
重要なのは、精緻な分類を最初から完成させることではありません。分析結果を見て行動できるかどうかを基準に、セグメントを見直し続けることが、顧客理解と売上向上につながります。
顧客分析で明らかにできる課題
顧客分析の目的は、数値を確認すること自体ではなく、売上や商談、継続利用を妨げている要因を特定し、優先して改善すべき課題を判断することです。
まず、確認できた事実と、そこから導く仮説を分けて整理します。例えば「資料請求数が減少した」は事実ですが、「フォームの入力項目が多すぎるため離脱した」は仮説です。仮説を事実として扱わないことで、思い込みによる施策判断を防げます。
顧客分析で把握できる主な課題
顧客分析では、見込み顧客の獲得から商談化、受注、継続利用までの流れを確認し、どの段階に課題があるかを整理します。BtoBマーケティングでは、Webサイト上のコンバージョンだけでなく、営業活動やCRMに蓄積された情報も踏まえて判断することが重要です。
横にスクロールして表全体を確認できます
| 課題の領域 | 確認できる事実の例 | 考えられる仮説 | 検討すべき対応 |
|---|---|---|---|
| 集客の質 | 流入数は多いものの、問い合わせや資料請求につながらない | 検索キーワード、広告訴求、配信先と提供サービスの対象者が合っていない | 流入経路ごとにターゲット、訴求、ランディングページの整合性を見直す |
| サイト内の情報設計 | 特定ページの閲覧後に離脱が集中している | 料金、導入条件、導入効果、事例など、判断に必要な情報が不足している | 閲覧順序を確認し、不足情報の追加や導線の改善を検討する |
| コンバージョン導線 | サービスページは読まれているが、資料請求や問い合わせが少ない | CTAの内容が弱い、フォームへの遷移が分かりにくい、検討段階に合うオファーがない | CTAの配置、文言、資料の内容、フォーム項目を見直す |
| 商談化の質 | 問い合わせ数に対して商談化率が低い | 対象外企業からの問い合わせが多い、問い合わせ時点の情報が不足している | ターゲット条件の明確化、フォーム設計、営業への引き継ぎ基準を整備する |
| 受注・継続利用 | 商談は発生しているが受注率や継続率が伸びない | 顧客課題との適合度、提案内容、導入支援、利用定着に課題がある | 失注理由、解約理由、利用状況を分類し、商品・営業・サポートの改善点を検討する |
| 計測・データ管理 | GA4、広告媒体、CRMで件数や売上の数値が一致しない | 計測条件、更新時点、帰属条件、同意設定、重複除外のルールが異なる | 各データの定義と集計条件を確認し、比較できる範囲を明確にする |
集客数ではなく「有望顧客を集められているか」という課題
アクセス数や広告クリック数が増えていても、商談や受注につながらなければ、集客が成功しているとは限りません。特にBtoBでは、決裁者、担当者、導入検討の初期段階にいる人など、立場によって必要な情報が異なります。
たとえば、流入数が増加している一方で資料請求率や商談化率が低下している場合、流入の量は増えても、自社の対象顧客ではないユーザーの割合が高まっている可能性があります。ただし、季節性、キャンペーン実施、比較期間の取り方などでも数値は変わるため、流入数の増減だけで集客施策の成否を断定しないことが重要です。
確認したい課題の切り口
- 流入経路ごとに、問い合わせ、資料請求、商談化の傾向は異なるか
- 検索語句や広告文は、自社が受注したい顧客の課題と一致しているか
- 企業規模、業種、役職などの条件が、想定する顧客像と大きくずれていないか
- 認知段階の顧客に対して、いきなり問い合わせだけを求める設計になっていないか
顧客が必要な情報にたどり着けないという課題
サービス内容を理解してもらえない、導入後のイメージを持ってもらえないといった課題は、コンテンツ不足だけでなく、情報の見せ方や導線設計によって生じます。顧客が知りたい情報があっても、見つけにくければ比較・検討の候補から外れる可能性があります。
たとえば、サービス紹介ページの閲覧数は多いものの、料金ページ、導入事例、よくある質問、資料請求ページに進む割合が低い場合は、次に取るべき行動が伝わっていない可能性があります。反対に、料金ページの閲覧後に離脱が多い場合は、価格そのものだけでなく、費用対効果や契約条件の説明が不足していることも考えられます。
情報設計の課題として整理するポイント
- 顧客の課題、解決策、導入効果、対象条件が一連の流れで理解できるか
- 導入事例に、業種、導入前の課題、実施内容、得られた変化が示されているか
- 料金やプランの判断に必要な条件が、過不足なく説明されているか
- スマートフォンでも資料請求や問い合わせまで迷わず進めるか
コンバージョンの前に離脱しているという課題
コンバージョンには、問い合わせ、資料請求、セミナー申込、無料相談、見積もり依頼などがあります。しかし、顧客の検討度合いに合わないコンバージョンだけを用意すると、興味は持たれていても行動につながらないことがあります。
例えば、初めて訪問したユーザーに対して「お問い合わせ」のみを提示している場合、まだ比較検討の初期段階にいる顧客には心理的な負担が大きい可能性があります。この場合は、導入ガイド、チェックリスト、事例集、セミナーなど、検討段階に応じた選択肢が必要かを検討します。
また、フォーム到達数に対して送信完了数が少ない場合は、入力項目数、必須項目、エラー表示、プライバシーポリシーの案内、送信後の期待値などに課題がある可能性があります。ここでも、原因を決めつけずに、フォーム到達から完了までの状況を確認したうえで判断します。
商談につながらない、受注につながらないという課題
Web上のコンバージョンが増えても、商談や受注につながらなければ、売上への貢献を評価できません。マーケティング部門だけの指標で完結させず、営業部門やカスタマーサクセス部門と情報を共有し、顧客の質を確認する必要があります。
問い合わせ後に失注となるケースが多い場合は、予算、導入時期、導入目的、決裁権、既存ツール、社内体制など、商談化や受注の条件を分類して確認します。これにより、「対象外の問い合わせが多い」のか、「対象顧客ではあるが提案内容に課題がある」のかを分けて考えられます。
受注率が低い原因をWebサイトだけに求めず、集客・営業対応・提案内容・商品価値のどこに論点があるかを切り分けることが重要です。
営業・CRMの情報から確認できること
- 商談化しなかった理由と、その分類が統一されているか
- 失注理由に「予算不足」「導入時期未定」「機能不足」などの偏りがあるか
- 受注した顧客に共通する業種、企業規模、課題、流入経路があるか
- 初回対応までの時間や対応内容によって、商談化率に差が出ていないか
既存顧客の継続・アップセルに関する課題
顧客分析は新規獲得だけに使うものではありません。既存顧客の利用状況、契約更新、追加導入、解約理由を確認することで、継続率や顧客生涯価値の向上につながる課題を把握できます。
たとえば、契約後の早い段階で解約が多い場合は、初期設定の難しさ、オンボーディング不足、活用支援の不足などが考えられます。一方、継続率は高いものの追加提案につながらない場合は、利用部門以外への展開機会や、上位プランの価値が十分に伝わっていない可能性があります。
解約や継続の要因は、顧客ごとの事情にも左右されます。そのため、解約件数だけを見るのではなく、解約理由、契約期間、利用頻度、問い合わせ内容などを組み合わせて確認します。
データの見方そのものに課題があるケース
顧客分析では、データの不一致や欠損が判断を誤らせることがあります。GA4、広告媒体、CRMでは、計測対象、集計のタイミング、タイムゾーン、コンバージョンの定義、帰属の考え方が異なるため、同じ数値になるとは限りません。
また、同意設定の状況、Cookieの利用制限、広告ブロッカー、クロスドメイン設定の不備などにより、実際の行動の一部を計測できない場合もあります。データ量が少ない場合や、プライバシー保護のためにデータのしきい値が適用される場合は、表示される数値だけで細かな属性差を判断しないよう注意が必要です。
数値差を見つけた際は、「どちらが正しいか」を急いで決めるのではなく、それぞれのデータが何を、いつ、どの条件で集計した数値なのかを確認することから始めます。
課題を改善施策につなげるための整理方法
課題を見つけたら、すぐに施策を実行するのではなく、事実、仮説、判断、次のアクションを分けて記録します。これにより、施策の目的が曖昧になることを防ぎ、実施後の効果検証もしやすくなります。
横にスクロールして表全体を確認できます
| 整理項目 | 記載内容の例 |
|---|---|
| 事実 | 特定の流入経路では、資料請求数は増えているが商談化率が低下している |
| 仮説 | 対象外の企業からの流入が増え、営業対象となる見込み顧客の割合が下がっている可能性がある |
| 判断 | 流入経路ごとの企業属性と失注理由を確認し、配信対象や訴求の見直しが必要か判断する |
| アクション | 担当者、確認期限、確認するデータ、判断基準を定めて調査を進める |
このように顧客分析では、表面的な数字の増減ではなく、顧客がどの段階で迷い、離脱し、あるいは契約を継続しているのかを捉えます。課題を顧客視点で整理することで、優先度の高い改善テーマを見つけやすくなります。
比較期間とコンバージョンを定義する
顧客分析では、数値を確認する前に「いつと比べるか」「何を成果とみなすか」を決めます。比較期間とコンバージョンの定義が曖昧なままでは、問い合わせ数や商談数が増減した理由を正しく判断できません。
まず、確認できた事実と、そこから導く仮説を分けて整理します。そのうえで、比較の条件と成果の基準をそろえ、改善施策につながる分析にします。同じ条件で比較できる状態を先につくることが、顧客分析の精度を左右します。
比較期間とコンバージョンを先に決めるべき理由
たとえば、今月の資料請求数が前月より増えていても、前月に大型連休が含まれていた場合や、今月だけ広告予算を増やしていた場合は、単純に施策の成果とは判断できません。季節性、営業日数、キャンペーンの実施状況などを考慮し、比較対象をそろえる必要があります。
また、BtoBマーケティングでは、資料請求、問い合わせ、セミナー申込、商談化、受注など、複数の成果地点があります。すべてを同じ重みで扱うと、件数は増えていても売上につながりにくい顧客が増えている状況を見落とすおそれがあります。
そのため、分析の前に「今回の目的では、どの行動を主要なコンバージョンとして見るか」を明確にします。
分析目的に合わせて対象KPIを決める
最初に、分析で答えるべき問いを一文で定めます。目的が定まると、見るべきKPIと比較期間が絞り込まれます。KPIとは、目標達成の状況を確認するための重要指標です。
分析の問いとKPIを対応させる
横にスクロールして表全体を確認できます
| 分析で確認したいこと | 主なKPI | 補助的に確認する指標 |
|---|---|---|
| 問い合わせを増やしたい | 問い合わせ数、問い合わせ率 | 対象ページの閲覧数、フォーム到達数、フォーム完了率 |
| 有望な見込み顧客を増やしたい | 商談化数、商談化率 | 資料請求数、問い合わせ内容、流入チャネル、企業規模 |
| 既存顧客からの売上を伸ばしたい | 継続率、アップセル件数、受注額 | 利用頻度、サポート問い合わせ、メールの反応率 |
| 広告投資の効率を見直したい | 広告経由の有効リード数、商談化率 | クリック数、セッション数、獲得単価、媒体別の問い合わせ内容 |
ここで重要なのは、KPIを増やしすぎないことです。主要KPIを一つまたは二つに絞り、原因を確認するための補助指標を設定します。成果指標と原因を探る指標を分けると、分析結果を施策判断につなげやすくなります。
コンバージョンを階層で定義する
コンバージョンは、Webサイトや営業活動において期待する顧客行動です。ただし、BtoBでは問い合わせ完了だけをコンバージョンとすると、検討初期の顧客行動や、売上につながる質の違いを把握しにくくなります。
そこで、コンバージョンを主要コンバージョンと補助コンバージョンに分けます。GA4を利用する場合は、計測するイベントと、重要な成果として扱うキーイベントの関係も整理しておきます。
主要コンバージョンと補助コンバージョンを分ける
横にスクロールして表全体を確認できます
| 区分 | 定義 | BtoBサイトにおける例 | 分析時の扱い |
|---|---|---|---|
| 主要コンバージョン | 事業成果に近く、最優先で改善したい行動 | 問い合わせ完了、見積もり依頼、商談予約 | 件数、率、流入元、顧客属性を重点的に確認する |
| 有効リード | 営業確認後に、対応価値があると判断された見込み顧客 | 対象業種・企業規模・相談内容の条件を満たす問い合わせ | 主要コンバージョンの質を確認するために用いる |
| 補助コンバージョン | 主要コンバージョンの前段階にある行動 | 資料ダウンロード、セミナー申込、料金ページ閲覧、フォーム到達 | 離脱箇所や育成施策を検討する材料にする |
| 参考行動 | 関心の兆候にはなるが、単独では成果と判断しにくい行動 | 動画再生、スクロール、滞在時間、ボタンのクリック | 主要コンバージョンとの関係を確認してから活用する |
イベントとキーイベントの定義をそろえる
イベントとは、ページ閲覧、ボタンのクリック、フォーム送信完了など、サイト内で発生した行動を記録する単位です。キーイベントは、そのなかでも事業上の重要度が高い行動として設定するものです。
たとえば「フォーム送信完了」を主要コンバージョンとする場合でも、資料請求、採用応募、既存顧客からの問い合わせが同じ完了画面に集約されていると、分析結果が混ざります。この場合は、フォーム種別や完了ページ、送信内容などで区別できる設計になっているかを確認します。
顧客分析に使うコンバージョンは、件数を取るための設定ではなく、営業や事業部門が成果として扱う定義と一致させることが重要です。
比較期間を適切に設定する
比較期間は、数値の変化を判断するための基準です。目的に応じて前期間、前年同月、施策実施前後などを使い分けます。比較対象ごとに意味が異なるため、都合のよい期間だけを選ばないようにします。
目的別に比較期間を選ぶ
横にスクロールして表全体を確認できます
| 比較方法 | 適している場面 | 確認すべき条件 |
|---|---|---|
| 前期間比較 | 直近の改善施策や運用変更の影響を確認したい場合 | 営業日数、曜日構成、広告予算、配信設定に大きな差がないか確認する |
| 前年同月比較 | 季節性がある商材や、年次での成長を確認したい場合 | 商品構成、価格、組織体制、計測設定が変わっていないか確認する |
| 同曜日比較 | 曜日によって問い合わせや商談が変動しやすい場合 | 祝日、連休、月末月初などの営業日条件をそろえる |
| 施策実施前後の比較 | LP改修、フォーム変更、メール配信などの効果を確認したい場合 | 施策以外に変更した要素がないか、十分な観測期間があるか確認する |
短期間の比較は変化に気付きやすい一方で、偶然の変動を受けやすい特徴があります。反対に、長期間の比較は傾向を見やすい一方で、途中の施策や市場環境の変化が混ざります。分析の目的に応じて、短期と中長期の両方を確認します。
比較条件をそろえるための確認項目
期間を決めたら、比較するデータの条件を記録します。少なくとも、対象期間、対象チャネル、対象ページ、対象となる顧客セグメント、コンバージョン定義を同じ条件でそろえます。
横にスクロールして表全体を確認できます
| 確認項目 | 確認する内容 | 判断への影響 |
|---|---|---|
| タイムゾーン | GA4、広告媒体、CRMで集計の基準時刻が一致しているか | 日別・月別の件数がずれる要因になる |
| 営業日数 | 土日祝日、長期休暇、社内休業日が含まれるか | 問い合わせ数や商談数の単純比較が難しくなる |
| 広告配信条件 | 予算、配信停止、ターゲティング、クリエイティブを変更していないか | 流入数やリード数の変化を施策効果と誤認する可能性がある |
| サイト・フォームの変更 | URL、導線、入力項目、完了ページ、計測タグを変更していないか | 行動データやコンバージョン数の連続性に影響する |
| 顧客判定の条件 | 有効リードや商談化の判定基準が変わっていないか | CRM上の成果数を同じ基準で比較できなくなる |
数値差がある場合は計測条件を確認する
GA4、広告媒体、CRMでは、同じ「コンバージョン」という言葉を使っていても、集計結果が一致しないことがあります。これは直ちに計測ミスを意味するものではありません。計測する時点、帰属の考え方、データ更新のタイミングなどが異なる場合があるためです。
数値差を確認するときの順序
対象期間、タイムゾーン、対象キャンペーンをそろえます。
GA4のイベント名とキーイベント、広告媒体のコンバージョン設定、CRMの登録条件を確認します。
フォーム送信時点、広告クリック時点、CRM登録時点など、どの時点で成果を数えているかを整理します。
重複送信、テスト送信、スパム、既存顧客からの問い合わせが含まれていないかを確認します。
差異の理由を特定できない場合は、断定せず「確認が必要な論点」として記録します。
媒体間の数値差は、どちらが正しいかを急いで決めるのではなく、各データが何を、いつ、どの条件で数えたものかを確認してから判断します。
同意設定・欠損・しきい値による影響を記録する
顧客データを扱う際は、同意設定や計測制限によって、一部の行動が記録されない場合があります。また、少数のユーザーに関するデータでは、プライバシー保護のために表示が制限されることがあります。
特定のセグメントで数値が少ない場合は、表示されている件数だけで顧客像を断定しません。データが欠けている可能性、集計対象が限定されている可能性、十分な件数が集まっていない可能性を確認します。
特に、コンバージョン件数が少ない商材では、一週間単位の増減だけで判断せず、一定期間の傾向と問い合わせ内容をあわせて確認することが大切です。
定義を記録し、関係者間で共有する
比較期間とコンバージョンの定義は、担当者の記憶だけに頼らず、誰でも確認できる形で残します。マーケティング部門、営業部門、Web担当者で定義が異なると、同じ数字を見ても判断が分かれてしまいます。
分析前に記録する定義テンプレート
横にスクロールして表全体を確認できます
| 項目 | 記録する内容 |
|---|---|
| 分析の目的 | 何を改善するための分析か |
| 主要KPI | 最優先で評価する指標と目標値 |
| 主要コンバージョン | 成果として数える顧客行動、イベント名、判定条件 |
| 補助コンバージョン | 主要コンバージョンの前段となる行動と確認目的 |
| 比較期間 | 開始日、終了日、比較対象期間、比較方法 |
| 比較条件 | タイムゾーン、対象チャネル、対象ページ、対象セグメント |
| 計測上の注意点 | 同意設定、欠損の可能性、設定変更、除外条件 |
| 確認担当者 | マーケティング、営業、Web担当などの確認責任者 |
事実・仮説・判断・アクションを分けて整理する
定義をそろえた後は、数値の変化をそのまま結論にせず、事実、仮説、判断、アクションの順に整理します。これにより、印象だけで施策を決めることを防げます。
分析結果の整理例
横にスクロールして表全体を確認できます
| 区分 | 記載する内容 |
|---|---|
| 事実 | 定義した条件で比較した結果、問い合わせ完了数や商談化率がどう変化したか |
| 仮説 | 特定ページの閲覧減少、フォーム到達後の離脱増加、流入チャネルの変化など、数値変化の要因として考えられること |
| 判断 | 追加調査が必要か、改善対象をどこに置くか、優先順位をどうするか |
| アクション | 担当者、実施内容、期限、効果確認に使うKPIと比較期間 |
たとえば、問い合わせ数が増えても有効リード率が下がっている場合、「集客施策が成功した」とは直ちに判断できません。流入元、検索キーワード、訴求内容、フォームの入力内容などを確認し、どの顧客層が増えたのかを見極める必要があります。
比較期間とコンバージョンの定義を固定してから数値を見ることで、顧客の変化を根拠のある改善仮説へつなげられます。
売上アップにつながる顧客分析の5つの手法
顧客分析では、単に数値を確認するだけでは十分ではありません。まず確認できた事実を整理し、その背景にある仮説を立てたうえで、優先順位を付けて施策を実行することが重要です。
売上アップにつなげるためには、顧客を一律に扱わず、属性、購買状況、継続状況、収益性、検討プロセスなどの観点から分けて捉えます。どの顧客に、どの課題があり、次に何を提供すべきかを明らかにすることが、顧客分析の目的です。
横にスクロールして表全体を確認できます
| 手法 | 主に分かること | 活用しやすい場面 |
|---|---|---|
| 顧客セグメント分析 | 成果につながりやすい顧客の共通点 | ターゲット設定、営業優先順位の見直し |
| RFM分析 | 購買・利用の活発さ | 既存顧客への再提案、休眠防止 |
| コホート分析 | 顧客群ごとの継続・離脱傾向 | 定着施策、解約率の改善 |
| LTV分析 | 顧客が中長期的にもたらす価値 | 投資配分、優良顧客の育成 |
| カスタマージャーニー分析 | 検討から契約・継続までの障壁 | Webサイト、営業、サポートの改善 |
1. 顧客セグメント分析
顧客セグメント分析とは、顧客を共通する特徴ごとに分類し、成果が出やすい層や支援が必要な層を把握する手法です。BtoBでは、業種、従業員規模、所在地、利用サービス、契約プラン、導入目的、商談化までの期間などを切り口にできます。
確認する事実
まずは、受注件数、売上、商談化率、継続率などを顧客属性別に並べます。例えば、特定の業種で商談化率が高い、従業員規模が一定以上の企業で契約継続率が高い、といった傾向が確認できる場合があります。
立てる仮説と次のアクション
特定の属性で成果が高い場合、その層は自社の提供価値を理解しやすい、課題が明確である、意思決定者に届きやすいといった仮説を立てられます。そのうえで、広告・コンテンツ・営業リスト・提案資料を有望なセグメントに合わせて調整します。
成果が高い顧客層を見つけたら、集客から受注後の支援まで一貫して優先度を高めることが重要です。
2. RFM分析
RFM分析は、顧客の行動を「Recency(直近の購買・利用時期)」「Frequency(購買・利用頻度)」「Monetary(金額)」の3要素で分類する手法です。継続課金型サービスでは、購買だけでなく、ログイン、主要機能の利用、問い合わせなどの行動を補助指標として扱うこともあります。
確認する事実
直近で利用・購入があり、頻度や金額も高い顧客は、優良顧客として把握しやすくなります。一方で、過去には取引があったものの、一定期間利用や購入がない顧客は、休眠に近づいている可能性があります。
立てる仮説と次のアクション
直近の利用が減っている顧客には、利用方法が定着していない、担当者が変わった、別のサービスに切り替えたなどの仮説を置きます。ただし、数値の低下だけで理由を断定してはいけません。営業担当者の記録、問い合わせ内容、顧客へのヒアリングも確認します。
優良顧客には上位プランや関連サービスの提案を検討し、利用頻度が低下した顧客には活用支援やフォロー連絡を行います。すべての顧客に同じ施策を行うのではなく、状態に応じて対応を分けることがポイントです。
3. コホート分析
コホート分析とは、初回購入月、契約月、問い合わせ月、資料請求月など、共通する時期や条件で顧客をグループ化し、その後の行動を追う手法です。顧客群ごとの継続率、再購入率、解約率、商談化率の違いを確認できます。
確認する事実
たとえば、同じサービスを契約した顧客でも、導入時期によって継続状況が異なることがあります。新しいオンボーディング施策を始めた後の契約顧客で利用継続が改善している場合、施策が定着に寄与している可能性を検討できます。
立てる仮説と次のアクション
特定の契約月以降で継続率が下がっている場合は、導入支援の内容、料金体系、顧客層の変化、担当体制などを確認します。比較する期間や対象顧客の条件が異なると判断を誤るため、同じ経過月数で比較することが必要です。
コホート分析では、顧客がいつ離脱したかだけでなく、離脱前に共通していた行動や接点を探ることで、改善の優先順位を付けやすくなります。
4. LTV分析
LTV(Life Time Value)分析は、顧客が取引開始から終了までにもたらす売上や粗利を把握する手法です。短期的な受注額だけではなく、継続契約、追加発注、アップセル、クロスセルを含めて顧客価値を考えます。
確認する事実
顧客ごとの売上だけでなく、継続期間、契約更新率、追加受注の有無、支援コストなどを確認します。売上額が大きくても、個別対応の負荷が非常に高い場合は、収益性を別途確認する必要があります。
立てる仮説と次のアクション
LTVが高い顧客に共通する導入経路、契約プラン、利用目的、サポート内容を確認します。その特徴をもとに、見込み顧客の優先順位や、受注後の支援設計を見直します。
ただし、LTVは将来の継続や追加受注を含むことがあるため、予測値と実績値を分けて扱うことが重要です。将来の売上を確定値として扱わず、過去の実績に基づく見込みとして判断するようにします。
5. カスタマージャーニー分析
カスタマージャーニー分析は、顧客が課題を認識し、情報収集、比較検討、問い合わせ、商談、契約、利用継続に至るまでの流れを整理する手法です。Webサイト、広告、営業、カスタマーサポートなど、複数の接点を横断して課題を把握します。
確認する事実
各段階で、顧客がどの情報を求めているか、どこで離脱しやすいか、どの接点が次の行動につながっているかを確認します。問い合わせ前に料金ページや導入事例を確認する顧客が多い場合、それらの情報が比較検討に影響している可能性があります。
立てる仮説と次のアクション
資料請求は多いものの商談につながらない場合は、資料の内容と顧客の期待に差がある、問い合わせ後の対応が遅い、商談化の条件が明確ではないといった仮説を立てます。仮説ごとに担当者、期限、確認方法を決め、改善後の変化を検証します。
施策は、情報不足を補うコンテンツの追加、問い合わせ導線の見直し、営業への引き継ぎ基準の整理、導入後支援の充実などが考えられます。顧客の行動を一つの部署だけの課題として捉えず、接点全体の流れとして改善することが、売上と継続率の向上につながります。
GA4で集客状況とサイト内行動を分析する
GA4では、流入したユーザーがどのチャネルから訪問し、どのページを閲覧し、どの行動を経て問い合わせや資料請求などに至ったかを確認します。まず、確認できた事実と、そこから導く仮説を分けて整理することが重要です。流入数だけで評価せず、集客・ページ閲覧・サイト内行動・キーイベントの順に確認することで、改善すべき箇所を判断しやすくなります。
分析の目的・対象KPI・計測条件を最初にそろえる
GA4を開く前に、「何を増やしたいのか」を明確にします。BtoBサイトであれば、問い合わせ数だけでなく、資料請求、セミナー申込、デモ予約、採用応募など、事業上の成果につながる行動を対象にします。
GA4では、事業成果にとって重要なイベントを「キーイベント」として設定できます。たとえば、フォーム送信を計測するイベントを作成し、キーイベントに指定すると、流入元や閲覧ページごとに成果への貢献を確認できます。キーイベントの設定後に過去データへさかのぼって反映されるわけではないため、設定日も記録しておきます。詳細はGoogle アナリティクス ヘルプのキーイベントに関する解説を確認してください。
横にスクロールして表全体を確認できます
| 確認項目 | 確認する内容 | 判断への使い方 |
|---|---|---|
| 分析目的 | 認知拡大、見込み顧客の獲得、商談化など | 見るべき指標と改善対象を絞る |
| 主要KPI | アクティブユーザー数、セッション数、キーイベント数、セッションキーイベント率など | 集客量と成果の両面を評価する |
| イベント定義 | form_start、generate_lead、資料ダウンロード、電話タップなど | 同じ成果を重複計測していないかを確認する |
| 比較期間 | 前月比、前年同月比、施策実施前後 | 季節性や営業日数の違いを踏まえて変化を見る |
| タイムゾーン | GA4プロパティで設定しているタイムゾーン | 社内の日次・月次集計と日付のずれがないかを確認する |
| 同意設定 | Cookie同意画面、Googleタグ、同意モードの設定状況 | 同意状況による計測範囲の変化を考慮する |
集客状況から「成果につながる流入」を確認する
集客分析では、流入数が多いチャネルを探すだけでは不十分です。チャネルごとにユーザー数、セッション数、エンゲージメントのあったセッション数、キーイベント数を並べ、訪問を増やしているチャネルと、商談候補を増やしているチャネルが同じかを確認します。
チャネル別に確認する基本項目
横にスクロールして表全体を確認できます
| 確認項目 | 見方 | 考えられる仮説 |
|---|---|---|
| ユーザー数・セッション数 | 流入規模をチャネル別に比較する | 検索順位、広告配信量、メール配信量、SNS投稿量などが影響している可能性がある |
| エンゲージメントのあったセッション数 | 訪問後に一定の閲覧や操作が行われた割合を確認する | 流入時の期待とランディングページの内容が一致している可能性がある |
| キーイベント数 | チャネル別の成果数を確認する | 検討度の高いユーザーが多い、または導線が機能している可能性がある |
| セッションキーイベント率 | セッションに対してキーイベントが発生した割合を見る | 流入の質やページ内導線に課題または強みがある可能性がある |
たとえば、自然検索の流入が増えている一方でキーイベントが増えていない場合、検索意図が広すぎる記事からの流入が増えている、または記事からサービスページへの導線が弱い可能性があります。これはあくまで仮説であるため、次にランディングページと遷移先を確認します。
一方で、特定のチャネルで流入数は少なくてもキーイベント率が高い場合は、予算配分やコンテンツ制作の優先順位を見直す判断材料になります。ただし、件数が少ない状態では数値が大きく変動しやすいため、単月の割合だけで結論を出さないようにします。
ランディングページから訪問時の期待との一致を確認する
次に、ユーザーが最初に到達したランディングページを確認します。BtoBサイトでは、コラム記事、サービスページ、事例ページ、ホワイトペーパーの案内ページなどが主な入口になります。
ランディングページごとに、ユーザー数、エンゲージメントのあったセッション数、平均エンゲージメント時間、キーイベント数を比較します。GA4におけるエンゲージメントのあったセッションは、10秒以上継続したセッション、キーイベントが発生したセッション、またはページビュー・スクリーンビューが2回以上発生したセッションとして扱われます。指標の定義はGoogle アナリティクス ヘルプの指標解説でも確認できます。
ランディングページの数値から考える改善仮説
横にスクロールして表全体を確認できます
| 確認できた事実 | 考えられる仮説 | 次のアクション |
|---|---|---|
| 流入は多いが、エンゲージメントが低い | 検索語句や広告文とページ内容の期待値が合っていない可能性がある | タイトル、導入文、ファーストビュー、訴求内容を見直す |
| 閲覧時間は長いが、キーイベントが少ない | 情報は読まれているが、次に取るべき行動が伝わっていない可能性がある | CTAの位置、文言、資料案内、関連ページへの導線を見直す |
| キーイベント率が高い | 課題が明確なユーザーを集められている可能性がある | 流入を生むキーワード、広告訴求、リンク元を確認して横展開する |
| 特定ページだけ急に流入が減少した | 検索順位、リンク切れ、タグ設定、外部施策の変化などが影響している可能性がある | 流入元、ページ表示、イベント発火、公開・更新履歴を順に確認する |
サイト内行動を確認し、離脱地点と次の導線を把握する
ランディングページを確認した後は、ユーザーがサイト内でどのページを閲覧し、どの段階で離脱しているかを見ます。ページ単位の数値だけでなく、サービス紹介、料金、導入事例、資料請求、問い合わせといった検討プロセスに沿って確認することが重要です。
確認する行動には、ページ閲覧、スクロール、動画再生、ファイルダウンロード、外部リンククリック、フォーム開始、フォーム送信などがあります。ただし、自動計測されるイベントと個別に設定したイベントでは計測条件が異なるため、分析前に「どの操作を、どのイベント名で計測しているか」を一覧化します。
確認する行動イベントと活用方法
横にスクロールして表全体を確認できます
| 行動 | 確認するイベントの例 | 分析で見るポイント |
|---|---|---|
| ページ閲覧 | page_view | どのコンテンツが読まれ、次にどこへ遷移しているか |
| スクロール | scroll、独自設定したスクロール到達イベント | 重要な訴求やCTAの手前で閲覧が止まっていないか |
| 資料ダウンロード | file_download、独自設定したdownloadイベント | 関心テーマと見込み顧客化の関係を確認できるか |
| 外部リンククリック | click | 採用媒体、予約システム、外部フォームなどへの遷移が意図どおりか |
| フォーム操作 | form_start、form_submit、generate_lead | 入力開始から送信までの途中離脱が起きていないか |
フォーム開始が多いのに送信が少ない場合、入力項目が多い、必須項目の意図が伝わりにくい、エラー表示が分かりにくい、送信ボタンまで到達しにくいといった課題が考えられます。この場合は、GA4の数値だけで断定せず、実際のフォーム画面、端末別の表示、社内テスト送信の結果も合わせて確認します。
集客からキーイベントまでを同じ条件で比較する
数値の変化を正しく判断するには、比較条件をそろえる必要があります。前月比を確認する場合は、月の日数、曜日構成、祝日、キャンペーン実施日、メール配信日などが異なる点を考慮します。季節性がある商材では、前年同月比も併用します。
また、GA4のレポートでは、期間比較、比較機能、フィルタを利用できます。チャネル、デバイス、地域、ランディングページなどの条件をそろえたうえで、全体数値とセグメント別数値を確認します。詳細レポートでは、データ品質の表示から、しきい値や制限によって一部データが非表示になっていないかも確認できます。Google アナリティクス ヘルプの詳細レポート解説も参照してください。
比較時に確認するチェック項目
比較期間の日数、曜日構成、祝日が大きく異なっていないか。
GA4プロパティのタイムゾーンと社内集計の基準時刻が一致しているか。
対象イベントやキーイベントの設定を比較期間中に変更していないか。
Cookie同意画面、同意モード、タグ配信設定の変更がなかったか。
レポート上でデータのしきい値、サンプリング、欠損に関する表示が出ていないか。
直近の日付を含める場合、データ処理や帰属の更新途中ではないか。
データのしきい値が適用されると、一部のレポートやデータ探索で数値が非表示になることがあります。少数のユーザー属性や行動を細かく分けて分析する際は、表示されている数値だけを完全な実数とみなさず、データ品質の表示を確認します。
数値の変化を改善仮説につなげる手順
GA4分析の目的は、レポートを眺めることではなく、改善施策の優先順位を決めることです。数値が変化したときは、事実、仮説、判断、アクションを分けて記録します。
事実を確認します。たとえば、「自然検索経由のセッションは増加したが、資料請求のキーイベント数は横ばい」と記録します。
変化が起きた場所を特定します。チャネル、ランディングページ、閲覧ページ、フォーム到達、フォーム送信の順に確認します。
複数の仮説を立てます。検索意図とのずれ、訴求不足、CTAの視認性、フォームの使いにくさなどを候補にします。
判断に必要な追加確認を決めます。Search Consoleの検索クエリ、ヒートマップ、フォームテスト、営業担当者へのヒアリングなど、GA4以外の情報も必要に応じて組み合わせます。
担当者・期限・検証指標を設定します。たとえば、CTA改修後は資料請求ページへの遷移数、フォーム開始数、フォーム送信数を同じ条件で比較します。
GA4の数値は、ユーザー行動を把握するための重要な材料です。ただし、数値の増減だけで原因を断定するものではありません。計測定義とデータ品質を確認したうえで、集客、ページ、行動、キーイベントをつなげて見ることで、顧客がどこで関心を深め、どこで離脱しているかを具体的な改善仮説へつなげられます。
セグメント分析で有望顧客の特徴を把握する
セグメント分析とは、顧客や見込み顧客を共通する属性・行動・課題ごとに分け、成果につながりやすい集団の特徴を把握する分析手法です。全体平均だけを見ると、商談化しやすい顧客層や、受注まで時間がかかる顧客層が混在し、優先すべき対象を判断しにくくなります。
特にBtoBマーケティングでは、企業規模、業種、役職、検討段階、問い合わせ内容などによって、適切な情報提供や営業対応が変わります。「どの顧客が多いか」ではなく、「どの顧客が事業成果につながりやすいか」を見極めることが、セグメント分析の目的です。
セグメント分析で確認する事実・仮説・判断を分ける
分析では、集計値から確認できる事実と、その背景として考えられる仮説を混同しないことが重要です。たとえば、特定業種の商談化率が高いことは事実ですが、「その業種は必ず受注しやすい」とは限りません。営業の追客状況、商材との適合度、比較期間中の施策なども確認する必要があります。
横にスクロールして表全体を確認できます
| 区分 | 整理する内容 | 記載例 |
|---|---|---|
| 事実 | データから直接確認できる数値や傾向 | 従業員100〜499人の企業は、資料請求後の商談化率が他区分より高い |
| 仮説 | 数値差が生じた理由として考えられる説明 | 部門横断での業務課題があり、導入検討の必要性が高い可能性がある |
| 判断 | 優先する対象や、追加確認が必要な論点 | 当該規模の企業を重点対象とし、業種別・役職別に傾向を追加確認する |
| アクション | 次に実施する具体的な対応 | 対象企業向けの導入事例ページと問い合わせフォームの導線を用意する |
有望顧客を分ける代表的な切り口
セグメントは、細かく分けるほどよいわけではありません。区分が多すぎると、各セグメントの件数が少なくなり、偶然の変動と実際の傾向を見分けにくくなります。まずは、営業やマーケティングの施策に活用しやすい切り口から設定します。
企業属性で分ける
企業属性による分類は、BtoBで基本となる切り口です。企業情報やCRMに登録された情報を使い、顧客企業の共通点を確認します。
横にスクロールして表全体を確認できます
| 切り口 | 確認する項目 | 把握できる特徴 |
|---|---|---|
| 業種 | 製造業、建設業、IT・情報通信業、卸売業など | 業界特有の課題や導入目的 |
| 企業規模 | 従業員数、売上規模、拠点数 | 予算規模、意思決定の複雑さ、導入体制 |
| 所在地 | 都道府県、商圏、営業担当エリア | 訪問営業の必要性や地域別の需要 |
| 既存顧客かどうか | 新規見込み客、既存顧客、休眠顧客 | 新規獲得、アップセル、再接点化の優先度 |
担当者属性で分ける
同じ企業規模や業種でも、閲覧者・問い合わせ者の役職によって関心を持つ情報は異なります。経営層は投資対効果や事業インパクトを重視しやすく、現場担当者は導入手順や運用負荷を確認しやすい傾向があります。
ただし、フォーム入力された役職だけで意思決定者かどうかを断定することはできません。役職、部署、問い合わせ内容、商談時の参加者情報を組み合わせ、判断材料として扱います。
行動・関心で分ける
行動による分類では、閲覧ページ、資料請求、問い合わせ、セミナー申込、メールクリックなどから、顧客がどのテーマに関心を持っているかを確認します。たとえば、料金ページと導入事例を続けて閲覧した顧客は、課題認知の段階にある顧客よりも、比較・検討を進めている可能性があります。
ただし、単一の行動だけで検討度を決めつけることは避けます。複数の行動と、企業属性・営業情報を組み合わせて見ることで、有望顧客の判断精度を高められます。
有望顧客を判定するための指標を決める
セグメント分析では、単に流入数や問い合わせ数が多い顧客層を有望と判断しません。自社の目的に応じて、商談化、受注、継続利用、売上規模などの成果指標を設定します。
横にスクロールして表全体を確認できます
| 確認する指標 | 見方 | 判断時の注意点 |
|---|---|---|
| 問い合わせ数 | 関心を持つ顧客層の規模を確認する | 問い合わせ内容の質までは判断できない |
| 商談化率 | 問い合わせから商談につながった割合を確認する | 営業の対応基準や記録方法が期間中に変わっていないか確認する |
| 受注率 | 商談から受注に至った割合を確認する | 検討期間が長い商材では、直近の問い合わせだけで評価しない |
| 平均受注額 | 売上規模や収益性を確認する | 少数の大型案件によって平均値が大きく動く場合がある |
| 受注までの期間 | 初回接点から受注までに要する日数を確認する | 受注率だけでなく、営業工数とのバランスも見る |
有望顧客の条件は、事業方針によって変わります。短期間で商談を増やすことが目的なら商談化率を重視し、中長期の売上成長が目的なら受注額や継続率も含めて判断します。
セグメント分析の進め方
1. 分析目的を一文で定める
最初に、「どの顧客層に優先して予算や営業工数を配分すべきかを判断する」のように、分析の目的を明確にします。目的が曖昧なまま属性を細分化すると、数字を見ること自体が目的になりやすいためです。
2. 比較する顧客群を設定する
次に、比較対象となるセグメントを設定します。たとえば、業種別、企業規模別、役職別、流入施策別などです。最初から複数の条件を掛け合わせすぎず、主要な切り口を一つ選んで傾向を確認した後、必要に応じて条件を追加します。
3. 件数と成果率を並べて確認する
問い合わせ数が多いセグメントでも、商談化率や受注率が低ければ、優先順位は高くない場合があります。反対に、件数は少なくても受注率や平均受注額が高い顧客層は、重点的に育成する価値がある可能性があります。
そのため、分析表では件数と成果率を必ず併記します。母数が極端に少ない場合は、一時的な変動の可能性があるため、結論を急がず、複数期間で同様の傾向が見られるか確認します。
4. 成果が高い理由を追加情報で確認する
数値差を見つけた後は、商談メモ、失注理由、問い合わせ内容、営業担当者の所感などを確認します。定量データだけでは、「なぜ成果が出たのか」を十分に説明できないことがあるためです。
たとえば、特定業種で受注率が高い場合でも、実際には既存の紹介案件が多かっただけかもしれません。セグメントの成果差を施策の効果だと断定せず、顧客との接点や営業プロセスも含めて確認します。
分析結果を有望顧客の人物像に落とし込む
セグメント分析で見つけた傾向は、抽象的な数値のまま終わらせず、優先して対応すべき顧客像として整理します。ただし、実在の個人や企業を特定するのではなく、共通する条件を持つ顧客群として扱います。
横にスクロールして表全体を確認できます
| 整理項目 | 記載する内容 |
|---|---|
| 企業の特徴 | 業種、企業規模、拠点数、事業フェーズなど |
| 担当者の特徴 | 部署、役職、担当業務、意思決定への関与度 |
| 抱えやすい課題 | 業務効率化、人材不足、情報管理、売上拡大など |
| 関心を示す情報 | 導入事例、料金、機能比較、活用方法、サポート体制など |
| 成果につながる条件 | 商談化しやすい接点、検討が進みやすい行動、受注までの期間など |
ここで作成する顧客像は、固定的なペルソナではありません。市場環境、商材、営業体制、集客施策の変化によって傾向は変わるため、一定期間ごとに実績データと照らし合わせて更新します。
セグメント分析で陥りやすい注意点
件数が少ないセグメントを過大評価する
数件の受注だけで受注率が高く見えるセグメントは、偶然の影響を受けている可能性があります。件数、比較期間、商材の特性を確認し、継続して同じ傾向があるかを見ます。
属性だけで顧客の優先度を決める
企業規模や業種は重要な判断材料ですが、それだけでは顧客の検討度や課題の緊急性を判断できません。担当者の行動、問い合わせ内容、営業接触後の反応もあわせて確認します。
成果の定義が部門ごとに異なる
マーケティング部門では問い合わせを成果とし、営業部門では商談化を成果とするなど、部門ごとに評価基準が異なると分析結果を活用しにくくなります。分析前に、どの状態を有望顧客とみなすのかを関係者間でそろえます。
個人情報を必要以上に扱う
顧客分析では、目的達成に必要な情報だけを扱います。氏名、連絡先、行動履歴などの情報を利用する場合は、社内の情報管理ルールや同意取得の状況を確認し、個人を不当に評価・識別する目的で利用しないようにします。
有望顧客を見極めるための確認項目
セグメント分析を終える前に、次の項目を確認すると、数字だけに偏った判断を防ぎやすくなります。
分析の目的と、有望顧客の定義が明確になっているか
件数だけでなく、商談化率、受注率、受注額を確認したか
母数が少ないセグメントを過大評価していないか
企業属性、担当者属性、行動、営業情報を組み合わせて見たか
数値から確認できる事実と、背景に関する仮説を分けているか
有望と判断した理由を、関係者が再確認できる形で記録したか
セグメント分析の価値は、顧客を分類すること自体ではなく、限られた予算と工数をどの顧客層に配分するべきかを判断できる点にあります。成果の出やすい特徴を継続的に見直し、自社にとって優先度の高い顧客像を具体化していきます。
探索レポートで顧客行動を深掘りする
GA4の探索レポートは、標準レポートだけでは把握しにくい顧客の行動順序、離脱地点、コンバージョンに至るまでの経路を確認するための機能です。集計値の増減だけを見るのではなく、「どの顧客が、どのページやイベントを経て、どこで迷ったのか」を具体化する際に役立ちます。
まず、確認できた事実と、そこから導く仮説を分けて整理します。探索レポートで表示された行動は事実ですが、その理由までは直接示しません。たとえば、料金ページから問い合わせフォームへの遷移が少ないという事実があっても、原因が価格、訴求、フォームの入力負荷、比較検討の段階などのどれにあるかは、追加の確認が必要です。
探索レポートは、数字の変化を確認するための画面ではなく、改善すべき顧客体験の仮説を絞り込むために使います。Googleは、探索で標準レポートにはない詳細なデータや分析手法を利用できると案内しています。Google アナリティクス ヘルプ「データ探索ツールを使ってみる」
探索レポートを開く前に確認する項目
探索を作り始める前に、分析条件を固定します。条件が曖昧なまま期間やセグメントを変えると、比較対象がそろわず、偶然の差を課題と誤認するおそれがあります。
横にスクロールして表全体を確認できます
| 確認項目 | 確認内容 | 確認しない場合のリスク |
|---|---|---|
| 分析目的 | 資料請求、問い合わせ、デモ予約、会員登録など、深掘りしたい顧客行動を1つ決めます。 | 必要なディメンションやイベントが定まらず、見ただけで終わる分析になります。 |
| 対象KPI | ユーザー数、セッション数、キーイベント数、到達率、離脱率など、判断に使う指標を決めます。 | 流入量の増減と行動品質の変化を混同します。 |
| イベント定義 | フォーム表示、フォーム開始、送信完了、電話タップなどのイベント名と発火条件を確認します。 | 同じ「問い合わせ」でも、入力開始と送信完了が混在する可能性があります。 |
| キーイベント | 事業上の成果として扱うイベントが、GA4でキーイベントに設定されているか確認します。 | 中間行動を成果として過大に評価するおそれがあります。 |
| 比較期間 | 前月比、前年同月比、施策実施前後など、比較する基準を決めます。 | 曜日構成や営業日数の違いを、施策効果と誤認する可能性があります。 |
| タイムゾーン | GA4プロパティのタイムゾーンと、社内で売上や商談を締める基準時刻を確認します。 | 月末月初のデータや日別比較にずれが生じます。 |
| 同意設定 | Cookie同意の取得状況、同意モードの設定変更、計測対象外となるユーザーの有無を確認します。 | 期間による数値差が、顧客行動ではなく計測条件の変化による可能性があります。 |
探索で使い分ける4つの分析手法
顧客行動を深掘りする際は、問いに合わせて探索の形式を選びます。1つのレポートですべてを判断しようとせず、複数の形式で同じ仮説を確かめることが重要です。
横にスクロールして表全体を確認できます
| 探索の形式 | 確認したいこと | BtoBサイトでの主な利用場面 |
|---|---|---|
| 自由形式 | 流入元、ページ、デバイス、イベントなどの組み合わせによる差 | 自然検索とリスティング広告で、資料請求に至るページや行動に差があるか確認する |
| ファネルデータ探索 | 目標行動までの到達率と各段階の離脱 | フォーム表示から入力開始、送信完了までの離脱地点を確認する |
| 経路データ探索 | 特定のページやイベントの前後で起きる行動 | 料金ページを見た顧客が次に閲覧するページ、または問い合わせ完了前に戻るページを確認する |
| セグメントの重複 | 複数条件に該当する顧客の重なり | 事例ページ閲覧者と料金ページ閲覧者のうち、問い合わせに至った顧客の比率を確認する |
自由形式は比較の起点をつくるために、ファネルは離脱地点を特定するために、経路は離脱や遷移の背景を読むために使います。経路データ探索では、ページまたは画面の閲覧とイベント発生の両方を扱い、始点から先の行動だけでなく、終点に至る前の行動も確認できます。Google アナリティクス ヘルプ「経路データ探索」
自由形式でコンバージョンに近い顧客の特徴を確認する
自由形式では、行にディメンション、列に比較対象、値に指標を設定して、顧客行動の差を表形式で確認します。BtoBマーケティングでは、セッション数だけでなく、キーイベントに至ったユーザーの割合や、重要ページを複数閲覧したユーザーの動きを見ると判断しやすくなります。
最初に作成する表の例
たとえば、資料請求をキーイベントとしている架空のBtoBサイトでは、次のような設定から確認を始めます。この例は説明用の架空例であり、実際の数値や成果を示すものではありません。
横にスクロールして表全体を確認できます
| 設定箇所 | 設定例 | 見るポイント |
|---|---|---|
| 行 | セッションの参照元/メディア | 流入経路ごとに、資料請求までの行動差があるか確認します。 |
| 列 | デバイスカテゴリ | パソコンとスマートフォンで、到達率に大きな差がないか確認します。 |
| 値 | セッション数、ユーザー数、キーイベント、セッション キーイベント率 | 流入量と成果の両方を比較します。 |
| フィルタ | ページパスとスクリーンクラスに特定ページ群を含める | サービス紹介、料金、導入事例など、検討段階に近いページに絞ります。 |
確認できた事実が「自然検索経由のユーザーは事例ページをよく閲覧する一方、広告経由のユーザーは料金ページで離脱しやすい」であれば、次に立てる仮説は「広告文と料金ページの訴求が一致していない」「広告経由の顧客は比較初期で、導入事例よりも課題別の説明を必要としている」などです。この段階では、どちらが正しいかを断定せず、経路データ探索やフォーム分析で確かめます。
ファネルデータ探索で離脱地点を特定する
ファネルデータ探索は、顧客が目的の行動に至るまでの段階を定義し、各段階の到達数と離脱を確認する方法です。フォームや資料請求導線の改善では、特に有効です。GA4では、ファネルの各ステップをイベントまたはディメンション値の条件で定義できます。Google アナリティクス ヘルプ「ファネルデータ探索」
ファネルのステップは顧客の意思決定に合わせて定義する
ページ遷移だけを並べるのではなく、顧客が意思決定を進める過程に沿ってステップを置きます。たとえば、資料請求フォームを分析する場合は、次のように定義できます。
横にスクロールして表全体を確認できます
| ステップ | 条件の例 | 読み取れること |
|---|---|---|
| 検討情報の閲覧 | 料金ページ、導入事例ページ、機能紹介ページの閲覧 | 比較検討に近い情報へ到達しているか |
| 資料請求フォームの表示 | フォームページの閲覧、またはform_viewイベント | 行動を起こす意思を持った顧客がどれだけいるか |
| 入力開始 | form_startイベント | フォーム表示後に入力を始める割合 |
| 送信完了 | form_submitイベント、または完了ページの閲覧 | 実際に獲得できたリードの到達状況 |
フォーム表示から入力開始までの離脱が大きい場合は、フォーム直前の訴求、入力メリット、個人情報の扱いの説明、フォームの視認性を確認します。入力開始から送信完了までの離脱が大きい場合は、必須項目数、入力エラー、送信ボタンの表示、確認画面の有無などを確認します。
離脱率が高いことだけでは、フォーム自体に問題があるとは判断できません。流入元、デバイス、閲覧ページ、初回訪問か再訪問かによって比較し、特定条件でのみ離脱が増えていないかを確認します。
経路データ探索で迷い・比較・離脱の背景を読む
経路データ探索では、始点または終点を指定して、顧客が前後にどのページを閲覧し、どのイベントを発生させたかを確認します。ファネルで「どこで離脱したか」を把握した後に、経路で「離脱前後に何をしていたか」を確認すると、改善仮説を具体化しやすくなります。
順方向の分析で次の行動を確認する
順方向の分析では、起点となるページやイベントの後に、顧客が何をしたかを確認します。たとえば、料金ページを始点に設定し、次に閲覧されたページやイベントを見ます。
料金ページの次に導入事例ページが多く閲覧されている場合、顧客は価格だけでなく、導入効果や自社との適合性を確かめようとしている可能性があります。一方、トップページや検索結果に戻るような行動が多い場合は、料金体系の理解しにくさ、必要情報の不足、他社比較への移行などを仮説として置けます。
逆方向の分析でコンバージョン直前の行動を確認する
逆方向の分析では、資料請求完了や問い合わせ完了などを終点に設定し、その直前にどのページやイベントがあったかを確認します。コンバージョンした顧客が共通して閲覧しているコンテンツは、意思決定を後押ししている可能性があります。
ただし、直前に閲覧されたページが成果の原因とは限りません。たとえば、完了直前にフォームページが表示されるのは自然な行動です。重要なのは、コンバージョンした顧客と、同じ起点から離脱した顧客で経路を比較し、分岐が起きるページやイベントを見つけることです。
顧客セグメントを比較して行動差を確かめる
探索レポートでは、最大4つのセグメントを比較できます。比較対象は増やしすぎず、改善判断に必要な2〜4種類に絞ります。セグメントごとの件数が少なすぎる場合は、比率の差が偶然によるものか判断しにくくなるため、期間を広げるか、条件を簡潔にします。
横にスクロールして表全体を確認できます
| 比較するセグメントの例 | 確認する問い | 次に確認する内容 |
|---|---|---|
| キーイベント達成ユーザー/未達成ユーザー | 成果に至った顧客は、どのページやイベントを多く利用しているか | ページの閲覧順序、再訪問、フォーム開始前の行動 |
| 自然検索/広告経由 | 流入経路によって、関心を持つ情報や離脱地点は異なるか | 広告文とランディングページの訴求、検索意図との一致 |
| パソコン/スマートフォン | デバイスによって、フォーム完了率や重要ページの閲覧に差があるか | 表示速度、入力操作、ボタン配置、表の視認性 |
| 新規ユーザー/リピーター | 初回訪問と再訪問で、意思決定に必要な情報は異なるか | 再訪問時に見られる料金、比較、事例、FAQなどのコンテンツ |
セグメント比較の目的は、優良顧客像を単純化することではありません。顧客ごとの検討段階や情報ニーズの違いを把握し、同じ導線を全員に当てはめないために使います。
データ品質を確認してから判断する
探索レポートは詳細な条件で分析できる一方、設定やデータ量によっては、表示値だけで結論を出せないことがあります。特に、データのしきい値、サンプリング、イベント欠損、同意設定の影響は確認が必要です。
しきい値とサンプリングを確認する
ユーザー属性や検索語句などを含む探索では、個人を推測できないようにするため、GA4でデータのしきい値が適用される場合があります。また、探索の対象データ量が大きい場合には、サンプリングが適用されることがあります。レポート上部のデータ品質に関する表示を確認し、数値が制限または抽出されている場合は、そのまま細かな差を評価しません。
しきい値が表示された場合は、期間を広げる、条件を減らす、ユーザー属性を含むディメンションを外すといった方法で、判断可能な状態になるかを確認します。GA4のデータしきい値は個人の特定や機密情報の推測を防ぐために設けられており、任意の値に調整することはできません。Google アナリティクス ヘルプ「データのしきい値について」
イベント欠損と計測変更を確認する
フォーム開始イベントが特定の日から急減している場合、顧客行動の変化だけでなく、タグの設置変更、フォーム改修、同意バナーの変更、計測エラーも確認します。イベント数の急変を見つけたら、施策の評価を急ぐ前に、次の項目を確認します。
該当イベントがテスト環境と本番環境の両方で意図どおりに発火しているか
イベント名、パラメータ名、キーイベント設定を変更していないか
対象期間中にフォーム、サイトデザイン、Cookie同意画面を改修していないか
GA4プロパティのタイムゾーン、内部トラフィック除外、クロスドメイン設定に変更がないか
同じ期間のCRM上の問い合わせ件数や営業日報に、同方向の変化が見られるか
GA4、広告媒体、CRMの数値が一致しない場合も、どれか一方が誤っていると断定しません。集計の更新時点、広告クリックの定義、参照元の引き継ぎ、キーイベントの条件、CRMへの登録基準、重複除外の方法などが異なる可能性があります。探索レポートでは、まずGA4内で同じ定義・同じ期間の比較を行い、その後に各ツールの計測条件を照合します。
探索結果を改善仮説と次のアクションに変える
探索レポートの結果は、「数値が悪い」という表現だけで終わらせず、事実、仮説、判断、アクションに分けて記録します。担当者が変わっても再確認できる状態にすることが重要です。
横にスクロールして表全体を確認できます
| 整理項目 | 記載する内容 |
|---|---|
| 事実 | 対象期間、対象セグメント、確認したページ・イベント、増減や離脱地点を記載します。 |
| 仮説 | 顧客が迷う理由、必要な情報、導線上の障害を、断定せずに記載します。 |
| 判断 | 影響範囲、実装難易度、検証可能性を踏まえ、優先して取り組む論点を決めます。 |
| アクション | 変更内容、担当者、実施期限、効果確認の期間、再確認するKPIを明記します。 |
たとえば、「スマートフォン経由でフォーム開始から送信完了までの到達率が低い」という事実が確認できたとします。この場合、「入力項目が多い」「エラー表示に気付きにくい」「送信ボタンまで到達しにくい」といった仮説を置きます。そのうえで、フォームの入力項目、エラー表示、ボタン配置、入力補助を確認し、変更後は同じデバイス・同じイベント定義・同程度の期間で再度ファネルを比較します。
探索レポートの価値は、顧客の行動を可視化することではなく、検証可能な改善施策へ落とし込めることにあります。一度の分析で原因を決めつけず、施策実施後も同じ条件で確認し、仮説と結果を更新していきます。
顧客分析から改善施策を判断する方法
顧客分析の目的は、数値を眺めることではなく、売上や商談、問い合わせなどの成果につながる改善施策を判断することです。そのためには、確認できた事実、そこから考えられる仮説、実施する施策を混同せずに整理します。
数値の変化だけで原因を断定せず、事実から複数の仮説を立て、優先順位を付けて検証することが重要です。とくにBtoBでは、検討期間が長く、複数の担当者が意思決定に関わるため、短期的なコンバージョン数だけで施策の良し悪しを判断しないようにします。
事実・仮説・判断・アクションを分けて整理する
改善施策を考える際は、「アクセスが減った」「問い合わせが減った」といった観測結果を、そのまま原因や対策として扱わないことが大切です。まずはデータから確認できる事実を書き出し、その後に仮説と判断を整理します。
横にスクロールして表全体を確認できます
| 区分 | 整理する内容 | 記載例 |
|---|---|---|
| 事実 | 計測データから確認できる変化 | 特定のサービスページにおける問い合わせ率が、比較期間より低下している |
| 仮説 | 変化が起きた要因として考えられること | 広告文とランディングページの訴求が一致しておらず、流入後に離脱している可能性がある |
| 判断 | 優先して検証すべき論点 | 流入キーワード・広告クリエイティブ・ページ冒頭の訴求を確認する |
| アクション | 担当者、期限、評価指標を含む具体策 | 広告グループ別に訴求を整理し、ページの導入文を改修して問い合わせ率を比較する |
このように分けることで、「数値が下がったためページを作り直す」といった飛躍を防げます。また、施策を実行した後も、何を検証するために変更したのかをチーム内で共有しやすくなります。
改善判断の前にデータの比較条件をそろえる
施策の判断に使う数値は、比較条件がそろっていなければ正しく解釈できません。前月比や前年同月比を確認する前に、対象期間、対象顧客、コンバージョンの定義が同じかを確認します。
比較期間は顧客の検討周期と季節性を考慮する
前月との比較だけでは、月の日数、祝日、展示会の開催、予算編成の時期などの影響を受けることがあります。BtoBサービスでは、月末や四半期末に問い合わせや商談化が偏る場合もあるため、必要に応じて前年同月や直近数か月の推移も確認します。
たとえば、ある月だけ資料請求数が減少していても、流入数、問い合わせ率、営業日の違いを確認しなければ、ページ改善が必要かどうかは判断できません。単一期間の増減ではなく、継続的な傾向か、一時的な変動かを見極めます。
指標ごとの定義と計測条件を確認する
広告媒体、GA4、CRMやSFAでは、同じ「コンバージョン」や「商談」であっても、計測対象、更新時点、重複除外、成果の帰属条件が異なることがあります。そのため、媒体間の数値差をただちに計測ミスや施策失敗と断定してはいけません。
判断前には、フォーム送信、電話クリック、資料ダウンロード、商談化などの定義を確認します。GA4を利用する場合は、イベントとキーイベントの設定、タイムゾーン、同意取得状況、データのしきい値や欠損の有無も確認対象です。計測条件をそろえたうえで、施策判断に使う基準値を決めます。
課題の影響度と改善可能性で優先順位を付ける
顧客分析では複数の課題が見つかることがあります。しかし、すべてを同時に改善しようとすると、担当者の工数が分散し、何が成果につながったのかも分かりにくくなります。改善候補は、事業への影響度と実行可能性の両面から優先順位を付けます。
横にスクロールして表全体を確認できます
| 評価項目 | 確認する観点 | 優先度が高くなりやすいケース |
|---|---|---|
| 影響度 | 改善した場合に、売上、商談、問い合わせへ与える影響が大きいか | 流入数が多いページ、商談化率が高い顧客層に関わる課題 |
| 緊急度 | 機会損失や顧客体験の悪化が継続しているか | フォーム送信が正常に完了しない、重要ページが表示されにくいなどの課題 |
| 改善可能性 | 自社で制御でき、原因を検証しやすいか | 訴求、導線、入力項目、コンテンツ構成などを自社で変更できる課題 |
| 検証容易性 | 変更後の結果を指標で確認できるか | ページ単位、流入経路単位、顧客セグメント単位で比較できる課題 |
優先順位を決める際は、アクセス数が多いことだけを理由にしないことも重要です。たとえば、閲覧数は少なくても、受注につながりやすい業種や役職の顧客が多く訪れるページであれば、優先的に改善する価値があります。
顧客セグメントごとに施策を変える
全顧客を一律に扱うと、誰にとっても訴求が弱い施策になりやすくなります。顧客分析で把握した属性や行動をもとに、顧客セグメントごとに課題と打ち手を考えます。
検討段階に応じて必要な情報を見極める
初めてサイトを訪れた顧客は、自社の課題を整理するための基礎情報を求めている場合があります。一方で、料金ページ、導入事例、機能比較ページを繰り返し閲覧している顧客は、比較検討の段階にいる可能性があります。
前者には課題解決の考え方や用語解説、後者には導入条件、支援体制、事例、相談導線などを提示するほうが、次の行動につながる可能性があります。ただし、ページ閲覧だけで顧客の意図を断定せず、問い合わせ内容や営業担当者が得た情報もあわせて確認します。
有望顧客の行動を基準に改善案を考える
受注や商談化につながった顧客に共通する行動が確認できる場合は、その行動を増やすための施策を検討します。たとえば、導入事例の閲覧後に問い合わせへ進む傾向があるなら、関連ページから事例への導線を強化する、業種別の事例を探しやすくする、といった改善案が考えられます。
ただし、行動の共通点は因果関係を示すものではありません。導入事例の閲覧が問い合わせの直接原因とは限らないため、変更後に問い合わせ率、商談化率、営業担当者からの評価などを確認して判断します。
施策は「誰に・何を・どこで・どう変えるか」まで具体化する
改善案を実行につなげるには、「コンテンツを改善する」「広告を見直す」といった抽象的な表現で終わらせないことが重要です。対象顧客、対象ページや接点、変更内容、確認指標を明確にします。
横にスクロールして表全体を確認できます
| 整理項目 | 決める内容 |
|---|---|
| 対象顧客 | 業種、企業規模、役職、検討段階、既存顧客・新規顧客など |
| 解決したい課題 | 情報不足、不安の解消不足、導線の分かりにくさ、入力負荷など |
| 改善する接点 | 広告文、ランディングページ、料金ページ、導入事例、フォーム、メールなど |
| 変更内容 | 訴求順、見出し、比較情報、CTA、入力項目、コンテンツの追加・整理など |
| 評価指標 | 問い合わせ率、資料請求率、商談化率、受注率、離脱率、重要ページの閲覧率など |
| 確認期限 | 必要なデータ量や営業プロセスを考慮した評価日 |
たとえば、「製造業の担当者からの商談化率を高める」という目的に対しては、製造業向けの導入事例を見つけやすくする、課題別の資料を用意する、問い合わせフォームで相談内容を選択しやすくする、といった施策に分解できます。施策ごとに狙いを明確にすると、実施後の振り返りもしやすくなります。
改善施策ごとに評価指標と中止基準を決める
施策を実施した後は、成果が出たかどうかだけでなく、想定した仮説が妥当だったかを確認します。そのため、開始前に評価指標と確認時期を決めます。
たとえばフォーム改善では、フォーム到達数、入力開始数、送信完了数を分けて確認します。送信完了数だけを見ると、流入数の変化なのか、フォーム内での離脱なのかを判断しにくいためです。広告施策であれば、クリック数だけでなく、サイト内での重要ページ閲覧、問い合わせ、商談化まで確認する必要があります。
施策の成果は、最終成果と途中の行動指標を組み合わせて評価します。最終成果がすぐに確認できない場合でも、仮説に沿った行動変化が起きているかを確認できます。
結果が出なかった施策も判断材料として残す
期待した変化が見られなかった場合も、施策自体が無意味だったと決めつける必要はありません。対象顧客が異なっていた、変更内容が十分に認識されなかった、確認期間が短かった、ほかの施策や外部要因が影響した、といった可能性があります。
実施内容、対象期間、対象セグメント、評価指標、結果、次に確認する論点を記録します。これにより、同じ仮説を繰り返し検証する無駄を減らし、顧客理解を組織内に蓄積できます。
改善判断を継続運用につなげる
顧客分析は、一度実施して終わりではありません。市場環境、顧客の課題、競合状況、営業体制、広告配信状況などが変われば、有望な顧客像や有効な訴求も変化します。定期的に分析と施策評価を行い、顧客セグメントや優先順位を更新します。
実務では、週次では異常値や計測状況を確認し、月次では集客・サイト内行動・コンバージョンの変化を確認し、四半期ごとに商談化や受注につながった顧客の特徴を振り返る方法が考えられます。自社の営業期間やデータ量に合わせて、無理なく継続できる確認頻度を決めることが重要です。
最終的には、顧客分析で得た情報を「誰に、どの課題を、どの接点で解決するか」という施策判断に結び付けます。事実、仮説、判断、アクションを分けて記録し、検証を繰り返すことで、売上アップにつながる改善の精度を高められます。
顧客分析の実務用確認テンプレート
顧客分析では、数値を確認するだけでは改善施策を決められません。まず、確認できた事実と、そこから導く仮説を分けて整理します。次に、判断が必要な論点を示し、担当者、期限、次のアクションを具体化します。
分析結果を「事実・仮説・判断・アクション」の順番で記録すると、数値の変化を施策につなげやすくなります。以下のテンプレートを、月次分析、広告施策の振り返り、営業部門との定例会議などで活用してください。
分析前に記入する基本情報
はじめに、何のために分析するのか、どの顧客を対象とするのかを明確にします。分析条件が曖昧なまま数値を比較すると、誤った解釈につながるためです。
横にスクロールして表全体を確認できます
| 確認項目 | 記入内容 | 確認のポイント |
|---|---|---|
| 分析の目的 | 例:商談数の減少要因を確認し、問い合わせフォームの改善優先度を決める | 売上、商談、問い合わせ、資料請求など、最終的に改善したい成果を一つに絞ります。 |
| 分析対象の顧客 | 例:従業員数100人以上の企業からの新規問い合わせ | 既存顧客、新規顧客、業種、企業規模、流入チャネルなどの条件を記載します。 |
| 対象期間 | 例:2026年8月1日から2026年8月31日まで | 前年同月、前月、施策実施前後など、比較する期間も同時に決めます。 |
| 比較期間 | 例:2026年7月1日から2026年7月31日まで | 曜日構成、祝日、キャンペーン実施の有無など、比較条件の違いを記録します。 |
| 利用データ | GA4、Google広告、CRM、営業管理表 | データごとに更新時点、集計単位、計測条件が異なる可能性があります。 |
| 分析担当者 | 例:マーケティング担当者 | 数値確認者、施策判断者、実行担当者を分けておくと対応が滞りにくくなります。 |
計測条件を確認するチェックリスト
GA4、広告媒体、CRMの数値を比較する前に、計測の前提を確認します。数値差がある場合でも、直ちに計測ミスや広告効果の低下と断定しないことが重要です。
GA4の設定とデータ品質
横にスクロールして表全体を確認できます
| 確認項目 | 確認内容 | 記入欄 |
|---|---|---|
| プロパティ | 対象サイトのGA4プロパティを選択しているかを確認する | [ ] |
| タイムゾーン | GA4、広告媒体、CRMで日付の区切りが一致しているかを確認する | [ ] |
| 対象KPI | ユーザー数、セッション数、問い合わせ数、商談数、受注数などを定義する | [ ] |
| イベント | form_start、generate_lead、資料ダウンロードなど、確認対象の行動を明記する | [ ] |
| キーイベント | 事業上重要なイベントがキーイベントとして設定されているかを確認する | [ ] |
| 同意設定 | Cookie利用への同意状況が計測件数や行動データに影響していないかを確認する | [ ] |
| しきい値・欠損 | データのしきい値、サンプリング、計測漏れ、内部アクセス除外の影響を確認する | [ ] |
GA4では、事業上重要な行動をキーイベントとして設定できます。また、広告評価に用いるコンバージョンは、キーイベントとは設定や用途が異なる場合があります。イベント名、キーイベント、広告媒体で利用するコンバージョンの関係を記録してください。Google Analytics ヘルプ:コンバージョンとキーイベント
広告媒体・CRMとの数値差
横にスクロールして表全体を確認できます
| 確認項目 | 確認内容 | 記入欄 |
|---|---|---|
| 更新時点 | GA4、Google広告、CRMを確認した日時をそろえる | [ ] |
| 集計単位 | ユーザー、セッション、フォーム送信、リード、商談、受注のどれを数えているか確認する | [ ] |
| 帰属条件 | 初回接点、最終接点、データドリブンなど、成果を配分する条件を確認する | [ ] |
| 重複判定 | 同一人物の複数送信、同一企業からの複数問い合わせをどう扱うか確認する | [ ] |
| CRM連携状況 | 問い合わせ後に顧客ID、流入元、キャンペーン情報がCRMへ連携されているか確認する | [ ] |
GA4と広告媒体、CRMの数値差は、計測条件・更新時点・帰属条件の違いによって生じることがあります。差異を見つけた場合は、どの数値が正しいかを急いで決めるのではなく、各ツールの定義と設定を確認してから判断します。同意状況によっては、GA4で取得できる行動データに影響する場合もあります。Google Analytics ヘルプ:同意シグナル
顧客分析の記録テンプレート
確認順序は、集客、ページ、行動、コンバージョンの順番を基本とします。流入数だけを見るのではなく、どの顧客層がどのページを閲覧し、どの行動で離脱または成果に至ったのかを追います。
横にスクロールして表全体を確認できます
| 確認順序 | 事実として確認する内容 | 数値・観察結果 | 仮説 | 判断・次のアクション |
|---|---|---|---|---|
| 集客 | チャネル別、キャンペーン別、検索語句別の流入数と対象顧客の割合 | [ ] | [ ] | [ ] |
| ページ | ランディングページ、料金ページ、導入事例ページなどの閲覧状況 | [ ] | [ ] | [ ] |
| 行動 | スクロール、資料請求ボタンのクリック、フォーム開始、フォーム離脱など | [ ] | [ ] | [ ] |
| コンバージョン | 問い合わせ、資料請求、商談化、受注など、定義した成果の件数と率 | [ ] | [ ] | [ ] |
| 営業評価 | 商談化率、失注理由、受注確度、受注金額など、CRMで確認できる営業成果 | [ ] | [ ] | [ ] |
事実・仮説・判断・アクションを分ける書き方
分析メモでは、数値から直接結論を出さないようにします。確認できた事実、そこから考えられる仮説、実行する判断を分けることで、次回の検証精度を高められます。
横にスクロールして表全体を確認できます
| 区分 | 記載する内容 | 記載例 |
|---|---|---|
| 事実 | 計測データ、営業記録、顧客アンケートなどで確認できた内容 | 料金ページを閲覧したユーザーのうち、フォーム開始イベントが前月より減少している。 |
| 分析・仮説 | 事実から考えられる原因。ただし、確定事項として扱わない | 料金体系の説明だけでは、自社に合うプランを判断しにくい可能性がある。 |
| 判断 | 優先して検証する論点と、実施する施策の範囲 | 料金ページ内の比較表と問い合わせ導線を見直す。 |
| アクション | 担当者、期限、実施内容、評価指標 | Web担当者が9月15日までに比較表を改修し、フォーム開始率と問い合わせ数を4週間確認する。 |
上記の記載例は説明のための架空例です。実際には、ページ改修以外にも、流入顧客の変化、広告配信条件、季節要因、営業対応の変更などを確認したうえで施策を判断します。
施策の優先順位を決める確認欄
改善案が複数ある場合は、期待できる影響だけでなく、実装の難易度、検証のしやすさ、営業部門への影響を確認して優先順位を決めます。
横にスクロールして表全体を確認できます
| 施策案 | 解決したい課題 | 対象顧客 | 確認するKPI | 担当者 | 期限 | 優先度 |
|---|---|---|---|---|---|---|
| [ ] | [ ] | [ ] | [ ] | [ ] | [ ] | 高・中・低 |
| [ ] | [ ] | [ ] | [ ] | [ ] | [ ] | 高・中・低 |
| [ ] | [ ] | [ ] | [ ] | [ ] | [ ] | 高・中・低 |
分析後に確認する引き継ぎ事項
分析結果は、マーケティング担当者だけで完結させず、営業、カスタマーサポート、Web制作の担当者と共有します。特にBtoBでは、問い合わせ数だけでは顧客の質を判断しにくいため、商談化や受注に至った顧客の特徴をCRMで確認することが重要です。
横にスクロールして表全体を確認できます
| 確認項目 | 記入内容 |
|---|---|
| 営業部門への確認事項 | [商談化しやすい業種・企業規模・問い合わせ内容・失注理由] |
| Web担当者への依頼事項 | [改善対象ページ・修正内容・公開予定日] |
| 広告運用担当者への確認事項 | [配信対象・広告文・キーワード・除外条件・予算配分] |
| 次回の検証日 | [ ] |
| 次回確認するKPI | [ ] |
顧客分析は一度のレポート作成で終わらせず、施策実施後に同じ条件で再確認することで、改善の有効性を判断できます。分析条件、仮説、実施内容、結果を継続して記録し、顧客理解とマーケティング施策の精度を高めていきましょう。
顧客分析でよくある質問
顧客分析では、データの見方だけでなく、対象範囲、関係者、個人情報の扱い、分析結果の共有方法に関する疑問が生じます。まず確認できた事実を整理し、次に仮説と判断を分けることで、担当者ごとの認識のずれを抑えられます。
Q顧客分析は、誰が担当するべきですか?
A分析作業はマーケティング担当者が担うことが多いものの、マーケティング部門だけで完結させないことが重要です。営業、カスタマーサクセス、商品・サービスの担当者など、顧客と接点を持つ部門の知見を組み合わせます。
横にスクロールして表全体を確認できます
| 関係者 | 主に確認する内容 |
|---|---|
| マーケティング担当者 | 問い合わせにつながる顧客層、コンテンツやキャンペーンへの反応 |
| 営業担当者 | 商談化しやすい企業・担当者の特徴、失注理由、受注までの検討過程 |
| カスタマーサクセス担当者 | 継続利用やアップセルにつながる利用状況、解約につながる兆候 |
| 経営・事業責任者 | 優先すべき顧客層、投資判断、提供価値の方向性 |
データから確認できる事実と、現場の経験から得られる仮説は同じものではありません。会議では両者を分けて記録し、仮説は次回の検証項目として扱います。
Q既存顧客だけでなく、見込み顧客も分析するべきですか?
A目的に応じて、既存顧客と見込み顧客を分けて分析します。既存顧客の分析は、受注・継続・解約の背景を把握する際に役立ちます。一方、見込み顧客の分析は、問い合わせや商談につながりやすい層を見極める際に役立ちます。
ただし、問い合わせ数が多い層が、そのまま受注しやすい層とは限りません。問い合わせ、商談、受注、継続といった段階ごとに対象を分け、各段階で何が起きているかを確認します。
Qデータ件数が少なくても顧客分析はできますか?
Aできます。ただし、少数の結果だけで顧客全体の傾向を断定しないことが必要です。BtoBでは受注件数や商談件数が限られる場合があるため、数値だけでなく、営業メモ、商談記録、問い合わせ内容、顧客インタビューなども併せて確認します。
少ないデータで確認する優先順位はありますか?
まず、受注・失注・継続・解約など、事業への影響が大きい結果を起点に確認します。次に、それぞれの顧客に共通する業種、企業規模、課題、導入目的、検討期間などを整理します。
件数が少ない場合は「傾向がある」と表現し、追加確認が必要な仮説として扱うことが安全です。営業担当者へのヒアリングや、次回商談での質問設計につなげることで、仮説の精度を高められます。
Qアンケートと顧客インタビューは、どちらを優先すべきですか?
A確認したい内容によって使い分けます。アンケートは、複数の顧客から同じ質問への回答を集め、全体的な傾向を把握したい場合に向いています。顧客インタビューは、導入の背景や比較検討の過程など、選択理由を深く理解したい場合に向いています。
横にスクロールして表全体を確認できます
| 手法 | 把握しやすい内容 | 注意点 |
|---|---|---|
| アンケート | 満足度、利用目的、課題の分布、改善要望の傾向 | 設問が曖昧だと回答の解釈が難しくなる |
| 顧客インタビュー | 導入の決め手、比較対象、具体的な利用場面、言葉になりにくい不満 | 回答者個人の意見を全体傾向として扱わない |
初めて実施する場合は、既存顧客、継続利用している顧客、解約した顧客など、目的の異なる対象を混在させずに募集します。
Q顧客分析は、どのくらいの頻度で行うべきですか?
A分析頻度は、商談期間、契約期間、顧客数、施策の実施頻度によって異なります。毎週同じ分析を繰り返すことが目的ではなく、意思決定に必要なタイミングで確認することが重要です。
たとえば、月次では顧客構成や商談状況の変化を確認し、四半期ごとには受注・失注・継続の要因を振り返る方法があります。新しい施策を実施した後は、あらかじめ定めた確認時点で結果を見直します。
比較する期間や対象を途中で変えると、変化の理由を判断しにくくなります。分析のたびに、対象期間、対象顧客、確認する指標を記録しておくことが大切です。
Q顧客分析で個人情報を扱う際に注意すべきことはありますか?
A顧客分析では、氏名、メールアドレス、所属企業、問い合わせ内容などを扱う場合があります。利用目的、社内での閲覧権限、外部ツールへの連携範囲、保存期間などを事前に確認し、必要以上の情報を共有しない運用を整えます。
特に、分析資料を社内共有する際は、個人を特定できる情報をそのまま掲載する必要があるかを検討します。集計値や匿名化した記述に置き換えられる場合は、その方法を優先します。具体的な取扱いは、個人情報保護委員会の個人情報保護法ガイドラインを確認したうえで、自社の法務・情報セキュリティ担当者と判断してください。
顧客インタビューの発言は、そのまま社内共有してよいですか?
発言内容には、個人や企業を特定できる情報、取引上の機微な情報が含まれることがあります。共有する目的に必要な範囲へ編集し、発言者や企業名を伏せるかどうかを確認します。録音・録画を行う場合は、利用目的と共有範囲を事前に伝えます。
Q分析結果が「気づき」で終わってしまう場合はどうすればよいですか?
A分析結果を共有するときは、事実、仮説、判断、次のアクションを分けて記載します。たとえば、「特定業種の商談化率が高い」は事実、「その業種では課題が明確だから商談化しやすい」は仮説、「同業種向けの訴求を優先する」は判断、「営業資料を見直して次回の施策で検証する」はアクションです。
横にスクロールして表全体を確認できます
| 整理する項目 | 記載内容 |
|---|---|
| 事実 | 確認できた数値、顧客の発言、商談記録など |
| 仮説 | 事実から考えられる理由。ただし、未検証であることを明記する |
| 判断 | 優先する顧客層、見直す訴求、保留する施策など |
| アクション | 担当者、期限、確認方法、再検証する条件 |
分析の価値は、結論を急ぐことではなく、次に検証すべき内容を具体化することにあります。担当者と期限が決まっていない場合は、分析結果を施策に反映しにくくなります。
Q顧客分析の資料は、どのように残せばよいですか?
A分析資料には、結論だけでなく、対象顧客、対象期間、使用したデータ、除外条件、確認できた事実、仮説、判断理由を残します。後から数値や結論を見直す際に、どの条件で分析した結果なのかを確認できるためです。
資料の形式は、スプレッドシート、社内ドキュメント、営業会議の議事録などでも構いません。ただし、更新する担当者と更新日を明確にし、古い分析結果が現状の判断材料として使われないように管理します。
まとめ
顧客分析は、顧客の属性、流入経路、サイト内行動、商談・受注状況を確認し、売上につながる条件を明らかにする取り組みです。GA4、広告媒体、CRMでは計測方法や計上時点が異なるため、数値差そのものではなく、比較する目的と指標の定義をそろえることが重要です。
まず、分析対象の顧客セグメント、比較期間、コンバージョンを決めます。そのうえで、GA4の集客レポートや探索レポート、セグメント分析を用いて、有望顧客に共通する行動と離脱が多い箇所を確認します。確認できた事実と仮説を分け、改善対象、担当者、期限を具体化すれば、顧客分析を継続的な売上改善につなげられます。