CRM・SFA・MAの違いとは？役割・連携・選び方を比較

CRM、SFA、MAはすべて顧客に関わるシステムですが、同じ役割ではありません。CRMは顧客との関係、SFAは営業案件と活動、MAは見込み顧客への施策を主に扱います。名称だけで製品を選ぶと、同じ会社が三つのシステムに重複し、営業が入力せず、マーケティングが渡したリードを追えない状態が起こります。

結論は、製品区分より「顧客が知る、比較する、商談する、契約する、継続する」という流れで必要な記録と次の行動を決めることです。 そのうえで、MA、SFA、CRMのどこまでを一製品で持ち、どこを連携するかを選びます。広告で接点を増やす前段は広告代理店の選び方、SaaS共通の契約・解約確認はSaaS導入の基本も参照してください。

法令・指針は2026年8月5日に個人情報保護委員会、消費者庁、IPAの公開情報で確認しました。配信同意、Cookie等の取扱い、保存期間、国外移転、個別サービスの仕様は自社の利用方法で変わるため、最新の公式規約と法務担当者の確認が必要です。

三つの道具を顧客の時間軸に置く

MAは、Webフォーム、メール、セミナー、閲覧等の接点をまとめ、対象を分けて施策を実行する領域です。SFAは、担当者、商談段階、金額、次回行動、受注見込みを共有し、営業活動を進めます。CRMは、契約、問い合わせ、購入履歴、要望などを含め、顧客との関係を継続して理解する土台です。

実際の製品は領域をまたぐため、「CRM製品だから顧客情報をすべて任せられる」とは限りません。問い合わせ管理、配信、見積、契約、請求のどこまでが標準で、何を外部へ渡すかを確認します。最初に一社・一人をどう識別し、会社の統合・担当者の異動・配信停止を誰が直すかを決めます。

顧客データの基本経路：Web・展示会等の接点をMAで記録 → 条件を満たした見込み顧客をSFAへ引き継ぐ → 商談・見積・失注理由を更新 → 受注後の契約・購入・問い合わせをCRMへ集約 → 継続状況を必要な範囲でMAへ戻す。実際の構成では、一製品が複数の役割を持つ場合があります。

見込み顧客はまだ取引条件を確認している人・企業、商談は商品、金額、時期、担当者を伴う営業機会、顧客は契約や購入後も関係が続く相手です。一人が複数商談を持つ場合に人物情報を複製せず、企業・担当者・商談を別の単位として関連付けると、失注後の再提案や問い合わせ履歴を誤って上書きしにくくなります。

引き継ぎ条件を一文で定義する

三つを連携する目的はデータを増やすことではなく、次の担当が迷わず行動できることです。たとえば「資料をダウンロードした人」を全件営業へ渡すと、関心が浅い人への連絡が増えます。「対象業種、役職、特定ページ閲覧、本人の連絡希望を満たす」など、引き継ぎ条件と除外条件を合意します。

以下は成果予測ではない架空のファネル例です。月1,000件の新規接点のうち、対象条件を満たす100件をMQL、営業が適合を確認した40件をSQL、商談化20件、受注6件と置きます。各段階の数字は業種・単価・流入経路で変わり、この比率を基準値にしてはいけません。見るべきなのは、MQLからSQLへ進まなかった理由、次回行動が空欄の商談、失注理由が「その他」に集中する状態です。

マーケティングと営業で共通の用語集を作り、MQL、SQL、商談、休眠、失注、既存顧客の定義を記録します。ステージ変更の条件を自動化しすぎず、例外を人が訂正できるようにします。

顧客IDと同意を連携設計の中心にする

メールアドレスだけを識別子にすると、会社変更、共有アドレス、表記揺れで重複します。法人番号、社内顧客コード、メール、電話等を組み合わせ、同一人物・同一企業の統合規則を決めます。MAからSFAへ渡す項目、SFAからCRMへ戻す受注・失注、CRMからMAへ戻す契約・問い合わせをデータ辞書にします。

個人情報は「ツールに入れられるか」ではなく、取得目的、本人への通知・公表、利用範囲、保存、委託、第三者提供、安全管理を確認します。メール広告は、送信可否、表示事項、受信拒否後の停止を自社の配信方法に沿って点検します。営業担当が名刺情報を個人端末へ保存する、退職者アカウントが残る、テスト環境へ本番データを複製するといった運用も対象です。

アクセス権は部署名だけでなく、担当顧客、機密商談、問い合わせ内容、エクスポート権限で分けます。操作ログの保存、退職・異動時の停止、API連携用アカウント、データ削除依頼への対応を試します。DXを始める際の体制設計と同様に、営業部門だけではなく法務、情報システム、サポートを参加させます。

初年度費用は「席数」より運用作業を含める

見積項目は初期設計、データ整備、移行、フォーム・メール設定、営業プロセス設定、連携、利用者ライセンス、配信数、データ容量、サポート、教育です。MAは連絡先数や配信量、SFA・CRMは利用者数や機能階層で料金が変わることがあります。サンドボックス、API上限、追加ストレージ、分析機能、退会後の出力も確認します。

たとえば架空の営業20人・マーケティング5人モデルとして、初期設計・移行300万円、各サービスと支援の合計月55万円を12か月と置けば、初年度は960万円です。広告費、社内人件費、コンテンツ制作、追加開発、税は含みません。これは価格相場ではなく、初期費用と継続費を同じ表で比べるための計算例です。候補ごとに連絡先数、席数、配信量、連携範囲をそろえて見積もります。

投資効果は、受注額だけでなく、追客漏れ、入力時間、引継ぎ時間、重複配信、案件更新率、問い合わせ一次回答時間に分けます。ツール導入と同時に広告を増やした場合、受注増をすべてシステムの効果としないようにします。

90日で一つの顧客経路を通す

最初の30日は、対象商品と顧客層を一つ選び、現在の獲得から契約後までを描きます。必須項目、ステージ、引き継ぎ条件、同意、データ責任者を決め、重複・古い顧客情報を整理します。候補比較では、同じ架空顧客を使い、フォーム登録、MQL判定、商談作成、失注、配信停止、問い合わせまで実演します。

31〜60日は小人数で設定し、既存データの一部を移します。入力率、重複、通知過多、権限、連携失敗を毎週確認し、必須項目を増やしすぎないようにします。61〜90日は一商品・一チームで運用し、MQLから営業確認までの時間、次回行動の入力率、配信停止反映、サポートへの履歴連携を合否にします。期間は一例であり、複数法人や大規模移行では別計画が必要です。

小規模チームは、一つの顧客台帳と商談ボード、必要最小限の配信機能から始め、連携を増やさない構成が管理しやすい場合があります。部門横断の組織では、MA・営業・契約・サポートの責任者、共通顧客ID、データ辞書、変更審査を置きます。導入順は会社規模ではなく、最初に解消する引き継ぎの欠落と、運用責任を持てる範囲で決めます。

選定デモで試す八つの例外

同一人物が二つのフォームから登録した場合、会社名が変わった場合、配信停止した場合、担当者が異動した場合、商談を失注から再開した場合、既存顧客が別商品へ問い合わせた場合、API連携が止まった場合、誤って統合した顧客を戻す場合を試します。成功画面だけでなく、訂正と監査ができるかを見ます。

製品を一つに統合する利点は、画面とデータ責任をまとめやすいことです。一方、部門固有の機能が弱い、変更が全体へ影響する、乗り換えが大きくなる欠点があります。複数製品の連携は専門機能を選べますが、ID、同期、障害の責任分界が必要です。名称ではなく、自社の顧客経路と運用能力で選びます。

よくある失敗は入力の目的が見えないこと

項目を増やしすぎると、営業は商談後にまとめて入力し、予測が古くなります。経営会議用の項目を現場へ押し付けず、次の行動、金額、確度、失注理由など、誰がいつ使うか説明できるものに絞ります。自動記録にも誤りがあるため、顧客統合とステージ変更は監査可能にします。

もう一つは、MAを導入すれば見込み顧客が自然に育つという期待です。配信する情報、対象、頻度、営業へ渡す価値がなければ、自動化は不要な連絡を速くするだけです。CRM、SFA、MAの利点は顧客接点を組織で引き継げること、欠点はデータ整備と運用改善を継続しなければ形骸化することです。

まとめ：製品名ではなく顧客の次の行動で分ける

MAは見込み顧客への施策、SFAは営業案件、CRMは契約後を含む顧客関係を主に扱います。ただし製品の境界は重なるため、自社の顧客経路、引き継ぎ条件、正とするIDを先に設計します。

費用は席数だけでなく、初期設計、データ整備、連携、教育、配信量を含めて比較してください。個人情報と配信停止を運用に組み込み、一商品・一チームで90日の流れを通してから広げることが、入力され続ける仕組みへの近道です。

参考情報（2026年8月5日確認）

• 個人情報の保護に関する法律についてのガイドライン（通則編）（個人情報保護委員会）
• 特定商取引法に関する法令・ガイドライン（消費者庁）
• DX実践手引書 ITシステム構築編（情報処理推進機構）