SFAがパイプライン
管理表になってしまう理由

国内トップクラスのDX知見を持つコンサルティング企業（従業員約150名）では、Salesforceを中心にした営業管理体制を構築していました。パイプラインの数字は入力されていました。しかし、Webサイトでの顧客行動はCRMに反映されず、MAのスコアリング情報は商談レコードにつながらず、Sansanの名刺データとSalesforceの顧客データが別物として存在していました。SFAは「入力する場所」として機能していましたが、「顧客の状態を判断する場所」にはなっていませんでした。

MA移行・データパイプライン再設計・Web統合を経て、顧客行動の100%可視化・分析工数30%削減・全ツールの整合性確立を実現しました。SFAを変えたのではなく、「SFAに流れ込むデータの設計」を変えたことで、SFAが意思決定の中心として機能するようになりました。

あなたの組織は大丈夫か——5つの確認項目

1. SFAのデータと営業担当者の「感覚」が乖離している

   「SFAの数字より自分の感覚の方が正確」という認識が担当者にある場合、SFAが意思決定の根拠として機能していません。

2. 商談レコードに「顧客がどこから来たか」が記録されていない

   どのマーケティング施策・どのチャネルから来た顧客かがSFAの商談に紐づいていない場合、施策と受注の因果関係が見えません。

3. SFAのデータを使って「次にどのリードを優先すべきか」を判断できない

   今週のアクション優先度を決めるためにSFAを使わず、担当者の経験値で判断している場合、SFAがパイプライン記録ツールになっています。

4. SFAとMAが別システムとして動いており、データが一致しない

   MAでのリードスコアや行動履歴がSFAの商談レコードに反映されていない場合、マーケティングと営業のデータが分断しています。

5. 月末に「SFAの数字を集計してレポートを作る」工数が発生している

   SFAからレポートを作るたびに手動でデータを抽出・整形している場合、SFAが自動でレポーティングできる設計になっていません。

3つ以上当てはまる場合、問題はSFAの機能でも入力率でもありません。「SFAに流れ込むデータの設計」が存在していないことが本質です。

SFAがパイプライン管理表になる3つのパターン

1. SFAが「報告のためのシステム」として機能している

   「上司に報告するために入力する」という認識が現場に定着している場合、SFAは情報収集ツールとして機能しますが、担当者が活用するツールにはなりません。前述のコンサルティング企業では、SFAへの入力は行われていましたが、その情報が「次のアクションを判断する材料」として返ってこない設計でした。Web行動・MAスコア・名刺情報がSFAに統合されたことで、担当者が「SFAを見ると次に何をすべきか分かる」状態になりました。

   判断基準：「SFAを開くと、今日優先すべきアクションが分かる」と担当者が感じているかどうかで確認できます。

2. SFAに流れ込むデータが「手入力のみ」で完結している

   担当者が手動で入力した情報だけがSFAに存在し、Webサイトでの行動・MAでのスコアリング・名刺管理ツールの接点情報が自動で統合されていない場合、SFAのデータは「担当者が知っていること」しか反映しません。前述の企業では、Sansan・MA・GA4のデータがSalesforceに自動で連携される設計を構築しました。担当者が意識しなくても顧客の最新状態がSFAに反映される状態になりました。

   判断基準：「昨日顧客がWebサイトの価格ページを見た」という情報がSFAの商談レコードに自動で入っているかどうかで確認できます。

3. SFAのデータをレポートするために毎回集計が必要

   SFAに入力されているデータを活用するために、毎回Excelにエクスポートして集計する工数が発生している場合、SFAが自動でインサイトを提供できる設計になっていません。前述の企業では、自動化ロジックをシンプルに再設計し、分析工数を約30%削減しました。「SFAのデータがそのままレポートになる」設計が、活用頻度を上げます。

   判断基準：「今月の商談別の進捗レポート」を追加作業なしでSFAから出せるかどうかで確認できます。

設計を変えた後に何が起きたか

前述のコンサルティング企業では、SFAを変えるのではなく、「SFAに流れ込むデータを自動で統合する設計」から始めました。その結果、以下の変化が起きました。

1. 顧客行動の100%可視化を実現

   WebサイトでのGA4行動データからSalesforceの商談ステータスまで、顧客の動きが一本のタイムラインで確認できるようになりました。

2. 分析工数を約30%削減

   ツールをまたいだ手動集計が自動化され、SFAのデータがそのまま意思決定の材料として使えるようになりました。

3. SFAが「報告ツール」から「意思決定ツール」に変化

   担当者がSFAを開くと顧客の最新状態が分かり、次のアクションを判断できる状態が整いました。

SFAの機能を変えたのではなく、「SFAに流れ込むデータの設計」を変えました。

今週から始められる3つのアクション

1. SFAの商談レコードに「流入元」フィールドを1つ追加する

   どのマーケティング施策・チャネルからの顧客かをSFAに記録するフィールドを設けます。受注した商談の流入元が蓄積されることで、「どの施策が受注につながるか」が可視化できます。

2. MAのリードスコアをSFAの商談ビューに表示する

   HubSpotなどのMAのスコアリング情報をSFAのビューに統合します。担当者がSFAを開いたとき、そのリードが「今どの程度の確度か」をスコアで確認できる状態を作ります。

3. 「SFAのデータで答えられること・答えられないこと」をリストアップする

   「今月のパイプライン」は答えられるが「先月との差分の理由」は答えられない、という形で確認します。答えられないことの数が、SFA設計の改善余地の大きさです。

まとめ：SFAの問題は「データフロー設計の問題」

SFAがパイプライン管理表になってしまう原因は、SFAの機能不足でも入力率の問題でもありません。「SFAが報告のためのシステムになっていること」「SFAに流れ込むデータが手入力のみであること」「SFAのデータをレポートするたびに集計が必要なこと」が構造的な原因です。

DXコンサルティング企業の事例が示すように、顧客行動100%可視化・分析工数30%削減は、SFAを変えたのではなく「Web・MA・名刺管理のデータがSFAに自動で統合される設計」を整えたことで実現しました。最初の一歩は、SFAの商談レコードに「流入元」フィールドを1つ追加することから始まります。