SFAが定着しないのはなぜか：入力されない3つの理由と、入力が報われる運用の作り方
SFAが定着しないのは、入力しても担当者の仕事が減らず、作成時の入力が重く、守らなくても何も起きないからです。この記事の表と点検表で、作成を軽くしてステージで締め、入力が会議の準備に変わる運用を組めます。
SFAが定着しないとは：記録が会議と判断に使われていない状態
SFAが定着しない状態とは、案件の記録が動いた日に入らず、会議や判断に使われていない状態のことです。SFAを毎日開いていても、会議で口頭の報告を聞き直しているなら定着していません。
ですから定着は、ログイン数や入力件数ではなく、案件ごとに次の一手が記録にあるかで測ります。 最初に見る指標は次の1つです。
次のアクションの設定率 ＝ 期限内の次のアクションがある案件 ÷ 進行中の案件
分母は進行中の案件（受注・失注・保留を除く）。期限切れの次のアクションは「ある」に数えない定着しない根には、入力の手間を払う人と、記録から得をする人のずれがあります。 入力するのは担当者で、集計して見るのはマネージャーや経営です。 打ち手が変わる単位でまとめると、原因は3つです。
- 入力の見返りが無い：入力しても、会議用のヨミ表や口頭の報告が残る。症状は、入力が会議の前日に集中すること。
- 入口が重い：作成時の必須項目が多い。症状は、案件の作成が遅れ、金額や日付がきりのよい仮の値で埋まること。
- 守らなくても何も起きない：空欄のままステージを進められる。症状は、ステージが実態とずれていくこと。
研修や入力の催促では、この3つはどれも直りません。 担当者が払う手間を減らし、受け取るものを増やす設計で直します。
入口は軽く、進行で締める：項目ごとに「いつ求めるか」を決める
案件の作成時にはその時点で分かる事実だけを求め、あとで分かる事実はステージを進めるときに求めます。初回の商談の直後には、金額も決裁者も想定クローズ日も分かりません。 それでも作成時に求めると、担当者は仮の値で埋めるか、案件にするのを先送りします。
| 項目 | 作成時 | いつまでに求めるか（例） | 理由 |
|---|---|---|---|
| 企業・案件名 | 求める | — | どの話かが分からないと、記録として成り立たない |
| 紐づく人物 | 求めない | アポへ進むまで | 商談の相手は、アポの時点で決まる |
| 金額・想定クローズ日 | 求めない | 提案済みへ進むまで | 提案で初めて先方と金額と時期を話す。それより前の値は担当者の希望でしかない |
| 決裁者・予算・決裁の手続き | 求めない | 口頭合意へ進むまで | 商談の中盤以降に、先方から聞き出して分かる事実 |
| 失注の理由 | — | 失注にするとき | 結果が出た時点で初めて書ける |
空欄は「まだ分からない」という情報で、仮の値はその情報を消します。 だから条件は、未入力の項目では満たされないように書きます。 ステージごとの条件の文例は営業ステージの移行条件にまとめています。
案件にする瞬間は、項目ではなく出来事で決めます。 例えば「先方と初回の商談の日時が決まった時点で、企業と案件名だけで作る」です。 出来事で決めれば、作ったかどうかを後から確かめられます。
入力が報われる仕組み：会議の準備と「今日やること」を記録から作る
入力のあとに残っていた作業を、記録から作られるものに置き換えれば、入力は報われます。置き換える先は、会議の準備と、担当者の今日やることの一覧です。
先に変えるのはマネージャーの側です。 「会議はSFAの画面で進め、記録にあることは聞き直さない。会議用の資料やヨミ表は作らない」と決めます。 順番が逆だと、担当者は「入れても聞き直される」ことを最初の週に学びます。
担当者の側では、案件ごとに次のアクションを1つだけ、日付つきで置きます。 今日の日付と期限切れのものを集めれば、それがその人の今日やることになります。 入力が「上への報告」から「自分の段取り」に変わるのは、この瞬間です。
例担当者1人の1週間で、入力の手間と見返りを差し引く
進行中の案件を12件持つ担当者が、週に次の作業をしていたとします。 SFAへの入力60分（会議の前日にまとめて）、ヨミ表の更新40分、会議での説明と聞き直し30分、メモの整理20分です。 合計は60＋40＋30＋20＝150分です。
記録を中心に回すと、入力は動いた日にこまめに付ける形になり、仮に70分へ増えるとします。 代わりにヨミ表とメモの整理が無くなり、会議での説明は論点のある案件だけの10分になります。
合計は70＋10＝80分で、150−80＝70分が週に手元へ残ります。 入力の時間は10分増えても、担当者の仕事は減ります。 定着の設計とは、この差し引きを担当者に見える形で作ることです。
数値は説明のための架空のものです。
会議の時間配分や問いの立て方は、営業会議の進め方で扱っています。
よくある失敗：代わりに入力する、初日から禁止にする、入力率で評価する
定着の失敗は導入の直後には見えず、しばらくして記録と実態のずれとして表に出ます。よくある3つと、その直し方です。
| 失敗 | なぜ起きるか | 直し方 |
|---|---|---|
| 会議の前に、マネージャーが代わりに入力して整える | 担当者にとって「入れなくても誰かが直す」場所になり、数字に誰が責任を持つのかも曖昧になる | 直す点は会議で伝え、担当者自身に入れてもらう。記録に無いことは会議で扱わない |
| 条件を決めた初日から禁止にする | 正当な場面まで止まり、担当者は仮の値で通すか、ステージを進めずに放置する | 停止中か警告で始める。警告のまま進んだ案件を週次で見て、実態に合う条件から禁止へ上げる |
| 入力率を評価や順位に使う | 数えやすい行動だけが増え、「フォロー」のような中身の無い次のアクションや仮の金額で率が上がる | 率は誰と何を話すかを決める入口に使う。月に一度、数件を無作為に選び「先方の誰と、何を、いつ」の形か確かめる |
禁止にしたルールでも、守れない正当な場面は出てきます。 そこで形だけの値を入れさせない逃げ道の作り方は、例外承認の設計で扱っています。
明日から始めること：会議、次のアクション、ルールの順に変える
始める順番は、会議、次のアクション、ルールの順です。会議が記録で回らないうちは、ほかの手を打っても見返りが生まれません。 次のアクションが置かれていないうちに条件を厳しくしても、止まる案件が増えるだけです。
禁止へ上げるかは、条件を満たして進んだ案件の割合で決めます。 割合が上がり、例外にしたい正当な場面が出尽くした条件から、1つずつ上げます。
- 会議をSFAの画面で進め、記録にあることは聞き直さないと、マネージャーの間で決めた
- 会議用の表計算を廃止する日を決め、全員に伝えた
- 作成時に求める項目を企業と案件名に絞り、ほかの項目をどのステージまでに求めるかを表にした
- 進行中の全案件に日付のある次のアクションを1つずつ置き、設定率を担当者ごとに週次で見ると決めた
- 新しいルールは警告で始め、警告のまま進んだ案件を週次の会議で確かめる時間を取った
案件ボードとステージの条件の画面は、案件管理の紹介で見られます。