▼ この記事の内容
SFAは、活動の完了、案件の状態、社内の次対応を分けて残せるかで選びます。同じ見積対応を登録し、誤記録の訂正、後任への引継ぎ、初期と月次の作業を候補ごとに確かめると、未確認条件を残したまま採否を決められます。
SFA（営業支援ツール）は、入力画面に情報を集めるだけでは選べません。1件の見積を送った実績、顧客が条件に合意した状態、社内で次に確認する期限は、それぞれ意味が異なるためです。
候補の比較では、1件の見積対応を使い、活動を登録して案件へ反映し、誤った紐づけを直し、後任が次の対応を読めるかを確かめます。操作できた事実を受注や顧客合意へ置き換えないことも重要です。
Mazrica Sales、Zoho CRM、esmの機能を、活動の登録、工程の管理、情報の反映に分けて比較します。営業企画・管理者・入力担当で試行条件をそろえ、操作と費用の両面から候補を選びましょう。
SFAは活動記録と案件進捗を分けて選ぶ
見積送付の記録を案件管理に使うなら、送った事実と顧客の返答を別に確認できるかを試してください。次の担当者が、実施済みの対応と未確認の条件を区別して読めることを確認します。
活動を終えても案件が進んだとは限らない
メール送付や訪問を活動完了として記録する場合は、その記録だけで顧客の合意を判定しないでください。案件を次の段階へ進める条件を自社で決め、条件を確かめた記録と結び付けます。同じ商談で、活動の訂正後も次の担当者が案件の状態を読めるかを試してください。
たとえば見積メールを送った記録は活動実績です。一方で、顧客が仕様や範囲に合意したかは案件段階の判断であり、送付済みという状態から自動的に決まりません。
試行前に、自社で「見積提示」「返答待ち」「合意」の意味を短く決めます。製品にあるステータス名を、そのまま営業成果の定義にする必要はありません。
CRM・MA・表計算との役割の重なりを確かめる
CRM、SFA、MAは製品によって機能が重なります。まず、情報の記録先、入力者、確認者を整理し、現在の表計算で要件を満たすなら継続も候補に残します。
MAは商談前の反応を扱う場面があり、SFAは活動と案件の共有を中心にする設計が多いものです。ただし名称だけで役割を決めず、実際に誰がどの情報を更新するかで比べます。
営業支援の周辺領域を整理したい場合は、記録・分析・育成の役割を分ける考え方も参照してください。
活動登録・工程管理・情報反映で候補を比較する
比較表では、同じ業務を各候補で確かめます。公式に確認した機能と、契約・権限・訂正の扱いなど未確認の条件を分けて記録します。
Mazrica Salesは予定・実績・紐づけ先を確かめる
Mazrica Salesの試行では、予定と完了の活動、案件との紐づけ、誤記録の訂正手順を確認します。日時未確定の記録を、顧客が合意した予定として扱わない運用も試す対象です。
Mazrica Salesの公式説明では、アクションは取引先・案件・コンタクトに紐づけられ、日時や主担当などを登録します。紐づけ先の変更・追加ではなく、正しい先への新規作成が必要と案内されています。
案件登録の公式説明では、登録時の基本項目は契約金額以外が必須とされ、未入力の金額は0と区別して空白表示されます。すべての画面やプランで同じ権限だとは限らないため、契約条件は別に確認します。
参考：アクションとは・案件とは｜Mazrica Sales ヘルプ（2026-09-15確認）
Zoho CRMは工程を進める条件と例外を確かめる
Zoho CRMでは、Blueprintの工程と移行条件を確認し、顧客返答が未確認の場合や差戻しで必要な対応が止まらないかを試します。工程制御は、顧客の購買や受注を保証するものではありません。
Zoho CRMの公式説明では、Blueprintで工程と移行アクションを設計し、条件、期限、アラートを設定できます。緊急対応や例外をどう戻すかは、実際の業務ルールと対象プランで確認します。
候補を残す判断は、必要な確認を促せることと、例外処理が担当者の作業を止めないことに分けます。上限、既存データへの適用、保守担当は見積時の確認項目です。
参考：Zoho CRMのブループリント機能とは｜Zoho（2026-09-15確認）
esmは活動報告がどこへ反映されるか確かめる
esmでは、一度の活動報告がどの情報へ反映されるかを確認します。訂正後の表示と残る手入力も試し、外部連携まで自動で整うとは仮定しません。
esm公式サイトは、活動報告など1回の業務記録を取引先や商談など複数のテーブルへ反映する設計と、iOS・Androidアプリを案内しています。対象項目、訂正時の挙動、外部連携、オフライン利用は今回確認できていません。
試行では、同じ報告を入力して、顧客、案件、一覧のどこへ表示されるかを確認します。残る入力担当と権限を説明できることを、候補を残す条件にします。
参考：esm（eセールスマネージャー）｜ソフトブレーン（2026-09-15確認）
| 候補 | 公式で確認した機能 | 同じ商談で試す操作 | 残る確認 | 候補を残す条件 |
|---|---|---|---|---|
| Mazrica Sales | 予定・完了と案件等への紐づけ（公式説明、2026-09-15確認） | 送付完了と返答待ちを別に登録し、誤紐づけを訂正 | 日時未定の扱い、権限、訂正履歴 | 仮予定と実績が混ざらず訂正を追える |
| Zoho CRM | Blueprintの工程移行条件と期限通知（公式説明、2026-09-15確認） | 返答未確認の段階と例外処理を試す | 対象プラン、上限、保守担当 | 必要な確認を促し、例外が袋小路にならない |
| esm | 活動報告を取引先・商談等へ反映（公式説明、2026-09-15確認） | 同じ報告と訂正がどこへ反映されるか確認 | 対象項目、外部連携、権限 | 反映範囲と残る入力担当を説明できる |
候補間の違いを判断するには、各社の機能説明に同じ業務を当てはめる必要があります。見積送付後も返答日が決まらない状況を使い、予定・実績・案件状態を別々に登録すると、各候補の記録・工程・表示の違いを確かめられます。
一つの見積対応で予定・実績・案件状態を試す
見積送付後の管理を比べる場合は、各候補へ同じ内容を登録し、保存・訂正・引継ぎの結果を並べてください。以下は架空の会社・案件を使った記入例です。自社で扱わない対応は、普段の業務に置き換えて試します。
見積送付の事実と顧客の返答待ちを分けて記録する
見積を送った事実、顧客が受け取った事実、条件への合意、返答期限は別々に記録します。社内の連絡期限は、顧客が約束した返答日と区別します。
架空の案件で送付済みと受領返信ありを残しても、仕様と範囲への合意がなければ案件は次段階へ進めません。未定の返答日を空白のまま残せるか、社内期限と区別できるかを確認します。
案件管理で残す記録項目を広く検討したい場合は、商談ごとに確認したい情報の整理も補助になります。
| 項目 | 記入例 |
|---|---|
| 案件 | 青葉設備の点検契約（架空） |
| 活動実績 | 9月15日10:00、見積メール送付（架空日時） |
| 顧客発言 | 見積は受け取りました。設備担当と確認するので返答日はまだ決められません（架空発言） |
| 案件段階 | 見積提示（試行用の社内定義） |
| 次段階の条件 | 仕様・範囲の合意。現時点では未達 |
| 社内次行動 | 森が9月18日までに追加資料の有無を連絡（架空人物・期限） |
| 顧客合意の返答期限 | 未定 |
| 引継ぎ | 石井が履歴と社内対応を受け入れる（架空） |
日時の仮登録と誤った案件への記録を試す
日時未定の保存と誤った案件への記録訂正を試行に含めます。仮日時が確定予定に見えないか、訂正の前後を後任が追えるかを確認します。
Mazrica Salesの公式説明では日時が基本項目ですが、未確定時の扱いは自社の表示や通知の運用で別に決めます。仮の日付を顧客との約束に見せないことが、試行で確認する点です。
参考：アクションとは｜Mazrica Sales ヘルプ（2026-09-15確認）
次の表は、試行時に確認する状況を想定した架空例です。自動更新や訂正の方法は、自社の設定に合わせて確かめてください。
| 試す操作 | 期待 | 架空の観察 | 判定と次の担当 |
|---|---|---|---|
| 送付完了 | 活動実績だけ更新 | 案件が自動で受注へ変わった | 管理者が自動処理条件を直して再試行 |
| 返答日未定を保存 | 社内期限と分離 | 仮日付が確定に見える | 営業企画が表示・通知を確認し採用保留 |
| 誤った案件へ登録 | 訂正前後を追える | 訂正理由がない | 入力担当が履歴を補い、削除は保持方針で判断 |
| 後任が次対応を確認 | 期限の意味を区別 | 社内期限を顧客返答日と解釈 | 項目名と説明を直し後任が再確認 |
| 複数一覧への訂正反映 | 同じ案件の記録が整う | 片方は旧金額 | ITが対象項目・反映時間・失敗を確認 |
訂正や仮予定の扱いが操作できても、誰が確認し続けるかが決まらなければ、同じ誤解が残ります。試行結果には、入力担当が訂正できる権限と、管理者が日常の確認に使う時間も書き添えます。
現場入力と管理者確認が続く条件を決める
試行中に入力が止まったら、操作、権限、重複入力、確認の目的を分けて確認してください。入力できなかった条件と担当者が迷った箇所を記録し、設定を直すのか、手順を変えるのかを決めます。
未入力を意欲の問題にせず操作とルールに分ける
未入力の原因は、必須項目、端末、回線、権限、重複入力、記録目的に分けて確認します。担当者の意欲だけを原因にせず、自社に必要な記録を定めます。
必須項目が多くて入力が止まる場合は、各項目の使い道と、省ける項目や自動取得できる項目があるかを確認してください。権限不足が原因なら、ITや管理者へ必要な操作を伝えます。
全件を同じ会議で確認する必要はありません。保全や顧客対応の記録も含め、現場で必要な単位と確認頻度を試行で決めます。
案件の停滞理由に応じて支援を変える
停滞への支援は、顧客返答待ち、権限不足、確認質問の不足などに分けて選びます。会話の振返りや練習は必要な場面で補い、AIの推測を顧客の合意に変えません。
返答待ちなら追加資料と次の連絡を確認し、権限不足ならITへ渡します。質問の確認不足が見えた時だけ、商談の会話を振り返る観点を補助にします。
確認質問を練習する必要がある場合は、営業ロープレで確認の仕方を見直す手順を参照できます。録音を使う場合は、取得・利用の社内ルールとアクセス設定を別に確認します。
こうした確認や支援に要する時間も、利用を続けるための負担です。入力担当の作業に、管理者の確認・訂正とITの連携保守を加え、初期費用と月次費用に分けて見積もります。
利用料に加え訂正・連携・保守の費用を比べる
設定や移行、定期的な確認作業が必要な候補を比べるときは、利用料と社内作業を別々に見積もってください。不要な作業は対象外、金額が分からない作業は確認待ちとし、確認先と担当を残します。
初期費用と月次作業を同じ表に分けて書く
SFA費用は初期設定・移行と月次の入力・確認・訂正を分け、利用料や連携費を加えて検討します。未確認の金額は見積待ちとして残し、作業時間は担当者ごとに見積もります。
次の費用表は架空の作業量を仮定しています。自社の記録量、担当者、1件あたりの作業時間に置き換えて使ってください。
初期の10時間と月次の110分を混ぜて削減率を作らず、金額化する場合は自社の人件費単価を使います。ライセンス、連携、退出時の作業は見積で確認します。
| 区分 | 項目 | 記入例または確認先 |
|---|---|---|
| 初期 | 項目・段階の定義 | 営業企画4時間（架空仮定） |
| 初期 | 移行検証 | IT6時間（架空仮定）。初期計10時間 |
| 月次 | 入力 | 20活動×3分＝60分（架空仮定） |
| 月次 | 確認 | 20活動×2分＝40分（架空仮定） |
| 月次 | 訂正 | 2件×5分＝10分（架空仮定） |
| 月次 | 上記作業の小計 | 110分＝1時間50分。総運用時間ではない |
| 契約 | ライセンス | 利用者内訳と必要プランの見積待ち |
| 初期・月次 | 連携・保守・障害再処理 | 対象と担当を決め見積待ち |
| 退出 | 取引先・案件・活動・添付・履歴 | 出力と再利用条件、作業費を確認待ち |
使える条件と確認待ちを並べて採否を残す
仮予定や訂正を日常業務で使う場合は、その操作を確かめてから試行継続を決めてください。未確認なら担当と再確認日を残して保留し、現状の表計算で要件を満たすなら継続も検討します。
対象部署で試す条件と、判断に必要な未確認事項を書きます。全社採用の判断と、限定した試行継続は別の判断として扱います。
候補の試行条件と確認結果を担当者・管理者で共有する際は、SFAの試行判断確認票（PDF）に、採否と未確認の費用条件を記入できます。
候補X・Yの確認状況と判断は架空の記入例です。自社で確かめた結果に置き換えてください。
| 候補 | 確認状況 | 判断 | 次の担当・条件 |
|---|---|---|---|
| 候補X | 通常入力可、仮予定通知は未確認 | 保留 | 管理者が通知を試す |
| 候補Y | 予定と実績を分離し、後任が訂正を追えた | 対象部署で試行継続 | 管理者作業を担当者が受け入れる。全社採用ではない |
| 既存表計算 | 案件共有・期限区分・権限が現行要件を満たす | 今期継続 | 二重更新が増えたら営業企画が再検討 |
費用と操作条件を満たして試行を続けても、それだけで営業成果が出たとは判断できません。試行中は入力完了・対応実行・顧客の返答を別々に数え、利用の定着と営業成果の両面から継続を判断します。
利用定着と営業成果を分けて確かめる
試行中に入力率が上がっても、営業成果の改善を判断するには顧客返答や案件の進行を別に確認してください。活動数と案件数が異なる場合は、対象と期間を記して別々に集計します。
入力完了・対応実行・顧客の返答を分けて数える
入力完了、社内対応の実行、顧客の返答、案件前進、受注は別の指標です。活動と案件で分母が違うため、対象と期間を揃えずに率や導入効果を計算しません。
架空の集計例では20活動のうち期限内入力は18、予定した社内対応は16です。顧客返答は別集計で分母が未確定なので返答率を出さず、20活動を20案件として数えません。
受注が観察継続中なら、未確定のまま残します。入力率やコメント数だけで売上効果やROIを断定せず、必要な段階定義と期間を後から確認します。
まとめ｜一件の活動を登録・修正・引き継いで選ぶ
SFAは、活動実績、案件状態、社内の次対応を分けて見られるかで選びます。候補ごとに同じ見積対応を登録し、未定の日時、誤記録の訂正、後任への引継ぎを試してください。
1件の試行で確認した機能と、権限、費用、連携、保守の未確認条件を同じ表に残します。予定と実績を分けて訂正を追え、確認作業も担える候補は対象部署で試行を続けます。仮予定の通知や権限が未確認なら保留し、既存の表計算で現行要件を満たすなら継続を選びます。未確認事項ごとに次の担当を決めてください。
