なぜ「製品比較」より先に「要件を立てる」べきか
SFA/CRMの情報収集を始めると、多くの買い手はいきなり製品の比較表を作り始めます。これは順番が逆です。自社の要件が固まっていない状態で製品を見ると、機能の多さ・デモの見栄え・営業担当の熱量に判断が引きずられ、「高機能だが現場が使わない」典型的な失敗に向かいます。
この段階の成果物は、候補製品リストではなく自社の要件定義書（A4で1〜2枚）です。何に困っていて、何が解決できれば成功で、何は譲れないのか。これが言語化できて初めて、製品情報は「自社の要件に照らして見る」ものになります。順番として、要件が7割固まるまで個別製品の深掘りは保留してかまいません。
課題はどこまで分解すれば要件になるか
「営業が見える化できていない」「案件管理がバラバラ」——この粒度では要件になりません。情報収集段階で最初にやるのは、課題を業務の流れに沿って分解することです。
- 誰が困っているか：現場の営業担当か、マネージャーか、経営か。困りごとの主体で必要な機能はまったく変わります
- どの業務で詰まっているか：商談の進捗把握、活動の記録、予実の集計、引き継ぎ、追客のヌケモレ
- いま何でしのいでいるか：表計算、個人のメモ、各自の記憶。現状の運用を正確に書き出す
ここで現状把握を省くと、導入後に「結局これまでの運用と二重管理になった」という事態を招きます。現状の入力・集計に月あたり何時間かかっているかをざっくりでも見積もっておくと、後でROIや「買わない判断」の物差しになります。
要件の優先順位はどうつけるか — 入力負荷を最上位に置く理由
集めた課題は、必ず Must / Want / 不要 の3段階に仕分けます。すべてが「あると良い」では要件として機能しません。
仕分けで最も重要なのは、「現場が入力し続けられるか（入力負荷の低さ）」をMustの最上位に置くことです。SFA/CRMは入力されたデータがあって初めて価値が出る仕組みで、入力が止まれば高機能でも無価値になります。「分析機能の豊富さ」より「日々の入力が苦にならないか」を上位に置くのが、現場運用を守る鉄則です。
優先順位づけの際は、戦略パターンを先に押さえておくと方向が定まります。
- エンプラ統合プラットフォーム型：マーケから商談・CSまで一気通貫で繋ぎたい大規模・複数部門向け。要件が広く深い分、構築・運用の体力が要る
- 国産・低入力SFA型：入力負荷の軽さ・現場定着を最優先する中小〜中堅向け
- 業務横断ノーコード基盤型：営業以外の業務も同じ基盤で巻き取りたい場合
- 名刺・接点データ起点型：まず人脈・接点の資産化から入りたい場合
- 現状維持（表計算・いま買わない）：後述の通り、正当な選択肢
自社の課題がどのパターンに最も近いかを仮置きすると、闇雲な情報収集を避けられます。
情報はどう集めるか、ハマりやすい落とし穴とは
情報源は、ベンダーの製品ページだけに偏らせないことです。製品ページは「できること」を並べますが、要件に対して「自社で運用しきれるか」は書かれていません。同規模・同業種の導入事例、定着に失敗した話、運用にかかる人的コストの実態まで集めて初めて判断材料になります。
落とし穴は主に3つ。(1) 多機能を価値と錯覚する——使わない機能は負債です。(2) デモの印象で決める——デモは理想状態で、自社の汚いデータや忙しい現場とは別物です。(3) 要件を決めずに相見積もりを取る——比較軸がないため、価格と営業の押しで決まってしまいます。情報は「要件という物差し」を作ってから当てるのが鉄則です。
「買わない・表計算で足りる」条件も正面から検討する
いま導入しないことも、この段階で正当に検討すべき選択肢です。次の条件に当てはまるなら、表計算での管理継続や導入見送りが合理的なことがあります。
- 商談数・関与人数が少なく、表計算でも全体が見渡せている
- 入力・集計・引き継ぎにかかる工数が小さく、導入で削減できる工数がツール費用と運用負荷を上回らない
- 営業プロセス自体がまだ固まっておらず、何を管理すべきか定義できていない（この場合はプロセス整理が先）
逆に、人の頭の中・個人メモに情報が閉じていて引き継ぎが破綻している、集計に毎月まとまった工数が消えているなら、導入で削減できる工数は明確です。成果（受注率の改善など）は不確実な側に置き、確実に見込めるのは集計・転記・引き継ぎの工数削減という前提で投資判断すると、過大な期待で導入して失望する事態を避けられます。
料金はこの段階でどう考えておくべきか
料金の比較そのものは次の比較段階に譲ってよいですが、情報収集の段階でも「価格の見方」だけは決めておくと後の判断がぶれません。月額ライセンスの安さだけで判断するのではなく、初期設定・データ移行・現場への教育・運用にかかる人件費まで含めた3年トータルコストで捉える前提を先に持っておくことです。ライセンスが安い製品ほど、運用工数が現場側に転嫁されているケースもあります。要件定義の段階から「総保有コストで見る」という物差しを用意しておくと、比較段階での判断が早くなります。稟議を通す際の判断軸はSFA/CRM導入の意思決定に整理しています。
情報収集で参考にすべき事例とは
製品ページに載る成功事例だけでなく、同規模・同業種の企業が「どこでつまずいたか」を集めることが重要です。確認したいのは、定着に失敗した要因（入力が続かなかった、想定していた効果が出なかった等）がどこにあり、それをどう乗り越えたかです。成功事例だけでは判断材料として弱く、失敗を含む事例のほうが自社の要件を検証する物差しとして機能します。ベンダー営業が提示する事例に加えて、独立した第三者のレビューや口コミも参考にしてください。
次の一歩は、本記事を参考にA4一枚の要件メモ（課題の分解・Must/Want・現状工数・近い戦略パターン）を書き出すことです。それが固まってから、製品の比較検討フェーズに進んでください。
関連記事
- 全体像と判断軸：SFA・CRMとは？なぜ今、営業組織に導入判断が必要なのか
- 比較段階の論点整理：【SFA/CRM・比較】解き方で選ぶ — 5つの判断軸と買わない条件
- 導入の意思決定を固める：SFA/CRM導入の意思決定：稟議の通し方・3年トータルコスト・「買わない条件」までの最終判断ガイド
- 営業マネージャー視点：営業マネージャーのためのSFA/CRM活用｜パイプライン管理と入力定着の判断軸
- 現場営業視点：現場営業担当のためのSFA/CRM活用｜入力負荷と自分の武器としての使い方
- 戦略パターンの比較：国産・低入力SFA と 名刺・接点データ起点：あなたの状況ではどちらを選ぶか