「導入したのに誰も入力しない」「データはあるが意思決定に使えない」「結局、商談管理は Excel と Slack に戻ってしまった」――SFA（営業支援システム）にまつわるこの種の声は、特定の製品や特定の業界の問題ではなく、ほぼ全国で同時多発的に起きている構造的な現象です。各種業界調査では、SFA を導入した企業のおよそ 6〜7 割が「定着していない／本来の効果を出せていない」と回答しているとされ、SaaS が普及した今でもこの数字は大きく改善していません。
本稿は「SFA 乗り換え」を検討している営業マネージャー・経営企画・情シス・管理部門の方に向けて、なぜ SFA は使われなくなるのか、乗り換えのタイミングをどう見極めるのか、選択肢の比較から移行プロジェクトの進め方、そして成功確率を上げる原則までを一気通貫で整理します。読み終えたとき、「次に何をすべきか」が箇条書きで言える状態になることがゴールです。
本稿の結論（先出し）
SFA が定着しない原因の 9 割は「ツール選定」ではなく「運用設計と現場合意の欠如」にあります。乗り換えの本質は製品の入れ替えではなく、営業プロセスそのものの再設計です。新しい SaaS を契約する前に、まず「何をやめるか」を決めることを推奨します。
1. 「使われない SFA」の現状 ― なぜこれほど定着しないのか
国内 B2B 企業の SFA／CRM 導入率は年々上昇していますが、各種調査をならすと「ある程度活用できている」と答える企業は 30〜40％ にとどまります。残りの 60〜70％ は、ライセンスを払い続けながら、入力率の低下・データ品質の劣化・経営層の不信に苦しんでいます。
注目すべきは、これが SFA 製品の優劣の問題ではない ということです。同じ製品で大成功している企業と、半年で塩漬けになっている企業が併存しています。差を分けているのは、ツールの機能ではなく、導入プロセスと運用設計の質です。
2. なぜ SFA は使われなくなるのか ― 6 つの構造原因
「使われない SFA」を分解すると、原因はおおむね次の 6 つのいずれか、または複数の組み合わせに収束します。乗り換え検討に入る前に、自社がどれに当てはまるかを必ず棚卸ししてください。
2-1. 入力負荷が現場の限界を超えている
最大かつ最も典型的な原因です。商談 1 件あたり 20〜30 項目を埋めさせる設計になっていて、現場は「営業のためのツール」ではなく「上司に怒られないためのデータ入力作業」と感じています。入力に 1 日 30 分以上かかる SFA は、ほぼ確実に形骸化します。
2-2. UI／UX が古く、モバイル運用に耐えない
外回り中心の営業にとって、スマホで 3 タップ以内に商談メモが残せないツールは「使わない理由」が常に勝ちます。PC 前提のクラシックな UI は、現場の生活動線と噛み合いません。
2-3. 「上から目線」の KPI 設計
経営や営業企画が「管理したい指標」を中心に項目設計してしまい、現場の「次の一手の判断に役立つ指標」が抜け落ちているパターン。入力者にとって何のメリットもないデータは、永遠に埋まりません。
2-4. 営業プロセスとシステムの乖離
「商談ステージ」がツールの初期テンプレートのままで、自社の実際の販売プロセス（リード→ヒアリング→提案→稟議→クロージング）と一致していないケース。ツールの言葉と現場の言葉がズレている時点で、入力ミスとサボりが構造的に発生します。
2-5. マスタ整備が未完のまま稼働している
取引先マスタ・商品マスタ・部署マスタの重複、表記ゆれ、名寄せ未実施。マスタが汚いと、SFA の集計はすべて信頼できなくなり、誰も結果を見なくなります。
2-6. 経営層がレポートを「見ない」
最終的にトドメを刺すのがこれです。月次会議で SFA のダッシュボードが画面共有されず、結局 Excel の集計表で議論しているなら、現場は「結局 SFA は経営も信用していない」と気づきます。経営層が見ないツールは、必ず使われなくなります。
原因の見極め方
6 原因のうち、自社で該当するものを 2〜3 個に特定してから乗り換え議論を始めてください。原因を特定せずに製品比較から入ると、「次のツールも使われない」結果になりがちです。乗り換えとは原因の対症療法ではなく、運用設計の刷新で解く問題です。
3. 乗り換えるべきタイミングのサイン 5 つ
「不満はあるが、本当に乗り換えるべきか？」という判断は、感情論ではなく、客観的なサインで切り分けます。以下のいずれかに 2 つ以上該当する場合、乗り換え（または運用刷新）の検討フェーズに入ることを推奨します。
サイン 1：商談入力率が 60% を下回っている
受注済みの商談ですら、後追いで埋められている状態。リアルタイムの予実管理が成立していない明確な兆候です。
サイン 2：営業会議で SFA の画面が映らない
月次・週次の会議資料が SFA ではなく Excel／スプレッドシートで作られているなら、SFA は「データ入力先」ではあっても「意思決定に使われる場」ではなくなっています。
サイン 3：個別カスタマイズの限界に達している
「この項目を増やしたい」「この画面を分岐したい」という要望が積み上がり、ベンダー見積もりが毎回数百万円単位、納期が 2〜3 か月になっているなら、ツールが業務に追従できていません。
サイン 4：ライセンス費用に対して ROI が説明できない
「年間ライセンス料 ◯◯ 万円に対して、何のリターンを得ているか」を経営に説明できないなら、契約更新の前に乗り換え／縮小の意思決定が必要です。
サイン 5：他システム（会計／kintone／グループウェア／MA）との連携が断絶している
SFA だけが独立した離れ小島になっていて、見積→受注→請求→売上計上のバトンパスが手作業に戻っている状態。データの二重入力が常態化しているなら、システム再設計の対象です。
4. 候補となる選択肢の整理
乗り換え先は、大きく 3 つの方向性に整理できます。それぞれ得意領域が異なるため、自社のフェーズと体制に合わせて選ぶことが重要です。
4-1. 大手 SaaS 型（グローバル製品）
エンタープライズで実績のある世界標準型 SaaS。AI／レポーティング／インテグレーションの完成度が高く、ベストプラクティスに乗りたい企業に向きます。一方で、初期コストとカスタマイズ費が大きく、「自社プロセスを SaaS のベストプラクティスに合わせる」覚悟が必要です。
4-2. 国内中堅向け SaaS（日本市場特化型）
日本企業の商習慣（稟議・押印・複数社見積等）を前提に作られた国産／準国産 SaaS。UI が日本語前提でわかりやすく、サポートも日本語ベース。エンタープライズほどの拡張性はないものの、中堅 SMB の現実的な選択肢として強い領域です。
4-3. ノーコード自社構築型（kintone + AppSheet 等）
汎用ノーコード基盤の上に、自社の営業プロセスをそのまま実装するアプローチ。市販 SFA に業務を合わせるのではなく、業務に合わせて SFA を作るので、現場の入力負荷を最小化しやすい。kintone は業務マスタ・ワークフロー・帳票・他システム連携をワンプラットフォームに統合できるため、CRM／SFA／案件管理／請求連携を一気通貫で組み立てる土台として有効です。中堅・中小・部門単位の導入で特に費用対効果が高い領域です。
3 候補比較表
| 観点 | 大手 SaaS 型 | 国内中堅向け SaaS | ノーコード自社構築型 |
|---|---|---|---|
| 初期コスト | 高（数百万〜） | 中（数十〜百万円） | 低（数万〜数十万円） |
| 月額ライセンス | 1 ユーザー月 1〜2 万円超も | 1 ユーザー月 数千〜1 万円 | 1 ユーザー月 1,800 円前後〜 |
| カスタマイズ性 | 高いが専門人材／ベンダー必須 | 中程度・テンプレート前提 | 非常に高い・現場主導で改修可 |
| 現場の入力負荷 | 項目過多になりがち | 標準的 | 業務に合わせて極小化できる |
| 他システム連携 | API は豊富だが構築費が大 | 主要 SaaS 連携が標準提供 | API／プラグインで柔軟に拡張 |
| 向いている企業 | グローバル展開／大手・準大手 | 中堅 B2B・標準業務中心 | 独自プロセスを持つ中堅・中小 |
※ 価格帯は一般的な目安です。実際の見積は要件と契約条件により大きく変動します。「どれが正解」ではなく、自社の現場負担を最小化できる組み合わせを選ぶのがポイントです。
5. 移行プロジェクトの進め方 ― 要件定義からカットオーバーまで
SFA 移行は「ベンダー任せ」にすると 8〜9 割の確率で失敗します。社内主導で次の 5 フェーズを順守してください。
フェーズ 1：現状診断（4〜6 週間）
既存 SFA の入力率・データ品質・利用画面を定量的に棚卸し。営業現場 5〜10 名に 30 分ずつヒアリングし、「使っていない理由」を本人の言葉で集めます。ここで原因を特定せずに製品選定に入ると確実に失敗します。
フェーズ 2：あるべき業務プロセスの再設計（2〜4 週間）
「ツールに合わせる業務」ではなく、「自社が勝つために必要な営業プロセス」を白紙から書き出します。リード→案件化→提案→受注→アフターのフロー図を A3 一枚に収め、現場・管理職・経営の 3 者で合意を取ります。
フェーズ 3：候補選定とプロトタイプ検証（4〜8 週間）
2〜3 製品をショートリスト化し、各 1 〜 2 週間の PoC（実データを入れた実証）。カタログ機能比較ではなく、自社の営業 3 名が実際に 1 週間使って合意できるかを判定基準にします。
フェーズ 4：データ移行とマスタ整備（4〜12 週間）
取引先・商談・活動履歴を新システムに移行。ここで マスタの名寄せ・表記統一を必ず実施 します。「過去 3 年分を完全移行」ではなく、「アクティブな取引先と直近 12 か月の商談だけ」に絞るのが鉄則です。死んだデータを移行すると新システムも死にます。
フェーズ 5：運用乗せと定着化（3〜6 か月）
カットオーバー後 3 か月は「定着フェーズ」と位置づけ、毎週の入力率モニタリング、月次の改善 MTG、四半期の項目見直しを必ず回します。導入で終わりではなく、運用で初めて価値が出ることを経営層と握っておく必要があります。
SFA 乗り換えチェックリスト（着手前に確認）
- 既存 SFA の入力率・利用画面・データ品質を数値で把握できているか
- 「使われない原因」を 6 つの構造原因のうちどれかに特定できているか
- 営業現場 5 名以上にヒアリングし、現場の言葉で課題を整理したか
- 「あるべき営業プロセス」を A3 一枚で図示し、現場・管理職・経営の合意が取れているか
- 移行対象データを「アクティブのみ」に絞り込めているか
- マスタ（取引先・商品・部署）の名寄せ計画があるか
- カットオーバー後 3 か月の定着支援体制（社内推進担当・改善 MTG）が決まっているか
- 経営層が月次でダッシュボードをレビューする運用が約束されているか
- 新システムの ROI（時間削減・受注率改善・売上貢献）の測定指標が事前に定義されているか
- 会計・グループウェア・MA／メール・名刺管理など、関連システムとの連携シナリオが書かれているか
6. 成功確率を上げる 5 つの原則
最後に、SFA 乗り換えプロジェクトを成功させてきたケースに共通する原則を 5 つに絞ってお伝えします。
原則 1：入力項目は「半分」から始める
最初に詰め込みすぎず、必須項目を 5〜7 個まで削る。足りなければ後から増やすほうが、最初から多くて削るより圧倒的に楽です。「迷ったら削る」を合言葉に。
原則 2：現場が「自分のために使える」設計にする
入力 → 自分の商談一覧が見やすくなる、活動履歴が次回訪問の準備に使える、というインセンティブを設計に組み込む。現場メリットがゼロのデータは絶対に埋まりません。
原則 3：経営層を巻き込み、月次で必ずレビューする
経営層が SFA を見る習慣を持てば、現場の入力モチベーションは構造的に上がります。逆も然り。トップダウンの本気度が足りないなら、プロジェクトを延期した方が無難です。
原則 4：「移行してから整える」ではなく「整えてから移行する」
マスタの汚さ、プロセスの曖昧さは、新システムに移すと指数関数的に悪化します。移行前に整備するコストを惜しまないでください。
原則 5：「ツールではなく、運用が SFA」と理解する
SFA とは「ソフトウェア＋運用ルール＋現場合意」の総合体です。製品だけ入れ替えても、運用と合意が変わらなければ結果は同じになります。乗り換えは買い物ではなくプロジェクトです。
7. はてなベースの SFA 乗り換え支援
はてなベースでは、kintone をベースとしたノーコード SFA／CRM 構築から、既存 SFA からのデータ移行・マスタ名寄せ・運用定着までを一気通貫で支援しています。「製品の乗り換え」ではなく「営業プロセスごと再設計する」ことに価値があると考えており、現状診断から定着フェーズまで伴走するスタイルが特徴です。
大手 SaaS から kintone への乗り換え、Excel／スプレッドシート運用からの脱却、複数システムの統合、いずれの局面でもまずは現状の入力率と運用課題のヒアリングから始めます。「乗り換えるべきか、そもそもの運用設計を変えるべきか」のセカンドオピニオンとしてもご活用ください。
SFA 乗り換え／kintone 化を検討中の方へ：「使われない SFA」の現状診断から、kintone を活用した営業プロセスの再設計、データ移行・運用定着までを伴走支援します。まずは 30 分の無料相談で、自社の課題が「ツール乗り換え」で解決するのか、それとも「運用設計の刷新」で解決するのかを切り分けるところから。お気軽に お問い合わせフォーム よりご連絡ください。