営業データ分析とは、SFAに蓄積した取引・顧客・活動データを同じ条件で比較し、営業プロセスのどこを改善するかを決める取り組みです。目的は数字を並べることではなく、対象の取引を確かめ、次の営業行動を決め、結果を見直すことにあります。
営業データ分析とは、SFAに蓄積した取引・顧客・活動データを同じ条件で比較し、営業プロセスのどこを改善するかを決める取り組みです。目的は数字を並べることではなく、対象の取引を確かめ、次の営業行動を決め、結果を見直すことにあります。
ブログ目次
HubSpotゴールドパートナーのStartLinkが、HubSpot導入・AI活用・CRM整備・業務効率化までをまとめて支援しています。記事で気になったテーマを、そのまま相談ベースで整理できます。
営業データ分析とは、SFAに蓄積した取引・顧客・活動データを同じ条件で比較し、営業プロセスのどこを改善するかを決める取り組みです。目的は数字を並べることではなく、対象の取引を確かめ、次の営業行動を決め、結果を見直すことにあります。
「SFAにデータはあるが、どのレポートを見ればよいかわからない」「月次報告の集計から改善行動につながらない」という場合、分析手法を増やす前に、会議で決めたいことを一つ選びます。受注・失注の差を知りたいなら勝率と失注理由、商談の停滞を解消したいならリードタイム、営業資源の配分を考えたいならチャネルや商談規模が入口です。
この記事では、入力項目の整え方から7つの分析手法、レポートの作り方、改善結果の見直し方までを順に説明します。本記事は「SFA導入で営業組織はどう変わる?導入メリットと成功のための5つの条件」シリーズの一部です。
SFAの集計結果を営業会議や日々の対応に使いたい方に向けて、次の判断を具体的に整理します。
最初の手法は一律に決めません。成約・失注の記録がそろっていれば勝率分析、失注理由が整理されていれば原因分析、ステージ移行の記録が使えればリードタイム分析から始められます。
集計は「何件、いくらだったか」を示します。分析は「どの条件で差が生じたか」を調べます。改善では、その差を踏まえて、誰がどの取引で何を変えるかを決めます。
売上金額や商談数を並べた後、商材、業種、リードソース、取引ステージなどで分けると、次に確認すべき取引が見えてきます。ただし、区分間の差だけで原因は確定しません。活動履歴や顧客の反応も確かめてから行動を決めます。
| 段階 | 目的 | 主な問い | 成果物 | 次の行動 |
|---|---|---|---|---|
| 集計 | 現状を把握する | 何件、いくら、どれだけ活動したか | 件数・金額・活動量の一覧 | 基準との差を探す |
| 分析 | 差が生まれた条件を特定する | どこで高いか、低いか | セグメント別の比較 | 原因の仮説を立てる |
| 改善 | 営業行動へ反映する | 何を、誰が、どう変えるか | 改善施策と担当 | 同じ指標で再測定する |
次の表は、営業データの使い方を段階で考えるための例示です。表の段階は、商談情報を記録し、同じ条件で集計し、見つけた差を個別の取引で確かめて次の営業行動に使えているかを確認する視点です。表の分布欄の数値は説明用の例示です。自社の段階は、商談情報を記録し、同じ条件で集計し、個別の取引を確認して営業行動を決められているかで判断してください。
| 営業データ活用の段階 | 状態 | 日本企業の分布目安 |
|---|---|---|
| レベル1:記録 | SFAに商談情報を入力している | 約40% |
| レベル2:集計 | 月次で売上や件数を集計している | 約30% |
| レベル3:分析 | 因果関係や傾向を分析している | 約20% |
| レベル4:予測 | データに基づいて将来を予測している | 約8% |
| レベル5:最適化 | 分析結果をもとに自動最適化している | 約2% |
記録があっても、取引ごとにステージの意味が違えば比較は難しくなります。まず入力定義をそろえ、次に区分別の差を調べます。差が見つかったら対象取引を開き、活動履歴や失注理由を確認して改善内容を決めます。
SFAからExcelやスプレッドシートへ転記すると、入力元と報告資料の更新時点がずれる場合があります。また、担当者ごとに集計条件が異なれば、同じ「商談数」でも対象取引が変わります。
最初に確認するのは、Excelを使っているかどうかではなく、同じデータを二重に更新しているかどうかです。会議で使うレポートを一つ選び、SFA側で対象取引と集計条件を再現します。数字から個別の取引へ進み、同じ判断ができると確認できた範囲から、Excel側の定期更新を見直します。
営業データは取引レコードだけで完結しません。コンタクトや会社で属性と流入元を把握し、取引で進捗、金額、活動、受注・失注を記録します。受注後の売上や請求結果を使う判断では、それらが取引とどう対応しているかも確認します。
例えば、チャネル別の成果を比べるなら、流入元と成約した取引の対応が必要です。商談規模ごとの貢献を調べるなら、取引金額と受注後に確認したい金額の定義をそろえます。つながりを確認できない情報を一つのレポートで扱う場合は、集計範囲を明示して解釈します。
分析を始める前に、問い、対象取引、入力項目の順に確認します。必要な項目をむやみに増やすより、営業会議の判断に使う情報が同じ意味で記録されていることが大切です。
何を調べるかによって必要な項目は変わります。次の表は、分析で使う情報を検討するための一覧です。「必須項目」も、すべての組織で一律に入力必須へ設定するという意味ではありません。使う分析と実際の入力負担を確認して決めます。
| データカテゴリ | 必須項目 | 任意だが推奨 |
|---|---|---|
| 商談情報 | 商談名、金額、ステージ、作成日、完了日 | 商談ソース、競合情報 |
| 顧客情報 | 企業名、業種、従業員規模、所在地 | 年商、決算期 |
| 活動情報 | 活動日、活動種別、対象商談 | 活動内容、所要時間 |
| 担当者情報 | 担当者名、チーム、役職 | 入社日、経験年数 |
| 成約/失注情報 | 成約/失注フラグ、確定日 | 失注理由、競合名 |
項目を追加する際は、まず「どの会議で、何を決めるために使うか」を決めます。続いて、その項目がレポートの対象や分解軸になるかを確認します。判断に使う場面が定まらなければ必須化を保留し、必要になった時点で入力方法を見直します。
パイプラインを比較するには、各ステージの意味、移行条件、移行時に残す情報を共有する必要があります。受注確度を利用する場合は、その値を何の判断に使うかも定めます。
| 設計要素 | 決める内容 | 分析への影響 |
|---|---|---|
| 取引ステージ | 営業プロセスの区切り | ステージ間の転換や滞留を比較できる |
| 受注確度 | 各ステージの見込み度合い | パイプラインの見込みを比較できる |
| ステージ定義 | どの状態になれば移行するか | 担当者ごとの判断差を減らせる |
| 入力項目 | 移行時に取得する情報 | 後工程の分析に必要な情報を残せる |
同じ「提案済み」でも、資料を送った時点と顧客が内容を確認した時点が混在すると、滞留や勝率の比較が難しくなります。顧客側で確認できた状態を移行条件として文章にし、判断が分かれる取引を営業会議で確認します。
HubSpotの標準取引プロパティには、取引ステージ、クローズ日、失注理由、取引確度、現在のステージでの滞留時間など、営業分析に利用できる項目があります。(出典:HubSpotの標準取引プロパティ)
入力漏れが見つかったら、担当者に注意を促す前に、いつ、どの取引で、何を入力する運用かを確認します。ステージ移行時に必要な情報を明確にし、失注理由など表記が揺れやすい項目は、分析で使える選択肢を検討します。
更新が止まった取引は一覧ビューで確認し、次回予定の有無や現在のステージを見直します。使われていない入力項目がある場合は、会議やレポートでの用途を確かめてから整理します。
以下の画面は、HubSpotで取引をテーブル形式に一覧表示した状態です。取引ごとに確認したい列を並べ、未入力や更新が止まった取引を見つける際の見方を示しています。

一覧から対象取引を開き、表示上の空欄が入力漏れなのか、まだ取得できない情報なのかを区別します。後者であれば、誰がいつ確認するかを次の行動として残します。
受注と失注の記録がそろっている場合は、勝率で差のある区分を探し、失注理由と個別の取引記録から改善の方向を考えます。全体の勝率だけで担当者や施策を評価しないことが重要です。
勝率分析は、確定した取引のうち、成約した取引が占める割合を同じ条件で比較する手法です。対象に含める取引と期間を先に決め、次の式で算出します。
成約数 ÷(成約数+失注数)=勝率
全体を確認したら、商品・サービス、業種、企業規模、リードソース、商談規模、担当者などから、現在の問いに合う軸を選びます。次の表は分解軸ごとに調べる内容を示します。軸を増やすほど各区分の取引が少なくなるため、差を見つけたら件数と対象取引も確認します。
| 分解軸 | 分析で得られる示唆 |
|---|---|
| 商品/サービス別 | 売れやすい/売れにくい商材の特定 |
| 業種別 | 自社の強みが活きる業種の発見 |
| 企業規模別 | 最適なターゲットセグメントの特定 |
| リードソース別 | 質の高いリードを生むチャネルの判別 |
| 商談金額帯別 | 得意な商談規模の把握 |
| 担当者別 | トップパフォーマーの行動パターン分析 |
区分間の差が見つかったら、次の表に沿って調査対象を絞ります。「改善の方向」は、取引記録を確認した後に選ぶための例です。
| 分析結果 | 次に調べること | 改善の方向 |
|---|---|---|
| 特定の業種だけ低い | 顧客課題と提案内容のずれ | ターゲット条件や提案内容を見直す |
| 特定の流入元だけ低い | 商談化条件と引き渡し基準 | リード選別や育成方法を見直す |
| 担当者間の差が大きい | 活動順序、ヒアリング、提案までの流れ | 再現できる行動を標準化する |
| 全体が同時に下がる | 商材、営業プロセス、市場環境 | 個人評価ではなく構造的な要因を検証する |
担当者を比べる場合は、商材、商談規模、顧客層などを確認します。担当する案件の条件がそろわなければ順位を原因とみなさず、区分を分けて行動を見ます。
失注原因分析では、失注した取引を理由別に整理し、どの改善を誰が担うかを決めます。理由の選択肢を用意しつつ、選択肢だけでは伝わらない顧客の発言や経緯は記録に残します。
| カテゴリ | 具体的な失注理由 | 改善策の方向性 |
|---|---|---|
| 価格 | 予算超過、価格競争で負けた | 価値訴求の強化、価格体系の見直し |
| 製品機能 | 必要機能の不足、技術要件の不一致 | 製品開発へのフィードバック |
| 競合 | 競合に負けた(機能/価格/関係性) | 競合分析の強化、差別化ポイントの明確化 |
| タイミング | 検討時期が先、予算確保が来期 | ナーチャリング体制の構築 |
| 内部要因 | 稟議不通過、担当者異動、組織変更 | 複数キーパーソンへのアプローチ |
| 営業プロセス | フォロー不足、提案内容のミスマッチ | 営業プロセスの標準化 |
まず理由ごとの件数を見て、次に失注金額と対象取引を確かめます。件数の多い理由と、金額面で検討が必要な理由は分けて扱います。タイミングを理由に失注した取引は、顧客の検討状況を確認し、再アプローチする条件と担当を決めます。
勝率が低い区分を見つけたら、その区分の失注理由を確認します。特定の流入元でタイミングを理由とする失注が目立つなら、流入元への配分を変える前に、商談化の判断と育成方法を調べます。
製品機能を理由とする失注が複数の区分にある場合は、個々の営業行動だけで解決できるかを確認します。どちらの場合も、理由の分類と取引記録が一致していることを確かめてから、改善の担当と見直し条件を決めます。
受注結果だけでは、どの工程で商談が止まったかはわかりません。ステージごとの滞留と担当者の活動を合わせて確認し、次に変える工程や引き継げる行動を探します。
次の表は、成果、効率、活動、速度を一緒に見るための指標一覧です。勝率の「全商談数」は、比較対象として定義した確定取引を指すよう、実際のレポートでは集計条件を明示します。
| KPIカテゴリ | 指標 | 計算方法 | 見るべきポイント |
|---|---|---|---|
| 成果指標 | 売上金額 | 期間内の成約金額合計 | 絶対値とチーム内順位 |
| 成果指標 | 成約件数 | 期間内の成約件数 | 金額とのバランス |
| 効率指標 | 勝率 | 成約数 / 全商談数 | チーム平均との比較 |
| 効率指標 | 平均商談単価 | 売上 / 成約件数 | 大型化の傾向 |
| 活動指標 | 商談創出数 | 新規商談の件数 | パイプライン補充力 |
| 活動指標 | 活動量 | 訪問・電話・メール件数 | 最低活動量の確保 |
| 速度指標 | 平均リードタイム | 商談発生〜成約の平均日数 | プロセスの速さ |
リードタイム分析では、商談作成から成約までの期間と、ステージごとの滞留を確認します。作成日、成約日、ステージ移行日が比較に使えるかを確かめ、同じ期間・商材・取引規模の案件から自社の通常の進行を把握します。
次の表にある日数は、計算欄やアラート欄の使い方を示す例示であり、業界共通の正常範囲ではありません。自社の取引で基準を作るまで、この日数をそのまま通知条件や担当者評価に使わないでください。
| 商談ステージ | 平均滞留日数(例) | 正常範囲の目安 | アラート基準 |
|---|---|---|---|
| 初回接触 → 課題ヒアリング | 7日 | 3〜14日 | 21日超 |
| 課題ヒアリング → 提案 | 14日 | 7〜21日 | 30日超 |
| 提案 → 見積もり | 10日 | 5〜14日 | 21日超 |
| 見積もり → 最終交渉 | 14日 | 7〜21日 | 30日超 |
| 最終交渉 → 成約 | 21日 | 7〜30日 | 45日超 |
自社の通常の進行から外れた取引については、どのステージで止まり、次回予定があるかを確認します。次の表を使い、工程固有の問題か、案件条件や更新運用の違いかを分けて考えます。
| 分析結果 | 判断 | 改善行動 |
|---|---|---|
| 一つのステージだけ長い | その工程に固有のボトルネックがある | 提出物、確認者、次回予定の決め方を見直す |
| 全ステージで長い | 商談の優先順位や更新運用に課題がある | 対応対象と次の行動を整理する |
| 特定の規模だけ長い | 商談規模に応じた進め方が必要 | 規模別に通常の進行範囲を分ける |
| 特定の流入元だけ長い | 商談化前の情報や検討度合いが異なる | 営業への引き渡し条件を見直す |
最終活動日、次回予定、顧客側の確認事項がわかれば、それに沿って対応を続けます。次の行動を決められない場合は、担当者とマネージャーが取引記録を確認し、継続、育成への移行、失注処理のどれが適切か判断します。
担当者分析では、売上金額だけで結論を出さず、成果、効率、活動、速度を組み合わせます。大型商談を担当する人と小型商談を多く担当する人では、同じ活動量や成約件数でも意味が異なります。
| 観点 | 指標 | 読み取る内容 |
|---|---|---|
| 成果 | 売上金額、成約件数 | どの成果を生み出したか |
| 効率 | 勝率、平均商談単価 | 商談をどの程度成果へ変えたか |
| 活動 | 商談創出数、活動量 | パイプラインを補充できているか |
| 速度 | 平均リードタイム | 営業プロセスをどう進めているか |
活動量が多く勝率が低い場合は、商談条件と提案前のヒアリングを確認します。勝率が高く商談数が少ない場合は、案件創出と担当配分を調べます。どちらも商材や顧客層をそろえて比較できなければ、個人の行動が原因だと決めず、対象取引の違いを先に整理します。
参考になる取引が見つかったら、初回接触から提案までの活動順序、ヒアリングで得た情報、次回予定の決め方を確認します。別の担当者も実行できる行動は、プレイブックや入力ルールへ反映します。
順位の公開によって記録の偏りが生じる場合は、分析に使うデータの状態を見直します。担当者間の順位だけで判断せず、同じ条件の取引に対して、どの行動が引き継げるかを個別に検討します。
取引単体の改善に加え、どこから商談を増やすか、どの規模の案件へ工数を配分するか、時期による変化にどう備えるかを考えます。率だけで判断せず、件数、金額、対応工数と、データのつながりを確認します。
チャネル別ROI分析では、流入元ごとにリードから成約までを追います。まず同じチャネル名を使って、リード数、MQL数、商談数、成約数、成約金額、投資額を対応させます。
表の数値は実績ではなく、チャネルごとにリードから成約までの流れと費用を見比べるための例です。自社で比較する際は、流入元と取引の対応を確かめ、投資額に含める費用と成約に含める取引の条件をそろえてください。
| チャネル | リード数 | MQL数 | 商談数 | 成約数 | 成約金額 | 投資額 |
|---|---|---|---|---|---|---|
| 展示会A | 500 | 80 | 25 | 5 | 2,500万円 | 300万円 |
| Web広告 | 300 | 60 | 20 | 8 | 1,600万円 | 150万円 |
| セミナー | 100 | 40 | 15 | 6 | 1,800万円 | 80万円 |
| 紹介 | 30 | 20 | 15 | 10 | 3,000万円 | 10万円 |
| コンテンツSEO | 200 | 50 | 18 | 7 | 1,400万円 | 100万円 |
次の表は、チャネル別に成約率、獲得コスト、ROIを並べた例です。表中の数値を判断基準にせず、自社の流入元と成約取引の対応、費用の範囲、成約件数、対応工数を確認して比較します。
| チャネル | リード→成約率 | 1件あたり獲得コスト | ROI |
|---|---|---|---|
| 展示会A | 1.0% | 60万円 | 733% |
| Web広告 | 2.7% | 18.8万円 | 967% |
| セミナー | 6.0% | 13.3万円 | 2,150% |
| 紹介 | 33.3% | 1万円 | 29,900% |
| コンテンツSEO | 3.5% | 14.3万円 | 1,300% |
両表は、異なる指標をどう並べて確認するかを示すための例示です。各指標の計算条件が一致するかを確認してから使い、表中の数値同士を自社の予算判断の根拠にはしないでください。
| 分析結果 | 判断 | 改善行動 |
|---|---|---|
| リードは多いが商談化しない | 流入後の選別や育成に課題がある | 商談化条件とナーチャリングを見直す |
| 商談化するが受注しない | ターゲットまたは提案にずれがある | 勝率と失注理由を分解する |
| ROIは高いが件数を増やしにくい | 単独での拡大には限界がある | 維持しながら別チャネルを育てる |
| 成約金額は大きいが工数も大きい | 率だけでは評価できない | 対応工数を含めて配分を決める |
差が見つかったら、先に流入元と取引の対応、商談化条件、対象取引の失注理由を確認します。そのうえで、育成、営業への引き渡し、提案内容、配分のどれを変えるか決めます。
商談規模分析では、金額帯ごとの件数、成約金額、勝率、リードタイム、活動量を比較します。区切り方は自社の商談分布と担当体制に合わせて決め、対象期間と金額の定義をそろえます。
次の表は、金額帯ごとの商談数と成約金額の構成比を比較するための例です。担当配分を考える際は、自社の対象取引と対応工数を確認してください。
| 金額帯 | 商談数 | 構成比(件数) | 成約金額 | 構成比(金額) | 勝率 |
|---|---|---|---|---|---|
| 〜100万円 | 120件 | 48% | 3,600万円 | 12% | 35% |
| 100〜500万円 | 80件 | 32% | 1億2,000万円 | 40% | 25% |
| 500〜1,000万円 | 35件 | 14% | 8,750万円 | 29% | 20% |
| 1,000万円〜 | 15件 | 6% | 5,700万円 | 19% | 15% |
自社データで小型商談の件数に対して対応工数が大きいとわかった場合は、提案資料やフォロー手順を見直します。大型商談への売上依存が見られる場合は、失注時の影響と、ほかの金額帯の案件構成を確認します。
ある金額帯で勝率が高くても、対象取引が少なければ配分変更を急ぎません。顧客属性や流入元を確認し、同じ条件で再び比較できる段階で判断します。
季節性・トレンド分析では、一時的な変動と、繰り返し見られる変化を分けます。月別の受注件数、受注金額、商談作成数を並べ、商材やチャネルごとの動きも確認します。
次の表は、調べる時期と要因の仮説を並べた例示です。「一般的な傾向」に書かれた動きがすべての企業に当てはまるわけではありません。自社データで同じ時期の変化を確認するまで、予測や対応計画の根拠にはしないでください。
| 時期 | 一般的な傾向 | 主な要因 |
|---|---|---|
| 4月 | やや低調 | 人事異動、新体制の立ち上がり |
| 5〜6月 | 回復・上昇 | 新年度予算の執行開始 |
| 7〜8月 | 停滞 | 夏期休暇、意思決定の停滞 |
| 9月 | 上昇 | 上期末の駆け込み需要 |
| 10〜11月 | 安定 | 下期の本格稼働 |
| 12月 | やや低調 | 年末の業務繁忙 |
| 1〜3月 | 急上昇 | 年度末予算の消化、期末の追い込み |
自社データで同じ時期の変化が繰り返し見られ、対象取引の検討時期も一致するなら、商談創出や対応体制をいつ調整するか検討します。特定チャネルだけの変化なら、季節要因と決めず施策や引き渡し条件を調べます。比較できる記録が限られる間は仮説として残し、データが増えた後に見直します。
ダッシュボードは、見る人が決めることから設計します。全体指標を見た後に対象取引へ進めるよう、集計条件と詳細確認先をそろえます。
次の表は、読み手ごとに表示する内容と更新頻度を考えるための例です。頻度は固定せず、実際にその数字を使う会議や業務に合わせて決めます。
| 階層 | 対象 | レポート内容 | 更新頻度 |
|---|---|---|---|
| 経営層向け | 役員・事業部長 | 売上達成率、パイプライン総額、前年比、予測 | 月次 |
| マネージャー向け | 営業部長・課長 | チーム別実績、勝率推移、重点案件進捗 | 週次 |
| 現場向け | 営業担当者 | 個人実績、活動量、今週のタスク | 日次〜週次 |
| 全社向け | 他部門含む | マーケ→営業のファネル全体像、チャネル別ROI | 月次 |
表示する指標を選ぶ際は、「その数字が変わったら何を決めるか」を先に書き出します。判断に使わない指標を増やす前に、差が出たときの詳細確認先を決めます。
| 対象 | 決めること | 見る指標 | 詳細確認先 |
|---|---|---|---|
| 経営層 | 目標と営業資源の配分 | 売上、パイプライン、予測 | 商材・チーム別の内訳 |
| マネージャー | 改善する工程と重点案件 | 勝率、失注理由、滞留 | 担当者・取引一覧 |
| 営業担当者 | 次に対応する取引 | 担当取引、活動、次のタスク | 個別の取引レコード |
| 他部門 | 部門間の改善点 | リードから商談・成約までの流れ | チャネル・失注理由 |
更新頻度は会議の周期と、行動を変えるタイミングに合わせます。数字を更新しても次の判断に使われていなければ、表示内容と会議での確認方法を見直します。
HubSpotのカスタムレポートビルダーでは、データソースを選び、フィールドを追加し、フィルターと可視化方法を設定して、レポートまたはダッシュボードへ保存する流れで作成します。(出典:カスタムレポートビルダーでレポートを作成する)
勝率を見るなら、まず取引の対象期間と成約・失注の条件を決め、必要な分解軸を選びます。チャネルを見るなら、コンタクトの流入元と取引がどう対応しているかを確認してから集計します。
既存のレポートで問いに答えられる場合は、その集計条件を確認して使います。必要な分解軸や対象データを表せない場合にカスタムレポートを検討し、作成後は対象取引を開いて集計内容を確かめます。
ダッシュボードで差を見つけたら、次の順に確認します。
例えば勝率が下がった場合、まず対象取引の範囲が変わっていないかを確かめます。その後に商材や担当条件で分け、実際の失注記録を確認します。入力条件の変更が原因ならレポート定義を整え、営業行動に原因の仮説があるなら対象を定めて改善を試します。
分析を会議資料で終わらせず、取引での行動と次回の確認につなげます。入力がそろっている手法から始め、判断に使えることを確かめてから対象を広げます。
次の表では、各段階を終えて次へ進む条件を示します。条件を満たさない場合は施策を急がず、比較条件や対象取引の確認へ戻ります。
| 段階 | 実施内容 | 完了した状態 | 次へ進む条件 |
|---|---|---|---|
| 分析 | 差がある指標と対象取引を特定する | 比較条件と対象が説明できる | 原因の仮説を置ける |
| 意思決定 | 変える行動、担当、期限を決める | 実行内容が記録されている | 担当者が着手できる |
| 実行 | 取引や活動へ改善を反映する | 対象取引で行動が変わっている | 同じ指標を再測定できる |
| 検証 | 変更前後を同じ条件で比べる | 継続、修正、終了を判断できる | 次の分析テーマが決まる |
役割と確認の機会も決めます。次の頻度は運用例であり、自社の会議と意思決定の周期に合わせて調整します。
| フェーズ | 活動内容 | 頻度 | 担当 |
|---|---|---|---|
| Plan | 重点分析テーマの設定 | 四半期 | 営業部長 |
| Do | データ収集・分析の実行 | 月次〜週次 | 営業企画/SFA管理者 |
| Check | 分析結果の共有と議論 | 週次営業会議 | マネージャー + メンバー |
| Act | 改善施策の実行 | 随時 | 営業担当者 |
会議では、差がある区分と対象取引を確認し、変える行動を一つ明確にします。次回は同じ定義の指標に加え、対象取引で予定した行動が実行されたかも確認します。結果が変わらなければ、行動の実施状況と原因の仮説を見直します。
現在Excelで作っているレポートから、実際の意思決定に使うものを選びます。SFA側で項目の意味、対象取引、集計条件をそろえ、数字と個別取引の両方を確認します。
会議で同じ判断ができ、差のある取引へ進めるなら、そのレポートの二重更新を止めるか判断します。再現できない項目があれば、入力方法や集計範囲を整理してから見直します。
指標名だけでなく、計算対象、使用する項目、フィルター条件、差が出たときの確認順、改善行動の記録先を残します。担当者が変わっても同じ対象取引を確認し、同じ判断を説明できる状態が目標です。
入力項目、一覧ビュー、レポート、会議での判断手順がつながれば、新しく担当する人も「何を入力し、どこを確認し、次に何をするか」を追えます。引き継ぎ後に判断が分かれた箇所は、定義や手順を更新します。
グラフ上の差は調査の入口です。原因を決める前に、比較条件、入力状況、対象取引の記録を確認します。
商材、商談規模、期間、担当範囲が異なる取引をまとめて比べると、営業行動以外の差が混ざります。条件をそろえられる場合は同じ区分で比較し、そろえられない場合は集団を分けて示します。
未入力が特定の担当者や商材に偏っている場合は、勝率や活動量の解釈を保留します。入力方法を整えた後、同じ条件で差が残るかを確認します。
勝率が下がっても、提案内容だけが原因とは限りません。失注理由、活動履歴、顧客の反応を読み、原因の仮説を分けます。
行動を変えたら、対象と集計条件をそろえて結果を見直します。変化が確認でき、その理由を取引記録から説明できる場合は手順への反映を検討します。説明できない場合は、仮説と比較方法を見直します。
勝率、失注理由、ステージ滞留、担当者比較は、必要な項目と集計条件を確認できればSFAのレポートから検討できます。複数のデータを合わせる分析や、予測の妥当性を検証する必要が出た場合は、目的と必要な体制を整理します。
分析方法を増やしても、記録されていない事実や定義の揺れは解消しません。まず同じ条件で取引を確認し、営業会議で行動を決められる状態を作ります。
BtoBマーケティングの全体像はBtoBマーケティング完全ガイドで体系的にまとめています。また、このテーマのカテゴリ全体はCRM基礎・導入で網羅しています。
営業データ分析を始める際に迷いやすい、データ量、担当体制、Excelからの移行、個人評価について回答します。それぞれ、次へ進むために確認したい条件も示します。
一律の期間や件数より、同じ定義で対象取引を確認できるかが重要です。成約・失注の記録がそろっていれば勝率を、理由が記録されていれば失注原因を確認します。区分ごとの取引が少ない場合は率だけで判断せず、個別の商談記録を読みます。季節性は比較できる記録が増えるまで仮説として扱います。
営業会議で決めたいことを一つ選び、担当者が説明できる集計条件と対象取引を用意すれば始められます。マネージャーが差のある取引を確認し、変える行動と次回の確認方法を決めます。現在の体制では必要なデータを確認できない、または分析の妥当性を判断できない段階で、担当体制を見直します。
意思決定に使っているExcelレポートを一つ選び、項目定義、集計条件、対象取引をSFA側で再現します。数字だけでなく、会議で同じ判断ができ、取引レコードへ進めるかを確認します。再現できたレポートから二重更新を見直し、差が残るものは原因を整理します。
まず利用目的を決め、商材や商談規模などの条件をそろえて比較できるか確認します。目的が行動の改善なら、順位だけでなく、参考になる取引で何をしたかを共有します。公開後に記録漏れや入力の偏りが見られる場合は、公開方法を見直して個別のフィードバックへ切り替えます。
営業データ分析は、SFAの数字から差を見つけ、対象取引で理由を確かめ、次の行動を決めて見直す取り組みです。課題と利用できるデータに合わせて、次の手法を選びます。
最初の改善サイクルは、次の順序で進めます。
企業様によって最適な形は異なります。扱う商談の規模やチャネル構成、SFAへの入力状況を確認し、現在の会議で判断に使える手法から始めてください。
CRMを活用した業務効率化やAIとの連携に関するご相談は、CRM特化型コンサルティングのStartLinkまでお気軽にお問い合わせください。
SFAの導入条件、CRMの入力ルール、利用範囲をさらに検討したい場合は、以下の記事をご覧ください。分析に使うデータをどう整え、運用で維持するかを確認できます。
株式会社StartLinkは、事業推進に関わる「販売促進」「DXによる業務効率化(ERP/CRM/SFA/MAの導入)」などのご相談を受け付けております。 サービスのプランについてのご相談/お見積もり依頼や、ノウハウのお問い合わせについては、無料のお問い合わせページより、お気軽にご連絡くださいませ。
株式会社StartLink 代表取締役。累計150社以上のHubSpotプロジェクト支援実績を持ち、Claude CodeやHubSpotを軸にしたAI活用支援・経営基盤AXのコンサルティング事業を展開。
HubSpotのトップパートナー企業や大手人材グループにて、エンタープライズCRM戦略策定・AI戦略ディレクションを経験した後、StartLinkを創業。現在はCRM×AIエージェントによる経営管理支援を専門とする。