SFAが定着しない理由と、定着させる方法 — 入力させる前に「何の判断に使うか」を決める

「SFA を入れたのに定着しない」という話の中身を聞くと、たいていツールの話ではありません。Salesforce を導入して一年経っても、営業は月末にまとめて入力し、マネージャーは会議の前にスプレッドシートで数字を集め直し、経営はそのスプレッドシートを見ている。SFA は「入力しなければいけない場所」として残っているだけで、誰の判断にも使われていない。この記事では、この状態を「定着していない」と呼びます。

私は現職で、Salesforce を使った案件管理とフォーキャスト管理をしています。また、約50名規模の営業組織のマネジメント（社名はここでは控えます）と、前職の Flywheel Digital Japan での営業データの管理方法の見直しにも関わってきました。その中で考えるようになったのは、SFA が定着するかどうかは、ツールの機能や操作研修ではなく、入力の設計と、データを誰がどう使うかで決まるということです。定着しない理由と、定着させるために決めることを順に書きます。

定着しないのは、ツールの問題ではない

SFA が定着しないとき、最初に出てくる対策はだいたい三つです。もっと使いやすいツールに替える。入力研修をやり直す。入力率を KPI にする。どれも、根本的には効きません。

営業が入力しないのは、入力が面倒だからというより、入力しても何も起きないからです。入力したデータで会議が進むわけでもなく、マネージャーの判断が変わるわけでもなく、自分の仕事が楽になるわけでもない。何も起きない作業は、どれだけ操作を簡単にしても後回しになります。入力率を KPI にすれば数字は上がりますが、上がるのは入力の件数で、データの中身ではありません。月末に記憶をたどって一括で埋めたデータが増えるだけです。

逆に、入力したデータが次の会議でそのまま使われ、マネージャーの質問がそのデータを前提にしていて、営業自身もその画面を見れば自分の状況が分かる。この状態になれば、ツールが多少使いにくくても入力は続きます。定着はツールの側ではなく、使う側の設計で決まります。

「定着している」とはどういう状態か

対策を考える前に、ゴールを揃えておきます。私が「定着している」と判断する目安は、次のような状態です。

入力率は入れていません。入力率が高くても上の状態になっていない組織はありますし、上の状態になっていれば、入力率は後からついてきます。

SFA が定着しない五つの理由

1. マネージャーがデータで判断していない

最も多い原因はこれです。マネージャーが会議で「あの案件どう？」と口頭で聞き、営業が口頭で答える。SFA に何が入っていても、会議の進行には関係がない。この状態だと、営業にとって SFA は「マネージャーに報告するのとは別に、もう一度書かされる場所」になります。二重の作業なので、入力は必ず遅れ、薄くなります。

営業はマネージャーの行動をよく見ています。マネージャーが SFA を見ずに判断しているなら、営業は SFA に入力しなくても困らないと学びます。定着しない原因を営業の意識に求める前に、マネージャー自身が何を見て判断しているかを確かめる必要があります。

2. 入力のルールがなく、事実と希望が混ざっている

二つ目は、何をどう入力するかが決まっていないことです。特に問題になるのが、フェーズや確度、クローズ予定日に、事実ではなく営業の希望が入ることです。

「前向きだった」「今月決まりそう」という入力が、「担当者が稟議を上げると言った」という入力と同じ重みで集計される。その結果、SFA の数字は月末になると大きく外れます。外れる数字は信用されないので、マネージャーは口頭で確認し直し、経営は SFA ではなく営業責任者の見立てを聞くようになる。データが信用されないことがデータを使わない理由になり、使われないことが入力が雑になる理由になる。悪循環はここから始まります。

3. 項目が多すぎる

導入のときに「せっかくだから」と項目を増やすと、商談一件の入力に時間がかかるようになります。

項目が多い SFA には、問題が二つあります。一つは営業の時間を取ること。もう一つは、どの項目が重要なのかが分からなくなることです。必須項目がたくさんあると、営業はそれらを同じ重さで扱い、どれも「とりあえず埋める」ようになります。結果として、判断に本当に必要な項目まで質が落ちます。

項目が増える理由は、たいてい「誰かがいつか使うかもしれない」です。使う人と使う場面が決まっていない項目は、入れても誰にも見られません。

4. 入力した営業に、何も返ってこない

SFA のデータは、マネージャーや経営のために集められることが多く、入力した営業本人には何も返ってこないことがよくあります。営業から見ると、自分の時間を使って他人のための報告を書いている状態です。

営業にとって価値があるのは、自分の案件の抜け漏れが分かる、次に何をすべきかが分かる、自分の転換率がチームの中でどのあたりにあるかが分かる、といった情報です。入力したデータがこうした形で返ってくれば、入力は報告ではなく自分の仕事の道具になります。返ってこなければ、ルールをどれだけ厳しくしても、入力は義務のままです。

5. 会議がスプレッドシートで回っている

SFA を入れたあとも、営業会議やフォーキャストの会議がマネージャーの作ったスプレッドシートで回っている組織は珍しくありません。SFA から数字を書き出し、手で加工し、コメントを足して会議資料にする。

この運用が続くと、組織の「正しい数字」はスプレッドシートの側になります。会議で修正された数字はスプレッドシートにだけ反映され、SFA には戻らない。営業も、最終的に見られるのはスプレッドシートだと分かっているので、SFA の入力を後回しにする。スプレッドシートが便利なのは確かです。ただ、会議の主な画面がそこにある限り、SFA は定着しません。

SFA を定着させる方法

先に「どの判断に使うか」を決める

最初にやることは、項目を決めることでも研修をすることでもなく、SFA のデータをどの判断に使うかを決めることです。

たとえば、営業組織でよく必要になる判断には次のようなものがあります。

• 今月や今四半期の着地見込みと、目標との差をどう埋めるか
• どの案件に、マネージャーや上位者の支援を入れるか
• どのリード経路、どのセグメントに営業の時間を寄せるか
• 誰がどの段階で詰まっていて、何のトレーニングが必要か
• マーケティングやカスタマーサクセス、経営に何を依頼するか

判断が決まれば、必要なデータが決まります。着地見込みを判断するなら、フェーズとクローズ予定日と金額が要る。どこで詰まっているかを見るなら、フェーズが変わった日付が要る。どの判断にも使わない項目は、入れる理由がありません。

約50名規模の営業組織にいたとき、私は営業データの可視化と分析にかなりの時間を使っていました。目的は二つで、月の途中で打つ手を判断するためと、他部署を動かせる数字を持つためです。SFA に何を入れるかは、こうした使い道から逆算して決めるものだと考えています。

新規事業のように売れる型がまだない段階では、追う指標そのものが既存事業と違います。その場合は SFA で見るものも変わるので、指標の決め方は新規事業のKPI設計に書いた考え方を先に当てはめてください。

項目は、判断に必要な最小限に絞る

判断から逆算すると、必須項目はかなり少なくなります。たとえば商談について最低限必要なのは、次のようなものです。

• 金額
• フェーズ（事実の条件で定義したもの）
• クローズ予定日（相手が口にした日付）
• 次のアクションと、その期日
• 相手側の意思決定者と、意思決定の進め方について分かっていること
• 失注した場合の理由（選択式）

これ以外は任意にするか、なくします。すでに項目が増えてしまっている場合は、いま使われているレポートやダッシュボードが参照している項目を洗い出し、どこにも使われていない項目から必須を外していくのが現実的です。

項目を減らそうとすると、「情報が足りなくなる」という反対が必ず出ます。そのときは、その項目を何の判断に、誰が、いつ使うのかを聞きます。答えられる項目は残し、答えられない項目は外す。この問いを基準として決めておくと、後から項目を足したいという要望にも同じ問いで答えられます。

入力ルールは「観測される事実のみ」

入力の質について、私が約50名の営業組織で徹底させていたルールは一つです。想像や希望ではなく、観測される事実にのみ基づいて入力すること。

「前向き」「決まりそう」は入れない。「担当者が来週稟議を上げると言った」「次回の打ち合わせが確定した」は入れる。フェーズは何が起きたら次に進むかを事実で定義し、確度は営業が選ぶのではなくフェーズから決まる形にする。フェーズの事実条件の書き方や、確度とクローズ予定日の扱いは営業フォーキャストの精度を上げる方法に詳しく書いたので、ここでは繰り返しません。

SFA の定着という観点で強調したいのは、このルールがデータを信用できる状態にするためのものだということです。事実だけが入っている SFA の数字は、月末に大きく外れにくくなります。外れないデータは、マネージャーも経営も使い始めます。使われるデータは、入力されるようになります。先ほどの悪循環を逆向きに回す起点が、入力ルールです。

会議とフォーキャストを、SFA の画面で回す

マネージャーが SFA の定着のためにできることの中で、最も効くのは会議を SFA の画面で回すことです。

営業会議では、SFA のレポートやダッシュボードをそのまま映す。フォーキャストの確認も、SFA の商談一覧を見ながら行う。会議の中で金額や日付が変わったら、その場で SFA を更新する。会議のために別の表を作らない。

切り替えた直後は、会議がうまく回らないことが多いはずです。SFA の中身が古かったり空欄が多かったりして、画面を映しても話が進まない。ただ、ここでスプレッドシートに戻らないことが大事です。画面に映っているデータが古ければ、それ自体を会議の論点にします。「この案件は最後の更新から時間が経っていますが、その後何が観測されていますか」と聞く。これを続けると、営業は会議の前に SFA を更新するようになります。

マネージャーの質問の形も変えます。「あの案件、行けそう？」ではなく、「この案件で、先週何が観測されましたか」。口頭で聞く内容を、SFA に入っているべき内容と一致させる。そうすると、口頭で答えることと入力することが同じになり、二重の作業がなくなります。

組織が大きくなるほど、マネージャーは会話ではなく数字で状況をつかむ必要があります。その数字の置き場が SFA です。マネージャーの時間の使い方をどう変えたかは、約50名の営業組織をマネジメントして分かった、マネージャーの本当の仕事に書きました。

データの質を確かめる時間を、週次の会議に組み込む

ルールを決めても、データの質は放っておくと少しずつ落ちます。クローズ予定日を過ぎたまま残っている商談、次のアクションが空欄の商談、フェーズが長く動いていない商談。こうしたものは、定期的に見る場がないと溜まっていきます。

私は、データの質を確かめる時間を別の会議として作るのではなく、週次の営業会議の冒頭に組み込む形が合っていると考えています。見るものは固定しておきます。

1. クローズ予定日を過ぎた商談を出す

   予定日が過去になっている商談を一覧にし、相手から新しい日付を聞けているかを担当者に確認する。聞けていなければ、それを聞くことが次のアクションになる。

2. 次のアクションが空欄、または期日切れの商談を出す

   次のアクションがない商談は、実質的に止まっている商談です。止まっているなら、止まっていると記録する。進んでいるように見せない。

3. フェーズが長く動いていない商談を出す

   フェーズごとに、次に進むまでの通常の期間の目安を決めておき、それを超えた商談を確認する。目安は、自社の過去の商談データから決める。

4. 区切りのタイミングで、フェーズの条件と項目を見直す

   四半期の終わりなどに、フェーズの事実条件が実態に合っているか、使われていない項目が残っていないかを確かめる。項目は増やすより減らす方向で見直す。

一つ目から三つ目は、あらかじめ SFA のレポートとして保存しておけば、会議のたびに作る必要はありません。冒頭の数分で、画面を映して順に確認するだけです。

営業自身が使うダッシュボードを作る

最後に、入力したデータを営業本人に返す仕組みを作ります。マネージャー用や経営用のダッシュボードは導入時に作られることが多いのですが、営業が自分のために見るダッシュボードは後回しになりがちです。

営業個人のダッシュボードに置くとよいのは、たとえば次のようなものです。

• 自分の今月、今四半期の着地見込みと、目標との差
• 次のアクションが期日切れになっている自分の商談
• 自分のフェーズごとの転換率と、チーム平均との比較
• 自分の商談が、どのフェーズで止まりやすいか

これがあると、営業は朝 SFA を開けば、その日にやるべきことが分かります。入力を怠ると自分のダッシュボードが正しくなくなり、困るのは自分です。入力の動機が「マネージャーに言われたから」から「自分の仕事に必要だから」に変わります。

インサイドセールスとフィールドセールスが分かれている組織では、IS が渡した商談がその後どうなったかを、IS 自身が SFA で見られるようにしておくことも大切です。渡したアポの商談化率が返ってくれば、IS にとっての SFA は自分の仕事の質を確かめる道具になります。分業の線の引き方については、インサイドセールスとフィールドセールスの分業設計に書きました。

データの置き場と営業フローを、一緒に見直す

ここまでは SFA の中の話でしたが、実際の営業データは SFA の中だけにあるわけではありません。スプレッドシート、メール、カレンダー、マーケティングのツール、契約書の管理など、あちこちに散らばっています。どこが正しい数字の置き場なのか、誰がどこからデータを見るのか、営業フローのどの時点でどのデータが生まれるのか。ここが整理されていないと、SFA だけを整えても、正しい数字は結局 SFA の外で作られます。

前職の Flywheel Digital Japan では、営業データの管理方法を根本から見直し、データへのアクセスと営業オペレーションを効率化しました。あわせて営業フローも組み直しています。SFA の定着が進まないときは、項目や入力ルールを触る前に、営業フローとデータの流れを一枚に書き出してみると、どこで数字が SFA の外に出ていくのかが見えやすくなります。

外部に頼むなら、どう頼むか

SFA の定着を外部に頼むとき、頼み先は大きく二つに分かれます。ツールのベンダーや導入支援の会社と、営業組織の運用側に入る人です。項目の設定、権限、レポートの作成といったツールの設定は、前者が得意とするところです。一方で、ここまで書いてきた理由の多くは、会議の回し方、マネージャーの質問、入力ルール、営業へのデータの返し方といった運用の問題で、設定だけでは解決しません。何に困っているのかによって、頼み先を選ぶ必要があります。

どちらに頼むにしても、次のものを事前に用意しておくと話が早く進みます。

• いまの SFA の項目一覧と、どれが必須になっているか
• 営業会議やフォーキャストの会議で、実際に見ている資料（スプレッドシートを含む）
• 経営や他部署に、営業の数字をどの形で出しているか
• SFA のデータで判断したいのにできていないことの、具体的な例

範囲は、最初から全部を変えようとせず、一つの会議や一つの判断に絞るのがよいと考えています。たとえば「フォーキャストの会議を SFA の画面で回せる状態にする」。一つの会議が SFA で回り始めれば、項目の整理も入力ルールも、その会議に必要な分から決まっていきます。範囲が広すぎると、項目の設計の議論だけで時間が過ぎていきます。

社内に残すべきものもはっきりしています。会議を SFA で回すのはマネージャー自身ですし、営業に「何が観測されたか」を聞き続けるのも社内の仕事です。外部が担うのは、判断と項目と入力ルールの設計、会議の切り替えの立ち上げ、そして社内のマネージャーが自分で回せるようになるまでの伴走です。外部の人が会議を回し続ける形にすると、外部が抜けたときに元のスプレッドシートに戻ります。

案件管理とフォーキャストの型づくりや、営業データの分析基盤づくりを含め、私が支援できる内容は営業組織の立ち上げ・改善にまとめています。

よくある質問

まとめ

• SFA が定着しないのは、ツールではなく入力しても何も起きないから
• 最初に、SFA のデータをどの判断に使うかを決め、項目はその判断に必要な最小限に絞る
• 入力ルールは、想像や希望ではなく観測される事実のみ。信用できるデータは使われ、使われるデータは入力される
• 営業会議とフォーキャストをSFA の画面で回す。会議のために別の表を作らない
• データの質は週次の会議の冒頭で確かめ、営業が自分のために見るダッシュボードでデータを本人に返す

SFA は、入力させる仕組みではなく、判断に使う仕組みとして設計したときに定着する、というのが私の実感です。