▼ この記事の内容
Salesforceが営業で使われないときは、入力率だけを追うのではなく、営業会議で何を決めるか、どの案件情報が必要か、誰がいつ更新するかを結び直します。まずは一つの会議で使う確認表から試し、記録の量と利用状況を分けて確かめましょう。
Salesforceを導入しても、営業会議ではExcelや口頭報告に戻ってしまうことがあります。これは担当者の意識だけでなく、入力した情報が次の判断にどう使われるかが曖昧な場合にも起こります。
最初に必要なのは、項目を増やすことではありません。会議で決めたいことから逆算し、案件ステージ、必要な情報、更新する人を一枚にそろえることです。
本記事の表と例は説明のための架空例であり、診断結果や導入効果を示すものではありません。自社の契約、請求、法定管理に必要な記録は、運用変更前に関係部門へ確認してください。
Salesforceが営業で使われない状況を切り分ける
Salesforceの利用状況は一つの数字で決めつけず、ログイン、更新、記録の品質、営業会議での参照を分けて確認します。原因を先に断定せず、どの場面で情報が途切れるかを見ます。
ログイン・更新・会議での利用状況を確認する
Salesforceの公式教材「Salesforceの使用状況を測定する」では、使用状況を見る観点としてログインやレコードの作成・更新を挙げ、データ品質や利用者のフィードバックも確認しています。これらは個別組織の成果を示すものではなく、状態を点検するための材料です。
たとえば更新が少ない場合も、操作が分からない、別の表へ二重入力している、案件情報がまだ確定していないなど、複数の説明があります。会議で参照されたかを別に確認すると、入力件数だけを目的にするのを避けられます。
関連して、CRMが営業で活用されない原因と改善観点も確認できます。
CRMが営業で活用されない5つの原因｜定着させる具体ステップ
参考：Salesforceの使用状況を測定する｜Salesforce Trailhead
意識の問題と決めつけず入力負荷と使い道を確かめる
営業担当者が記録を後回しにする場面では、本人の姿勢だけでなく、入力のタイミングと必要項目を確かめます。商談直後にしか分からない情報と、会議前にそろえればよい情報を同じ負荷で求めていないかを見ます。
会議で一度も使われない項目があるなら、削除を急ぐ前に、契約や管理上の必要性を確認してください。そのうえで、会議の質問に必要な情報と、別の目的で保管する情報を区別します。
入力時点と会議での使い道をそろえる際は、SFA入力を定着させるための考え方の更新ルールも確認します。
営業会議の問いから案件ステージと入力項目を見直す
先に決めるのは、営業会議で答えたい問いです。その問いが決まると、案件ステージの完了条件、確認する情報、更新の責任者を同じ単位で見直せます。
会議で決めることを一つに絞る
たとえば今週の会議で決めたいことが「次回の顧客確認をどの案件で行うか」なら、案件名、次回の約束、確認する相手、未解決の論点が候補になります。売上予測や全活動履歴を一度に整えようとすると、会議で使う情報がぼやけます。
この選び方は、項目を減らせば定着するという保証ではありません。会議の問いと必要な情報を対応させ、不要に見える項目にも別の利用目的がないかを確認するための進め方です。
関連して、営業KPIを設計する基本手順も確認できます。
営業AI・営業DX 営業KPIの設計方法｜進め方と失敗回避
ステージの完了条件と更新担当を対応させる
案件ステージは名称だけでなく、次へ進めるために確認できた事実でそろえます。たとえば提案済みを、資料を送った状態ではなく、顧客が確認した論点と次回の確認予定が記録された状態として扱うかを、会議の参加者で決めます。
Salesforceの公式教材「トレーニング計画の作成」は、利用者の役割と日々の作業に対応したトレーニングシナリオを設計し、利用開始後も支援する考え方を説明しています。自社でも、誰がどの場面で更新するかを日常業務に結び付けて確認します。
現行製品で必要な項目を扱えない場合に限り、CRMツールを選ぶ際の比較基準から追加設定や製品変更の条件を整理します。
参考：トレーニング計画の作成｜Salesforce Trailhead
営業会議で使うSalesforceの運用確認表
以下は、Salesforceが使われない場面を会議の運用として確認するための記入表です。実在企業の記録ではなく、原因を決めつけずに次の確認を選ぶための架空例です。
状態と理由を並べて記入する
対象作業、観察した状態、別の説明、確認する記録、試す変更、担当と再確認を一枚に置くと、入力の有無だけでは見えない論点を分けられます。下の記入例は、あくまで説明用の架空例です。
| 対象の作業 | 観察した状態 | 別の説明 | 確認する記録 | 試す変更 | 担当・再確認 |
|---|---|---|---|---|---|
| 商談後の更新 | 更新が後日になる | 二重入力、情報未確定、操作不明 | 本人の一回分の記録手順 | 重複転記を確認し、変更できる箇所を一つ選ぶ | 会議の担当者が次回確認する |
「別の説明」には、まだ確認できていない原因の候補を書きます。二重入力が疑われる場合は、本人に一件の商談を記録する操作を見せてもらい、転記が重なる箇所を確かめます。
確認表を会議での質問に変える
会議では、表の各行について「この案件で次に誰へ何を確認するか」を決めます。更新が遅いという観察だけで終えず、次回の顧客確認に必要な情報がどこで止まったかを確認します。
個人の比較表にするのではなく、同じ種類の案件で記録が使われる流れを整えるために使います。新しい項目や設定が必要になった場合は、既存の管理ルールと担当範囲を確認してから変更してください。
導入条件や既存システムとの接続を確認する必要がある場合は、FAZOMの導入ガイドを判断材料として参照できます。
見直し後に確認する記録と更新責任
見直した後は、入力件数だけで判断せず、会議で必要な情報が参照され、次の確認が決まったかを追います。記録の不足と営業スキルの課題を同じ原因として扱わないことが判断の前提になります。
更新量だけでなく会議で参照できたかを確かめる
ログインや更新は確認材料になりますが、それだけで営業成果や定着を示すものではありません。会議で案件の状況を説明できたか、次回の確認事項が残ったかを、同じ案件単位で見ます。
たとえば担当者は更新済みなのに会議の画面では空欄になる場合、未入力と判断する前に表示対象と閲覧権限を確認します。更新したレコードと会議で開いたレコードが同じかも照合してください。
記録不足とスキルの課題を混同しない
顧客の課題を聞き切れていないのか、聞けていてもSalesforceへ残す場面がないのかは、別に確認します。二つを混ぜると、操作研修だけで済ませたり、記録の仕組みだけを変えたりする判断につながります。
会議では、記録を直す担当と、商談の進め方を振り返る担当を区別します。どちらも同じ人が担う場合でも、次に確認する対象を分けて残すと、対策の効果を過大に読み取りにくくなります。
小さく試して運用を見直す進め方
変更は、全営業部門のルールを一度に替える前に、一つの会議と一つの判断から始めます。試した内容、残った問題、次に見直す担当を記録して、運用の変更と製品設定の変更を分けます。
一つの会議と判断、一つの変更から始める
最初の対象は、定例会議の一部や似た案件が集まるチームなど、確認しやすい範囲にします。たとえば次回予定の確認だけを会議の問いにし、必要項目と更新担当を一つずつ合わせます。
小さく始めても、成果が必ず改善するとはいえません。どの情報を会議で使えたか、更新に無理な負荷がなかったかを確認し、変更を続けるか戻すかを決めます。
試行で重複や欠損が見つかった場合は、営業データを改善する観点を使い、修正担当と対象データを決めます。
次回の見直し日と責任者を決める
見直し日には、更新されなかった案件を責める前に、入力のタイミング、項目の意味、会議での使い方を振り返ります。判断を先送りにした案件と、情報が不足した案件を分けると、次の修正対象を選びやすくなります。
見直しの結果は、「設定の修正は管理者」「次回予定の更新は案件担当」「会議での参照確認はマネージャー」のように担当と期限を付けて残します。次回の会議では、その記録を開いて完了・継続・取りやめを決めます。
運用の見直しだけでは解決しない制約が残ったときは、SFAを比較する前に確認したい条件に沿って現行製品で不足する条件を整理します。
Salesforceを営業会議の判断に活用する
Salesforceを営業で使わない状態は、現場の意識だけで説明せず、会議で決めること、案件ステージの条件、必要な情報、更新の責任者をつなげて確かめます。
架空の確認表で一つの場面を整理し、記録の量と会議での利用を分けて確認してください。製品設定や連携の変更が必要な場合は、既存の管理ルールと担当範囲を確認してから進めます。
