Salesforceが定着しない本当の理由｜「便利なはず」が現場に届かないときの打ち手
Salesforceを導入して、しばらく経ったあとに、
- 現場のために作ったレポートやダッシュボードが、ほとんど見られていない
- 分析用に追加した項目が、いつまでも空欄のまま埋まらない
- 気づけばみんな、Excelやスプレッドシートに戻っている
——こんな状態になっていないでしょうか。
「うちの現場はITに弱いから」「意識が低いから」と片づけたくなる場面ですが、実際にはそうではないことがほとんどです。
定着しない原因は、現場のやる気ではなく、「入力する理由」と「入力の見返り」が設計されていないことにあります。
もっと言えば、管理者が思っている”便利”と、現場が感じる”面倒”の距離を見誤っていることが根っこにあります。
この記事では、Salesforceの管理者・情シス・営業企画の方に向けて、なぜSalesforceは定着しないのかを〈設計〉〈見返り〉〈運用〉の3つの層に切り分けて整理し、現場で使われる状態にするための打ち手を、順番付きで解説します。
ツールを追加する話ではなく、いまのSalesforceの中でできることに絞っています。
※筆者はBtoB企業でSalesforce／Account Engagementの運用に携わり、認定資格を保有しています。「作ったのに使われない」を何度も見てきた立場から書いています。
結論｜定着しないのは「入力の負荷 ＞ 入力の見返り」になっているから
先に結論をお伝えします。
- 定着とは「入力率が100%になること」ではなく、「現場が自分の仕事のためにSalesforceを開く状態」のこと
- 定着が崩れる原因は、〈設計〉〈見返り〉〈運用〉の3層のどこかで 「入力の負荷 ＞ 入力の見返り」 になっていること
- 打ち手は号令や研修ではなく、①需要を確かめる → ②削る → ③自動化する → ④見返りを作る → ⑤使う場に組み込む の順番で効く
ポイントは、現場を責めても何も変わらないという前提に立つことです。
人は、面倒より得が大きいと感じたときに動きます。
逆に言えば、入力が続かないときは「面倒くさい」が勝っているだけで、それは意識の問題ではなく設計の問題です。
以下で、この3層と5ステップを具体的に見ていきます。
そもそも「定着している」とはどういう状態か
打ち手の前に、ゴールの定義を揃えておきます。ここを取り違えると、施策が全部「入力の強制」に寄ってしまうためです。
定着していない状態の例
- レポートやダッシュボードは用意されているが、開かれていない
- 項目は作られているが、空欄・未更新のまま放置されている
- 会議ではSalesforceの画面ではなく、手元のExcelが開かれる
定着している状態の例
- 現場が「自分の仕事のために」Salesforceを開いている（上に言われたからではなく）
- 会議や朝会で、Salesforceの画面がそのまま資料になっている
- 同じ情報を別のスプレッドシートで二重管理していない
つまり、目指すのは「入力率100%」ではなく、現場が自分のために見に行く状態です。
入力率はその結果としてついてくるもので、目的にすると必ず苦しくなります。
【事例】「便利なはず」のダッシュボードが、誰にも見られなかった現場
実際にあった話です。
あるBtoB企業で、営業現場のために「これは便利なはず」と考えたレポートとダッシュボードを用意しました。
作った側の手応えは十分で、共有した瞬間の反応も悪くありません。「いいですね」「見やすいです」という声ももらえました。
ところが、しばらく経ってもほとんど参照されていないのです。
理由を聞いてみると、返ってきたのは意識の低さではなく、もっと素朴な言葉でした。
- 「どこを開けばいいのか分からない」——作られたことは知っているが、たどり着けない
- 「今使っているレポートのほうが慣れている」——すでに見慣れた画面があり、乗り換えるほうが面倒
同じことが、項目の入力側でも起きていました。
この会社では、掘り起こし（過去の失注からの再アプローチ）を分析できるように、商談オブジェクトに「失注掘り起こし可能性」「失注掘り起こし予定日」といった項目を追加していました。
設計としては筋が通っています。ところが現場では、そこが埋まりません。
悪意があるわけではなく、単純に忘れられてしまうのです。
上の画面のとおり、項目という”箱”はきれいに用意されているのに、中身が入っていない状態でした。
そして、ここから厄介なループが始まります。
- 項目が入力されない → 分析ができない
- 分析ができない → 入力するとこう役に立つ、という効果を数字で示せない
- 効果を示せない → 現場を説得できない → やっぱり入力されない
「入力してください」と言うだけでは、このループはほどけません。
現場から返ってきた言葉が、その理由をよく表していました。
「入力することで、どんないいことがあるのかイメージできない」。
では、何が効いたのか。現場全員を説得しに行くことではありませんでした。
効いたのは、マネージャークラスのキーマンに効果・効用をきちんと理解してもらい、そのキーマンから現場に落としてもらったことです。
管理者が外から「入力してください」と言うより、圧倒的に浸透しました。
あわせて、入力規則やフローなど標準機能でカバーできるところは仕組み側で担保し、そもそも忘れようがない状態に寄せていきました。
「便利なはず」は、伝えただけでは届きません。
届く経路（キーマン）と、忘れなくて済む仕組みの両方が要る、というのがこの現場の学びでした。
Salesforceが定着しない3つの理由
ここからは原因を層で切り分けます。自社がどこで詰まっているかを特定するために使ってください。多くの場合、複数の層が同時に効いています。
理由1｜〈設計〉管理者と現場では、”面倒くささ”の解像度が違う
これが最も根が深い理由です。管理者はSalesforceへの解像度が高いため、「この程度の入力なら大した手間ではない」「この画面くらい見られるはず」とハードルを低く見積もりがちです。
しかし現場にとっては、そうではありません。
- 入力項目が多く、1画面に入力欄がずらりと並んでいる
- 必須項目が多く、商談を1件進めるだけで手が止まる
- 既存のExcelや基幹システムと二重入力になっている
- そもそも現場の業務フローの順番と、画面の並びが合っていない
こうなっていたら該当：自分では「1分で終わる入力」だと思っているが、現場に実測してもらったことはない。
よくある間違った対処：入力マニュアルを配る。手順が分かっていないのではなく手間が重いので、負荷は1ミリも減っていません。
理由2｜〈見返り〉入力しても、入力した本人に返ってこない
2つ目は、入力の”見返り”が現場側にない状態です。
レポートやダッシュボードが管理者・上司向けにしか作られていないと、現場から見たSalesforceは「上に報告するために入力させられる箱」になります。
さらに、事例で触れたループもここに含まれます。
入力されない → 分析できない → 効果を示せない → 説得できない、という悪循環です。
見返りを示すためのデータが、見返りがないせいで集まらない——この構造に気づかないまま、号令だけを強めてしまうケースは非常に多いです。
こうなっていたら該当：レポート一覧を「レポートの最終実行日」で並べ替えると、日付が何か月も前のものばかり。この列は「誰か1人でも実行したか」を示すので、古いままなら組織の誰も開いていないということです。特別なツールは要りません。並べ替えるだけで、現状は見えます。
よくある間違った対処：レポートの使い方を説明する研修を開く。その場は「こんなことができるんだ」と盛り上がっても、明日の自分の仕事に紐づいていないので翌週には戻ります。
理由3｜〈運用〉決める人・直す人・使わせる人がいない
3つ目は、作ったあとに改善が回らない状態です。
- 要望を受け取る窓口も、直す担当も決まっていない
- 管理者が兼任で、日々の依頼をさばくだけで手一杯
- マネジメントが会議でSalesforceを開かない（＝見なくても困らない）
特に最後の項目は決定的です。
上司が見ない数字は、現場も入力しません。
逆に、週次の会議でSalesforceの画面がそのまま使われるようになると、入力は驚くほど早く揃い始めます。
こうなっていたら該当：「使ってください」と言っているのは管理者だけで、マネジメント層から言われたことは一度もない。
よくある間違った対処：管理者が一人で頑張って周知を続ける。発信元が現場の評価に関係ない人だと、優先度は上がりません。
現場で使われる状態にする5つの打ち手（順番が大事）
ここからは打ち手です。競合記事によくある「施策5選」との違いは、順番を決めていることです。順番を飛ばすと、たいてい元に戻ります。
Step1｜作る前に、現場の”需要”を確かめる（ただし全員には聞かない）
最初にやるべきは、機能を作ることではなく、それが本当に必要とされているかの確認です。
管理者の「便利なはず」は、現場の「必要」と一致しないことがよくあります。
ただし、ここには落とし穴があります。営業全員にヒアリングするのは、やめたほうがよいという点です。実際にやってみると、
- 全員の意見を聞くとキリがなく、要望が矛盾する
- 一部の意見だけを拾って実装すると、他の人には不要な機能が増える
- 結果として、また「使われない項目」が1つ増える
という結末になりがちです。
おすすめは、現場のキーマン（影響力のあるマネージャーやトップセールス）を1〜2人決めて、その人と徹底的にすり合わせること。
全員の民主主義ではなく、代表者との深い合意のほうが、実装後の定着率は上がります。
Step2｜まず削る（入力項目・必須項目の棚卸し）
需要を確かめたら、次は増やす前に減らす。
定着していない組織ほど、使われていない項目が積み上がっています。
- レポートで空欄率を見る。「その項目が空白」の条件でレコード件数を出せば、実際にどれだけ入力されていないかが数字で分かります
- 項目の参照先を確認する。オブジェクトマネージャの各項目から「参照先」（Where is this used?）を見ると、そもそもどのレポート・レイアウトからも使われていない項目が見つかります
- 「分析に使えていない項目」はページレイアウトから外す、または必須を外す
なお、以前はSalesforce Optimizerで未使用の項目やレポートをまとめて洗い出せましたが、Winter ’26で提供終了になりました。
いまは上のように、レポートと標準機能で確認するのが手軽です。
削るのは勇気が要りますが、入力の総量を減らすことが、いちばん確実に効く打ち手です。
項目は「消す」のではなく、まずレイアウトから外すだけでも構いません。
Step3｜標準機能で「入力しなくていい」ところまで寄せる
人が忘れるのは当たり前です。忘れても成立する仕組みに寄せられないかを考えます。
ここは管理者の腕の見せどころです。
- デフォルト値：毎回同じ値を入れているなら、初期値で埋める
- 入力規則：本当に必要なタイミングでだけ止める（最初から全部を必須にしない）
- フロー：条件に応じて自動で値を入れる、リマインドを飛ばす、対象を抽出する
- リストビューの一括編集：1件ずつ開かせない
- モバイル：外出先で終わらせられるようにする
事例の現場でも、キーマンからの浸透とあわせて、この「仕組み側で担保する」対応が効きました。
現場の記憶力に依存している運用は、いつか必ず崩れます。
Step4｜入力の”見返り”を現場向けに作り、”開く導線”まで用意する
ここでようやく、見せる側の話です。管理者向けの集計とは別に、担当者が自分のために見る画面を用意します。
- 自分の商談・自分の今週やること・自分の未対応リードが並んでいる
- 「入力すると、こう見える」がその場で分かる
- 数字が自分の評価や動きに直結している
そしてもう1つ、見落とされがちなのが導線です。
事例のとおり、現場は「どこを開けばいいか分からない」だけで使わなくなります。
作って共有して終わりにせず、
- ホーム画面に固定する／お気に入りに入れてもらう
- 使うアプリのタブに配置する
- 既存の見慣れた画面を、置き換えるのか併存させるのかを決める
——ここまでやって、はじめて「渡した」と言えます。
なお、見返りとして見せたい切り口が標準のレポートで取れない場合は、カスタムレポートタイプの出番です。
Step5｜キーマン経由で落とし、”使う場”を運用に組み込む
最後は浸透のさせ方です。ここでも、管理者が全員に直接お願いするのは効率が悪いという原則が効きます。
- キーマン（マネージャー・役員クラス）に、効果と効用を先に理解してもらう
- そのキーマンから現場に落としてもらう
- 週次・朝会などの会議でSalesforceの画面をそのまま開く運用にする
3つ目が特に重要です。「見られる場」があると、入力は自然に揃います。
逆に、どれだけ良い画面を作っても、誰も開かない会議体しかなければ元に戻ります。
管理者が外から指示するより、評価に関わる人から言われるほうが圧倒的に強い——これは、きれいごとではなく現場の事実です。
それでも定着しないときに見直す3つのポイント
一通りやってもうまくいかないときは、前提のどこかがずれている可能性があります。
- 現場の業務と、設計が合っていないのでは？ 画面の並びが実際の作業順と違う、業務にない概念を入力させている、など。もう一度キーマンに実作業を見せてもらう
- 入力の目的が「管理」だけになっていないか？ monitoring（監視）のための入力は、現場から必ず抵抗されます。「あなたの仕事が楽になる」が1つも無いなら、設計を疑う
- 管理者が一人で抱えていないか？ 要望の受付・優先順位付け・改修・周知を一人でやっていると、改善が止まり、3か月で元に戻ります
3つ目に心当たりがある場合は、管理者側の運用設計そのものを見直したほうが早いことがあります。
また、外部に頼む場合も「設定を作ってもらって終わり」だと、この記事で挙げた〈見返り〉と〈運用〉の層がまるごと抜け落ちます。
作ることと、使われるようにすることは別の仕事です。
最後に、管理者側の姿勢についても1つ。
便利な機能や改善案を現場に共有するのは良いことですが、「自分が作ったものを使ってほしい」というポジショントークになっていないかは、常に確認したほうが安全です。
現場が求めているのは新機能ではなく、目の前の仕事が軽くなることです。
まとめ
- 定着とは入力率のことではなく、「現場が自分のために開く状態」のこと
- 定着が崩れる原因は〈設計〉〈見返り〉〈運用〉の3層。多くは「入力の負荷 ＞ 入力の見返り」になっている
- 打ち手の順番は、①需要を確かめる（キーマンと。全員には聞かない）→ ②削る → ③標準機能で自動化する → ④現場向けの見返りと導線を作る → ⑤キーマン経由で落とし、使う場に組み込む
- 号令・マニュアル配布・研修だけでは戻る。現場は思った以上に入力してくれない、それが普通という前提から始める
- 鍵は、マネージャーや役員を味方につけることと、現場の需要を確実に把握すること
「便利なはず」が現場に届かないのは、珍しいことではありません。届く経路と、忘れずに済む仕組みを作れるかどうかが、定着の分かれ目です。
