LASSIC Media らしくメディア
SFA(営業支援システム)開発の外注の進め方
LASSIC IT事業部｜元請（プライムベンダー）として業務システムの開発・保守を受託
この記事のポイント
- SFA(営業支援システム)は案件・商談のフェーズ進捗と売上予測を可視化する仕組みで、顧客関係全体を扱うCRMとは軸足が異なります。
- つまずきやすいのは機能の不足ではなく「営業現場が入力しない」ことです。ハンモックの調査ではSFA活用に課題を感じる管理職が約6割にのぼりました。
- 開発の外注では、入力負荷を下げるUI・既存CRMやグループウェアとの連携・予測ロジックの調整の3点を確認軸にすると失敗を抑えやすくなります。
目次
SFA(営業支援システム)とは、案件と売上予測を可視化する仕組み
SFA(Sales Force Automation。営業支援システム)とは、個々の商談や案件の進み具合、営業担当者の活動記録、売上の見通しといった営業プロセスのデータを一元的に可視化し、営業活動の効率化と標準化を図る仕組みを指します。案件がいまどのフェーズにあり、いつ・いくらで受注できそうかを組織で共有する点に主眼があります。
SFAが管理する対象は幅広く、案件・商談管理、パイプライン/フェーズ管理、活動・訪問記録、売上予測(forecast)、営業日報、行動KPIの管理、見込み客・リード管理、予実対比などが挙げられます。近年はスマートフォンからの入力や、名刺・メールとの連携機能を備えた製品も一般的になりました。
営業支援ツールの導入はクラウド化の流れと重なって広がっています。総務省の令和7年版情報通信白書によれば、2024年に何らかのクラウドサービスを利用している企業は80.6%にのぼり、顧客情報・ポータルといった業務支援系の利用が上位に入っています*1。市場面でも、矢野経済研究所はSFA/CRMを含む国内デジタルマーケティング市場が2024年に3,442億5,000万円へ拡大する見込みだとし、中小企業を含めて導入企業の層が広がっていると指摘しました*2。
SFAとCRMの違い——営業プロセスの管理か、顧客関係全体の管理か
SFAの開発を検討する際、最初につまずきやすいのがCRM(277。Customer Relationship Management。顧客関係管理)との線引きです。両者は機能が一部重なるため混同されがちですが、軸足は明確に異なります。
SFAは「営業プロセスと案件」を軸に、受注に至るまでの活動と確度を管理します。一方のCRMは「顧客との関係全体」を軸に、購入後の問い合わせ・サポート履歴やマーケティング接点までを含めて長期の関係を維持・強化する仕組みです。ざっくり言えば、SFAは受注するまで、CRMは受注した後も含めた顧客との付き合い全体を扱う、と整理できます。
両者の違いを表に整理します。
| 観点 | SFA(営業支援システム) | CRM(顧客関係管理) |
|---|---|---|
| 主な軸足 | 営業プロセスと案件 | 顧客との関係全体 |
| 中心となる機能 | 案件・商談管理、フェーズ管理、売上予測、活動記録 | 顧客情報の一元管理、問い合わせ・サポート履歴、購買履歴 |
| 時間軸 | 受注に至るまでの進捗 | 受注前から受注後まで継続 |
| 主に使う部門 | 営業・営業企画 | 営業・マーケティング・カスタマーサポート |
| 重視される指標 | 受注確度、パイプライン金額、予実対比 | 顧客満足度、継続率、LTV(顧客生涯価値) |
実務上は、SFAとCRMの両機能を一つの製品に統合したツールも多く提供されています。新規開発や刷新にあたっては、自社が解きたい課題が「営業案件の可視化と予測」なのか「顧客対応履歴の蓄積と活用」なのかを見極め、どちらに重心を置くかを先に決めることが要件定義の出発点になります。
SFAの主要機能と、受発注・見積・日報との連携の整理
SFAは単体で完結するものではなく、周辺の業務システムと連携してこそ効果を発揮します。営業案件の川下にある業務との接続点を、あらかじめ整理しておくとよいでしょう。
SFAの中核機能
SFAの中核は、案件ごとにフェーズ・確度・想定金額・受注予定時期を記録し、それを積み上げて売上予測を組み立てる点にあります。訪問記録や営業日報で活動量を可視化し、行動KPIとして管理するのも中核機能の一つです。これにより、勘や経験に依存しがちだった売上見通しを、案件データに基づく予測へ置き換えられます。
受発注・見積・日報システムとの連携
SFAで管理する商談が受注に至ると、その情報は見積・受発注・請求といった後続業務へと引き継がれます。見積システムと連携すれば、SFA上の案件から見積書を作成し、提示金額と受注金額の差分を予実対比へ反映できるのが利点です。受発注システムと接続すれば、受注確定後の発注・納品状況までを一気通貫で追える構成になります。
営業日報については、SFAの活動記録機能がその役割を兼ねる場合と、既存の日報システムを残して連携させる場合があります。日報を二重に入力させると現場の負担が増えるため、どちらを正とするかは設計段階で決めておきたいところです。連携の設計を誤ると、同じ情報を複数のシステムに入力する非効率が生まれ、後述する入力定着の問題を悪化させます。
SFA開発で見落とされる壁——営業現場に入力が定着しない
SFA開発でもっとも見落とされやすいのは、技術的な難易度ではありません。導入後に「営業現場がデータを入力してくれない」という運用上の壁です。どれだけ高機能なシステムを開発しても、入力されなければ案件の可視化も売上予測も成立しません。
この課題は数字にも表れています。株式会社ハンモックが2021年11月に従業員数300名以上の企業の営業管理職308名を対象に実施した調査では、SFAの活用に「課題がある」「やや課題がある」と答えた管理職が合わせて約63.3%にのぼりました*3。機能が使われない理由としては「入力する作業負担が大きい」が52.2%で最多となり、「社内システムと連携していない」が33.0%、「利用部署ごとのカスタマイズができない」が28.9%と続いています*3。
ここから読み取れるのは、定着を阻む要因の中心が入力負荷と連携不足にあるという点です。営業担当者にとって入力は本来の売上活動ではない付随作業であり、負担が大きければ後回しにされます。開発の観点では、次のような設計上の配慮が定着を左右します。
- 入力項目を必要最小限に絞り、必須項目とフェーズ進行の条件を整理する
- 移動中でも記録できるモバイル入力や、音声・選択式のUIで入力の手数を減らす
- 名刺・メール・カレンダーとの連携で、活動記録を自動的に取り込む
- 入力したデータが本人の営業活動に役立つ形(次アクションの提示など)で還元される仕組みを用意する
入力が定着しなければ、SFAは「上長への報告のためだけに入力するシステム」に堕してしまいます。開発を進める前に、現場が入力し続けられる運用が成立するかどうかを、要件定義の段階で検証しておく必要があります。
パッケージ(SFA SaaS)かスクラッチか——開発方式の判断軸
SFAを整備する手段は、大きく分けてパッケージ(SFA SaaS)の導入・カスタマイズと、スクラッチ開発の2通りがあります。どちらを選ぶかで、外注の性格も費用構造も変わってきます。
パッケージ(SFA SaaS)を軸にする場合
既製のSFA SaaSは、案件管理やパイプライン管理、売上予測といった標準機能が最初から用意されているため、短期間で立ち上げられるのが利点です。多くの企業で共通する営業プロセスであれば、標準機能でおおむね賄えます。この場合の外注は、初期設定・項目設計・既存システムとの連携開発・現場定着の支援が中心になります。
一方で、自社固有の営業フローや複雑な承認・予測ロジックを標準機能で表現しきれない場合は、カスタマイズや外部連携の開発が積み重なり、かえって複雑化することもあります。標準からの乖離がどの程度かを、選定前に見極めることが肝心です。
スクラッチ開発を選ぶ場合
独自性の高い営業プロセスや、既存の基幹システム・受発注・見積との密な連携が求められる場合は、スクラッチ開発が選択肢になります。自社の業務に合わせて設計できる自由度が大きな利点ですが、開発期間と費用は大きくなり、リリース後の保守も自社の責任範囲が広がります。
判断軸を整理すると、営業プロセスが一般的でスピードを優先するならパッケージ、独自性と連携の深さを優先するならスクラッチ、という切り分けが基本になります。実際には両者の中間として、パッケージをベースに不足部分だけを追加開発するハイブリッドな構成も少なくありません。自社の営業プロセスの標準度と、譲れない要件を洗い出したうえで、外注先と方式を決めていくとよいでしょう。
SFA開発を外注する際の3つの確認点
SFA開発を外部の開発会社や元請（プライムベンダー）に委託する場合、営業支援ならではの確認点があります。汎用的なシステム開発の観点に加えて、次の3点を委託前にすり合わせておくことをおすすめします。
1. 入力負荷を下げるUI設計に踏み込めるか
前述の通り、SFAの成否は入力の定着にかかっています。委託先が単に要件通りの画面を作るだけでなく、入力項目の絞り込みやモバイル前提のUI、自動取り込みの設計まで提案できるかを確認します。現場の営業担当者へのヒアリングや、試験導入での入力率の検証まで伴走できる体制があると心強いでしょう。
2. 既存CRM・グループウェアとの連携範囲
多くの企業には、すでにCRMやグループウェア、メール、名刺管理などの仕組みがあります。SFAをそこへ後付けする以上、どのシステムと、どの粒度で、どの方向にデータを連携させるかの整理が前提です。API連携の可否、データの重複や不整合をどう防ぐか、認証の統合をどうするかといった点を、委託先の対応範囲として契約前に確定させておきます。
3. 売上予測ロジックの調整に対応できるか
売上予測(forecast)は、フェーズごとの確度の掛け方や、予定時期のずれの扱い方によって精度が大きく変わります。自社の営業実態に合わせて予測ロジックを調整し、運用しながら見直せる柔軟性があるかは重要な確認点です。標準の予測モデルをそのまま当てはめるだけでは、現場の感覚と乖離した数字が出て、かえって使われなくなる恐れがあります。
これら3点に加え、リリース後の保守・改善をどこまで担ってもらえるかも見極めておくと、導入後の定着まで含めた委託がしやすくなります。
まとめ：SFA開発の外注で押さえる判断軸
本稿では、SFA(営業支援システム)の開発を外注する際の考え方を、公開調査をもとに整理しました。要点は次の3点です。第一に、SFAは営業プロセスと案件・売上予測を軸に据える仕組みであり、顧客関係全体を扱うCRMとは目的が異なります。自社が解きたい課題がどちらに近いかを見極めることが出発点です。第二に、開発でつまずきやすい壁は入力の定着にあります。ハンモックの調査でも約6割の管理職がSFA活用に課題を感じ、その中心は入力負荷と連携不足でした*3。第三に、外注時は入力負荷を下げるUI・既存システムとの連携範囲・予測ロジックの調整という3点を確認軸にすると、導入後に使われないという失敗を抑えやすくなります。パッケージかスクラッチかの方式選択も、この3点と自社の営業プロセスの標準度を突き合わせて判断するのが実務的です。
よくある質問
SFAとCRMは、どちらを先に導入すべきですか。
自社の課題が「営業案件の可視化と売上予測」にあるならSFAが、「受注後を含めた顧客対応履歴の蓄積」にあるならCRMが起点になります。多くの製品は両機能を統合しているため、どちらを主目的に据えるかを先に決め、必要な機能から段階的に整えるのが現実的です。まず解決したい課題を一つに絞ることをおすすめします。
SFAを開発しても営業が入力してくれるか不安です。定着させるコツはありますか。
入力負荷を下げる設計が鍵になります。入力項目を必要最小限に絞り、モバイルや選択式のUIで手数を減らし、名刺やメールから活動を自動取得する仕組みを組み込むと負担が下がる点も重要です。あわせて、入力データが次のアクション提示など本人の営業に役立つ形で返る設計にすると、報告のための入力から脱しやすくなります。試験導入で入力率を検証してから本格展開するとよいでしょう。
パッケージ(SFA SaaS)とスクラッチ開発は、どう使い分ければよいですか。
営業プロセスが一般的でスピードを優先するならパッケージ、独自性が高く基幹・受発注・見積との密な連携が必要ならスクラッチが向きます。実際にはパッケージをベースに不足部分だけを追加開発するハイブリッドという選択も一般的です。自社の営業プロセスの標準度と、譲れない要件を洗い出してから方式を決めると判断を誤りにくくなります。
既存のCRMやグループウェアがある状態でSFAを追加できますか。
追加は可能ですが、どのシステムと、どの粒度で、どの方向にデータを連携するかの設計が前提になります。API連携の可否、データの重複や不整合の防止、認証の統合をあらかじめ洗い出しておくことが重要です。委託先の連携対応範囲を契約前に確定しておくと、導入後の二重入力やデータ不整合を防ぎやすくなります。
SFA開発を外注する際、費用はどのように決まりますか。
開発方式によって構造が変わります。パッケージ活用では初期設定・連携開発・月額利用料が中心で、スクラッチ開発では要件の範囲と連携先の数、予測ロジックの複雑さが費用を左右する主な要素です。まずは対象とする営業プロセスの範囲と連携先を絞り込み、段階的に広げる前提で見積もると、初期費用を抑えながら定着を確認できます。
著者：テレリモ総研編集部 鈴木 亮佑
ご不明な点はお問い合わせフォームからもご連絡いただけます。
- *1 出典：総務省「令和7年版 情報通信白書」（クラウドサービスの利用動向、2024年の企業クラウド利用率80.6%）（https://www.soumu.go.jp/johotsusintokei/whitepaper/ja/r07/html/nd111210.html）
- *2 出典：矢野経済研究所「デジタルマーケティング市場に関する調査（2024年）」（2024年市場規模3,442億5,000万円見込、調査期間2024年4月〜7月／IT Leaders 報道）（https://it.impress.co.jp/articles/-/26731）
- *3 出典：株式会社ハンモック「『従業員数300名以上の企業におけるSFA導入』の実態調査」（2021年11月18日〜22日実施、営業管理職308名）（https://www.hammock.jp/hpr/media/sfa_research.html）
