導入したのに使われない

CRM導入の進捗報告を月次にすると、現場は例外を作る

定着プロジェクトの報告頻度は、上に進捗を見せるためではなく、現場が自分の権限では決められない1件を何日待たせるかで決まります。待たされた分は、例外運用になってそのまま残ります。キーウォーカー（n=1,034）と稟議の実態調査（n=312）を手がかりに、報告の設計を書きます。

「前のやり方に戻したい」に可否で答えると、二重帳簿が始まります

稼働後に出てくる「前のやり方に戻したい」は、抵抗ではなく報告です。新旧の両方を実際に使った人しか言えないからです。ここに戻す・戻さないで答えると、要望は消えずに手元のファイルへ移り、以後は上がってきません。マツリカ（n=101）とキーウォーカー（n=1,034）の調査を手がかりに、受け方と返し方を書きます。

反対する人を呼ぶのは、まだ変えられるものが残っているとき

反対する人を巻き込む時期は、早いか遅いかでは決まりません。その人に渡せる決定が1つ残っているかどうかで決まります。何も変えられない会に呼ぶと、反対は意見から立場に変わります。マツリカ（n=101）とキーウォーカー（n=1,034）の調査を手がかりに、渡す決定の決め方を書きます。

並行稼働を「3か月」で決めると、旧システムは止まりません

旧システムの停止を期間で決めると、3か月後に来るのは停止の連絡ではなく延長の相談です。止まらない理由は現場の抵抗ではなく、新旧どちらを使ってもよい状態が続いていることにあります。HubSpot Japanの2026年調査（n=1,545）を手がかりに、並行稼働の終わらせ方を書きます。

稼働後2週間のフォローを「質問受付」にすると、定着は止まる

CRMの稼働日でプロジェクトを終えると、2週間後には自己流とExcel回帰が始まります。質問を待つのではなく、入力データを毎日見て詰まりを直しに行く。稼働後2週間の動き方を解説します。

CRMの推進担当を、ツールに一番詳しい人にしてはいけない

導入プロジェクトの終盤で推進担当を決めるとき、ほぼ必ず「一番詳しい人」の名前が挙がります。しかし半年後に止まっている案件ほど、その選び方をしています。必要なのは知識ではなく3つの権限です。誰に置くかの判断基準を書きます。

CRMの定着をログイン率で測ると、必ず合格点が出る

定着の報告にログイン率を使うと、ほぼ確実に高い数字が出ます。画面を開いた回数を数えているだけで、その画面から何が決まったかを数えていないためです。定着を判断の数と記録の鮮度で測り直す手順を書きます。

マニュアルを作るより、週次会議の議題を変えるほうが効いた

CRMが使われないとき、最初に作られるのはマニュアルです。しかし配っても入力率は変わりません。新しい運用を足すのではなく、既にある週次営業会議と1on1の議題を、CRMの数字からしか作れない形に変える手順を書きます。

現場が新しいツールを使わない本当の理由は、設計が何も返していないから

研修を足しても、項目を減らしても、現場がツールを使わない。原因は意識でも負荷でもなく、入力しても現場に何も返らない設計にあります。何を返すかを先に決める順序を解説します。

導入研修をやったのにツールが使われないときの立て直し方

導入時に丁寧な研修をしたのに、3か月後には使われていない。原因は研修の質ではなく、タイミングの設計にあります。定着する研修の組み方を解説します。