MAとCRMの連携設計に生成AIを活かす方法｜データを分断させない

「見込み客の情報と顧客の情報が別々に管理されている」「同じ会社が両方に登録されていて、どちらが最新か分からない」——仕組みを複数持っている企業で必ず起きる分断です。連携は、つなぐ設定を入れれば終わりではありません。どちらを正とするかを決めていないと、つなぐほど食い違いが増えます。この記事では、分断させない設計の考え方を整理します。

MAとCRMはそれぞれ何を担うか

MA（マーケティングオートメーション）は、見込み客を集め、育てるためのツールです。メール配信、サイト行動の記録、リードのスコアリングなどを担い、まだ購入に至っていない相手との関係づくりを支えます。マーケティング部門が主に使います。

一方、CRM（顧客関係管理）やSFA（営業支援）は、商談から受注、その後の関係を管理するツールです。商談の進捗、受注履歴、顧客とのやり取りを記録し、営業部門が主に使います。両者は、顧客が「見込み客」から「商談相手」「顧客」へと進む過程の、それぞれの段階を担当しています。だからこそ、この二つがつながっていないと、顧客の流れが途中で切れてしまうのです。

データ分断が生む弊害

MAとCRMが分断していると、さまざまな弊害が生まれます。最も分かりやすいのが二重管理です。同じ顧客の情報を両方のツールに別々に入力することになり、手間がかかるうえ、片方だけ更新されて情報が食い違う事態も起きます。どちらが正しいか分からなくなり、データへの信頼が揺らぎます。

さらに深刻なのが、リードの取りこぼしです。マーケが時間をかけて育てた見込み客の情報が営業に届かず、せっかくの関心が放置される。逆に、営業が持つ商談の状況がマーケに見えず、的外れなフォローを続けてしまう。データが分断されていると、部門間で顧客の状態が共有されず、機会を逃します。連携は、この損失を防ぐための投資です。加えて、分断は分析の質も損ないます。マーケの施策が最終的な受注にどれだけ貢献したかを追えず、どの活動が成果につながったのかが見えなくなるのです。効果が測れなければ、施策の改善も、予算配分の判断も勘に頼ることになります。データがつながってはじめて、投資対効果を根拠を持って語れるようになります。

連携で何が変わるか

MAとCRMを連携させると、顧客とのやり取りが一つの流れになります。マーケがMAで見込み客を育て、関心が高まった相手をスコアリングで見極め、そのままCRMに引き渡して営業が商談化する。商談の結果はCRMからMAに戻り、受注に至らなかった相手には再びマーケがフォローする。この循環が、途切れなく回ります。

具体的には、次のような変化が生まれます。マーケと営業が同じ顧客情報を見られるようになり、認識がそろう。リードの受け渡しが自動化され、取りこぼしが減る。営業は、相手がこれまでどんな関心を示してきたかを知ったうえで商談に臨める。データがつながることで、部門をまたいだ一貫した対応が可能になり、顧客体験も成果も向上します。次の表に、連携前後の違いを整理します。

観点	連携前（分断）	連携後
顧客情報	二重管理・食い違い	一元管理で常に最新
リードの受け渡し	手作業・取りこぼし	条件で自動連携
営業の商談	相手の関心が見えない	過去の行動を踏まえられる
フォロー	失注後は放置	MAで再育成に回せる

連携の土台になる項目設計

連携を成功させる鍵は、項目（データの入れ物）の設計にあります。MAとCRMで、同じ情報が違う名前や形式で管理されていると、つないでもうまくかみ合いません。会社名、担当者名、役職、業種といった基本項目を、両ツールでどう対応させるかを決めることが、連携設計の出発点です。

項目設計では、どの情報を、どちらを正とするかを決めておくことも大切です。たとえば連絡先はCRM側を正とし、行動履歴はMA側を正とする、といった具合です。これが曖昧だと、連携後にデータが上書きし合って混乱します。最初にルールを決めておけば、つないだ後の運用が安定します。項目の対応表を作っておくと、設計が整理され、後の見直しも楽になります。

データ整備という地道な下ごしらえ

連携の前に避けて通れないのが、データの整備（クレンジング）です。表記のゆれ（株式会社と（株）など）、重複した登録、古くなった情報——こうした汚れたデータをそのままつなぐと、分断は解消しても混乱が残ります。地道ですが、この下ごしらえが連携の質を左右します。

データ整備は手間のかかる作業ですが、ここに生成AIが役立ちます。「この会社名リストの表記ゆれを統一して」「重複していそうな登録を見つけて」と頼めば、整備の下ごしらえが速く進みます。ただし、最終的な統合や削除の判断は人が確認します。AIで整備の候補を出し、人が確定する分担にすれば、負担を抑えつつ精度を保てます。汚れたデータをきれいにしてからつなぐ、という順番が大切です。

部門間の連携という本当の課題

MAとCRMの連携は、技術の問題に見えて、実は部門間の連携という組織の課題でもあります。マーケと営業が別々の目標を持ち、互いのデータに関心を払わなければ、ツールをつないでも活用されません。「マーケが渡したリードの質が悪い」「営業がフォローしてくれない」といった不満は、多くの企業で聞かれます。

これを解消するには、両部門で共通の定義と目標を持つことが欠かせません。どういう状態のリードを営業に渡すか、渡した後どう対応するかを、両部門で合意しておく。ツールの連携設計は、この合意を形にする作業でもあります。技術より先に、部門間の対話が要る。この認識が、連携を機能させるかどうかを分けます。データをつなぐ前に、人の意識をつなぐことが本当の課題です。

AIでデータ整形の手間を減らす

連携の運用では、日々のデータ整形が地味に負担になります。ここでも生成AIが力を発揮します。取り込んだデータの形式をそろえる、不足した情報を補う候補を出す、分類するといった作業を、AIに任せられます。手作業でやると時間のかかる整形が、大幅に効率化されます。

たとえば、集まったリードの業種が空欄のとき、会社名から業種を推測して補う候補をAIに出させる。役職の表記を統一する。こうした整形の下ごしらえをAIが引き受けると、人はデータの活用に集中できます。ただし、AIが補った情報は推測を含むため、重要な判断に使う前には確認が要ります。整形はAI、確認は人という分担で、精度とスピードを両立させます。

AIをシナリオ設計の叩き台に使う

MAの活用では、「どんな条件で、誰に、何を送るか」というシナリオ設計が重要です。この設計は経験を要し、ゼロから考えると時間がかかります。生成AIは、シナリオ設計のたたき台づくりに役立ちます。「資料をダウンロードした見込み客を育てるメールシナリオを設計して」と頼めば、ステップの案が得られます。

AIが出すシナリオは、あくまで一般的なたたき台です。自社の商品や顧客の実態に合わせて、人が調整します。それでも、白紙から考えるより、たたき台があるほうがはるかに早く形になります。AIで骨組みを作り、人が自社に合わせて肉付けする。この進め方が、シナリオ設計の負担を減らします。連携で得た豊富なデータがあれば、より的確なシナリオも組めるようになります。

スモールスタートで始める

MAとCRMの連携は、最初から完璧な設計を目指すと、いつまでも始められません。小さく始めて、育てるのが現実的です。全項目を一度に連携させようとせず、まずは最も重要な情報だけをつなぎ、動かしながら広げていきます。次の流れで進めると無理がありません。

いきなり複雑な自動化を組むより、まずは「マーケが育てたリードを、条件を満たしたら営業に渡す」といった一つの流れを実現する。それが回り始めたら、フォローの自動化や、より細かいスコアリングへと広げます。小さな成功を積み重ねるほうが、社内の理解も得やすく、運用も安定します。完璧より、まず動かすことを優先する姿勢が、連携を軌道に乗せます。

運用ルールを決めて形骸化を防ぐ

連携の仕組みは、作って終わりではなく運用ルールがあってこそ生きます。誰がデータを入力するか、いつ更新するか、どういう状態でリードを受け渡すか——こうしたルールが曖昧だと、時間とともに仕組みが形骸化します。入力されないデータが増え、連携しても中身が空、という事態に陥ります。

運用ルールは、現場が守れる範囲で決めることが大切です。理想を詰め込みすぎると、負担が重くて守られなくなります。最低限これだけは、という項目を絞り、確実に入力・更新される状態を作る。ルールの周知や、定期的な見直しも欠かせません。AIに「この連携運用で、現場が守りやすいルール案を」と相談すると、たたき台が得られます。仕組みとルールの両輪で、連携を持続させます。あわせて、ルールを守ることが現場の得になる形にしておくと、定着が進みます。入力したデータが自分の仕事を楽にすると実感できれば、義務ではなく習慣として根づきます。ルールを押し付けるより、メリットを感じてもらう工夫が、形骸化を防ぐ近道です。

連携の効果を測って改善する

連携は、つないだ後に効果を測って改善し続けることで真価を発揮します。マーケの施策が商談や受注にどれだけつながったかを、連携したデータで追えるようになります。どの経路のリードが成約に至りやすいか、どの施策が貢献したかが見えれば、次の打ち手の精度が上がります。

分析には生成AIも役立ちます。連携で集まったデータを渡して成果につながった経路の傾向を整理させると、改善のヒントが得られます。ただし、データの解釈や打ち手の決定は人が行います。数字を眺めるだけでなく、なぜその結果になったかを考え、次の施策に反映する。この振り返りの習慣が、連携を成果に変え続けます。

やりがちな失敗と回避

MAとCRMの連携でつまずきやすい、典型的なパターンです。先回りして避けましょう。

• 汚れたデータのままつなぐ：整備を飛ばし、連携後も混乱と食い違いが残る
• 技術連携だけで満足する：部門間の合意がなく、つないでも活用されない
• 最初から完璧を目指す：全項目を一度に連携しようとして、始められず頓挫する
• 運用ルールを決めない：入力が滞り、時間とともに仕組みが形骸化する

配信の可否と同意の記録は必ず両側に返す

連携で最も事故になりやすいのが、メール配信の可否です。特定電子メール法は2008年12月1日に施行された改正で、広告や宣伝を含むメールは原則としてあらかじめ同意を得た相手にだけ送るオプトイン方式になりました。同意を証明する記録の保存も求められ、その記録は、送信をしないこととなった日から1か月を経過する日まで保存すべきものとされています。つまり、同意の有無だけでなく、いつ、どの経路で同意を得たかまでが、両方の仕組みで追える状態になっている必要があります。連携を組む側は、この記録の置き場所を最初に決めておく必要があります。MAの側だけに同意の記録があり、CRMの側には配信の可否だけがある、という構成が最も危ないからです。

実際に起きるのは、こういう分断です。MAの側で配信停止を受け付けたのに、CRMの側の一括配信のリストにはその人が残っている。営業が案内を送り、止めたはずの相手にもう一度届く。逆の向きでも起きます。営業がCRMの側で受け取った配信停止の依頼を入力しても、MAの配信対象からは外れない。片方向の同期しか組んでいないと、停止したという情報だけが戻らずに残ります。どちらの向きでも、止めたはずの相手に届くという同じ結果になります。この種の不備は、受信者からの苦情や、メールの到達率の低下という形で後から返ってきます。気づいたときには、送信元のドメインの評価が下がっていることもあります。連携の事故は、届かないことより、届いてはいけない相手に届くことで表に出ます。

そこで、配信の可否、同意を取得した日、同意を取得した経路の3項目は、向きを双方向にし、停止が勝つという扱いを明文化します。停止の印は、どちらから来た更新でも上書きされない。この1行を決めておくだけで、後から入る一括取り込みで停止が消える事故を防げます。同意の取得経路は、後から監査で聞かれる列でもあります。項目ごとの向きを1行ずつ書き出した表を作り、つなぐ前にマーケと営業と情シスの3者で読み合わせておきます。読み合わせの場では、項目名だけでなく、その項目を誰が更新するのかも一緒に確認します。更新する人がいない項目は、連携の対象から外したほうが安全です。空の項目が双方向で往復すると、どちらの値も残らなくなります。

ここはAIに判断させない範囲です。業種や行動の履歴から、この相手はおそらく送ってよいという推測を出させると、同意の記録がない相手に配信することになります。同意の記録がない相手は、AIが何を返しても送らない列に置きます。任せてよいのは、取得経路の表記をそろえる作業までです。線を引く単位は、担当者ではなく作業です。配信対象を抽出する作業は機械に任せてよく、送ってよいかどうかの決定は人が持つ。この分け方にしておくと、担当が変わっても判断が揺れません。月初に同意の記録がない件数を数え、増えているならフォームの設計か取り込みの手順のどちらかを見直します。数え方は台帳の1列を数えるだけで足ります。フォームの同意欄を後から必須に変えると、過去分の記録が空のまま残る点にも注意が要ります。

名寄せのキーと項目ごとの同期の向きを先に書き出す

重複の判定に何を使うかで、連携の質はほぼ決まります。メールアドレス単独をキーにすると、転職や改姓、部署の変更で同じ人が別人として増えていきます。逆に、代表窓口の共通アドレスが登録されていると、複数の担当者が1件に潰れます。会社と人を別の入れ物に分け、会社は法人番号で、人はメールアドレスで突き合わせる二階建てにすると、この両方を避けられます。どちらのキーを使うかは、後から変えるのが非常に難しい部分です。すでに数万件が入っている状態でキーを変えると、過去の重複がすべて表に出てきます。つなぐ前の設計で、ここだけは時間をかける価値があります。会社を先に、人を後に突き合わせる順番も、あわせて決めておきます。

法人番号は13桁で、先頭の1桁は入力の誤りを見つけるための検査用の数字、続く12桁が法人ごとの番号です。国税庁の法人番号公表サイトで、名称や所在地から誰でも引けます。複数の番号をまとめて照合する機能もあり、一度に10件まで確認できます。前株か後株か、正式名称か略称かといった表記の違いに振り回されずに済むため、名寄せの土台として使う価値があります。取り込みの時点で法人番号の列を用意しておけば、後から一括で埋め直す手間が省けます。フォームで直接入力してもらうのは負担が大きいので、会社名から照合して埋める運用が現実的です。照合できなかった件は、手で確認する列に落とします。上場企業と同じ名前の子会社など、名称だけでは決まらない件が必ず残るためです。

同期の向きは、項目ごとに1行ずつ書き出します。どちらからどちらへ流すか、上書きするのか空のときだけ入れるのか、頻度はどれくらいか。最も事故が多いのは、空の値でも上書きする設定です。片側で項目を空にした瞬間に、もう片側に入っていた値が消えます。書き出した一覧は、項目名、向き、上書きの条件、頻度、更新する人の5列にしておくと、そのまま設定の手順書になります。頻度の欄は、即時なのか、1時間ごとなのか、夜間の1回なのかまで書きます。営業が当日中に動きたい情報だけを即時にし、残りは夜間にまとめると、呼び出しの回数も抑えられます。この一覧は設定画面の中だけに置かず、外に1枚の表として持ちます。

統合は取り消せない作業です。重複を1件にまとめると、片方に付いていた行動の履歴や商談の記録が消えることがあります。AIが出した重複の候補を、そのまま実行しないでください。月に一度まとめて処理し、実行の前に対象の一覧を書き出して保存します。統合の前に、統合される側の件に付いている履歴の件数だけでも控えておくと、後から失ったものが分かります。多くの仕組みには統合を取り消す機能がないか、あっても期間の制限があります。月に一度という頻度にしておけば、間違いに気づく余地も残ります。営業の担当が付いている件は、その担当に一声かけてから統合します。重複が毎月増え続けるようなら、統合ではなく取り込みの入り口のほうを直します。

連携は静かに止まる。気づく仕組みを先に作る

連携は、派手に壊れるのではなく静かに止まります。APIの呼び出し回数が上限に達した、項目の型が変わって弾かれた、必須項目が空で登録できなかった、接続に使っている権限の有効期限が切れた。いずれの場合も画面には何も出ず、新しいリードが渡らなくなるだけです。特にAPIの呼び出し回数は、別の施策で一括取り込みを流した日に一気に使い切ることがあります。マーケが大量のリストを取り込んだその日に、営業への引き渡しだけが止まる、という組み合わせです。気づくのは営業から最近リードが来ないと言われたときで、そこまでに数日から数週間が過ぎています。その間に届いたリードは、後から手で流し直すことになります。

監視の道具を入れる前に、件数で見ます。1日にMAからCRMへ渡した件数を、毎朝1つの数字として確認する。直近4週間の平日平均の半分を下回った日、またはゼロが2日続いた日を異常とする。この2つの線を決めておくだけで、運用の中で拾えます。件数は連携の仕組みの画面ではなく、CRMの側に当日作られたリードの件数で数えます。渡す側の画面は、送信したつもりの件数を出すことがあるためです。毎朝の確認は、担当が1人で見るのではなく、マーケと営業の2人が同じ数字を見る形にします。1人だと、休んだ日にそのまま抜けます。止まったことに気づくまでの日数が、そのまま失うリードの数になります。

見落とされやすいのが、接続に使う権限です。担当者個人のアカウントでつないでいると、その人の異動や退職の日に止まります。連携の専用アカウントを作り、有効期限のある権限は期限日を台帳に書いて、切れる1か月前に更新します。有効期限のある権限は、切れる日が平日とは限りません。連休の初日に切れると、気づくのは連休明けになります。期限日を台帳に書いたうえで、カレンダーの予定としても1か月前に入れておくのが確実です。更新の作業を誰がやるかも、その予定に書いておきます。情シスと営業のどちらの持ち物かが曖昧な部分ほど、止まったときに動きません。後から整えようとすると、たいてい一度止まった後になります。

社内で通すときは、影響を金額ではなく件数と日数で説明します。3営業日止まって渡らなかったリードが何件、そのうち例月なら商談になっていたはずが何件、という言い方なら、決裁者は復旧の優先度をその場で判断できます。金額で説明しようとすると、リード1件の価値をいくらと置くかの議論から始まり、復旧の話に進みません。件数と日数なら、その場の全員が同じ絵を見られます。あわせて、誰が何を確認するかを書いた復旧の手順を1枚にまとめておきます。手順の1枚には、確認する画面の名前と、正常な場合に出る数字も書いておきます。正常な状態を書いておかないと、見ても判断できないからです。

よくある質問

MAとCRMは同じベンダーでそろえるべきですか？

そろえると連携が楽になる利点はありますが、必須ではありません。別々のツールでも、連携機能や中間ツールでつなげます。大切なのはベンダーより、項目設計とデータ整備、運用ルールです。自社に合ったツールを選び、連携できる形を整えるほうが、無理がありません。

小さな会社でも連携する意味はありますか？

あります。むしろ人手が限られる小さな組織ほど、二重管理やリードの取りこぼしの損失が響きます。大がかりな仕組みでなくても、重要な情報をつなぐだけで効果が出ます。スモールスタートで、負担にならない範囲から始めれば、規模に関わらず恩恵を受けられます。

連携にAIはどこまで使えますか？

データの整形やクレンジングの下ごしらえ、シナリオ設計のたたき台づくりに役立ちます。ただし、項目の対応や統合の確定、重要な判断は人が行います。AIは手間のかかる作業を速める道具であり、連携設計そのものの責任は人が持つ、という位置づけで使うのが安全です。

まとめ

MAとCRMの連携設計に生成AIを活かす要点は、データを分断させず、項目設計とデータ整備を土台に、部門間の合意と運用ルールで支えることです。連携でスコアリングから商談化、フォローまでが一つの流れになる。AIはデータ整形やシナリオ設計のたたき台に使い、判断は人が担う。完璧を目指さずスモールスタートで始める。まずは、二重管理になっている重要な情報を一つ、両ツールでつなぐところから始めてみてください。

※本記事にはAIが活用されています。編集者が確認・編集し、可能な限り正確で最新の情報を提供するよう努めておりますが、情報の完全性、正確性、最新性、有用性等について保証するものではありません。本記事の内容に基づいて行動を取る場合は、読者ご自身の責任で行っていただくようお願いいたします。