【テンプレート付】SFA/CRMの要件定義｜機能要件・非機能要件チェックリストと進め方

SFA/CRMの要件定義とは

SFA/CRMの要件定義とは、自社の営業プロセス(リード獲得から商談化、受注、既存顧客のフォローまで)を商談フェーズとして言語化し、各フェーズで誰がどの項目を入力し、何をKPIとして可視化するかを決める作業です。単なる顧客台帳の項目設計ではなく、商談フェーズの定義、確度(ヨミ)区分、活動報告のルール、予実管理の粒度といった「営業の型」を仕様として固める工程を指します。

なぜ要件定義でSFA/CRM導入の成否が決まるのか

SFA/CRMは経理や生産管理と違い、入力するのが多忙な営業担当者本人であるため、要件定義で「入力負荷」と「現場が得るメリット」のバランスを設計できないと、データが入らず形骸化します。商談フェーズや確度の定義が現場の感覚とずれると、パイプラインの数字が信用されず、結局Excel管理に逆戻りします。

• 商談フェーズや確度(ヨミ:A/B/C)の定義を現場と合意せずに導入すると、入力基準がバラバラになり売上予測が当たらない
• 営業に入力負荷だけを課しメリット(日報の二重入力廃止、上長への報告自動化)を設計しないと入力率が上がらず形骸化する
• 名刺管理・MA・基幹(受注実績)との連携を後回しにすると、顧客マスタが二重入力・名寄せ不能となりデータ品質が崩れる
• 経営層が見たいパイプラインKPIを定義しないまま項目だけ増やすと、入力項目過多で現場が疲弊しレポートも作れない

要件定義で決める5つの範囲

1. リード・名刺管理 — 展示会やWebからの見込み客、名刺データの取り込みと重複排除、MAとの連携範囲を決める
2. 商談・パイプライン管理 — 商談フェーズ、確度(ヨミ)、予定金額、想定受注時期を管理し受注予測を出す範囲
3. 活動・行動管理 — 訪問/電話/メールの活動履歴、日報、次回アクションの登録と上長レビューの範囲
4. 顧客・取引先管理 — 企業・部署・キーマンの階層、与信や取引履歴、既存顧客のフォロー(CRM)の範囲
5. 予実・実績管理と分析 — 売上目標に対する予実、フェーズ別の歩留まり、担当者別実績のダッシュボード化の範囲

SFA(営業プロセス支援)とCRM(顧客関係管理)はどこまでを1製品で担い、どこからMAやコールセンターシステムに任せるか、責任分界点を要件定義で必ず明示する必要があります。

要件定義の進め方：5ステップ

ステップ	内容	アウトプット
①	現状の営業プロセスと商談フェーズを棚卸しし、リード獲得から受注・既存深耕までの流れと現場の入力実態(Excelや既存SFAなど)を可視化する	営業プロセスマップ、現状業務フロー図、現行管理項目一覧
②	商談フェーズ・確度(ヨミ)区分・必須入力項目を再定義し、誰がいつ何を入力するかの運用ルールを現場と合意する	商談フェーズ定義書、入力項目定義書、入力タイミング一覧
③	機能要件・非機能要件・連携要件(名刺管理/MA/基幹)を整理し、SFA/CRMに求める可視化KPIを確定する	要件定義書、KPI一覧、連携要件一覧
④	RFPを作成しベンダーへ提示、デモ・PoCで自社の商談フローが本当に回るかを評価する	RFP、評価基準表、PoC評価レポート
⑤	移行データ(顧客マスタ・進行中商談)の整備と名寄せルールを決め、現場トレーニングと定着KPIの計画を立てる	データ移行計画書、名寄せ・クレンジング方針、定着化計画

SFA/CRMでは「導入後3カ月の商談入力率」「パイプライン金額の予実精度」「日報提出率」など定着とデータ品質を測るKPIを要件段階で設定しておくことが重要です。

機能要件チェックリスト（SFA/CRMの核心）

SFA/CRMに求める代表的な機能要件です。自社の状況に照らして「必須／任意／不要」を判断してください。

大分類	主な要件項目
リード・名刺管理	名刺データ取り込み(OCR/Sansan連携), Web問い合わせの自動リード化, 重複・名寄せ判定, MAからのホットリード受け渡し
商談・パイプライン管理	商談フェーズ管理, 確度(ヨミ A/B/C)設定, 予定金額・受注予定日, パイプライン(ファネル)ビュー, 失注理由の記録
売上予測・ヨミ管理	フェーズ別加重売上予測, 月次/四半期ヨミ集計, 予測と実績の差異分析, 担当者ヨミと上長ヨミの2段階管理
活動・行動管理	訪問/電話/メール/Web会議の活動登録, 営業日報, 次回アクションとリマインド, モバイル(スマホ)からの外出先入力
顧客・取引先管理	企業-部署-担当者の階層管理, キーマン・人脈情報, 取引履歴・名刺との紐付け, 親子会社(グループ)管理
案件配分・テリトリー管理	担当エリア/業種別の自動アサイン, リード分配ルール, 取引先の担当者引き継ぎ, 重複アプローチの検知
見積・受注連携	見積書作成と版管理, 商談からの見積発行, 受注時の基幹システム連携, 価格・割引の承認ワークフロー
既存顧客フォロー(CRM)	契約更新・定期点検のアラート, 問い合わせ・クレーム履歴, アップセル/クロスセル提案管理, 顧客ステータス(休眠判定)
レポート・ダッシュボード	担当者別/チーム別実績, フェーズ別歩留まり(転換率), 活動量と成果の相関, 経営向けKPIダッシュボード
権限・データ共有	役職別の閲覧/編集権限, 自分の案件のみ表示, チーム単位の情報共有, 退職者データの引き継ぎ管理

見落としがちな要件: 見落としがちなのは「失注・休眠理由の構造化記録」「担当者ヨミと上長ヨミを分けた2段階の売上予測」「モバイルからの活動入力のしやすさ」で、これらが弱いとパイプラインの精度向上と現場定着が両立しません。製造業では代理店・商社経由の間接販売を管理できるかも要件に含める必要があります。

非機能要件で見落としがちなポイント

機能だけに目が向きがちですが、非機能要件こそ稼働後の満足度を左右します。

区分	確認すべき要件（目標値の例）
性能	営業数百名が朝礼前に同時アクセスしても一覧・ダッシュボード表示が3秒以内、商談リスト数万件の絞り込みが体感遅延なく動作すること
可用性	外出先からの活動入力を想定し稼働率99.9%以上、計画停止は営業時間外、モバイル回線でも安定動作すること
拡張性	商談フェーズや入力項目を情報システム部門が自分でノーコードで追加・変更でき、組織改編時のテリトリー再編に追従できること
セキュリティ	顧客の個人情報・与信情報を含むため役職/担当別のレコードレベル権限制御、退職者アカウント即時無効化、操作ログの保全ができること
運用保守	名寄せルールや重複データの定期メンテ運用が現場負荷なく回せ、項目追加時に既存レポートが壊れない設定変更がしやすいこと
移行	現行Excel/旧SFAの進行中商談・顧客マスタを名寄せのうえ移行でき、活動履歴の取捨選択と移行後の整合性確認ができること
コンプライアンス	個人情報保護法に基づく顧客データの取得目的管理・保持期間・開示請求への対応ができ、名刺情報の取り扱いが規程に準拠すること

SFA/CRMは多忙な営業が外出先のスマホから片手間で入力する前提のため、性能(表示速度)とモバイル操作性が定着率を直接左右する最重要の非機能要件です。

基幹・周辺システムとの連携要件

どのシステムと、何を、どの方式（API/CSV/EDI）で、どの頻度で連携するかを定義します。

連携先	主な連携内容
名刺管理サービス(Sansan等)	名刺データを取引先・担当者マスタへ自動取り込み、人事異動情報の反映と名寄せ
MA(マーケティングオートメーション)	スコアリングされたホットリードのSFAへの引き渡し、商談化・受注結果のMAへのフィードバック
基幹システム(ERP・販売管理)	受注・売上実績、与信・請求情報の取り込みによる予実突合と顧客マスタの整合
グループウェア/メール(Microsoft 365・Google Workspace)	予定表との連携、メール送受信履歴の活動への自動記録、Web会議の予定連携
問い合わせ・カスタマーサポート(コールセンター/FAQ)	問い合わせ・クレーム履歴の顧客への紐付け、対応状況のCRM側での共有
BI・データ分析基盤	パイプラインや活動データの抽出による経営レポート、予測モデルへのデータ連携
企業情報データベース(企業情報サービス)	企業コード・業種・規模情報による取引先マスタの補完と名寄せキー付与

SFA/CRMは顧客マスタの「ハブ」になるため、基幹・名刺管理・MAのどれを顧客IDの正(マスタ)とするかを要件定義で決めないと、二重入力と名寄せ不能が必ず発生します。

RFP（提案依頼書）に盛り込むべき項目

要件が固まったら、ベンダーへの提案依頼書（RFP）にまとめます。最低限、次の項目を含めます。

• 自社の商談フェーズ・確度(ヨミ)区分を製品標準でどこまで再現でき、項目追加はノーコードで可能か
• 名刺管理・MA・基幹システムとの標準連携(API/コネクタ)の有無と、顧客マスタの名寄せ機能の仕様
• モバイル(スマホ/タブレット)での活動入力・音声入力・オフライン対応の操作性とデモ
• 売上予測(加重ヨミ)、フェーズ別歩留まり、活動量分析など標準レポート/ダッシュボードの範囲
• 導入支援・データ移行・定着化支援の体制と、製造業や代理店販売モデルでの導入実績
• ユーザー数増減に応じた料金体系、追加機能(MA・CTI等)のアドオン費用と総保有コスト(TCO)

RFPでは「自社の代表的な商談シナリオ(リード獲得から失注/受注まで)」を1〜2件提示し、その流れを各製品でデモ再現させると製品差が明確になります。

ベンダーを横並び比較する評価マトリクス

SFA/CRMでは定着率がROIを決めるため、機能網羅性だけでなく「現場の入力しやすさ・モバイル操作性」「商談フェーズの柔軟なカスタマイズ性」「名刺管理/MA/基幹との連携性」「定着化支援の手厚さ」に高い重みを置いて評価します。価格や機能数の多さよりも、自社の営業プロセスへの適合度と現場が使い続けられるかを重視した重み付けが有効です。

高機能でも入力が煩雑な製品は形骸化リスクが高いため、評価では必ず現場営業数名を交えたトライアルで操作性を採点します。

SFA/CRM導入でよくある失敗と回避策

よくある失敗	原因	回避策
導入したが営業が入力せずデータが溜まらない	入力負荷ばかりで現場メリットを設計せず、商談フェーズ定義も現場感覚とずれていた	日報や上長報告との二重入力を廃止し入力をメリット化、必須項目を絞り込みフェーズ定義を現場と合意する
パイプラインの売上予測が当たらない	確度(ヨミ)の判断基準が担当者ごとにバラバラで、フェーズと確度が連動していない	フェーズごとの加重確率を定義し、ヨミ基準を明文化、担当者ヨミと上長ヨミの2段階レビューを設ける
顧客マスタが二重登録・表記ゆれだらけになる	名刺管理や基幹との連携・名寄せルールを要件定義せず、各人が自由に新規登録した	顧客IDのマスタを決め、重複検知・名寄せルールと新規登録の承認フローを要件に組み込む
項目を増やしすぎて現場が疲弊・レポートも作れない	経営が見たいKPIを定義せず、現場の要望を足し算で全部入力項目にした	可視化したいKPIから逆算して必須項目を最小化し、自由記述より選択式で分析可能な構造化データにする

チェックリストの使い方（テンプレートとして使う）

本記事の機能要件・非機能要件・連携要件・評価マトリクスの各表は、そのまま要件定義の雛形（テンプレート）として使えます。表をコピーして自社に必要な項目の「要否」「優先度」を記入し、ベンダー回答を並べて比較してください。

1. 各表で自社に必要な項目の要否（必須/任意/不要）と優先度を記入する
2. 不足する自社固有の要件を追記する
3. ベンダー回答（○標準/△設定・追加開発/×不可）を記入する
4. 評価マトリクスで重みと評点を入れ、加重スコアで横並び比較する

※ 記入と加重スコアの自動集計ができるExcelテンプレート（ダウンロード版）は近日公開予定です。