CRMとMAの違いと連携方法｜データ項目・同期・配信停止の設計

2026年5月7日

著者: 与謝秀作

CRMとMAの連携は、顧客情報や検討状況を部門間で共有し、適切な対応につなげるために行います。CRMは顧客関係の記録、MAは条件に応じたマーケティング施策の管理を担いますが、対象が「既存顧客だけ」「見込み顧客だけ」と固定されているわけではありません。

接続ボタンを押す前に、ID、項目の意味、どちらを正とするか、停止や削除の扱いを決めます。同期件数の多さより、担当者が誤った情報で行動しないことを優先しましょう。

何を連携するかを一つの業務から決める

最初の例を「資料請求後の相談を営業へ渡し、対応中の人には同じ勧誘を重ねない」とします。これは架空の運用例で、特定製品の標準機能を約束するものではありません。

メールアドレスだけを永続IDにすると、変更や共有アドレスで衝突する場合があります。利用製品が使える一意IDと、統合・分割のルールを確認します。

項目例	正とする側の例	方向	更新・例外
顧客ID	CRM	CRM→MA	作成時に対応IDを記録
取得元	MA	MA→CRM	初回と最新を別欄にする
営業ステージ	CRM	CRM→MA	対応中は対象シナリオを停止
配信停止	停止を受けたシステム	関係先へ反映	古い許可で上書きしない
会社名	合意した管理側	原則一方向	手修正と自動更新の競合を定義

すべて双方向にすると、古い情報による上書きや更新ループが起きやすくなります。項目ごとに責任を決め、最終更新時刻だけでは判断できない場合の優先ルールも用意します。空欄が「削除」なのか「未取得」なのかを区別してください。

ここでAPIは接続先の機能を指し、本記事の手順が実際の設定変更を代行するものではありません。テストデータは本番の顧客へ誤送信されない範囲で用意し、実施者と復旧担当を決めます。

1週目は業務目的、項目、ID、権限、停止条件を合意。2週目は限定したテストデータで接続。3週目は一つのフォーム・担当チームだけで試行。4週目は重複、欠測、停止反映、対応時間を振り返ります。日数は説明用で、審査や開発の期間は製品・組織により異なります。

復旧では、失敗データを無条件に全部再送する前に、処理済みか、順序が影響するか、停止状態を上書きしないかを確認します。監視項目は成功件数だけでなく、失敗件数、遅延、未割当、重複の疑いを含めます。

架空の例で、100件中の二重入力が10件から2件へ減っても、成果として言えるのは確認した範囲の運用改善です。それだけで受注増加や投資回収を断定しません。設定・運用・保守費と、減った作業や改善した対応を同じ期間で確認します。

営業が必要な文脈を読めるか、配信停止が確実に伝わるか、顧客が重複連絡を受けないかを点検します。機能を多く有効にするより、一つの業務が安定して回る状態から範囲を広げることが、連携を継続する土台です。