SFAのRFP/要件定義書/提案依頼書について

SFA（営業支援システム）の導入を本気で進めようとすると、必ず突き当たるのが「要件をどう定義し、ベンダーに何を伝えればよいのか」という壁です。SFAは導入企業の約8割が失敗するとも言われますが、その失敗の多くは、要件定義の段階で自社の営業プロセスを十分に整理できていないことに端を発します。既製のSaaSをそのまま入れるのか、自社業務に合わせてスクラッチで作るのか。その判断も、入力負荷を抑える項目設計も、連携要件も、すべては要件定義書とRFP（提案依頼書）の質にかかっています。

本記事は、SFA導入における要件定義書・RFP・提案依頼書の作り方を、要件定義特化の視点で解説します。SaaSとスクラッチの選定基準、自社の営業プロセスへ適合させるための要件整理、現場が入力を続けられる項目設計、MAや会計システムとの連携要件、そしてExcelや旧システムからのデータ移行・名寄せ要件まで、実務で押さえるべき論点を順に掘り下げます。なお、SFA導入の全体像をまだ把握していない方は、まずSFAの完全ガイドから読むことをおすすめします。

▼全体ガイドの記事
・SFAの完全ガイド

SaaSかスクラッチか：選定の要件整理

SFA導入の要件定義で最初に決めるべきは、既製のSaaSを使うか、自社専用にスクラッチ開発するか、という方針です。この選択は、その後の費用も運用も大きく左右します。要件定義書では、自社の営業プロセスがどの程度標準的か、どこに独自性があるかを棚卸しし、それを満たす手段としてSaaSとスクラッチのどちらが適しているかを論理的に示す必要があります。

SaaS型SFAを選ぶ場合、要件定義では月額のユーザー単価をベースに予算を組みます。SaaS型CRM/SFAの料金相場は、一般に月額1,680円から30,000円程度の幅があり、無料プランを持つ製品もあります。具体的には、Salesforce Sales Cloudが3,000円から、Zoho CRMが1,680円から、Mazrica Salesが5,500円から、kintoneがライトコースで780円から、HubSpot CRMは無料から（有料Starterは月2,400円から）といった水準です。GENIEE SFA/CRMは10ユーザーで月34,500円からとなっています。

これらの単価にユーザー数とおおよその利用年数を掛け合わせ、初期設定や教育のコストを加えると、SaaS導入のトータルコストが見えてきます。要件定義書では、この概算を稟議に耐える形で示すことが求められます。SaaSは初期費用を抑えて早く始められる一方、ユーザー数が増えるほどランニングコストが膨らむため、何年使うとスクラッチ開発と費用が逆転するか、という長期視点での試算も要件整理の一部に含めるべきです。安易に月額の安さだけで判断せず、自社の利用規模と期間を前提に総額で比較してください。

自社の営業プロセスが独特で、既製SaaSの枠に収まらない場合は、スクラッチやカスタム開発が選択肢になります。SaaSを無理に自社プロセスへ合わせようと過剰にカスタマイズすると、複雑化して使われなくなる失敗につながります。逆に、自社の業務をSaaSの標準フローに合わせて変えるという発想もありますが、競争力の源泉である独自の営業プロセスまで標準化してしまうのは本末転倒です。この見極めが要件定義の核心になります。

スクラッチを選ぶ場合、要件定義書には自社の営業プロセスを具体的なフローとして書き起こし、各段階で必要なデータと画面、操作を明確にします。CRM/SFAをスクラッチで開発した場合の費用相場は公開された統計が乏しいものの、受託開発の一般的な相場観としては、小規模なら数百万円台から、機能が増えれば一千万円超まで幅があります。riplaはフルスクラッチ受託の立場から、自社の営業プロセスをそのままシステムに写し取り、既製品では満たせない独自要件を実現する開発を支援しています。SaaSの不適合に悩む企業ほど、要件定義の段階でスクラッチという選択肢を真剣に検討する価値があります。

入力負荷を抑える項目設計の要件

SFAの要件定義でもっとも軽視されがちで、しかし定着を左右するのが、入力項目の設計です。SFAが形骸化する最大の原因は入力負荷の増大であり、これは要件定義の段階で項目を盛り込みすぎることに端を発します。「あれば便利」という理由で項目を増やすと、現場は1件の入力に時間を取られ、やがて入力しなくなります。要件定義では、入力負荷を抑える設計思想を明文化しておくことが不可欠です。

項目設計の基本原則は、「その項目が営業の意思決定やマネジメントの判断に使われるか」を基準に、使われない項目は要件から外すことです。要件定義書では、各入力項目に対して「何のために使う情報か」「誰がどう活用するか」を明記し、目的が説明できない項目は削ぎ落とします。必須項目を最小限に絞り、それ以外は任意入力にすることで、現場が最低限のコストで記録を残せる設計が実現します。

入力負荷を抑えるもう一つの要件が、自由記述ではなく選択式やプルダウンを多用することです。商談の段階や案件の種別、失注理由などは、あらかじめ選択肢を定義しておけば、ワンタップで入力でき、かつ集計しやすいデータになります。さらに、AI音声解析による自動入力を要件に組み込めば、入力負荷そのものを大きく下げられます。要件定義で「現場が3分以内に入力を終えられること」といった具体的な目標を掲げると、項目過多に歯止めがかかります。入力のしやすさは、後から直すのが難しいため、最初の要件定義で作り込むべき最重要テーマです。

項目設計を机上で決めると、現場の実態と乖離します。要件定義では、実際に使う営業担当者へのヒアリングを通じて、彼らが日々どんな情報を扱い、どこに手間を感じているかを把握することが欠かせません。マネジメントが欲しい情報と、現場が無理なく入力できる情報のバランスを取らなければ、入力されないシステムになります。ヒアリングで得た現場の声を要件に反映させることが、定着への近道です。

ヒアリングでは、入力する側のメリットを要件に織り込む視点も重要です。入力した情報がパイプラインや売上予測として可視化され、自分の営業活動に役立って返ってくる導線を要件に含めることで、入力が「報告のための作業」から「自分のための行動」へと変わります。現場が納得して使える項目設計は、要件定義の段階で現場を巻き込んでこそ生まれます。riplaは要件定義の上流から現場ヒアリングに伴走し、入力負荷とマネジメントニーズを両立させる項目設計を支援しています。

連携要件とデータ移行・名寄せ要件

SFAは単独で完結するものではなく、MAや会計システム、基幹システムと連携してこそ効果が最大化します。また、導入時には既存のExcelや旧システムからのデータ移行が必ず発生します。これらの連携要件と移行要件を要件定義書・RFPに具体的に書き込んでおかないと、後から「想定外の追加開発」が発生し、費用とスケジュールが膨らみます。

連携要件で代表的なのが、MA（マーケティングオートメーション）との連携です。リード獲得から商談、受注後の育成までをシームレスにつなぐことで、SFAの効果が最大化します。実際、SFAとMAを連携させて見込み顧客を部門横断で把握し、受注率を約1.75倍に高めた事例もあります。要件定義書では、MAからどんなリード情報をどのタイミングでSFAに渡すか、商談結果をどうMAに還元するか、という双方向のデータの流れを明確に定義します。

会計システムや基幹システムとの連携も重要な要件です。受注情報を会計システムに渡して請求業務とつなげば、二重入力やデータ不整合を防げます。要件定義では、連携先システムのAPI仕様やデータ形式、連携の頻度（リアルタイムかバッチか）を具体的に記載し、RFPでベンダーに連携実現の可否と工数を見積もってもらいます。連携要件を曖昧にしたままだと、リリース後に「つながらない」という致命的な問題に直面します。どのシステムと何を連携させるかは、要件定義の早い段階で固めるべき論点です。

要件定義で見落とされやすいのが、データ移行と名寄せの要件です。Excelや旧システムに蓄積されたデータには、「株式会社A」と「（株）A」のような表記揺れや、同一顧客の重複が必ず潜んでいます。これをそのまま移行すると、SFA上で同じ顧客が別々に管理され、一元化の効果が損なわれます。要件定義書には、移行対象のデータ範囲、表記揺れの統一ルール、重複を名寄せする基準を具体的に書き込む必要があります。

名寄せ要件には、移行作業の進め方そのものも含めるべきです。会社名の表記統一、電話番号やメールアドレスをキーにした重複検出、判断が難しいケースの確認フローといった手順を要件に落とし込んでおくと、移行工数が見積もりやすくなります。さらに、手帳や個人PCに眠る情報をどこまで集約するかも、移行要件として整理します。データ移行は地味ですが、ここで手を抜くと移行後に「データが信用できない」という不信感が広がり、SFAそのものが使われなくなります。きれいなデータでスタートを切ることが定着の前提であり、その担保が移行・名寄せ要件の役割です。

RFPの記載項目とベンダー評価基準

要件定義書で自社の要件を固めたら、それをベンダーに伝えてSFA導入の提案を募るのがRFP（提案依頼書）です。RFPは単なる仕様の羅列ではなく、ベンダーが過不足なく提案できるだけの情報を、決まった構成で整理した文書です。記載項目が曖昧だと、ベンダーごとに前提の異なる見積もりが返ってきて、横並びの比較ができません。RFPの質が、その後のベンダー選定の精度を決めます。

SFAのRFPに最低限盛り込むべき記載項目は、導入の背景と目的、対象となる営業組織と利用人数、現状の営業プロセスと課題、実現したい機能要件、連携・移行の要件、予算とスケジュール、提案してほしい体制やサポート内容です。とくに「目的」は最初に明記します。SFAで何を解決したいのか、属人化の解消なのか、売上予測の精度向上なのかを示すことで、ベンダーは手段ではなく目的に沿った提案ができます。

スコープの線引きも、RFPで明確にすべき記載項目です。今回の導入で対象とする業務範囲はどこまでか、将来的に拡張する部分はどこかを書き分けておくと、初期費用が膨らみすぎるのを防げます。たとえば、第一フェーズは商談管理と活動記録に絞り、MA連携やBI連携は次フェーズとする、といった段階的なスコープ設定です。スコープを曖昧にしたまま「できることは全部やってほしい」と依頼すると、見積もりが過大になり、稟議が通りにくくなります。RFPでスコープを区切ることは、予算と要件のバランスを取る要件定義の延長線上の作業です。

RFPを送付して提案が集まったら、評価軸に沿って横並びで比較します。SFA選定の評価軸は、価格だけでなく、自社の営業プロセスへの適合度、入力のしやすさ（UIの直感性）、連携・移行の実現性、導入後のサポート体制、そして開発・運用ベンダーの実績や継続性を含めて多面的に設計します。SFA導入企業の約8割が失敗するというGartnerの指摘を踏まえれば、価格の安さだけで選ぶのは危険です。むしろ「現場が使い続けられるか」「自社プロセスに合うか」という定着に直結する軸を重視すべきです。

評価軸には、あらかじめ重み付けをしておくと選定がぶれません。たとえば、適合度を30点、入力のしやすさを25点、連携・移行を20点、サポートを15点、価格を10点といった配点を決め、各ベンダーの提案を採点します。SaaSとスクラッチが混在する場合は、SaaSは標準機能の充実度と拡張余地を、スクラッチは自社プロセスへの作り込みと開発体制を評価軸に加えます。riplaはフルスクラッチ受託の立場から、既製SaaSでは満たせない適合度を強みに、要件定義からRFP評価まで伴走しています。評価軸を要件定義の段階で設計しておくことが、納得感のあるベンダー選定の前提です。

稟議を通すROIシミュレーションと予算要件

SFA導入の要件定義とRFPがそろっても、最後に立ちはだかるのが社内の稟議です。経営層を説得するには、SFAが「コスト」ではなく「投資」であることを、数字で示す必要があります。そこで欠かせないのが、自社の数値に当てはめたROI（投資対効果）シミュレーションです。費用の総額に対して、どれだけの効果が見込めるかを試算し、予算要件として要件定義書に添えておくと、稟議の通りやすさが格段に上がります。

ROIシミュレーションは、費用と効果の両面を自社の数字で組み立てます。費用面では、SaaSなら月額ユーザー単価に人数と年数を掛けた総額を使います。たとえば、Salesforce Sales Cloudの3,000円から、Mazrica Salesの5,500円から、GENIEE SFA/CRMの10ユーザーで月34,500円からといった料金相場を、自社の利用規模に当てはめます。効果面では、報告作業や資料作成にかかっていた時間の削減と、受注率の向上を金額換算します。

モデルケースで考えてみます。営業10名がSFA入力以前は1人あたり週5時間の事務作業をしていたとして、SFAで半分に減れば、週25時間、月100時間以上の工数が浮きます。これを人件費に換算すれば、月額利用料を大きく上回る効果が見えてきます。さらに、SFAとMAの連携で受注率が約1.75倍に向上した事例のように、受注率改善が売上に直結すれば、投資回収はより明確になります。「月額いくら×何名で、残業を何時間削減し、受注率を何パーセント上げれば何カ月で回収できるか」という形で、自社の数字を入れた試算を要件定義に添えることが、稟議突破の決め手です。

予算要件は、SaaSとスクラッチで考え方が異なります。SaaSは初期費用が小さくランニングが継続するため、複数年の総額で予算を見ます。スクラッチは初期の開発費が大きい一方、月額の利用料が発生しないため、損益分岐点を意識した予算設計になります。CRM/SFAをスクラッチで開発する費用相場は公開統計が乏しいものの、受託開発の一般的な相場観では、小規模なら数百万円台から始まり、機能が増えれば一千万円超に達します。自社の利用規模と要件の独自性から、どちらが総額で有利かを試算します。

予算が限られる場合は、スコープを段階的に区切って初期投資を抑えるのが定石です。第一フェーズは必須機能に絞ってスモールスタートし、定着と効果を確認してから次フェーズへ拡張すれば、稟議も通りやすく、失敗リスクも下げられます。SFAは入れて終わりではなく、使われて初めて投資が回収されます。予算要件とスコープを連動させ、現場が使い続けられる範囲から始めることが、ROIを実現する現実的な道筋です。要件定義の全体像については、あわせてSFAの完全ガイドもご参照ください。

まとめ

SFAの要件定義書・RFPを整理すると、押さえるべき論点は四つに集約されます。第一にSaaSとスクラッチの選定で、SaaS料金相場（月額1,680円〜30,000円程度）と自社プロセスの独自性を天秤にかけて方針を決めます。第二に入力負荷を抑える項目設計で、使われない項目を削ぎ、選択式やAI入力で現場の手間を最小化します。第三にMA・会計などとの連携要件で、双方向のデータの流れを具体的に定義します。第四にデータ移行・名寄せ要件で、表記揺れと重複を整えてきれいなデータでスタートします。

SFA導入企業の約8割が失敗するという統計が示すとおり、失敗の芽の多くは要件定義の段階に潜んでいます。逆に言えば、要件定義を丁寧に行えば、失敗の確率は大きく下げられます。自社の営業プロセスを起点に、入力負荷・連携・移行という難所を要件として明文化し、ベンダーと認識をそろえることが成功への土台です。riplaはフルスクラッチ受託の立場から、要件定義の上流から現場ヒアリングに伴走し、自社業務に合うSFAの実現を支援します。要件整理の全体像の確認には、あらためて完全ガイドをご活用ください。

株式会社riplaでは、IT事業会社出身のプロフェッショナルが「Impact-Driven型支援」を通じて、プロダクトやシステムの納品・提供を目的とせず、お客様と同じ目線で、事業成果の達成をゴールとして、高品質なDX/開発支援をいたします。

また、弊社独自の開発テンプレート「Boxシリーズ」による標準機能の高速開発と、AI駆動開発の独自フレームワーク「GoDD」による独自機能のAI実装を組み合わせることで、低コスト・短期間で開発を実現いたします。

もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。

株式会社riplaの会社HPはこちら

・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>

執筆者プロフィール

張田谷凌央

株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。IT事業会社出身のプロフェッショナルが集う株式会社riplaにおいて、「Impact-Driven型支援」を掲げ、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の実現に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。