SFAとMAの違いと使い分け方｜つないで初めて効く

「点数の高い見込み客を毎週渡しているのに、営業がほとんど動いてくれません」「営業側の商談の記録は歯抜けのままで、マーケの側からは何が起きたのか一切見えません」——BtoBの現場では、この2つの不満が別々の部署から同時に上がってきます。並べてみると、実は同じ1つの詰まりを裏表から言っているだけです。足りないのは道具でも熱意でもありません。本当は、片方が数えている単位と、もう片方が数えている単位が違うまま、名簿だけを受け渡していることから起きています。この記事では、SFAとMAがそれぞれ何を管理しているのかを分けて示し、つないだときに何が変わるのか、渡す情報と戻す情報を項目の単位で組み立てます。

場面：点数の高い見込み客を渡しても、営業が動かない

題材を1つ置いて、記事の最後まで同じ会社で追います。業務用のソフトを売る従業員300人規模の会社で、マーケ部門がMAを2年運用していました。資料の請求とウェビナーの参加を点数化し、一定の点数を超えた見込み客を毎週の一覧にして営業へ渡しています。渡した件数は月に80件、そのうち商談になったのは3件でした。

営業側の言い分を聞くと、まったく別の話が出てきます。渡された一覧には会社名と担当者名と点数しか載っておらず、その会社に過去いつ提案したのか、なぜ見送りになったのかが書かれていません。渡された80件のうち十数件は、半年前に別の案件で断られたばかりの会社でした。営業から見ると、点数は高いが今は動かせない相手が混ざった一覧です。

マーケ側にはそれが見えません。過去の商談の履歴はSFAの中にあり、MAには入っていないからです。両方の仕組みが正しく動いているのに、渡し方だけが片道だったという状態です。この記事では、この会社を題材に、何を渡し、何を戻すのかを組み立てていきます。

SFAが管理しているのは、案件が前に進む道筋

まずSFAの側から見ます。SFAは営業支援の仕組みと訳されますが、中心にあるのは案件という単位です。1つの案件に対して、いま何段階目にいるのか、金額はいくらか、受注できそうな確度は何割か、いつ決まる見込みかを持ちます。

特徴的なのは、時間の向きが一方通行であることです。案件は初回接触から提案、見積もり、稟議、受注または失注へと進み、途中で段階が戻ることはあっても最後は必ずどちらかで終わります。終わった案件は数字として確定し、売上の見込みを積み上げる材料になります。つまりSFAは、未来の売上を先に見せるための仕組みでもあります。

実務で難しいのは、この情報が営業担当者の入力によってしか埋まらない点です。段階も確度も決着日も、外から自動で観測できるものではありません。入力の負担が重い仕組みほど、記録が現実から遅れます。マーケ側から見て「営業の記録は歯抜けだ」と感じるのは、担当者の怠慢というより、入力の設計が重いことの結果であることが多いところです。

MAが管理しているのは、人の動きの積み重ね

MAの側は紙幅を抑えます。すでに詳しい解説が世の中に多いためです。押さえるべき点は1つで、MAが数えているのは案件ではなく人です。1人ずつの連絡先に対して、いつ何を見たか、何を開いたか、どの資料を落としたかが積み上がります。

時間の向きも違います。人の行動は終わりません。今日は反応が無くても半年後に戻ってくることがあり、その間ずっと記録は伸び続けます。だからMAの中では、決着という考え方がそもそも弱く、代わりに「いまの温度」を点数で表そうとします。点数は現在の状態の推定であって、確定した事実ではありません。

この違いが冒頭の詰まりを生みます。MAの点数は今の関心の高さを表しているが、買える状況かどうかまでは表していないからです。予算が来期に回っている、直近で他社に決めたばかりといった事情は、人の行動には現れません。それはSFA側の案件の履歴にしか書かれていない情報です。

もう1つ、決定的に違う点があります。MAの中の行は、こちらの都合で増やせます。資料の配布や広告の出稿を増やせば、来月には1,000人分の行が増えます。対して案件の行は、営業が動かない限り1つも増えません。片方は増やせて、もう片方は増やせないという非対称が、渡す側と受け取る側の温度差の根っこにあります。渡す件数を増やすことは、マーケ側にとっては成果の証ですが、営業側から見れば処理しきれない量が積み上がっただけです。

違いは機能ではなく「数える単位」と「時間の向き」

2つの違いは、機能の一覧を並べても見えてきません。並べて比べるべきなのは、何を1行として数えているか、時間がどちらへ流れているか、そして誰が情報を入れているかです。この3つが違うと、つなぐときに必ず変換が要ります。

見る観点	SFA（商談を追う仕組み）	MA（見込み客を育てる仕組み）
1行として数えるもの	案件（1つの取引の話）	人（1つの連絡先）
時間の向き	受注か失注で必ず終わる一方通行	終わりが無く積み上がり続ける
情報を入れる人	営業担当者が手で入れる	相手の行動が自動で記録される
主に答える問い	今期いくら入るのか、どこで止まっているのか	誰が今いちばん関心を持っているのか
会社との関係	1社に複数の案件が並行することがある	1社に複数の連絡先がぶら下がる

表の最下段が、連携で最も事故を起こす行です。片方は1社に複数の案件、もう片方は1社に複数の人という構造なので、どちらも会社を経由しないと結び付きません。人と案件を直接つなごうとすると、1人が3つの案件に出てくる場面で数が合わなくなります。

時間の向きの違いも、運用の設計に効いてきます。案件が失注で閉じても、その会社の人は消えません。むしろ次の機会まで育て続ける対象に戻ります。失注はSFAでは終わりだが、MAでは始まりに戻るという合図です。この読み替えを明文化していない組織では、失注した会社の連絡先が配信対象から外されたまま放置されがちです。

CRMはどこに重なるのか、1段だけ整理する

3つ目の名前としてCRMが出てくると混乱しやすいので、境界だけ引いておきます。CRMが持っているのは、会社と人の情報そのものです。誰がどの会社に所属し、どんな取引の履歴があるのか。案件でも行動でもなく、関係そのものを保管する場所だと考えると位置づけが安定します。

実際の製品では、この3つが1つにまとまっていることが増えました。ITRが2025年11月にまとめた市場の区分でも、SFA、MA、名刺管理、オンライン商談システム、セールス・イネーブルメント・ツール、セミナーと展示会の運営システムという6つの分野が並んでいます。製品の境界が曖昧になっても、数える単位の違いは消えません。

だから、どの製品を使うかにかかわらず決めることは同じです。会社の情報をどこに置くか、人の情報をどこに置くか、案件の情報をどこに置くか。同じ情報を2か所で更新できる状態を作らないこと。1つの製品で全部が済む場合でも、どの画面がその情報の正本なのかは決めておく必要があります。

境界を引くときの実務的な問いは1つだけです。ある項目が変わったとき、誰が最初にそれを知るのか。会社が移転したことを最初に知るのは営業担当者、資料を落としたことを最初に知るのは配信の仕組みです。最初に知る側が正本を持つと決めれば、境界の議論はほとんど片付きます。製品の設計思想や機能の優劣から決めようとすると、議論だけが長引いて運用の答えが出ません。

つなぐ相手は2つだけではない。人の行が生まれる入口を数える

SFAとMAの2つをつなぐ話として設計を始めると、動かし始めてから想定外の行が湧いてきます。人の情報を持っている仕組みは、この2つ以外にもあるからです。

アイ・ティ・アールが2025年11月にまとめた市場の区分では、SFAとMAのほかに、名刺管理、オンライン商談システム、セールス・イネーブルメント・ツール、セミナーと展示会の運営システムという分野が並び、全体で6つに分かれています。このうち名刺管理とセミナーや展示会の運営システムは、いずれも人の情報を新しく作ります。人の行が生まれる入口は、実際には2つではなく4つ以上あるのが普通です。

現場で起きることは決まっています。展示会の運営システムに来場者として登録された人、名刺管理に取り込まれた名刺、問い合わせの入力欄から入ってきた人。同じ人物が3つの行になり、それぞれ別の鍵で作られます。対処は突合の仕組みを増やすことではありません。人の行を作ってよい入口を先に絞り、入口ごとに最初に入れる先を1つに固定することです。入口を絞らずに突合だけを増やすと、名寄せの作業が毎月ふくらみ続けます。

数字で見ると、この領域だけ入れ替わりが速い

市場の動きを押さえておくと、社内で説明するときの材料になります。矢野経済研究所が2025年5月29日に公表した法人向けの調査（調査期間は2024年6月から10月、有効回答453社）では、業務ごとにクラウド型を選ぶ企業の割合の変化が示されています。

2016年の調査と比べた増加幅は、CRMとSFAの領域だけが39.6ポイント増と突出していました。人事・給与が8.3ポイント、財務・会計が5.7ポイント、販売管理が3.9ポイント、生産管理の領域が0.3から5.5ポイントですから、桁が違います。次回の新規導入や更新でクラウド型を予定する割合も、この領域が35.3%で最も高くなっています。

市場の規模の側も伸びています。アイ・ティ・アールが2025年11月10日にまとめた調査では、SFA市場の2024年度の売上金額は617億円、前年度比14.9%増で、2025年度も15.2%増を見込むとされています。2024年度から2029年度の年平均成長率は11.8%です。入れ替わりが速い領域では、5年前に決めた連携の設計がそのまま残っていることのほうが珍しいと考えたほうが実態に合います。

つないで変わるのは、重複と分断と出戻りの3つ

連携の効果を「情報が一元化される」と説明すると、決裁の場で必ず「それで何が変わるのか」と聞かれます。具体的に変わるのは3つです。冒頭の会社で起きていたことに当てはめると分かりやすくなります。

1つ目は重複です。同じ会社に、営業がすでに提案中なのにマーケが新規として案内を送る。担当者が別人なら気づけません。会社が結び付いていれば、案内の対象から外すか、内容を変えるかを選べます。2つ目は分断で、過去の失注理由がマーケ側から見えない状態を指します。理由が見えれば、時期が理由なのか価格が理由なのかで次の打ち手が変わります。

3つ目が最も見落とされる出戻りです。失注した案件の関係者を、育てる対象に自動で戻す動きを指します。冒頭の会社では、失注した会社の連絡先が配信リストに残ったまま、新規向けの案内を受け取り続けていました。失注から半年後に戻す、という決めごとを1つ入れるだけで、案内の中身が別のものになります。3つとも、道具を買い替えなくても設計だけで動きます。

マーケから営業へ渡す情報は、5項目に絞る

渡す情報の設計から始めます。ここで項目を増やすほど親切だと考えるのは間違いで、増えるほど見られなくなります。営業が一覧を見る時間は数十秒しかありません。

• 会社をひとつに特定できる鍵（会社名ではなく法人番号などの番号）
• その人が直近で何をしたか（見た資料の名前と日付を1つだけ）
• なぜ今なのかの理由を1行（点数ではなく、行動を言葉にしたもの）
• その会社に過去の案件があるかどうかと、あるならその結末
• いつまでに接触してほしいかの期限

3つ目が要点です。点数だけを渡すと、営業には根拠が見えません。点数は渡す側の内部の指標であって、受け取る側の判断材料ではないと考えます。「価格のページを2回見て、比較資料を落とした」という事実のほうが、80点という数字より行動につながります。

4つ目は本来SFA側にある情報なので、連携ができていなければ渡せません。裏を返すと、連携の最初の一歩は、渡す一覧に過去の案件の有無を1列足すことです。冒頭の会社はここから着手し、渡す件数を月80件から30件に絞りました。商談になった数は3件から9件に増えています。件数を減らして結果が増えたのは、除いた50件が動かせない相手だったからです。

営業からマーケへ戻す情報。ここが抜けると連携は片道になる

渡す側の設計は語られますが、戻す側は薄いままのことが多いところです。戻ってこない限り、マーケ側の判断は永久に更新されません。点数の付け方が正しかったのかどうかも分かりません。

戻す項目は4つで足ります。案件になったかどうか、ならなかった理由、受注した場合の金額と決着日、その案件に関わった人の連絡先です。4つ目が抜けやすく、しかも効きます。商談の場に出てきた決裁者の連絡先がマーケ側に戻ると、育てる対象が実際の決裁の線に近づきます。

理由の書き方には制約を付けます。自由記述にすると集計できないので、選択肢を先に5つほど決めておきます。時期が合わない、予算が無い、他社に決まった、要件が合わない、担当者に決裁の権限が無い。選択肢が5つを超えると、営業は一番上を選ぶようになります。選ばせる代わりに、補足の一文を任意で書ける欄を1つだけ添えるほうが、実際の情報が集まります。

戻す仕組みを作るときの落とし穴も先に挙げておきます。戻す作業を営業に新しく頼むと、まず埋まりません。だから、頼むのではなくすでに営業が入力している項目の中から4つを選ぶのが現実的です。案件の段階と決着日と金額は、もともと入力されているはずの項目です。実質的に新しく頼むのは、理由を5つから選ぶ操作1つだけになります。頼む項目が1つなら、記録は半年後も埋まっています。

突合の鍵を先に決める。会社と人で別の鍵が要る

ここが連携の技術的な急所です。2つの仕組みをつなぐとき、何をもって同じ会社、同じ人と判断するのかを先に決めておかないと、二重の行が積み上がります。しかも積み上がった後で直すのは、最初に決める手間の何倍もかかります。

会社の鍵は、会社名にしてはいけません。株式会社が前に付くか後ろに付くか、括弧で略すか、支店名が入るかで簡単に割れます。法人番号を鍵に置くと、社名が変わっても同じ会社として追えます。番号が取れない相手には、正式名称と本社の所在地を組み合わせた暫定の鍵を作り、後で番号に置き換えます。

人の鍵は、原則として連絡先です。ただし1人が複数の連絡先を持つこと、退職して連絡先ごと消えることを前提にします。だから人の行を消さず、その人が有効かどうかの状態を持たせるのが現実的です。退職した担当者の行を削除すると、その人が関わった過去の案件の経緯まで追えなくなります。消すのではなく、無効という状態にして残します。

鍵を決めた後に、もう1つ作業が残ります。すでに入っているデータへ鍵を埋める作業です。ここを後回しにすると、新しく入る行にだけ鍵が付き、過去の行には付かない状態になります。過去の案件と結び付かないので、渡す一覧に案件の有無を出す仕掛けが動きません。埋める範囲は、直近3年に取引か商談があった会社から始めると現実的な量に収まります。全期間を一度に埋めようとして途中で止まった例のほうが、はるかに多いところです。

連携でほぼ必ず起きる事故を、先に4つ数えておく

設計が正しくても、動かし始めると事故が出ます。事前に知っていれば、起きたときに設計の失敗ではなく想定内の調整として扱えます。冒頭の会社で実際に起きたのは次の4つでした。

• 同じ会社の行が二重にでき、片方だけ更新されて、どちらが正しいか分からなくなる
• 同期の向きを両方向にしたため、片方で消した情報がもう片方から復活してくる
• 退職した担当者に案内が送られ続け、宛先不明の扱いが増えて到達率が下がる
• 失注した会社が新規向けの案内を受け取り、営業が知らないところで印象を悪くする

2つ目は特に厄介です。両方向の同期は便利に見えますが、どちらの情報を正とするかを項目ごとに決めていない両方向の同期は、必ず終わらない上書き合戦になります。会社の情報はこちらが正、案件の情報はあちらが正、というように項目ごとに正本を決めるのが先です。

• 同期は最初から全項目でつながない。会社の鍵と案件の有無の2つだけで1か月動かす
• 本番の前に、100社ぶんだけを流して二重の行が出ないかを目で確かめる
• 同期が失敗したときに誰に通知するかを決める。通知先が空のまま数週間止まっていた例は多い
• 配信の除外条件は、点数ではなく案件の状態で書く（進行中の案件がある会社は新規案内から外す）

つなぐ手順は5工程。項目を増やすのは最後

進める順番を並べます。最初から全項目をつなごうとする計画は、たいてい3か月後に止まります。動く範囲を小さく作って、先に往復させるのが早道です。

工程2と工程3を入れ替えたくなりますが、順番はこのままが安全です。先に営業側の利益が出る変更を入れておくと、工程3で頼む入力の追加が受け入れられやすくなります。何ももらっていない状態で入力項目を増やす依頼をすると、記録は埋まりません。

AIをどこに噛ませ、どこに噛ませないか

AIの使いどころは、この連携の中に4つあります。ただし全部に共通する条件があって、AIが触れてよいのは下書きと候補までで、確定と送信は人が持ちます。分類や優先度の判断が自動で確定すると、間違いが下流の全部へ伝わるためです。

向いているのは、まず入力の下書きです。商談の記録から次の段階と決着の見込み日の案を作らせ、営業が直して確定する。次に要約で、長い問い合わせの本文から論点を抜き出して営業へ渡す一覧の1行にする。3つ目が名寄せの候補出しで、二重かもしれない行の組み合わせを並べさせる。4つ目が失注理由の分類で、自由記述を5つの選択肢のどれに近いかで仕分けます。

噛ませてはいけないのは3つです。優先度の確定、送信そのもの、そして失注理由の書き換え。3つ目は見落とされますが、営業が書いた言葉をAIが整えると、集計は綺麗になる一方で現場の温度が消えます。原文を必ず残し、整えた文は別の列に置くのが最低限の作法です。なお、複数のAIが営業とマーケの作業を横断して支援する形は、アイ・ティ・アールの2025年11月の調査でも今後の方向として挙げられています。ただし横断させる前に、突合の鍵と正本の所在が決まっていることが前提になります。

効いているかどうかは、3つの数字で見る

最後に、連携が効いているかを測る数字を決めます。件数や送信数を見ても、連携の効果は分かりません。見るべきは往復しているかどうかを表す数字です。

1つ目は渡した件数に対して営業が接触した割合です。渡した数ではなく、実際に触られた数で見ます。冒頭の会社では、渡す件数を絞った後にこの割合が2割から6割へ変わりました。2つ目は戻ってきた結果が埋まっている割合で、渡した件のうち結末が記録されたものの比率です。ここが低いうちは、点数の設計を直しても意味がありません。

3つ目は失注から再び案件になるまでの件数です。出戻りの輪が回っているかを直接表します。3つとも、月に1度、同じ定義で数えるのが条件です。定義を変えながら数えた数字は、良くなったのか定義が変わったのかを区別できません。数える日と担当を決め、定義を変えるときは変えた日を記録に残してください。

見なくてよい数字も、同時に決めておきます。配信の開封率と、渡した件数そのものです。どちらも上げようと思えば上げられるので、連携が往復しているかどうかとは別に動きます。件数を成果として報告した瞬間から、渡す一覧の質は下がり始めます。報告に載せる数字を3つに絞ることは、単なる集計の話ではなく、どこに力を入れるかを決め直すことでもあります。

よくある質問

SFAとMAは、どちらを先に入れるべきですか

案件の数と検討の長さで決まります。案件が月に数十件動いていて、決着まで数か月かかるなら、先に案件の見える化が効きます。逆に、見込み客の数は多いが商談まで届いていない状態なら、育てる側から入れるほうが変化が早く出ます。ただしどちらから入れる場合でも、会社を特定する鍵の列は最初から用意しておいてください。後から足すほうが手間がかかります。

1つの製品で両方できるなら、連携を考える必要はありませんか

製品が1つでも、数える単位が違うことは変わりません。人の行と案件の行をどう結ぶか、失注した会社をどう扱うか、どの画面がその情報の正本かは、同じ製品の中でも決める必要があります。むしろ同じ製品だと境界が見えにくいので、二重の行が静かに増えていることに気づきにくい面があります。月に1度数える運用は、1製品でも同じように要ります。

営業が入力してくれない状態でも、連携を始めてよいですか

始めてよいですが、順番を変えます。入力を増やす依頼より先に、営業が受け取る情報を厚くする変更を入れてください。過去の案件の有無が一覧に出る、問い合わせの要点が1行で読める、といった変更です。受け取るものが増えてから入力を頼むと通ります。逆の順番で始めると、入力は最初の2週間だけ埋まって元に戻ります。

点数の設計は、連携の前と後でどう変わりますか

前は行動だけで組み立てるしかありませんが、後は結末が戻ってくるので、実際に案件になった人の行動が分かります。ここで注意したいのは、案件になった人の行動をそのまま点数に反映させると、過去に売れた型ばかりが高く出るようになることです。新しい型の見込み客が拾えなくなるので、点数の見直しは半年に1度に留め、変更前の点数も並べて残しておくのが安全です。

まとめ

SFAとMAの違いは、機能の一覧では見えません。SFAは案件を1行として数え、受注か失注で必ず終わる一方通行の時間を扱い、営業担当者の入力で埋まります。MAは人を1行として数え、終わりのない行動の積み重ねを扱い、相手の行動で自動的に埋まります。単位も時間の向きも入力する人も違うので、名簿だけを片道で渡しても効きません。効かせるには、会社を法人番号で、人を連絡先で結ぶ鍵を先に決め、渡す情報を5項目に絞り、案件になったかどうかと理由と金額と関わった人の4項目を戻します。失注を終わりではなく育て直しの合図として扱えば、重複と分断と出戻りの3つが同時に動き出します。AIには入力の下書き、要約、名寄せの候補出し、失注理由の仕分けを任せ、優先度の確定と送信と理由の書き換えは人が持つ。そのうえで、接触された割合、結末が埋まった割合、失注から再び案件になった件数の3つを毎月同じ定義で数えれば、連携が本当に往復しているかどうかが分かります。

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