▼ この記事の内容
営業支援システムは、ランキングから見つけた候補を確認済みの機能と自社の必須条件で絞り、同じ案件で試します。入力や集計など優先する業務に合わせて試行順を決め、必須条件が未確認の候補は順位を付けず確認待ちにします。
ランキングを見比べても、現場責任者に「なぜその候補から試すのか」と聞かれると説明しづらいことがあります。評判の良さに加え、自社の案件を入力し、担当を替え、管理者が確認する場面で比べる条件を用意しましょう。
ここではSales Cloud・HubSpot・kintoneの公式資料で確認した機能と、導入前に残る質問を並べます。実名製品の順位は付けず、試行順の決め方には実製品と対応しない架空A・B・Cの記入例を使います。
営業支援システムのランキングから試用候補を絞る
まずランキングで候補を見つけ、公開機能と自社の必須条件を照合します。残した候補を同じ案件で試し、優先する業務に合わせて継続試行の順番を決めましょう。
ランキングの評価項目と自社の必須条件を分ける
営業支援システムのランキングは、候補を発見する入口として使えます。自社で試す順番は、確認済みの機能と必須条件で候補を絞り、同じ案件を操作した結果に基づいて決めます。
順位を見たら、何を評価した順位なのか、誰が評価したのか、対象製品と集計時点がどこに書かれているかを確認してください。レビュー数の多さと評価の高さも、同じ意味として扱わないようにします。
次の表はランキングを読む際の記入例です。特定サイトの調査結果を示すものではなく、実際に見たページの記載で置き換えて使います。
| 読む項目 | 架空の記入例 | 候補選びでの扱い |
|---|---|---|
| 評価の目的 | 利用者の満足度と記載。業務別の評価内訳は未確認 | 自社の入力・集計条件とは別に確認 |
| 対象と選定方法 | 掲載製品の選定基準が見つからない | 未掲載製品を劣ると判断しない |
| 評価対象者と件数 | 件数は記載。評価者の担当業務は不明 | 自社の営業担当と条件が同じとはみなさない |
| 時点と対象版 | 更新日はあるが対象プランが不明 | 契約候補のプランへ照合 |
| 広告・利害関係 | 広告表示の有無を確認中 | 広告表示と評価方法を別々に読む |
方法が分からないランキングでも、製品名を知る用途には使えます。ただし、その順位を選定理由にする段階では、評価方法が確認できた部分だけを根拠に残してください。
用途別に候補を整理し、確認済みの機能を比較する
案件と売上予測を見るならSales Cloud、顧客レコードの重複整理を確かめるならHubSpot、アプリ内の閲覧・編集範囲を設計するならkintoneを候補例として確認できます。以下は公式資料の機能説明を比較の入口にした表であり、総合順位や各製品だけの強みを示すものではありません。
| 候補・確認したい用途 | 公式資料で確認した範囲 | 同じ案件で試す操作 | 別途確認する条件 | 候補として残す判断 |
|---|---|---|---|---|
| Salesforce Sales Cloud 案件・売上予測の確認 | Salesforceの公式製品ページは、取引先・商談管理、売上予測、パイプラインの統合ビュー、経時変化のチャート、レポートを紹介 | 案件の登録後、管理者が担当別の状況を確認 | 対象プラン、設定作業、契約総額、自社環境での動作 | 必要な案件を管理者が追え、設定と契約条件を受け入れられる |
| HubSpot 重複する顧客情報の整理 | HubSpotのレコードマージのヘルプは、同じオブジェクトの2レコードを統合し、活動・関連付け・ほとんどのプロパティー値を結合すると説明。マージ解除は不可 | 架空の重複候補を使い、同一顧客の確認、残す値、操作権限を点検 | 対象オブジェクト固有の例外、連携への影響、運用担当、契約条件 | 残す情報と確認者を決められ、統合の影響を検証できる |
| kintone 案件情報の権限設計 | kintoneのアクセス権のヘルプは、アプリ・レコード・フィールドの3段階で閲覧・編集を制限できると説明 | 自社の案件項目を設け、現場・管理者・部門外の役割で表示と編集を確認 | アプリの項目設計、権限設定と変更の担当、作業量、必要プランと費用 | 必要な権限を設定でき、変更を担当する人と費用が決まる |
この表は機能の網羅表ではありません。HubSpotを少人数向け、Sales Cloudを大組織向けと人数だけで固定せず、kintoneも自社用の案件管理が設定なしで完成しているとは考えずに、必要な操作と提供条件を確認します。
FAZOMが運営するこの記事の比較表は、2026年9月15日に確認したSalesforce・HubSpot・kintoneの公式資料に基づき、表に記載した機能説明の範囲を示しています。実機での比較試験や自社への適合確認ではないため、候補同士を比べる際は対象プランと設定をそろえます。
参考：Sales Cloud｜Salesforce
参考：レコードをマージ｜HubSpot
参考：アクセス権の設定｜kintone
比較対象の業務と既存システムの役割を整理する
比較対象の名前をそろえる前に、既存の情報をどこに残し、何の作業を変えるかをそろえます。同じ機能が複数の製品にあっても、入力元と確認先を決めれば検討を進められます。
案件管理・顧客管理と、それらを補う業務を分ける
案件の進捗と次回行動、顧客の連絡先と契約履歴、商談の原メモを別々に書き出します。そのうえで、今のシステムに残す情報と、新しい候補へ移す情報を決めましょう。
| 作業の整理欄 | 既存側に残す例 | 候補で確かめること |
|---|---|---|
| 案件・顧客管理（SFA・CRM） | 顧客の識別情報、契約履歴 | 案件の入力元、担当交代、履歴の関連付け |
| 接点づくり・連絡先整理（MA・名刺管理） | 見込み顧客との接点、連絡先 | 顧客管理へ渡す項目と重複時の処理 |
| 会議記録・商談の確認 | 発言の原メモと保存先 | 案件から原記録を開ける範囲 |
| 知識参照・営業練習 | 業務手順、確認した練習課題 | 記録の保管とは別に補う作業 |
表は自社の仕事を仕分けるためのものです。CRMとSFAの役割は重なる場合があるため、製品カテゴリを理由に候補を外さず、実際に担当させる作業と二重入力の有無を見ます。
分類が混ざって候補をそろえられない場合は、営業支援ツールの役割を分ける見取り図から、今回比べる業務の範囲を整理できます。
営業AI・営業DX セールステックカオスマップ｜課題逆引き7分類
人数ではなく拠点・案件・担当者の権限に関する条件を明記する
会社の人数だけでは、案件の長さ、拠点間の引継ぎ、見せてはいけない情報までは決まりません。「小規模向けだから合う」と決める前に、利用者の役割ごとに操作条件を書いてください。
次は関西拠点への追加導入を検討する架空の組織の記入例です。自社で使う際は、役割名と合格条件を現場・管理者・情シス・決裁者で確認して置き換えます。
| 確認する役割 | 必須条件の記入例 | 確認方法 |
|---|---|---|
| 営業担当 | 顧客の発言と次の質問を別欄に残せる | 同じ案件メモを入力して読み返す |
| 現場責任者 | 後任が担当案件の履歴をたどれる | 担当交代後の利用者で開く |
| 情報システム担当 | 部門外の利用者が非公開項目を閲覧できない | 部門外の役割で画面・出力を確認 |
| 決裁者・契約担当 | 必要な機能、移行と保守を含む契約範囲が分かる | 同じ対象範囲の見積と条件書を照合 |
必須条件と比較項目を分けて優先順位を決める
使えなければ導入できない条件と、満たした候補同士で比べる使いやすさを分けます。必須条件が未確認の候補は、確認待ちとして順位の外に残します。
必須条件が未確認の候補は採点せず保留する
部門外への閲覧制限が必須なら、その条件を確認できない候補は、入力が簡単でも導入判断を保留します。未確認を低い点数にすると、ほかの項目の高得点で必須条件の欠落が埋まったように見えてしまいます。
| 確認状態 | 判断 | 次の動き |
|---|---|---|
| 満たすと確認 | 比較へ進める | 確認した設定と対象プランを残す |
| 満たさないと確認 | 現条件では導入を見送る候補 | 設定変更や代替運用が許容できるかを再確認 |
| 未確認 | 順位を付けず保留 | 確認先と必要な証拠を決める |
保留には期限と担当を付けます。例えば「情報システム担当が部門外アカウントで出力まで確認する」と書き、権限不足なのか、試験手順が未完了なのかを区別してください。
優先する作業による順位の変化を記入例で確かめる
以下は説明のための架空例です。実製品の出力・試験結果・導入実績ではなく、A・B・CはSalesforce、HubSpot、kintoneの別名でもありません。表の「確認済み」も架空の状況設定です。
| 比較項目 | 架空候補A | 架空候補B | 架空候補C |
|---|---|---|---|
| 必須条件 | 部門外閲覧制限・必要履歴の出力・契約条件を確認済みという設定 | Aと同じ必須条件を確認済みという設定 | 部門外の閲覧制限が未確認。未対応とは判断しない |
| 現場担当による入力 | 同じ説明後、補助なしで発言・仮説・未確認・期限を入力 | 同じ説明後、初回入力には管理者の補助が必要 | 入力は完了したという設定 |
| 管理者の集計 | 確認用の一覧へ整える作業が残る | 担当別の一覧をそのまま確認できる | 集計はできても必須条件の代わりにはならない |
| 入力を現場だけで完了することが最優先 | 最初に継続試行 | 次に継続試行。補助を減らす設定を確認 | 順位を付けず権限確認待ち |
| 管理者の集計作業を減らすことが最優先 | 次に継続試行。整形を減らせるか確認 | 最初に継続試行 | 同じく確認待ち |
現場が単独で入力することを最優先にすればAから、管理者が集計を整える作業を減らすことを最優先にすればBから継続して試します。どちらの場合もCの権限確認は残り、入力や集計の評価で代用できません。
この順番は最終的な導入決定ではありません。Bの設定変更で入力補助が不要になった場合や、Aの一覧を整える作業がなくなった場合は、同じ条件で確認し直します。差が説明できなければ同順位のまま残して構いません。
同じ案件で入力・引き継ぎ・連携を試す
候補ごとに別の案件を試すと、難易度や担当者の慣れの差が混ざります。比較用の架空案件を用意し、入力する内容、担当の役割、端末、説明時間、管理者の補助条件をそろえます。
顧客の発言と社内の判断を分けて登録する
入力試験では「案件が登録できた」だけで終わらず、次の担当者が事実と見立てを読み分けられるかを確かめます。予算の空欄も、まだ聞いていないのか、顧客が未決定と言ったのかを区別します。
次の表は、関西拠点への追加導入を相談しているという架空の商談メモです。自社の試験用データとして使う際は、この内容を各候補に同じ条件で入力します。
| 登録欄 | 架空の記入内容 | 確認する人 |
|---|---|---|
| 顧客の発言 | 「既存契約は維持し、関西拠点への追加導入を検討しています。予算はまだ決めていません」 | 営業担当が原メモと照合 |
| 担当者の仮説 | 追加契約の可能性がある。予算確保や購入意思の確定ではない | 現場責任者 |
| 未確認の事項 | 承認者、承認手順、導入希望時期 | 営業担当が次回質問 |
| 社内の作業期限 | 営業担当が9月18日までに承認手順を質問する | 営業担当 |
| 顧客との合意 | 9月18日の導入・返答への同意は確認していない | 営業担当が社内期限と区別 |
同じ会社名の顧客が見つかっても、名称の一致だけで統合しないようにします。契約先・拠点・担当者を照合する欄が不足している場合は、顧客管理システムの比較軸を使って、重複整理の前に確認する情報を追加してください。
営業AI・営業DX CRM比較で失敗しない選び方｜営業現場に定着する5つの軸
権限の設定・担当者の変更・出力失敗時の動作を確認する
営業担当が入力し、管理者が確認した後で、担当交代と連携失敗を試します。画面を開けるかだけでなく、原メモへ戻れるか、再送で重複しないか、契約終了後に必要な履歴を受け取れるかまで試験票に残しましょう。
以下も説明用の架空の観測例であり、実在製品で起きた不具合の報告ではありません。操作できなかった理由を切り分け、設定と契約条件のどちらを確認するかに使います。
| 試験 | 期待する状態 | 架空の観測例 | 次の確認担当 |
|---|---|---|---|
| 発言の登録 | 予算未決定を残す | 予算欄が空欄で、未決定か未入力か区別できなかった | 営業担当が未決定と原発言を登録 |
| 担当変更 | 後任が発言根拠と次の質問を確認できる | 案件本文は見えるが原メモは開けなかった | 管理者が原メモ権限を確認。引継ぎ完了にしない |
| 外部連携 | 同一案件IDに更新される | エラー後の再送で新しい記録が作られた | 連携担当が重複条件と再送手順を確認 |
| 出力 | 終了後に必要な履歴を読み戻せる | 案件は出力できたが添付メモの取得方法が未確認 | 契約・管理担当が出力対象と保持期限を確認 |
試験で見つかった問題が入力欄や権限にあるなら、まずその設定を見直します。原メモの確認で追加質問の練習が必要だと分かった場合に限り、営業ロープレの比較軸を別の検討材料にし、SFA選定の必須条件にはしません。
営業AI・営業DX AIロープレとは？営業ツール15選を3軸比較｜失敗しない選び方
料金と導入後に残る作業を同じ条件で比較する
料金表の金額と、自社に必要な範囲の見積を分けます。契約に含まれない設定や教育があれば、誰が担当するかを併せて確認しましょう。
無料で使える範囲と契約総額を分けて確認する
無料で試せる範囲があっても、その環境の機能や権限が契約候補のプランと同じかは別の質問です。試行時の条件と、本番で必要な機能・利用者・期間を分けて見積依頼に記載してください。
次の表は見積依頼の記入例です。金額の相場表ではなく、各社へ同じ範囲を伝えるために使います。回答がない費用を0円として契約総額に足さないようにします。
| 見積項目 | 依頼内容の記入例 | 回答で確認するもの |
|---|---|---|
| 利用契約 | 対象期間と利用者一覧を別紙にし、必要な案件管理と閲覧制限を指定 | プラン、課金単位、税の扱い、契約期間と更新条件 |
| 初期設定・移行 | 顧客と案件の関連付け、原メモの保存先を移行範囲に含める | 対象データ、設定範囲、移行費、確認作業の担当 |
| 連携・保守 | 既存の案件IDに更新し、失敗時の再送を確認する | 接続方法、追加料金、問い合わせ窓口、保守範囲 |
| 教育・変更 | 現場入力と管理者設定の説明を分けて依頼する | 研修範囲、権限や項目の変更費、社内で行う作業 |
| 終了・切替 | 案件履歴と添付メモを読み戻したい | 出力形式・対象・期限・作業費、契約終了手続き |
入力・確認・設定変更の担当を決める
入力が進まない場合は、権限がない、同じ項目を別の場所にも書く、定義が分からない、使う場面がない、という理由を分けて聞きます。必要性のある記録なら入力方法を直し、使わない項目なら削減できるかを関係者で判断しましょう。
| 残る仕事 | 担当の記入例 | 確認する結果 |
|---|---|---|
| 顧客発言と次回行動の入力 | 営業担当 | 原メモと未確認の質問が区別されている |
| 案件と引継ぎの確認 | 現場責任者 | 後任が必要な記録を開き、次の質問を説明できる |
| 項目・権限の変更 | 社内管理者。接続部分は連携担当 | 変更後も部門外閲覧制限と既存連携が機能する |
| 費用と更新条件の管理 | 契約担当 | 対象変更時の追加費用と更新期限が分かる |
この担当表も自社で割り当てるための例です。履歴の保全や顧客対応の継続も導入目的になるため、記録が営業練習に使われないという理由だけで失敗とは判断しません。
試用結果を社内説明と導入後の見直しに活かす
社内説明には、継続試行の順番とその条件を一緒に示します。導入後も、選んだ時の前提が変われば比較票へ戻れる形で記録を残します。
選定理由と未確認の事項を同じ行に記録する
「Aが良かった」では、条件が変わった時に結論を見直せません。「今回は現場だけで入力を終えることを最優先にした」と目的を書き、その判断に使った操作と残る作業を併記します。
以下は前述の架空候補を社内共有する記入例です。期限は社内の確認期限であり、提供元や顧客との合意日を示していません。
| 継続試行の順・候補 | 判断の根拠 | 残る確認と担当・期限 | 再判断する条件 |
|---|---|---|---|
| 先に試す：架空A | 現場が補助なしで入力を完了したという設定 | 管理者が一覧整形の手順を次の比較会議までに確認 | 一覧整形の負担を許容できなければBと再比較 |
| 次に試す：架空B | 入力に補助が必要だが集計はそのまま確認できたという設定 | 社内管理者が入力設定を次の比較会議までに確認 | 補助なしで入力できればAとの順番を見直す |
| 保留：架空C | 必須の部門外閲覧制限が未確認 | 情シスが権限試験を次の比較会議までに実施 | 必須条件を確認できてから試行順を検討 |
回答や試験が間に合わない項目は、そのまま確認待ちとして説明します。未確認の項目も説明資料に残し、導入に必要な条件と確認担当者を明示してください。
利用状況と商談結果を分けて追う
導入後は、期限内に記録できたか、誤りを訂正できたか、後任が引継ぎを受け入れたかを確かめます。ログインが増えても必要な記録が見つからないなら、画面や権限、項目の配置を見直す対象です。
| 見直す対象 | 残す記録 | 混同しない判断 |
|---|---|---|
| 入力・訂正 | 対象案件、社内期限、登録・訂正状況、未入力の理由 | 記録がない状態を本人の意欲不足と決めない |
| 引継ぎ | 引継ぎ対象、後任の確認状況、開けなかった情報 | 担当者名の変更だけで引継ぎ完了にしない |
| 商談・受注 | 同じ対象案件群、観察期間、結果の定義、進行中・追跡不能 | 操作完了と受注を同じ成果にしない |
商談化や受注の変化には、案件の内容、価格、担当者、時期なども関係します。対象案件と期間をそろえて観察しても、それだけでシステム導入が変化の原因だとは言えません。未確定の案件や取れなかった記録を区別し、次に直す操作や条件を選びます。
まとめ
営業支援システムのランキングから候補を拾ったら、公式に確認できる機能と自社の必須条件を照合し、同じ案件で試しましょう。必須条件の未確認は保留し、入力と集計など優先する仕事を決めて、継続試行の順番と確認担当を社内で共有してください。
