▼ この記事の内容
クラウド型SFAツールは、利用人数と契約期間をそろえ、料金・必須機能・連携・セキュリティ・運用負荷を比較します。公式資料と販売元の回答、実案件のデモ結果を確認し、未回答事項は保留にしたうえで、見積や試用へ進む候補を絞り込みましょう。
クラウド型SFAツールを比較していても、月額単価や機能一覧だけでは、自社に合う候補を決めきれないことがあります。必要な人数で契約した場合の総額や、既存システムとの連携条件、導入後に誰が管理するかまで確かめたいところです。
比較の前に利用人数と契約期間をそろえ、料金・必須機能・連携・セキュリティ・運用負荷を同じ表で確認しましょう。販売元の説明に加え、自社の実案件を匿名化した入力例で操作を試し、必須条件を満たすかを判断します。
ここでは、公式料金情報の読み方から見積の依頼事項、デモで聞く質問、比較表の記入例までを整理します。未回答事項を保留にする基準も確認し、次の見積や試用へ進める候補を選んでいきましょう。
クラウド型SFAは利用人数と必須条件をそろえて比較する
利用人数と契約期間が異なる見積では、月額単価だけで比較できません。入力担当・閲覧者・管理者の人数と必須操作を先に決め、同じ前提で回答とデモ結果を集めます。
利用人数と契約期間を同じ条件にそろえる
人数は営業部門の在籍数をそのまま使わず、案件を入力する担当者、会議で閲覧する上司、設定を変更する管理者に分けて数えます。閲覧だけの利用でも契約が必要かは、各候補の対象プランで確認してください。
利用開始時の人数と、増員した場合の人数も分けて販売元へ伝えます。比較期間をそろえたうえで、途中の追加契約がいつから課金されるか、減員時に契約数を変更できるかを質問すると、当初の見積と将来の負担を区別して検討できます。
| 比較前にそろえる条件 | 自社で記入・確認する内容 |
|---|---|
| 利用者 | 記入するのは、入力担当・閲覧者・管理者それぞれの人数です。 |
| 利用開始と増員 | 開始予定日と増員予定を記入し、追加契約の扱いを質問します。 |
| 比較期間 | 各候補へ同じ期間の見積を依頼します。 |
| 必須の操作 | 記入するのは、案件登録・更新・会議での確認など、欠かせない操作です。 |
| 既存システム | 連携先と、引き継ぎたいデータを記入します。 |
| 社内の確認担当 | 営業・情報システム・予算決定者の担当範囲を記入します。 |
上の条件欄を添えて依頼した見積で確認するのは、前提が一致しているかです。最低契約数などの理由で同じ人数の契約にできない場合は、その差を残して総額を比べ、見かけの単価に合わせて条件を書き換えないようにします。
必須条件をデモで確かめる作業に変える
必須条件は「案件管理ができる」といった機能名だけでなく、担当者が行う操作と、その結果まで書きます。「案件を登録し、担当と次回対応日を更新した後、営業会議で対象案件を一覧確認する」のように、デモで再現できる作業へ変えてください。
操作前には、合格条件の設定も必要です。会議で停滞案件を確認したいなら、何を停滞とみなし、誰がどの項目を見て判断するかをそろえ、その情報が対象プランの画面で確認できるかを試します。
便利そうな機能と、導入初日から欠かせない機能は、分けて記録することが必要です。必須の操作ができない候補については、別の作業で代替する場合の手間と担当まで確認し、任意機能の豊富さだけで採用へ進めないようにします。
案件の進捗管理と顧客との接点管理のどちらを優先するかが未確定なら、製品デモの前に管理業務を整理します。管理対象から見直す際は、業務に応じてSFAとCRMを選び分け、併用を判断する方法を確認してください。
営業AI・営業DX SFAツールとCRMはどちらを導入すべき？｜管理業務から決める選び方と併用判断
公式情報で対象プランと料金の仕組みを比べる
公式情報では、課金単位・最低契約数・契約期間・支払周期を分けて確認します。ユーザー単位と組織単位の費用を区別し、実際の利用人数と比較期間に基づく見積で初期・継続・追加費用を確かめます。
月額単価と最低契約数・支払周期を読む
Salesforceの公式料金ページでは、Starter Suiteにユーザーごとの月額料金と月払いまたは年払いを示し、Pro Suiteには年間契約と記載しています。[1]月額換算の表示と契約期間を混同せずに確認したいのは、見積の対象がどちらのプランかです。
株式会社マツリカのMazrica Sales公式ページでは、Starterの料金にID単位の費用と組織単位のMazrica Sales Agentの費用を含め、10ID分から契約可能と記載しています。[2]利用予定人数が最低契約数を下回る場合も、必要人数だけを掛け算せず、契約条件を反映した総額で検討してください。
| 製品・対象プラン | 公式情報で確認した条件 | 見積で追加確認する事項 |
|---|---|---|
| Salesforce Starter Suite | ユーザーごとの月額料金と、月払いまたは年払いを示しています。[1] | 入力担当・閲覧者・管理者の課金対象、最低契約数、追加費用を確認します。 |
| Salesforce Pro Suite | 年間契約と記載されています。[1] | 契約期間と支払周期を分け、請求時期、途中の増減員、見積の対象範囲を確認します。 |
| Mazrica Sales Starter | ID単位の費用と組織単位のMazrica Sales Agentの費用を含み、10ID分から契約可能と記載されています。[2] | 利用人数を反映した契約総額、組織単位の費用に含まれる範囲、契約期間と支払周期を確認します。 |
最低契約数や組織単位の費用が異なる場合は、ユーザー単価だけで安さを判断せず、自社の人数で契約した総額を比較します。契約期間と支払周期もそろえてから、初期費用や追加費用の確認へ進みましょう。
参考：販売価格｜Salesforce（2026年10月10日確認）
参考：Mazrica Sales｜株式会社マツリカ（2026年10月10日確認）
初期・継続・追加費用を分けて見積を依頼する
見積は、導入時に発生する費用、利用中に継続する費用、条件によって追加される費用に分けて依頼します。対象プラン、利用人数、比較期間を依頼書の冒頭に置き、同じ前提で回答してもらいましょう。
- 初期費用：データ移行、初期設定、導入支援の費用と作業範囲を示してもらいます。
- 継続費用：利用料、保守・支援、連携の維持に必要な費用を示してもらいます。
- 追加費用：ID追加、連携追加、設定変更などで費用が発生する条件を示してもらいます。
- 対象外の作業：自社で行う作業と、別途依頼が必要な作業を明記してもらいます。
「導入支援を含む」という回答には、データの整理、取り込み、取り込み後にデータを見比べる作業のどこまで含むか、追加の質問が必要です。同じ移行作業でも、自社が引き受ける部分が違えば準備する人員や日程が変わるため、金額と作業範囲を一緒に残してください。
未回答の金額は「要確認」とし、0円として合計に含めないようにします。見積には確認日と対象期間を残し、未確定の費用がある候補は、確定済みの候補より安いと結論づけず回答を待ちます。
必須機能と既存システムとの連携を実案件で試す
必須機能は、自社の実案件を匿名化した入力例で、登録・更新・会議での一覧確認まで実際の担当者が操作して確かめます。連携は送受信の方向・対象項目・更新頻度を分け、情報の反映先と自社に残る作業を確認します。
案件登録から会議の確認まで操作する
入力例には、担当変更や次回対応日の更新など、自社で確認したい作業を含めます。対象プランで同じ操作を行えるか、事前設定や追加契約が必要かを質問し、デモ環境と契約予定の環境の違いも記録します。
| 確認する操作 | デモで聞く質問 |
|---|---|
| 案件を登録する | 依頼する内容は「このプランで、自社の必須項目を使って案件を登録する操作を見せてください」です。 |
| 担当と対応予定を変更する | 「担当を変更した後、引き継ぐ人はどこで履歴と次回対応を確認しますか」と質問します。 |
| 会議で案件を確認する | 「会議で確認したい条件に絞り、案件の一覧を表示できますか」と質問します。 |
| 契約条件を見比べる | 質問する内容は「今の操作に必要な設定や追加契約は、見積に含まれていますか」です。 |
結果欄には操作した人、試用日、合否、未確認事項を残します。販売元による説明だけで自社担当者の操作を確認していない場合は、その違いを明記し、操作時間や使い勝手の評価は実際に試してから記入してください。
| 確認する操作 | 対象プラン | 操作した人 | 試用日 | 期待する結果 | 実際の結果 | 合否・未確認事項 | 追加設定・契約の要否 |
|---|---|---|---|---|---|---|---|
期待する結果と実際の結果が一致していても、追加設定や契約が必要なら、その条件を見積と見比べてから合否を決めます。未実施の操作は未確認として残し、販売元の説明だけで合格にしないようにしましょう。
連携の方向・項目・担当を質問する
連携は、既存システムからSFAへ送る処理と、SFAから既存システムへ戻す処理を分けて確認します。「連携できますか」だけで終わらせず、顧客名、案件担当、活動履歴などの対象項目と更新頻度を具体的に伝えて回答を求めます。
| 連携の確認項目 | 販売元・技術担当へ聞く内容 |
|---|---|
| 方向と項目 | 確認するのは、どちらからどちらへ、どの項目を送れるかです。 |
| 更新頻度 | 更新のタイミングと、その間に自社で行う作業を確認します。 |
| 認証と設定 | 接続に使う認証方法と、設定・更新を担当する人を確認します。 |
| 失敗時の対応 | 確認するのは、失敗を誰が把握し、対象データを誰が再処理するかです。 |
| 費用と分担 | 初期接続と運用中の対応について、追加費用と作業分担を確認します。 |
「双方向に連携する」という説明を受けた場合も、すべての項目が両方向へ送られると解釈しないようにします。両方のシステムで同じ情報を更新した場合の扱いを質問し、自社に残る確認や修正の作業まで比較表へ記入してください。
FAZOMとの接続も検討する場合は、FAZOMの機能一覧を参照し、利用したい機能と接続先を整理します。候補SFA自体の連携確認とは分けて、現在の接続可否、対象データ、データの保管方法、費用、作業分担、導入時の支援範囲をFAZOMへ確認してください。回答がそろうまでは接続可能と判断せず、確認担当と回答期限を比較表に残します。
セキュリティ対策とデータ持ち出しの条件を確認する
セキュリティと解約時のデータ出力は、対象プランの資料・設定画面・販売元の回答で確認し、参照資料、確認日、確認担当を残します。資料にない条件は安全とも未対応とも断定せず、追加回答を受けて担当部署の判断が済むまで保留にします。
権限と記録の確認を情報システム担当に依頼する
セキュリティは、対象プランの資料と設定画面を情報システム担当へ渡し、自社の利用条件に合うか確認を依頼します。営業側は「誰がどの顧客情報を閲覧・編集する必要があるか」を先に整理し、担当部署が判断するための業務条件を伝えてください。
| 確認する領域 | 資料・設定画面で確かめる内容 |
|---|---|
| 認証 | 自社で必要とする認証方法を対象プランで利用できるかを確認します。 |
| 閲覧・編集の制限 | 担当者、上司、管理者ごとに必要な範囲へ制限できるかを確認します。 |
| 操作履歴 | 確認するのは、記録される操作、閲覧できる人、記録の保存期間です。 |
| データの保管 | 保管場所や保管期間など、自社が確認を必要とする条件の回答を求めます。 |
| 利用者の変更 | 異動・退職時に権限を変更し、利用を停止する操作を確認します。 |
権限の確認で見せてもらうのは、管理者の画面と、制限を受ける利用者の画面です。「他の担当者の案件を閲覧できるか」「閲覧だけ許可して編集を制限できるか」に加え、顧客一覧や活動履歴の出力・ダウンロードを誰に許可できるかも、対象プランの資料と設定画面で確認します。匿名化した入力例を使い、出力を許可した利用者と制限した利用者で操作を試し、結果を比較表に残します。
解約時に取り出せるデータと費用を確認する
契約前に、解約時に取り出せるデータの範囲、出力形式、費用、期限を確認します。顧客一覧だけを見て判断せず、案件、活動履歴、添付ファイルも対象に含め、移行後に必要な情報を引き継げるかを確かめてください。
データの種類ごとに出力できるかに加え、顧客と案件、案件と活動履歴の関連付けをどう保持するかを質問します。試用環境で出力を確認できる場合は、匿名化した入力例を使い、出力ファイルに必要な項目と関連付けの情報が含まれるかを担当者が確認します。
| 販売元へ確認する事項 | 回答に残してもらう内容 |
|---|---|
| 出力範囲と形式 | 提示を依頼するのは、顧客・案件・活動履歴・添付ファイルごとの出力可否と形式です。 |
| 関連付け | データ同士の関係を移行先で見比べるために必要な情報を確認します。 |
| 出力の期限 | 解約前後のいつまで操作できるかを示してもらいます。 |
| 費用と作業者 | 提示を依頼するのは、自社操作と販売元への依頼を分けた費用です。 |
| 削除条件 | 解約後のデータの扱いと削除条件について回答を求めます。 |
将来の移行先が決まっていなくても、出力範囲や期限は契約の判断材料として残します。移行先で使えるかまで確認していない場合は「出力可能」と「移行確認済み」を区別し、追加確認の担当と期限を決めてください。
現場と管理者の作業を試し運用負荷を把握する
試用では、営業担当者の入力作業と管理者の設定作業を別々に確認します。営業担当者は案件の登録・更新、管理者は項目変更・権限変更・担当変更を実施し、それぞれに必要な操作と作業時間を記録してください。
現場の入力と管理者の設定を別々に試す
現場の入力が短時間で済んでも、設定変更のたびに販売元への依頼が必要なら、その対応も運用計画へ含めます。どこまで自社で操作でき、どこから支援を依頼するかを確認し、画面操作に加えて問い合わせや回答待ちの有無も残します。
| 試す人 | 試す作業 | 操作回数 | 所要時間 | 支援が必要だった箇所 |
|---|---|---|---|---|
| 営業担当者 | 試す作業は、案件の登録と次回対応の更新です。 | |||
| 管理者 | 入力項目を変更します。 | |||
| 管理者 | 利用者の権限を変更します。 | |||
| 管理者 | 試す作業は、案件の担当者の変更です。 |
表の実際に測った値を記入する欄は、操作を終えるまで空欄にしておきます。候補同士を比べるときは、同じ作業を試したか、販売元の補助を受けたかも記録し、条件の異なる時間だけを並べて使いやすさを判定しないようにします。
移行・問い合わせ・設定変更の担当を決める
導入準備で決めるのは、移行する顧客データの整備、重複の確認、取り込み後にデータを見比べる作業の担当者です。販売元へ移行を依頼する場合も、自社で判断するデータの修正や統合の範囲を確認し、担当者と作業日程を残してください。
利用開始後は、現場からの問い合わせ窓口と、設定変更を判断する責任者を分けて整理します。案件更新・項目変更・権限変更・問い合わせ対応は、担当者と発生頻度を比較表の回答欄に記録し、試用で測った所要時間とあわせて担当者が確保できる時間内に収まるか確認します。販売元の支援については、問い合わせ方法、対応範囲、追加費用を確認し、社内担当者だけでは処理できない作業の依頼先を決めます。
顧客情報の更新責任が曖昧な場合は、移行と同時に誰がいつ更新するかの取り決めも必要です。情報共有の目的や更新ルールから整理したい方は、顧客管理クラウドの用途と運用で決めておくことを確認してください。
営業AI・営業DX 顧客管理クラウドとは？CRM・SFA・Excelとの違いと失敗しない選定条件
比較表を使って候補を採用・保留・除外に整理する
比較表には、販売元の回答と根拠、社内の確認担当を残し、必須条件への適合状況で候補を採用・保留・除外に分けます。候補と対象プランごとに同じ表を用意し、公式資料の記載、見積の回答、自社の試用結果を区別して記入してください。
回答・根拠・確認担当を比較表に記入する
| 確認項目 | 回答 | 根拠・確認日 | 確認担当 | 回答期限 | 判定 |
|---|---|---|---|---|---|
| 対象プラン・契約条件 | |||||
| 初期・継続・追加費用 | |||||
| 必須機能の操作 | |||||
| 連携の方向・項目・担当 | |||||
| 権限・記録・保管条件 | |||||
| 解約時のデータ出力 | |||||
| 現場・管理者の運用負荷 |
未回答の項目には、回答の代わりに何を依頼中かを記入します。次の記入例を参考に、販売元への質問と回答後に内容を見比べる担当者を残し、比較表の回答期限欄には社内で決めた期限を記入しましょう。
| 確認項目 | 未回答時の記入例 | 次に行う作業 |
|---|---|---|
| 対象プラン | 公式情報と見積の対象を見比べるため、プラン名の回答を依頼しています。 | 選定担当者が回答後に見積へ転記します。 |
| 追加費用 | 連携設定の費用は要確認です。 | 販売元へ内訳を依頼し、回答期限を社内で指定します。 |
| 連携方向 | 販売元に確認を依頼しており、判定を保留しています。 | 回答後に内容を見比べる担当は自社の連携担当者で、見比べるのは対象項目と方向です。 |
| 管理者の作業 | 項目変更の試用が未実施のため、時間欄を空欄にしています。 | 試用担当者が実施日を決め、操作後に記録します。 |
口頭で受けた回答も、対象プランと条件を含む資料やメールでの確認が必要です。回答の出どころが異なる場合は両方を残し、どちらを契約判断に使うかを販売元へ確認してから判定欄を更新してください。
未回答は保留にして判定理由を残す
候補は、必須条件の確認状況に応じて採用・保留・除外へ整理します。ここでいう採用は次の見積や試用へ進める判断を指し、契約の承認とは分けて扱ってください。
| 確認結果 | 判定と次の対応 |
|---|---|
| 必須条件への適合を確認できています。 | 次工程の候補として採用し、見積や試用で残る確認を進めます。 |
| 必須条件の一部が未回答・未確認です。 | 期限付きで保留し、担当者と必要な回答を指定します。 |
| 必須条件との不一致が確認済みです。 | 候補から除外するか、業務上の理由を確認して要件を見直します。 |
任意機能を点数化する場合も、必須条件の不適合を加点合計で埋め合わせないことが前提です。要件を見直すなら、代替作業を誰が引き受けるかと、その負担を承認する人を明確にし、すべての候補を変更後の条件で再評価します。
保留理由に記入するのは、「情報不足」だけでなく、どの回答があれば判定を変えられるかです。「対象項目を既存システムへ戻せるか」「追加費用が予算内か」のように問いを残すと、回答後に何を判断するかが明確になります。
導入条件に応じて見積もりや試用に進む候補を選ぶ
候補への見積や試用の依頼では、人数・期間・入力例・必須操作をそろえ、予算・連携・管理体制など導入を左右する条件から確認します。候補固有の確認事項は共通項目と分け、回答条件の違いを残します。必要な条件がそろわない場合は、再検討に必要な回答と期限を決めて保留にします。
人数・連携・管理体制の条件で次の確認を選ぶ
候補を絞った後は、自社で導入の妨げになる条件から確認を進めます。少人数で使うなら最低契約数、既存システムとの連携が必須なら対象項目と方向、管理者の時間が限られるなら支援範囲を先に確かめてください。
| 自社の導入条件 | 先に依頼すること | 次へ進む判断 |
|---|---|---|
| 少人数での利用開始を予定している場合です。 | 最低契約数と組織単位の費用を反映した見積を依頼します。 | 契約総額が予算に収まることを確認して試用へ進みます。 |
| 既存システムとの連携が欠かせません。 | 必須項目・方向・更新頻度・再処理の担当について回答を求めます。 | 必要な連携条件を確認して接続の試験へ進みます。 |
| 管理者に十分な作業時間を割けません。 | 設定変更と問い合わせ対応の支援範囲・費用を確認します。 | 自社に残る作業の担当を確保して導入準備へ進みます。 |
| 現行システムからのデータ移行を予定している場合です。 | 移行範囲、データ整備、取り込み後にデータを見比べる作業の分担を確認します。 | 移行担当と日程が決まってから開始時期を調整します。 |
確認順は、予算が未確認のまま詳細な設定試験を先行させたり、必須連携が未回答のまま全員分の試用を始めたりしないために必要です。まず導入を左右する条件への回答を受け、その条件を満たす候補へ次の作業を依頼します。
条件がそろわない場合は試用や導入を保留する
予算、運用責任者、データ移行の条件がそろわない場合は、試用や導入を保留し、現行運用を継続する判断も残します。開始日だけを先に決めず、誰から何の回答を受ければ再検討できるかを明確にしてください。
「試用してから考えたい」という場合は、試用で解決する疑問を限定します。現場の入力負荷を確かめる試用と、予算の承認や管理者の確保は別の作業として扱い、試用を終えても社内条件が未確定なら全社契約へ進めないようにします。
保留には回答期限の設定が必要です。期限時点で、再依頼、候補の除外、導入時期の見直しのどれを行うか決めます。必要な回答がそろったら比較表を更新し、必須条件への適合と自社の作業分担を確認した候補について、見積や試用の次の工程へ進みましょう。
まとめ
クラウド型SFAツールの比較では、利用人数と契約期間をそろえ、料金・必須機能・連携・セキュリティ・運用負荷を確認しましょう。公式資料や見積の回答と、実案件を使ったデモ結果を見比べ、自社の必須条件に合うかを判断します。
現場の入力だけでなく、管理者の設定変更や移行作業も確認し、自社で担う範囲と担当を決めてください。未回答事項には確認担当と回答期限を付けて保留し、条件を確認できた候補から次の見積や試用へ進めましょう。
SFA選定とあわせて営業AIの導入も検討している方は、以下の導入前チェックガイドをご確認ください。
営業AIを入れても売上につながらない理由を、8項目のチェックリストで解説！
＞＞無料で『営業AIを成果につなげる導入前チェックガイド』をダウンロードする
