SFAとは?営業活動を「見える化」する仕組みとMA・CRMとの違い

更新日:2026/09/03
案件情報が担当者ごとに管理されていると、商談の進捗を把握するたびに聞き取りが必要になり、売上予測の根拠も追いにくくなります。こうした営業情報をまとめて管理できる業務ツールが、SFA(営業支援システム)です。
SFAでは、顧客情報・案件情報・営業活動履歴・受注見込みなどを一元的に管理できます。SFA上の情報を営業担当者と管理者がそれぞれ確認することで、進捗確認や売上見込みの把握、引き継ぎやフォロー漏れの防止に活用できます。
本記事では、SFAの仕組みや主な機能、導入メリット、失敗を防ぐポイント、CRM(顧客関係管理)・MA(マーケティングオートメーション)との違いを解説します。
1. SFAとは

SFAは「Sales Force Automation」の略で、一般に営業支援システムと訳されます。見込み顧客への接触から提案、受注までの営業活動を記録し、案件の進捗、次回行動、売上見込みを組織で管理するシステムです。
SFAでは、顧客情報とあわせて、商談段階や活動履歴、提案内容、次回行動を管理します。管理者は案件の停滞や売上見込みを把握し、営業担当者は過去の履歴を基に次の対応を決められる仕組みです。
搭載機能は製品によって異なります。案件・活動管理を中心とする製品に加え、顧客管理、メール配信、見積作成、契約管理、AIによる予測などを備える製品もあります。自社で管理する業務とデータを整理し、必要な範囲に対応する製品かを確認しましょう。
区分 | 対象 | 主なデータ | 主な担当 | 業務で確かめる内容 |
|---|---|---|---|---|
顧客 | 取引先企業・担当者 | 企業名、部署、役職、連絡先 | 営業担当者、管理者 | 顧客情報の登録元と更新責任 |
案件 | 受注へ向けて進む商談 | 商談段階、金額、確度、予定日 | 営業担当者、営業管理者 | 段階を進める条件と失注時の記録 |
活動 | 電話、メール、訪問、提案 | 実施日、内容、次回行動、期限 | 営業担当者 | 必須入力とする範囲 |
予実管理 | 目標と受注見込み | 目標額、見込額、受注額、予測時点 | 営業管理者 | 予測区分と集計の締め時点 |
報告・分析 | 組織や担当者の営業状況 | 活動件数、案件化率、受注率、停滞期間 | 営業管理者、経営層 | 指標の定義と数値が外れた際の対応 |
SFAを導入する際は、上記の各情報について、誰が登録・更新し、どの基準で案件や予実を管理するか、自社の営業フローに沿って整理します。情報管理の範囲と運用ルールを具体化することで、自社の営業活動に適した製品を選びやすくなります。
2. SFAで管理する営業プロセス

SFAでは、見込み顧客の登録から商談化、活動履歴の記録、受注見込みの集計、受注後の引き継ぎまでを一連の流れで管理します。各工程で誰が何を更新するのかを決めると、案件の停滞や情報の抜けを把握しやすくなります。
ここでは、SFAで管理する営業プロセスを順に解説します。
2-1. 見込み顧客を登録して初回接触へつなぐ
見込み顧客の情報を得たら、企業名や担当者名、情報を得た経路、関心のある商材などをSFAへ登録します。あわせて営業担当者と初回接触の期限を設定し、次に誰が動くのかを明確にします。
Webフォーム、展示会、紹介、電話など複数の経路から情報が入る場合は、同じ企業や担当者の重複登録にも注意が必要です。対象外と判断した見込み顧客も理由を残しておけば、別の経路から再び情報が入った際に過去の対応をたどれます。
2-2. 商談化した案件の進捗を更新する
見込み顧客との接触を重ね、継続して営業機会を追うと判断したら商談として登録します。案件には、対象商材、金額、商談段階、受注予定日、決裁に関わる人物、競合状況などを記録します。
商談が進んだら、担当者は案件の状態を次の段階へ更新します。「提案中」「見積提出済み」といった名称だけで運用せず、各段階へ進む条件も定めておけば、担当者による進捗判断のばらつきを抑えられます。
2-3. 活動履歴を残して次の行動へつなぐ
商談中の面談、電話、メール、提案などは、実施した内容と顧客の反応を活動履歴に記録します。次の対応が必要なときは、行動内容、担当者、期限まで登録し、案件が止まらない状態を作ります。
顧客からの回答待ちや予定延期が発生したときも、止まっている理由と次に動く時点を記録します。担当者が変わった場合でも、過去の経緯から次の対応までたどれる状態を保ちます。
2-4. 案件情報を受注見込みと売上予測へ反映する
商談段階、案件金額、受注確度、受注予定日が更新されると、その情報を基に期間ごとの受注見込みや売上予測を把握できます。営業担当者が受注確度を更新し、営業管理者は案件ごとの変化をもとに全体の見込額を追います。
週次・月次の確認では、前回から金額や受注予定日が変わった案件とその理由を確認し、変化の大きい案件を中心に状況を整理します。とくに大口案件や長期案件など、売上予測への影響が大きいものは個別に経緯を確認します。必要に応じて営業会議で支援の要否と次の対応を検討します。
2-5. 受注後の担当部門へ情報を引き継ぐ
受注が決まったら、確定した商品、数量、価格、納期、契約条件、顧客からの要望を後続部門へ引き継ぎます。
販売管理システムなどへ自動連携する場合は、送信する項目とエラー発生時の担当者を決めておきます。自動連携をしない場合も、営業担当者から後続部門へ情報を渡す方法と受領後のチェック手順を固定し、受注後の処理へつなげます。
3. SFAの主な機能

SFAの機能は、顧客と案件を登録する機能・日々の活動を残す機能・進捗や予実を集計する機能に大別できます。製品によって標準機能と追加機能の範囲が異なるため、機能名ではなく、入力・処理・出力・利用部門を一つずつ確かめます。
機能 | 主な入力 | 主な出力 | 主な利用者 | 製品資料で確かめる内容 |
|---|---|---|---|---|
顧客・担当者管理 | 企業、部署、役職、連絡先 | 顧客台帳、関係者一覧 | 営業、管理者 | 法人と担当者のひも付け、重複処理 |
案件・進捗管理 | 段階、金額、予定日、確度 | 案件一覧、停滞案件 | 営業、営業管理者 | 段階の変更条件、承認、履歴 |
活動・日報 | 面談、電話、メール、次回行動 | 活動履歴、期限、日報 | 営業、営業管理者 | 自動取得、モバイル、入力項目 |
予実・売上予測 | 目標、案件金額、受注実績 | 予測、目標と実績の差異(予実差) | 営業管理者、経営層 | 集計単位、予測方式、締め時点 |
レポート・分析 | 顧客、案件、活動の各データ | 表、グラフ、通知 | 管理者、経営層 | 集計条件、出力、権限、更新頻度 |
表にある機能が搭載されていても、自社の営業工程と同じ単位で使えるとは限りません。無料試用やデモでは、代表的な一案件を登録し、次の行動設定から集計までを通して試します。
3-1. 顧客・担当者管理機能
取引先企業と担当者の情報を登録し、商談や営業活動と紐付けて管理する機能です。企業名や住所などの基本情報に加え、担当者の部署、役職、連絡先などを登録できます。
一つの企業に決裁者や実務担当者など複数の関係者がいる場合は、担当者ごとに役割や活動履歴を分けて管理します。担当者の変更後も過去のやり取りを残せるため、これまで誰と、どのような商談を進めてきたかを引き継げます。
3-2. 案件・進捗管理機能
案件・進捗管理では、商談ごとに現在の段階、金額、受注予定日、確度、担当者などを記録します。登録した案件を一覧で表示すると、進行中の商談や長期間動いていない商談を把握しやすくなります。
商談段階を自社の営業工程に合わせて設定すれば、案件がどこまで進んでいるかを共通の基準で管理できます。予定日が近い案件や次回行動が登録されていない案件を抽出し、対応が必要な商談を絞り込むことも可能です。
3-3. 活動・日報管理機能
電話やメール、訪問、オンライン面談などの営業活動を記録するのが、活動・日報管理機能です。顧客や案件ごとに実施した内容を残し、次回行動や期限もあわせて管理できます。
活動履歴を蓄積すると、過去にどのような提案や対応をしたかを時系列で追えます。活動履歴をもとに日報を作成できる製品もあり、同じ内容を別の帳票へ入力する作業を抑えられます。
3-4. 予実・売上予測機能
目標額、見込額、受注額をまとめることで、売上の進捗と今後の見通しを把握できます。チームや部門の合計と、目標との差を表示できる製品もあります。
案件金額、確度、受注予定日を基に算出されるため、売上見込みの変化を案件単位で追えます。
3-5. レポート・分析機能
SFAに蓄積した顧客、案件、活動などのデータを集計し、表やグラフで可視化する機能です。案件化率や受注率、商談期間、活動件数などを集計することで、営業活動の進捗や成果を数値で把握できます。
集計する期間や担当者、部門などの条件を指定し、必要な情報に絞っての表示も可能です。製品によっては、利用者ごとに表示する項目を設定したり、複数の指標をダッシュボードにまとめたりできます。
4. SFAと関連システムの違い

SFAとあわせて利用されるシステムには、CRMシステム、MAツール、名刺管理システム、販売管理システムなどがあります。いずれも顧客や取引に関する情報を扱いますが、中心となる業務は異なります。
SFAは、営業担当者の活動や商談の進捗、受注見込みなどを管理するシステムです。CRMシステムは顧客との接点、MAツールは見込み顧客へのマーケティング活動を主に扱います。
名刺管理システムは顧客・担当者の基本情報を、販売管理システムは見積・受注から売上・請求・入金までの取引処理を主に担います。
システム・ツール | 主に担う業務 | 主な情報 | SFAとの関係 |
|---|---|---|---|
SFA | 営業活動・商談管理 | 案件、活動履歴、商談段階、受注確度、受注見込み | 営業活動と案件進捗を管理する |
CRMシステム | 顧客関係・顧客接点の管理 | 顧客情報、問い合わせ、商談、対応履歴 | SFAの営業情報を顧客単位で活用する場合がある |
MAツール | 見込み顧客へのマーケティング活動 | 顧客属性、Web行動、メール配信、反応 | 営業対応につなぐ見込み顧客の獲得・育成を支援する |
名刺管理システム | 顧客・担当者情報の管理 | 氏名、企業名、部署、役職、連絡先 | SFAで使う顧客・担当者情報の登録に活用できる |
販売管理システム | 見積・受注・売上などの取引処理 | 見積、受注、出荷、売上、請求、入金 | SFAで受注した案件を後続の取引処理へつなぐ |
営業支援・顧客管理・マーケティング支援をまとめて提供する統合型クラウドサービスもあり、製品によって機能の境界は重なります。以下では、各システムが主に担う業務を基準に違いを見ていきます。
4-1. SFAとCRMシステムの違い
SFAとCRMシステムの違いは、管理対象にあります。SFAは営業活動や案件の進捗を、CRMシステムは顧客との接点や対応履歴を顧客単位で管理します。
SFA: 商談段階、営業活動、受注確度、受注見込みなどを管理する
CRMシステム: 顧客情報、問い合わせ、商談、対応履歴などを顧客単位で管理する
SFAとCRMシステムは扱う情報が重なるため、両方の機能を備えた製品もあります。製品名だけで区分せず、案件進捗をどこで管理し、顧客情報をどこへ蓄積するかを把握しておきましょう。
4-2. SFAとMAツールの違い
SFAとMAツールは、主に担当する営業プロセスの段階が異なります。MAツールは見込み顧客へのマーケティング活動を支援し、SFAは営業担当者が対応する商談・営業活動を管理します。
SFA: 営業担当者による顧客へのアプローチや商談の進捗、受注見込みなどを管理する
MAツール: 見込み顧客の属性やWeb行動、メールへの反応などを管理し、獲得・育成に活用する
両者を連携すると、MAツールで蓄積した見込み顧客の情報を営業へ引き継ぎ、その後の商談をSFAで管理できます。どの段階で営業担当者へ引き渡すかを決めておくと、それぞれの役割を明確化しやすいです。
4-3. SFAと名刺管理システムの違い
SFAと名刺管理システムでは、管理する情報の目的が異なります。名刺管理システムは、名刺から得た企業・担当者の情報を蓄積・共有するために使います。SFAは、登録された顧客に対する営業活動や商談の進捗を管理します。
SFA: 誰にどのような提案をし、商談がどこまで進んでいるかを管理する
名刺管理システム: 誰と接点があるかを、企業名・氏名・部署・役職・連絡先などから管理する
両者を連携すると、名刺管理システムに登録した企業・担当者の情報をSFAへ引継ぎ、その後の商談や営業活動をSFAで記録できます。顧客情報の登録と、営業活動の管理を分けて考えると、それぞれの役割を整理できます。
4-4. SFAと販売管理システムの違い
SFAと販売管理システムの違いは、管理する業務の目的にあります。SFAは受注に向けて商談を進めるため、販売管理システムは見積や受注、出荷、請求、入金などの取引を処理するために使います。
SFA: 顧客への提案内容や商談段階、受注確度、次回行動などを管理し、受注までの営業活動を支援する
販売管理システム: 見積金額や受注内容、出荷、売上、請求、入金などを管理し、取引の処理を進める
両者は見積もりや受注の段階で情報が重なる場合があります。SFAで進めた商談が受注に至ったら、顧客名や商品、金額などの情報を販売管理システムへ引き継ぐことで、営業活動から受注後の処理までをつなげられます。
5. SFAを導入するメリット

SFAを導入すると、案件の進捗や営業活動を共通の基準で記録し、担当者と管理者が同じ情報をもとに次の対応を決められます。商談状況の共有だけでなく、引き継ぎや報告の負担軽減、営業プロセスの改善にも活用できます。
導入効果を判断する際は、情報が登録されているかどうかだけで判断しません。業務時間や案件の更新状況、営業成果に関するKPI(重要業績評価指標)を導入前後で比べ、実際の営業活動がどう変化したかを追います。
5-1. 商談状況を共通の基準で把握できる
商談段階、受注予定日、次回行動などを共通項目として登録すると、管理者は担当者へ一件ずつ尋ねなくても商談状況を把握できます。担当者が不在の場合も、ほかのメンバーが直近の提案内容や顧客の反応を確認し、必要な対応を引き継げます。
効果測定をする場合、次回行動が未設定の案件数、一定期間更新されていない案件数、会議資料の作成時間などを導入前後で比べます。
5-2. 引継ぎや報告の負担を抑えられる
顧客の要望、提案内容、未回答の論点、次回期限を案件ごとに記録すると、異動や退職時に個人のメールや記憶を探す作業を減らせます。活動履歴を日報や会議資料にも活用すれば、同じ内容を何度も転記する負担も抑えられます。
導入前後で、引継ぎにかかる時間や、引継ぎ後に追加の聞き取りが発生した件数、日報・会議資料の作成に要する時間などを比較します。担当変更時は、後任者が顧客とのやり取りや未回答事項、次回の対応期限を確認し、次の行動を登録できた時点を引継ぎ完了とします。
5-3. 営業プロセスの課題を把握できる
商談段階と活動履歴を同じ基準で蓄積すると、商談が停滞している段階や、受注した案件に共通する行動を把握できます。初回接触から提案までの日数や、提案から受注までの期間、段階ごとの離脱状況を追えば、最終的な受注結果だけでは分からない課題も特定可能です。
5-4. KPIで導入効果を継続的に評価できる
SFAに蓄積したデータを使えば、システムの利用状況と営業成果の両面から導入効果を追えます。入力定着率や期限内更新率から利用状況を、停滞案件数や予測誤差から営業管理の状態を確認できます。
また、導入効果を測るKPIには、基準値、目標値、集計対象、期間、担当者を定めます。入力率や更新状況は本稼働後から継続して追い、案件化率や受注率は営業期間を踏まえて評価します。入力時間や会議準備時間も測ると、利用者の負担と営業成果の双方から導入効果を判断できます。
6. SFA導入で起こりやすい失敗

SFAの導入では、入力負担が大きく利用されなくなったり、自社の営業プロセスと合わず別のツールが併用されたりする失敗が起こります。データの品質や管理方法、閲覧権限に問題があれば、SFAに情報を集めても営業活動へ十分に活用できません。
導入前に起こりやすい失敗を把握し、自社ではどのように防ぐかを決めておきましょう。
6-1. 入力項目が多く定着しない
入力項目を増やしすぎると、営業担当者の負担が大きくなり、SFAへの記録が後回しになる原因になります。会議前にまとめて入力する状態になれば、SFAに登録された進捗と実際の営業活動との間にずれが生じます。
入力率と更新の遅れを定期的に確認し、記録が続かない項目は削減や自動取得の対象にできないか見直します。
6-2. 営業プロセスと項目が合わない
SFAに設定した商談段階や入力項目が自社の営業プロセスと合っていないと、必要な情報を記録できません。営業担当者が備考欄や表計算ソフトで不足分を管理するようになると、案件情報がSFAと別の場所へ分散します。
導入前のデモで代表的な案件を動かし、備考欄や別のツールに情報を逃がさず商談を進められるかを試します。
6-3. データの品質がばらつく
同じ顧客が重複して登録されたり、担当者によって更新する時点や入力方法が異なったりすると、SFAの集計結果にずれが生じます。失注理由などを自由記述だけで管理した場合も、表現が統一されず、後から集計しにくくなります。
重複件数、未入力項目、更新期限を過ぎた案件を点検し、項目ごとに更新担当者と修正方法を決めておきます。
6-4. 数値管理だけが目的になる
活動件数や入力率などの数値を追うこと自体が目的になると、営業現場ではSFAが監視の道具として受け取られるおそれがあります。訪問回数や活動件数が多くても、商材や顧客の状況によって有効な動きは異なります。
活動件数と案件の進展を同じ期間で比べ、数字を増やす運用へ偏っていないかを定期的に振り返ります。偏りが見つかった場合は、評価指標を見直します。
6-5. 権限と個人データ管理が甘い
SFAには、顧客担当者の氏名や連絡先をはじめ、商談や営業活動に関する情報が蓄積されます。利用者へ必要以上の閲覧・出力権限を与えたり、異動・退職した利用者のアカウントを残したりすると、業務上必要のない情報へアクセスできる状態が生じます。
利用者の役割に応じて閲覧・登録・変更・削除・出力の権限を設定します。また、異動時は職務に合わせて権限を見直し、退職時はアカウントを停止する手順も決めておきます。
7. SFAの導入が必要かを判断するポイント

SFAの必要性は、商談情報が担当者ごとに分散している、案件が増えて進捗を把握しきれないといった営業管理上の課題から判断します。
まずは、自社の状態を次の表に当てはめてみてください。
現在の状態 | 導入の考え方 | 先に整理すること |
|---|---|---|
商談情報が担当者ごとに分散している | SFAの導入を検討する | 共有したい顧客・案件・活動情報 |
案件が増え、進捗把握や集計に時間がかかっている | SFAの導入を検討する | 共通して管理する商談段階・項目 |
拠点やチームごとに案件管理の方法が異なる | SFAによる共通管理を検討する | 全社共通の情報と部門固有の情報 |
商談段階や営業プロセスの基準が決まっていない | 製品選定より先に業務を整理する | 各段階の意味と次へ進む条件 |
入力する情報や更新担当者が決まっていない | 運用ルールを整えてから導入する | 入力項目、更新時点、担当者 |
現行管理で大きな支障がなく、導入目的も明確でない | 導入を急がず課題を整理する | SFAで解消したい業務上の課題 |
SFAを導入するタイミングは、自社が抱える営業管理の課題や現在の運用状況によって変わります。ここからは、SFAの導入を検討したい企業、導入前に営業管理を見直す必要がある企業、現時点では導入を急がなくてよい企業に分けて解説します。
7-1. SFAの導入を検討したい企業の特徴
商談情報の共有や案件管理に負担が生じている場合は、SFAを使って営業情報を一元管理することで、現在の課題を解消できるか検討します。
7-1-1. 商談情報が担当者ごとに分散している
担当者しか商談の経緯を把握しておらず、不在時や担当変更時に顧客対応が止まる企業は、SFAの導入を検討したい状態です。
顧客とのやり取りや提案内容、案件の進捗、次回行動をSFAに記録すれば、担当者以外でもこれまでの経緯をたどれます。異動や退職による引継ぎだけでなく、担当者の不在時に別のメンバーが対応する際にも情報を活用できます。
営業会議のたびに管理者が各担当者へ進捗を尋ねているなら、必要な商談情報が組織内で共有されていない可能性があります。個人のメールや資料に残っている情報を洗い出し、SFAで共有する範囲を決定します。
7-1-2. 案件の増加によって進捗管理の負担が大きくなっている
案件が増え、管理者が各営業担当者へ状況を尋ねなければ全体を把握できない場合は、SFAによる案件管理を検討します。
商談段階や金額、受注予定日、次回行動をSFAへ集約すれば、進行中の案件を一覧で把握できます。会議前に各担当者から数字を集めて表計算ソフトへ転記している企業では、案件情報の集約によって集計や報告にかかる作業を減らせます。
SFA導入の判断基準になるのは、営業人数や案件数そのものではありません。進捗把握に時間がかかる、対応が必要な案件を拾いきれないといった支障が出ているなら、現在の管理方法を見直すタイミングです。
7-1-3. 拠点やチームごとに案件管理の方法が異なる
複数の拠点やチームで営業をし、それぞれが異なる商談段階や報告方法を使っている企業では、SFAを共通の営業基盤として活用できます。
顧客情報や案件の進捗を同じ基準で管理すれば、管理者は拠点やチームを横断して営業状況を把握できます。複数の担当者が関わる場合、活動履歴や次回行動を共有することで、担当者間の連携にも利用できます。
7-2. 導入前に営業管理を見直す必要がある企業
営業プロセスや入力方法が担当者ごとに異なる場合は、システム選定を進める前に、営業情報をどのような基準で管理するかを見直します。
7-2-1. 商談段階や営業プロセスが統一されていない
営業担当者によって商談段階の意味が異なり、商談化や失注の基準が決まっていない企業は、SFAへ移行する前に営業プロセスを見直します。
たとえば同じ「提案中」でも、初回ヒアリングを終えた状態と見積提出まで進んだ状態が混在していれば、案件を共通の基準で集計できません。商談段階の意味が担当者ごとに違うままSFAへ登録すると、進捗や売上見込みの数値をそろえて管理することも難しくなります。
見込み顧客への対応から商談、提案、受注・失注までの流れを書き出し、各段階へ進む条件を決めます。その基準をSFA上で再現できるかを、製品選定時に確かめましょう。
7-2-2. 入力項目や更新ルールが決まっていない
SFAへ登録する情報や更新の担当者・タイミングが決まっていない企業は、導入前に運用ルールを見直す必要があります。
入力項目を増やしすぎれば営業担当者の負担が大きくなり、更新が後回しになる原因になります。一方で、必要な情報が不足すると、管理者が案件状況を把握するために担当者へ聞き直す作業が残ります。
まず、案件管理や営業分析に必要な情報を絞り込み、各項目の更新担当と更新タイミングを明確にします。そのうえで、製品の試用時には実際の案件を用い、営業活動の流れに沿って入力・更新を無理なく続けられるかを確認します。
7-2-3. 導入目的を営業現場と共有できていない
経営層や管理者だけでSFAの導入を進め、営業担当者が目的を理解していない場合は、システム選定より先に導入理由を共有します。
営業担当者が入力の目的を理解できなければ、SFAへの記録は日常業務に加わる作業として受け取られ、利用が定着しない原因になります。情報共有を改善したいのか、案件管理の負担を減らしたいのか、売上見込みを把握したいのかを具体化し、現場の業務と結び付ける必要があります。
7-3. 現時点ではSFAの導入を急がなくてよい企業
現行運用で商談情報を共有でき、進捗把握や引継ぎに大きな支障がない場合、まず課題と目的を整理してから導入を判断します。
営業人数や案件数が限られ、表計算ソフトなどで担当者、商談段階、次回行動を共通のルールに沿って管理できているなら、現行の方法を継続できます。
ただし、案件の増加とともに更新漏れや重複が目立ち、会議前の集計や担当変更時の引継ぎに時間がかかるようになれば、管理方法を見直すタイミングです。
まずは現在の営業管理で生じている負担や支障を整理し、既存の方法で対応できる範囲を把握します。現行運用では解消が難しい課題が明確になった段階で、その課題に対応できるSFAを比較しましょう。
8. SFAの費用を左右する条件

SFAの費用は、利用者数や料金プランだけで決まるとは限りません。追加機能の利用、初期設定、データ移行、既存システムとの連携、導入支援などによって、導入から運用までにかかる費用は変わります。
費用を左右する条件 | 主な内容 | 見積もり時に押さえること |
|---|---|---|
利用者数・料金プラン | ユーザーライセンス、プラン | 利用人数、必要な機能、契約単位 |
追加機能・従量課金 | AI機能、追加サービス、利用量に応じた課金 | 必須機能、利用量、追加料金の条件 |
初期設定・移行・連携 | 項目設定、データ移行、外部システム連携 | 設定範囲、移行データ、連携先 |
導入支援・教育・運用 | 導入支援、利用者教育、問い合わせ対応、社内管理 | 支援範囲、対象者、社内担当者の作業 |
主な費用の変動要因を上記にまとめました。それぞれ見ていきます。
8-1. 利用者数・料金プラン
SFAの基本料金は、製品によって利用ユーザー数や選択するプランに応じて変わります。上位プランになるほど、カスタマイズや自動化、分析、AIなど利用できる機能が増える料金体系もあります。
ポイントは、システムを利用する人を洗い出し、それぞれの業務に必要な機能を決めることです。営業担当者が使う案件管理機能や、管理者が使うレポート・分析機能を洗い出すと、必要なプランと利用者数を判断できます。
将来的に利用部門や拠点を広げる予定がある場合は、拡大後の料金も試算します。ユーザー追加やプラン変更の条件まで把握しておけば、利用規模が変わった際に必要な費用を見込めます。
8-2. 追加機能・従量課金
製品によっては、基本のライセンス料とは別に、追加機能や利用量に応じた料金が発生します。AI関連機能などでは、一定量の利用枠がプランに含まれ、利用量が上限を超えると追加購入や従量課金が必要になる料金体系もあります。
8-3. 初期設定・データ移行・システム連携
初期設定やデータ移行、システム連携の範囲は、導入時に必要な費用や社内工数に影響します。自社の営業プロセスに合わせて項目や権限を設定するほか、既存の顧客・案件データを引き継ぐ場合は移行作業が、CRMやMAツールなどと接続する場合は連携作業が必要です。
8-4. 導入支援・教育・運用管理
導入支援や利用者教育、運用開始後の管理にかかる費用は、製品や契約内容によって異なります。操作研修や問い合わせ対応など、ベンダーから受けられる支援の範囲によって、社内で担う作業量が変わります。
9. 自社に最適なSFAを選ぶポイント

SFAは製品ごとに機能や料金、操作方法、連携できるシステムが異なります。導入後の運用、将来の拡張まで想定したうえで、以下の観点から選定をします。
ポイント | 主に見る内容 | デモ・試行で試すこと |
|---|---|---|
営業プロセスへの適合性 | 商談段階、承認、営業工程 | 代表案件を一連の流れで処理できるか |
入力UI・モバイル操作 | 入力項目、画面、対応端末 | 日常業務を無理なく記録できるか |
レポート・分析・売上予測 | KPI、集計、予測機能 | 必要な数値と個別案件を追えるか |
カスタマイズ性・拡張性 | 項目追加、自動化、機能拡張 | 業務変更へ対応できるか |
外部システム連携・データ移行 | API、CSV、移行対象 | 必要なデータを正しく受け渡せるか |
セキュリティ・権限管理 | 認証、権限、操作ログ | 役割に応じてアクセスを制御できるか |
費用・契約条件 | ライセンス、追加料金、契約期間 | 自社の利用条件で総額を算定できるか |
導入支援・教育・運用サポート | 支援内容、窓口、教育 | 本稼働後まで運用を続けられるか |
契約終了時のデータ出力 | 出力範囲、形式、履歴・添付資料 | 必要な営業データを取り出せるか |
製品の仕様を把握したら、デモや試行を通じて、自社の営業業務で問題なく運用できるかを検証します。各ポイントについて、詳しく解説します。
9-1. 営業プロセスに合う機能を選ぶ
自社の営業プロセスをSFA上で再現できるかは、最初に押さえたいポイントです。同じ案件管理機能でも、商談段階や承認、入力項目などの対応範囲は製品ごとに違います。
実際に案件を動かし、顧客登録から商談、提案、受注・失注まで一連の流れを試します。自社特有の承認や営業工程を含め、普段の業務をSFA上で完了できるかを確かめましょう。
9-2. 入力UIとモバイル操作を試す
SFAへの入力に手間がかかると、営業担当者の記録が後回しになります。画面の印象だけで判断せず、顧客登録や活動記録、商談段階の更新などを実際に操作します。
外出先で利用する場合は、スマートフォンやタブレットから必要な情報を登録・更新できるかも試します。入力項目や操作数を含め、普段の営業活動へ無理なく組み込めるシステムを選びましょう。
9-3. レポート・分析・売上予測を試す
自社で追いたいKPIや売上見込みを出せるかも、SFA選定で押さえたいポイントです。レポートやダッシュボード、売上予測で扱える項目や集計方法は、製品やプランによって異なります。
案件化率や受注率、停滞案件、売上見込みなど、実際に利用する指標を作成します。集計結果から個別案件までたどり、数値が変化した原因を把握できるかを試しましょう。
9-4. カスタマイズ性と拡張性を確かめる
導入時の営業工程だけでなく、将来の業務変更にも対応できるSFAを選びます。利用部門や商材が増えたときに、項目や画面、承認フロー、自動化の設定を変更できるかがポイントです。
ベンダーに依頼しないと変更できない項目については、どこまで対応してもらえるか、また追加費用が発生するかを確認します。
9-5. 外部システム連携とデータ移行を調べる
既存のCRMやMAツール、販売管理システムとデータを連携する場合は、SFAとの間で必要なデータを受け渡せることが条件になります。APIやCSVへの対応だけで判断せず、顧客・案件・活動など、自社で扱う項目を実際に連携できるかを確かめます。
既存データを移行する際は、必要なデータを使って登録・更新まで試します。連携後に顧客と案件が正しくひも付き、通信や取込でエラーが起きた際に再処理できるところまで検証しましょう。
9-6. セキュリティと権限管理を調べる
SFAには顧客連絡先や商談内容など、適切なアクセス管理が必要な情報が蓄積されるため、アクセス制御は不可欠です。認証方法に加え、閲覧・編集・削除・出力などの権限を役割ごとに設定できるかを調べます。
営業担当者や管理者など、実際の利用者を想定して権限を設定し、必要以上の情報へアクセスできないかを試します。操作ログやアカウント管理の機能も含め、自社の情報管理方針に沿って運用できるかを判断しましょう。
9-7. 費用と契約条件を総額で比べる
料金は、ユーザーライセンスだけで比べると実際の負担をつかめません。必要なプランや追加機能、導入支援などを含め、自社が予定する利用条件で総額を算定します。
現在の利用人数だけでなく、将来的に利用者や部門を増やした場合の料金も試算します。契約期間やプラン変更、追加課金の条件まで含め、継続利用に必要な費用を判断します。
9-8. 導入・運用サポートの範囲を確かめる
SFAの導入では、初期設定やデータ移行、利用者教育などをどこまで支援してもらえるかを確かめます。自社で対応する作業が多いほど、導入担当者にかかる負担も大きくなります。
本稼働後のサポート範囲も押さえておきましょう。操作方法や設定変更、トラブル発生時に利用できる窓口と対応内容を把握し、自社に必要な支援を受けられる製品を選びます。
9-9. 契約終了時のデータ出力条件を調べる
SFAには顧客・案件・活動履歴などの営業データが蓄積されるため、契約終了や他製品への移行時にデータを取り出せるかは重要な選定条件です。
出力できるデータ範囲や形式、履歴・添付資料の扱いを確認し、将来の移行時に必要な営業データを引き継げるか把握しておきましょう。
10. SFAの導入手順

SFAの導入では、営業課題とKPIを定め、営業プロセスや運用要件を固めたうえで、製品選定へ進みます。各工程で担当者と次へ進む条件を決めておくと、設定やデータの問題を残したまま本稼働へ進む事態を防げます。
段階 | 主な作業 | 主な担当 | 次へ進む条件 |
|---|---|---|---|
目的・推進体制 | 課題、KPI、対象範囲、責任者を決める | 営業責任者、導入責任者 | 導入目的と評価方法を説明できる |
業務・運用要件 | 営業工程、入力項目、更新担当、権限を決める | 営業責任者、現場担当者、IT部門 | 代表案件の流れと必要な情報が定まる |
製品選定 | 公式資料、デモ、試行で候補を評価する | 導入責任者、利用部門 | 必須業務を処理できる製品が決まる |
設定・移行 | 項目設定、権限、連携、データ移行を進める | SFA管理者、IT部門 | 必要な設定と試験データの取込が完了する |
テスト・運用検証 | 通常案件、例外案件、連携、権限を試す | 利用者、管理者 | 本稼働を妨げる問題への対応が完了する |
研修・本稼働準備 | 利用者教育、問い合わせ窓口、移行日程を決める | 現場責任者、SFA管理者 | 利用者と管理者が本番業務へ移れる |
本稼働・改善 | 利用状況、データ品質、KPIを追う | 営業責任者、SFA管理者 | 課題に応じて設定・運用を更新できる |
導入途中で入力負担や連携上の問題が判明した場合は、その工程で修正します。ここからは、SFAの導入手順を解説します。
10-1. 導入目的・KPI・推進体制を決める
最初に、SFAで解決する営業課題と導入後に追うKPIを決めます。「営業を効率化する」といった広い目的だけでは、必要な機能や導入後の評価基準を決められません。
案件状況の収集時間を短縮したい、引継ぎ時の情報不足を減らしたいなど、現在発生している課題を具体化します。そのうえで、営業責任者や導入責任者、SFA管理者などの役割を定め、誰が導入判断と運用を担うかを明確にします。
10-2. 営業プロセスと運用要件を定める
見込み顧客への対応から商談、提案、受注・失注まで、自社の営業プロセスを基にSFAに必要な要件を定めます。
各商談段階へ進む条件や入力する情報、更新する担当者を決めます。複数のシステムで顧客情報や売上情報を扱う場合は、データ項目ごとの正式な更新元と連携方向を定め、SFAで必要となる閲覧・変更権限も要件に含めます。
10-3. 候補製品を比較し、導入するSFAを決める
業務要件が固まったら、候補となるSFAを絞り込みます。前章で挙げた営業プロセスへの適合性、操作性、分析、連携、セキュリティ、費用、サポートなどを基準に候補を評価します。
ポイントは、公式資料だけで決めずに代表的な案件をデモ・試行環境で動かすことです。営業担当者が日常業務を完了でき、管理者が必要なデータを取得できることを検証したうえで導入製品を決めましょう。
10-4. 設定・連携・データ移行を進める
システム選定後は、営業プロセスに合わせて項目や画面、権限、承認などを設定します。既存のCRMやMAツール、販売管理システムと接続する場合は、連携するデータや更新方法を実装します。
既存データを移す際は、重複・欠損を修正し、旧システムとSFAの項目を対応させます。本番移行の前に試験データを取り込み、顧客・案件・活動履歴が正しく登録されるかを検証します。問題がなければ、計画に沿って移行作業を進めます。
移行結果は件数に加え、顧客と担当者、案件と活動履歴の関連付けを代表データで点検します。担当者、商談段階、受注予定日、次回行動が正しいレコードへ引き継がれていなければ、一覧の件数が一致しても営業は過去の経緯を追えません。
その差異は、元データの不備、項目対応の誤り、重複統合、取込エラーに分けて記録し、修正後に再度取り込みます。営業担当者が移行後の案件を開き、過去の活動を確認して次の行動を登録できる状態を完了条件にします。
10-5. テストで業務を検証する
設定が完了したら、本稼働前に通常案件と例外案件を使って一連の営業業務を試します。項目入力だけでなく、権限、承認、外部システムとの連携まで対象にします。
必要に応じて、一部の部門や担当者から試行運用を始めます。入力負担や権限不足、連携エラーなどが見つかった場合は、本稼働前に設定や業務手順を修正します。
テスト結果は、操作を完了できたかどうかに加え、入力にかかった時間、迷った項目、未入力のまま進めた箇所も記録します。通常案件に加えて失注、受注予定日の延期、担当変更、重複顧客、連携失敗を再現し、案件一覧・レポート・権限へ正しく反映されるかを確認します。
修正後に同じシナリオを再実行し、営業担当者と管理者の双方が支障なく処理できた時点でテスト完了とします。
10-6. 利用者研修と本稼働の準備をする
テストで本番運用へ進める状態になったら、利用者研修と本稼働の準備へ移ります。研修は機能一覧の説明だけで終えず、営業担当者、管理者、営業責任者など、それぞれが日常業務で行う操作に沿って実施します。
本稼働日までに、最終データ移行の時期や問い合わせ窓口、トラブル発生時の対応担当を決めます。導入チームから運用担当者へ必要な情報を引継ぎ、本稼働直後に利用者を支援できる状態を整えます。
10-7. 本稼働後の利用状況とKPIを改善する
本稼働後は、SFAが利用されているかに加え、登録されたデータを営業活動に活用できているかを追います。案件更新の状況や入力データの品質を把握し、導入時に定めたKPIの変化を継続して測ります。
数値が想定どおりに変化しない場合は、入力項目や画面、営業プロセス、利用者教育などから原因を探ります。必要な変更を反映した後に再度KPIを測り、運用を更新していきます。
利用状況はログイン数や入力件数だけで評価しません。次回行動が未登録の案件、同じ商談段階に長く留まる案件、受注予定日を過ぎた案件、重要項目の未入力率を追うと、入力が形だけになっていないかを把握できます。
指標が目標を下回る場合や運用課題が見られる場合は、担当者の意識だけを原因にせず、項目数、入力期限、画面構成、別の管理表との二重入力を調べます。営業会議でSFAの情報を実際に使い、改善後も同じ条件で定着度とデータ品質を測ってください。
11. SFAのよくある質問

ここでは、SFAに関するよくある質問をまとめました。
11-1. 入力しない営業担当者へどう対応する?
入力が続かない場合は、項目数や二重入力、入力期限など、営業担当者の負担になっている原因を見直します。必須項目と更新時点を明確にし、入力した情報を営業会議や案件支援で実際に活用することで、入力する目的も共有できます。
11-2. Excelなどの既存データを移行できる?
既存データをインポートできるSFAはありますが、対応形式や項目、移行できるデータ量は製品によって異なります。導入前に代表データを取り込み、顧客や案件、活動履歴が欠落・重複せず移行できるかを試してください。
11-3. スマートフォンから入力できる?
スマートフォンやモバイルアプリに対応するSFAなら、外出先から顧客情報や商談情報を参照・更新できます。ただし、PC版と利用できる機能が異なる製品もあるため、訪問後の活動記録や案件更新など、営業担当者が外出先で行う操作を実機で試しましょう。
11-4. 営業担当者ごとに閲覧・編集できる範囲を変えられる?
役割や利用者に応じて、閲覧・編集できる範囲を設定できるSFAがあります。営業担当者や管理者など役割ごとに権限を設定し、価格情報や重要案件が適切に制御されるかを確認してください。
11-5. CRMとSFAは両方導入する必要がある?
CRMとSFAを必ず別々に導入する必要はありません。両方の機能を備えた製品もあるため、自社が営業活動・案件管理を中心に扱いたいのか、問い合わせや購入後の対応を含む顧客接点まで管理したいのかを基準に選びます。
11-6. 導入後に入力項目や商談段階を変更できる?
入力項目や商談段階を変更できるSFAはありますが、変更範囲や必要な権限は製品・プランによって異なります。変更する際は既存データや集計への影響を把握し、承認する担当者と反映時期も決めておきましょう。
11-7. 退職者の顧客情報をどう引き継ぐ?
退職・異動が決まったら、担当案件や未完了の活動、顧客情報を後任者へ引継ぎます。
異動時は新しい職務に合わせて権限を見直し、退職時はアカウントを停止してください。後任者が過去の経緯と次回対応を把握し、次の行動を登録できた時点を引継ぎ完了とします。
11-8. 契約終了時にデータを出力できる?
データを出力できる範囲や形式は、製品や契約条件によって異なります。契約前に顧客・案件・活動履歴・添付ファイルなどの出力可否を確かめておきましょう。
11-9. SFA管理者を誰に任せる?
SFA管理者には、営業業務を理解し、営業部門・IT部門・提供会社と連携できる担当者が適しています。営業責任者がKPIや運用ルールを決め、SFA管理者が項目・権限・連携などの設定を担うとスムーズです。
12. まとめ
SFAの導入を成功させるには、製品を選ぶ前に営業課題とKPIを明確にし、商談段階や入力項目、更新担当者などの運用ルールを決めます。その内容を基準に候補を絞り、自社の案件を使ったデモや試行に進みましょう。
システム選定では、営業プロセスへの適合性や操作性に加え、分析、システム連携、セキュリティ、費用、導入後のサポートまで検証します。本稼働後は利用状況とKPIを継続して追い、必要に応じて設定や運用方法を更新してください。
導入前から本稼働後までを一つの流れとして捉え、自社の営業現場で使い続けられるSFAを選んでください。整理した要件を質問票にまとめ、候補製品の資料やサービス詳細を同じ条件で確認しましょう。

