SFAとCRMの違い——受託事業者はどちらから始めるべきかの判断基準

営業を仕組み化しようとツールを探しはじめた瞬間、「SFA」と「CRM」という2つの言葉に同時にぶつかります。紹介ページを読んでも、どちらも「顧客情報を管理して営業を効率化する」と書いてあって、違いがよく分からない。結局そのままタブを閉じて、スプレッドシートに戻る——受託の現場でよく聞く話です。

結論から書きます。SFAとCRMの違いは、管理する時間軸です。 SFA（Sales Force Automation／営業支援システム）とは、見込み客への接触から受注までの営業プロセスを管理し、案件の進捗と受注見込みを見えるようにする仕組みです。CRM（Customer Relationship Management／顧客関係管理）とは、受注後も含めて顧客との関係全体を記録し、継続的な取引につなげる仕組みです。前者は「売れるまで」、後者は「売れたあとも」を見ます。

そのうえで、1〜数名の受託事業者（Web制作・システム開発・デザイン）にとっての実務的な答えはこうです。どちらか一方を選ぶ問題ではなく、両方の役割が1つの流れの中でつながっているかどうかで選ぶ。受託は受注してからが本番で、案件・工程・外注・粗利まで続きます。SFAとCRMを別々に導入すると、その途中で情報が切れます。

この記事の要点

• SFAは「初回接触〜受注」までの商談を、CRMは「受注後も含む全期間」の顧客との関係を管理する。違いは管理する時間軸で、主語が商談か顧客かの違いでもある
• 今月・来月の売上見込みが答えられない、問い合わせを追いきれないならSFAから。過去の納品内容が追えない、既存顧客の追加案件で伸ばしたいならCRMから始める
• 両方あてはまる1〜3人の受託チームは商談管理（SFA側）から入り、受注後の案件・外注・粗利まで同じデータのまま続くツールを選ぶ

SFAとCRMの違いは「管理する時間軸」にある

2つの違いを、目的・対象・見る指標で並べると次のようになります。

SFAの中心は商談です。1件1件の案件がどのステージにあり、確度がいくつで、次に何をするのかを追いかけます。だから商談はカンバンやパイプラインの形で並ぶことが多く、月末の見込みを合計できます。

CRMの中心は顧客です。会社と担当者にひもづけて、いつ誰と何を話したか、過去にどんな取引をしたかを積み上げます。だから顧客ごとの履歴が縦に並び、「そろそろ連絡すべき相手」が見えます。

同じ「顧客情報」を扱っていても、主語が商談なのか顧客なのかで、画面の作りも運用も変わります。ここが混同の正体です。

なぜSFAとCRMは混同されるのか

実際の製品では、この2つが分かちがたく重なっているからです。

商談を管理するには、その相手が誰かという顧客情報が要ります。顧客との関係を管理するには、過去にどんな案件があったかという商談情報が要ります。つまり片方だけを純粋に実装するほうが不自然で、多くのツールは「SFA/CRM」と両方を名乗ります。

もう1つの理由は、ツールや説明によって言葉の範囲が違うことです。顧客データ全体をCRMと呼び、その中の営業機能をSFAと位置づける説明もあれば、営業パイプライン管理を前面に出す製品をSFA、問い合わせ履歴や名刺管理を前面に出す製品をCRMと呼び分ける説明もあります。

ですから、「SFAかCRMか」というラベルで比較しても実務の判断はほとんど進みません。見るべきは、自分の業務の流れのどこからどこまでを、そのツールが1本でカバーするかです。ツール選定で見るべき軸は受託事業者のSFAの選び方で解説しています。

受託事業者はSFAとCRMのどちらから始めるべきか

今どちらの痛みが強いかで決めるのが現実的です。次の判断基準で切り分けてください。

1. 今月・来月の売上見込みが答えられない → SFAの機能から。商談のステージと確度・金額をそろえるところが最短です。
2. 問い合わせや紹介は来るが、追いきれず放置している → SFAの機能から。見込み客の一覧と次アクションの期日管理が要ります。
3. 昔やった顧客に何を納品したか思い出せない → CRMの機能から。顧客ごとの取引履歴を1か所に集めます。
4. 新規獲得より既存顧客の追加案件で伸ばしたい → CRMの機能から。リピート受注を増やす方法で書いたとおり、既存顧客の再接触タイミングを管理できるかが分かれ目です。
5. どちらも当てはまる → 商談（SFA側）から入るのが順当です。金額が動いている情報のほうが、記録をサボりにくいためです。

受託の場合、1〜3人のチームで「新規開拓もするし既存顧客も抱えている」状態がほとんどです。その意味では5番、つまり商談管理から入って顧客情報を後から厚くしていく形が扱いやすいと考えています。エクセルからの移行手順は商談管理はエクセルで限界？で扱っています。

SFAとCRMを別々のツールで持つと何が起きるか

「SFAはA、CRMはBを使う」と分けたときに起きることは、だいたい決まっています。

同じ会社を2回登録することになります。 商談側で「株式会社◯◯」を作り、顧客側でもう一度作る。表記ゆれが生まれ、どちらが最新か分からなくなります。

受注の瞬間に手作業が挟まります。 SFA側で受注にしたあと、CRM側に取引履歴を転記する。この転記は忙しい日ほど飛ばされ、飛ばされた分だけ履歴が欠けます。

どちらにも載らない情報が出ます。 受託でいえば、外注費と粗利です。SFAは受注金額までしか見ず、CRMは関係性までしか見ません。結果、「受注は増えたのに手元に残っていない」が起きても原因が追えません。粗利の見方は粗利管理のはじめ方に詳しく書いています。

スプレッドシートで両方をまかなっている場合も、症状は同じです。限界のサインは営業リスト管理はスプレッドシートで十分かで5つ挙げています。

MA・グループウェアとの違いも整理しておく

SFAとCRMの周辺には似た略語が並びます。役割の違いを一度整理しておくと、ツール比較が早くなります。

1〜数名の受託事業者であれば、MAとグループウェアを最初から揃える必要は薄いはずです。集客がWeb経由や紹介中心なら、MAが担う領域の多くは営業リストの運用でまかなえます。予定共有はカレンダーで足ります。

受託に必要なのは「受注後の工程と粗利までつながること」

ここまでの話を整理すると、受託事業者がツールに求めるべき条件は次の3つです。

1. 商談の確度と金額から、今月・来月の見込みが出せること（SFAの役割）
2. 顧客ごとの取引履歴が残り、再接触の判断ができること（CRMの役割）
3. 受注したあとの案件・工程・外注・入金まで、同じデータのまま続くこと

3番目が受託特有です。一般的なSFA/CRMは受注をゴールに置いて設計されているため、受注後の工程管理や外注費の管理は別のツールに移ることが前提になっています。しかし受託の利益は受注額ではなく、売上から外注費を引いた粗利で決まります。受注がゴールのツールだけでは、いちばん知りたい数字にたどり着けません。

顧客情報として何を持つべきかは顧客管理のやり方にまとめています。

SFAとCRMを分けずに1本で持つ

ここからは自社製品の紹介です。Pipeliaは、この「SFAとCRMを分けない」という考え方で作った受託事業者向けのSFA/CRMです。営業リスト→商談→受注→案件・工程→外注・発注→粗利・資金繰りが1本につながっていて、商談を受注にすると案件が自動で作られ、発注した外注費は案件別の粗利に反映されます。顧客ごとに商談・案件・入金の履歴が積み上がるので、「あの会社と最後にいつ何をしたか」も同じ画面で追えます。

よくある質問

SFAとCRMは、どちらか一方だけでも運用できますか？

短期的には運用できます。新規開拓が中心で既存顧客がまだ少ない時期はSFAの機能だけ、逆に紹介と継続案件で回っていて新規開拓をしていない時期はCRMの機能だけ、という割り切りは成立します。ただし受託事業は、どちらの状態も長くは続きません。片方だけで始める場合も、もう片方を後から足せる（または最初から含んでいる）ツールを選んでおくと移行の手間を避けられます。

小規模でもSFAやCRMを入れる意味はありますか？

人数が少ないほど、記録が1人の頭の中に集中します。その1人が動けない日に営業が止まる、という形でリスクが出ます。1〜数名のチームで意味があるのは、大量のデータを分析することではなく、次にやることの期日と、今月いくら入るかが自分以外にも見える状態を作ることです。まずは商談のステージと金額だけでも外に出すところから始められます。導入しても入力が続かない場合の対処はSFAが定着しない理由で扱っています。

既存のスプレッドシートのデータはどうなりますか？

Pipeliaの営業リストはCSVのインポートとエクスポートに対応しているので、スプレッドシートで管理している見込み客はCSVに書き出して取り込めます。逆にPipelia側のデータもCSVで出せるため、他のツールへ移りたくなったときにデータが閉じ込められることはありません。