公開日 2026.08.14 ／ 検証日 2026.08.14 ／ 執筆・編集：テクヒカ編集部
SFAを選ぶとき、つい「AIがある」「ダッシュボードが豊富」「カスタマイズできる」といった機能表を見てしまいます。しかし導入後に本当に困るのは、もっと地味なところです。営業が商談後に入力しない。入力しても案件ステージが古い。マネージャーが結局Excelを開く。SFAと週報が二重管理になる。この状態になると立て直しが面倒です。
そこで本記事では、Salesforce、Mazrica Sales、esm（eセールスマネージャー）を「同じ商談を登録するなら、営業は何を更新するのか」という入口から見ます。各社が公開する標準項目、登録手順、モバイル入力、料金、運用支援を2026年8月14日に確認し、入力負担が増える場所と管理者が決めるべきルールを整理しました。
CRMそのものの選定から整理する場合は、先にSalesforceとHubSpotの選定軸を確認してください。本稿はその次の「SFAを営業へ定着させる」段階を扱います。
SFA定着に失敗する典型は、経営側が欲しい項目をそのまま営業へ要求することです。「競合」「受注確度」「失注理由」「次回アクション」「案件ランク」「決裁者」「予算」「導入時期」まで全部必須にすれば、分析はきれいになります。ただし、商談直後の営業担当者から見ると入力は増える一方です。
重要なのは、項目を「あとで分析できるから」ではなく「次の営業行動に使うから」で残すこと。たとえば受注確度を入力させるなら、営業会議ではその数字を使ってレビューする。次回アクション日を入れさせるなら、マネージャーは未設定案件だけを見る。逆に、誰も会議で見ない項目を必須にする意味はほぼありません。
| 入力させる項目 | その場で答えられる問い | 使わないならどうするか |
|---|---|---|
| 案件ステージ | 今どこで止まっているか | 営業プロセスと一致しないならステージ側を見直す |
| 契約予定日 | いつ売上になる見込みか | 未定案件の扱いルールを決める |
| 金額 | パイプラインはいくらか | 初期商談で不明なら無理に必須化しない |
| 次回アクション | 次に誰が何をするか | 会議で未設定案件を確認する |
| 失注理由 | 何を改善すべきか | 選択肢を増やしすぎず、失注時だけ必須にする |
製品デモを見る前に、ホワイトボードでもExcelでもよいので、自社の商談を5〜7段階程度で並べてください。「初回接触→ヒアリング→提案→稟議→受注」のように、営業担当者が迷わず現在地を選べる粒度にします。ここで「Aランク」「確度70%」のような主観値から始めると、人によって判断が変わりやすくなります。
さらにステージごとに「次へ進む条件」を一つ決めます。ヒアリング完了なら課題と予算が確認済み、提案なら提案書提出済み、稟議なら決裁ルート確認済み、といった具合です。この条件がなければ、SFA上では案件が動いているのに実態は止まっている、ということが起きます。
Salesforceはこの設計をかなり柔軟に作れます。標準の商談（Opportunity）では、商談名、取引先、完了予定日、ステージなどが中核になり、ページレイアウトや入力規則で自社向けに項目を増やせます。強いのはここですが、入力規則を増やすほど営業側の保存エラーも増えるため、管理者の設計品質がそのまま使い勝手に出ます。
Mazricaは案件基本項目が明確です。公式マニュアルでは、取引先名、契約予定日、案件名、担当者、フェーズ、商品、契約確度、チャネルなどを基本項目として持ち、契約金額以外は原則として必須です。案件名や契約予定日には初期値も入るため、白紙から全部タイプする設計ではありません。一方で、初めから独自ルールを細かく作り込むより、Mazricaの基本項目へ営業プロセスを合わせるほうが導入は軽くなります。
eセールスマネージャーは、役割や担当業務によって入力項目を変え、一度の活動報告から顧客・案件・帳票などへ情報を反映する「シングルインプット」を前面に出しています。つまり比較するときは「案件登録画面に何項目あるか」だけでなく、訪問後の活動報告が別の日報やExcel更新を置き換えられるかを見るべきです。
比較条件を揃えるため、「既存取引先へ120万円の法人研修を提案。9月30日契約予定。現在は提案フェーズ。次回は9月10日に決裁者同席の打ち合わせ」という一つの商談を想定します。営業が最低限残したいのは、取引先、案件名、契約予定日、ステージ、担当者、商品、金額、次回アクションです。
| 製品 | 公開情報で確認できる標準入力の特徴 | 入力負担が増えやすい場所 | 減らし方 |
|---|---|---|---|
| Salesforce | 商談名・取引先・完了予定日・ステージを軸に登録。ページレイアウトや入力規則で追加可能 | 自社独自項目と入力規則を増やしたとき | 初期は標準項目中心。ステージが進んだ時だけ追加情報を求める |
| Mazrica | 案件基本項目があらかじめ整理され、契約予定日や一部選択項目には初期値を利用できる | 基本項目に加えて案件詳細項目を大量に必須化したとき | 最初は基本項目中心。詳細項目は本当に会議で使うものに限定 |
| eセールスマネージャー | 活動報告から複数情報へ反映する設計。役割・業務で入力項目を変えられる | 活動報告とは別にExcel日報や週報を残したとき | SFA入力を正式な営業報告にして二重報告をやめる |
ここでクリック数を固定値で並べないのには理由があります。Salesforceはページレイアウト、レコードタイプ、入力規則で画面が大きく変わります。Mazricaも案件詳細項目やフェーズ別必須項目を追加できます。eセールスマネージャーも担当業務ごとに入力項目を変えられます。つまり「デモ環境で5クリックだった」より、自社設定後に一件を何分で更新できるかをトライアルで測るほうが実務では有効です。
目安は商談終了後の5分ではなく、移動前の1〜2分で更新できるかです。eセールスマネージャーは公式にスマホでの営業活動報告を1〜2分と案内しています。Mazricaもモバイルアプリで案件登録に対応し、企業データの自動入力、メール・カレンダー連携、2026年5月には商談内容から案件情報の更新候補をAIが提案する機能も追加しました。Salesforce Starter Suiteもメール、イベント、連絡先の自動同期を案内しています。どの製品でも「営業が手で全部書く」前提からは離れつつあります。
Salesforceを選ぶ理由は、単に有名だからではありません。営業プロセスが複数あり、部門ごとに必要なデータが違い、将来はAPI連携や自動化まで広げたい会社には強い選択肢です。2026年8月14日時点の公式価格では、Starter Suiteが3,000円/ユーザー/月、Pro Suiteが12,000円/ユーザー/月、Enterpriseが21,000円/ユーザー/月。Starterは月払いまたは年払い、Pro以上は年間契約と案内されています。
一方で、SFA定着という観点では「何でも作れる」が弱点にもなります。営業企画、情報システム、各部門の要望を全部受けて項目を足すと、半年後には誰も意味を説明できない項目が残りがちです。Salesforceが向くのは、管理者が設定できる会社ではなく、不要な設定を断れる会社です。
Mazrica Salesは、案件ボードをドラッグ＆ドロップで動かし、顧客・案件・行動を一つの流れで見る設計が特徴です。Google WorkspaceやMicrosoft 365との標準連携、企業データベースによる基本情報の自動入力、モバイルアプリなど、「入力そのものを減らす」機能も揃っています。
注意したいのは、「使いやすいSFA＝入力項目が少ない」ではないことです。Mazricaには契約予定日、担当者、フェーズ、商品、契約確度、チャネルなどの標準的な必須項目があります。むしろ、営業管理に必要な型を先に決めておく思想です。この型を自社に取り込める会社は強い一方、部署ごとに全く違う案件構造を要求する場合はGrowth以上や、より柔軟な製品も含めて比較したほうがよいでしょう。
eセールスマネージャーの見方は少し違います。営業担当者が一度活動報告すると、顧客、案件、確度、帳票など複数の出力へ反映する「シングルインプット」を特徴としており、スマホアプリでは活動登録、次回アクション設定、上司へのタイムライン投稿までをつなげています。
この製品が向くのは、SFAへの入力時間だけでなく、「SFAを入れたのに日報もExcelも残った」という二重管理を減らしたい会社です。公式FAQでは、導入コンサルティングとして営業プロセスに合わせた入力項目設計、運用ルール作成、説明会などを支援すると案内しています。社内だけでSFAの運用設計を作る人が足りないなら、この支援を含めて比較する価値があります。
| 営業組織 | 第一候補になりやすい条件 | 選定時に必ず見る点 |
|---|---|---|
| 10人 | Mazrica：SFA初導入で案件管理を型化したい eセールスマネージャー：日報まで置き換えたい Salesforce：今後の拡張を見越して小さく始めたい | 管理者を専任にできないため、設定変更を担当者不在でも回せるか。月額だけでなく最低ID数も確認 |
| 30人 | Mazrica：一つの営業プロセスを横展開したい eセールスマネージャー：現場支援を含めて定着させたい Salesforce：部門別プロセスや自動化が増え始めた | 支店・チームごとの入力差、権限、会議フォーマットを統一できるか |
| 100人 | Salesforce：複数部門・API・権限・自動化を重視 eセールスマネージャー：日本型営業の運用支援を重視 Mazrica：複雑化より現場統一を優先 | 専任管理者、変更申請、権限レビュー、データ品質責任者を置けるか |
SFA導入の成否を半年後まで待つ必要はありません。最初の30日で見るべきなのはログイン率ではなく、「入力したデータが営業行動と会議に使われているか」です。以下は製品共通で使える編集部の運用目安です。
ここで一番危険なのは、入力率を上げるために「毎日入力してください」と催促するだけの運用です。入力率が低いなら、入力の意味、タイミング、画面、二重管理のどこかに問題があります。
SFAは入れれば良いわけではありません。営業が3〜5人、同時進行の商談が十数件、担当者間の引き継ぎも少なく、月次の売上見込みを一枚の表で把握できている会社なら、まずExcelやGoogleスプレッドシートの運用を整えるほうが安くて速いことがあります。
逆に、Excelを残すべきではない兆候も明確です。「誰かがファイルを開いている」「最新版が分からない」だけではなく、退職者の案件履歴を追えない、拠点別の数字を毎週手集計している、同じ顧客へ複数担当が連絡してしまう、案件の次回予定が個人カレンダーにしかない。このどれかが頻発しているなら、SFAを検討する意味が出てきます。
2026年8月14日時点の入口価格だけを見ると、Salesforce Starter Suiteは3,000円/ユーザー/月、eセールスマネージャーBasicは3,500円/ユーザー/月、Mazrica Starterは6,500円/IDからです。ただしMazricaは最低10ID、eセールスマネージャーBasicは5〜30名という条件があります。Salesforceも高度な自動化やWeb API、複雑なパイプライン管理へ進むほど上位エディションが候補になります。
上記は2026年8月14日に確認した、Salesforce販売価格、Mazrica Sales料金、eセールスマネージャー料金の公開条件です。単価だけでなく、最低ID数、契約期間、必要なエディションと運用支援を同じ見積書で比べる必要があります。
Salesforce、Mazrica、eセールスマネージャーは、どれも営業案件を管理できます。違いが出るのは、SFAをどこまで自社へ合わせるかです。複数部門のプロセスを細かく作り込み、APIや自動化まで広げるならSalesforce。SFA初導入で標準の営業管理へ業務を寄せ、案件を見やすく回したいならMazrica。入力後の日報・共有・マネージャー支援まで含め、日本企業の営業運用を整えたいならeセールスマネージャーが候補になります。
ただし、製品を決める順序は最後です。先に案件ステージ、必須項目、営業会議で見る画面、更新タイミング、管理者を決める。そのうえで同じ商談を3製品のトライアルへ入れ、「登録→翌日の更新→会議で確認」まで一巡させてください。最も多機能なSFAではなく、30日後も営業とマネージャーの両方が使っているSFAが、自社にとっての正解です。
製品概要はSalesforce、HubSpot、Mazrica、eセールスマネージャーの各ページでも確認できます。選定後は、MA導入の条件を整え、最後に顧客データ連携の更新責任を決めると、営業データの流れを分断しにくくなります。
会社規模だけで決まりません。Starter Suiteから始める選択肢もあり、標準項目中心なら小さく運用できます。定着しにくくなるのは、初期導入から独自項目、入力規則、自動化を増やし、営業にとって保存のハードルが高くなったときです。
単純に「項目数が少ない」とは言えません。Mazricaには契約予定日、担当者、フェーズ、商品、契約確度、チャネルなど標準の必須項目があります。一方で案件名や契約予定日などに初期値が入り、企業データ自動入力やメール・カレンダー連携もあるため、手入力を減らす設計とセットで評価するべきです。
入力後の扱いまで見るのが重要です。一度の活動報告を顧客、案件、タイムライン、帳票などへつなげる考え方があり、別の日報や集計作業を減らすことが狙いです。加えてProfessional以上では有人フォローを受けながら定着させたい企業向けと案内されています。
移行期間の一時併用はあり得ますが、同じ案件情報を恒常的に二重入力する運用は避けたいところです。Excelを残すなら「過去データ参照のみ」「SFAにない分析のみ」のように役割を分け、案件ステージや次回アクションの正本は一つに決めてください。
すぐに製品変更へ進む必要はありません。まず、入力項目が多すぎる、会議でSFAを使っていない、Excel日報が残っている、管理者が設定を変更できない、といった運用原因を切り分けます。製品が原因なのか、設計が原因なのかを分けてから判断したほうが再導入の失敗を防げます。
営業管理ツールは機能表より、導入後の会議と入力フローで差が出ます。