「SFAを導入したが、誰も入力しない」「CRMを入れたが、3ヶ月で使用率が下がった」「Excelで管理していたほうがまだマシだった」——40社以上の営業組織を支援してきた中で、DXツール導入の失敗談はこの類の言葉に集約される。
こうした状況に直面した経営者がとる次の行動は、だいたい決まっている。「もっと使いやすいツールに乗り換える」「現場への説明を増やす」「入力を義務化してKPIに組み込む」。しかしこれらの対策を打っても、1年後に同じ問題が繰り返されることがほとんどだ。
なぜか。問題の所在を「ツール」に置いているからだ。現場が動かない本当の理由は、ツールではなく組織構造にある。
「使われないSFA」に共通する3つのパターン
現場で使われないSFA・CRMには、構造として見ると三つの典型パターンがある。
「なぜ入力するのか」が現場に渡っていない
経営・管理職は「データを蓄積して戦略判断に使いたい」と思っている。しかし現場には「また入力作業が増えた」としか映らない。入力する意味が自分の営業活動にどう返ってくるかが見えないため、優先度が下がる。
入力が「管理のための記録」になっている
ツールが「監視ツール」として機能している組織では、現場は最低限の入力しかしない。あるいは、指摘されないよう形式を満たす入力をする。データの質が低いため、経営側も活用できず、ツール導入の目的が失われる。
使い続ける構造が設計されていない
導入直後は説明会とモチベーションで使われる。しかし日常業務の中でツールを使う習慣を支える仕組みがないため、他の優先事項に押されて徐々に使用頻度が落ちる。
パターン①はOS断絶、パターン②もOS断絶（戦略と現場の目的のズレ）、パターン③はアプリ断絶の問題だ。ツールを乗り換えても、これらの断絶が残っている限り、同じパターンが繰り返される。
「義務化」という対策がなぜ機能しないのか
入力率が下がると、多くの管理職は「義務化」に踏み切る。入力をKPIに組み込み、未入力案件の確認をマネジメントの一環にする。一時的に入力率は上がる。しかしその後、別の問題が浮上する。
データの質が下がるのだ。
義務化された入力は「怒られないための入力」になる。訪問件数は正確に入力されるが、顧客の課題や商談の手応えという質的な情報が薄くなる。あるいは、事実と異なる数字が入力されるようになる。
「入力しないと詰められるので、とりあえず入れるようになった。
— SFA導入後1年が経過した営業担当者の言葉
でも何を入れればいいのか分からないまま入れているので、
自分の営業に何も役立っていない」
この状態になると、ツールは「コストと管理コスト」だけが残り、本来の目的であるデータ活用・戦略判断への接続がなくなる。義務化は「使われる状態」を作るのではなく、「形式的に入力される状態」を作るだけだ。
ツール導入が失敗する構造的なタイムライン
営業ツールの導入がどのように失敗するかには、ほぼ共通したタイムラインがある。
経営・管理職側の期待が先行する
「データを可視化したい」「営業プロセスを標準化したい」という目的で選定・導入が進む。現場への説明は「使い方」の説明にとどまり、「なぜ導入するのか・現場にどう返ってくるのか」が伝わらない。
新鮮さと義務感で使用率が上がる
説明会の直後、新しいものへの興味と「使わないと怒られる」という感覚で入力が続く。この時期の数字を見て、導入は成功したと判断されることが多い。
日常業務の優先度に押されて失速する
新鮮さが失われ、ツールを使うことが「余計な作業」として認識され始める。入力する意味が実感できないため、忙しい日は後回しになる。使用率が徐々に下がる。
「あのツール、結局使われていないね」という結末
管理職から「入力するように」という指示が繰り返されるが、根本原因が変わっていないため改善しない。「ツールが合わなかった」という結論が出て、乗り換えの検討が始まる。
このタイムラインは、SalesforceでもHubSpotでもkintoneでも、どのツールでも繰り返される。問題はツールの選定ではなく、ツールを定着させる構造がないことだ。
ツールが「使われる」組織に共通する構造
戦略や知識として設計された行動が、現場の日常業務として定着・継続されない状態を指す。ツールの使用が定着しないこともアプリ断絶の典型的な帰結だ。意志や意欲の問題ではなく、行動を支える仕組みの欠如によって起きる。
ツールが現場に定着している組織を見ると、共通して三つの構造が存在する。
第一に、「ツールを使うと自分の営業が楽になる」という実感設計だ。入力した情報が、次の訪問前の準備に自動的に使えるようになっている。過去の商談メモが提案書作成を効率化する。このような「現場にとっての価値」が設計されているとき、入力は自発的な行動になる。
第二に、「ツールを使う行動をマネジメントの起点にすること」だ。1on1や週次MTGで、ツールに入力されたデータを使って対話する。管理職がツールのデータをベースに部下にフィードバックするとき、現場にとってツールへの入力は「意味のある行動」になる。逆に言えば、管理職がツールを使わなければ、現場もツールを使う意味を感じない。
第三に、「使い始めのハードルを下げる段階設計」だ。最初から全項目の入力を求めると、現場の負荷が高くなりすぎて失速する。「最初の3ヶ月はこの3項目だけ入力する」という段階設計で、習慣化のコストを下げる。行動科学の観点では、新しい習慣の定着には平均66日の継続が必要とされている（Lally et al., 2010, European Journal of Social Psychology）。最初の66日を設計することが、定着の分岐点になる。
「ツールの問題」と「構造の問題」の見分け方
ツールが使われない状況に直面したとき、問題がツールにあるのか構造にあるのかを見分ける方法がある。
一つ目の問いは、「現場の担当者はツールを使う意味を言えるか」だ。「入力すると何がどう変わるのか」を現場が説明できないなら、OS断絶が起きている。この状態でツールを乗り換えても、意味が伝わらない問題は変わらない。
二つ目の問いは、「管理職はツールのデータを使って部下と対話しているか」だ。管理職自身がツールを活用していない組織では、現場にとってツールへの入力は「義務的な作業」でしかない。管理職の行動が変わらない限り、現場の行動は変わらない。
三つ目の問いは、「導入から6ヶ月後の使用率を予測して設計したか」だ。導入直後の使用率ではなく、習慣化が完了した6ヶ月後の状態を目標に設計されているか。ここに設計がない場合、失速は構造的に必然だ。
「ツールを3回変えたが、どれも同じ結末だった。
— 支援開始時の状況について、ある経営者の言葉
4回目にようやく気づいた——問題はツールではなく、
自分たちの使い方の設計だったと」
まず確認すべきこと
今まさに「ツールが使われない」という状況にある場合、次のツールに乗り換える前に確認すべきことがある。
現場に「なぜこのツールを使うのか」を問いかけてほしい。「言われたから」「入力しないと怒られるから」という答えが返ってくるなら、OS断絶が起きている。ツールの問題ではなく、戦略と現場の目的が接続されていない問題だ。
管理職に「ツールのデータを使って部下と何を話しているか」を問いかけてほしい。「特に使っていない」という答えが返ってくるなら、ツールは現場にとって意味のない作業を生んでいるだけだ。
問題はツールにあるのではない。ツールを使う行動が定着する構造が設計されていないことにある。そしてその構造は、設計によって変えられる。
