不動産 crm 使われない理由｜入力されない5つの構造と、直す順番

「CRMを入れたんですが、誰も入力していないんです」。この相談は、ツールを選ぶ相談よりも多く受けます。契約は続いていて、ライセンス費も毎月払っている。けれど中を開くと、導入直後の数十件だけが入っていて、あとは空。

このとき最初に出てくる説明は、たいてい人の話です。営業がITに慣れていない、忙しくて手が回らない、前任者が辞めた。どれも事実かもしれませんが、これらを原因にすると打ち手が「もっと言う」しかなくなります。そして、言い続けても戻りません。

人が入れ替わっても同じように入力が止まるなら、それは人の性質ではなく構造です。この記事では、使われていないCRMに共通して見つかる5つの構造と、どれに当たっているかを見分ける方法、そして直す順番を書きます。ツールを乗り換える話ではありません。

「使われない」は、入力コストと便益がずれた結果として起きる

CRMへの入力は、入力した本人にはほとんど何も返しません。返るのは、あとで一覧や集計を見る人にです。営業が時間をかけて追客履歴を残し、その情報で助かるのは、週明けに進捗を確認する社長や管理者。

この負担する人と得をする人の非対称が、使われない現象のほぼすべての土台です。人は自分に返らない作業を、締切のある仕事の後ろに並べます。そして不動産の営業には、締切のある仕事が毎日あります。内見の同行、契約書の準備、ポータルの反響返信。CRMの入力に締切はありません。

だから「入力してください」というお願いは、構造上ほぼ通りません。通すには、入力した人に何かが返る形にするか、入力しないと仕事が進まない形にするか、そもそも人が入力しない形にするかのどれかが要ります。ここから先の5つは、この土台がどう具体的な形で現れるかの分類です。

使われないCRMに共通する5つの構造

1つずつ見ていきます。自社がどれに当たっているかは、たいてい2つか3つ重なっています。

構造1: 入力の負担者と受益者が別人になっている

導入の意思決定は経営側で行われます。目的も経営側の言葉で語られます。案件の状況を可視化したい、担当者が辞めても引き継げるようにしたい、数字で判断したい。どれも正しい目的ですが、入力する営業にとっての目的が1つも入っていません。

この状態で運用が始まると、入力は「上に見せるための作業」として扱われます。会議前にまとめて埋める、という運用が生まれるのはこのためです。会議のために埋めた情報は、日々の判断には使えません。日付も内容も後追いで作られているので、実態とずれています。

技術的に正しく設計されているのに使われないシステムは、ここでつまずいていることが多いです。入力する人が使いたくなるかどうかは、機能の正しさとは別の問題です。

構造2: 入力のタイミングが業務の流れの外にある

不動産の営業の1日は、外に出ている時間が長いです。内見の案内、現地の確認、金融機関や司法書士との打ち合わせ。この合間にCRMを開く前提になっていない場合、入力は事務所に戻ってからか、その日の最後になります。

そして「あとでまとめて」は、量が増えるほど心理的なコストが上がります。3件分ならやりますが、10件分たまった時点で着手できなくなります。後回しにできる設計は、いずれ必ず後回しになると考えたほうが実務に合います。

ここで見るべきは、入力が業務のどこに置かれているかです。内見後に必ず送る御礼の連絡と同じ場所に入力があるなら通ります。1日の終わりに独立した作業として置かれているなら、通りません。

構造3: 項目が「集計したい側」の都合で決まっている

導入時のヒアリングで「あとで分析したいので、この項目も入れておきましょう」という会話が起きます。流入経路、検討度合い、想定成約時期、競合の有無。1つずつは妥当ですが、積み上がると入力画面が長くなります。

問題は数だけではありません。入力者がその欄の意味を説明できない項目が混ざることです。「検討度合いのBとCの違いは何ですか」と聞いて即答が返ってこない項目は、入力されても信用できません。そして信用できない項目があると、シート全体が信用されなくなり、結局別のメモで管理が始まります。

なお、物件を扱うCRMでは項目の設計そのものが難しくなります。汎用のCRMは「人」を単位に作られているのに対し、不動産の実務は「物件」も単位になるためです。この前提の差については「不動産会社にSalesforce・HubSpotは合うのか」で整理しています。

構造4: CRMを見なくても仕事が終わる

これが一番効いていて、一番見落とされます。案件の状況がチャットで共有され、朝礼で口頭で確認され、担当者の頭の中にある。この状態では、CRMは業務に必要なものではなく、記録のための任意作業です。任意作業は忙しいときに落ちます。

逆に、CRMを通らないと次に進めない場所が1つでもあると、入力は残ります。たとえば内見予約がCRM経由でしか入らない、契約書の作成がCRMの顧客データから始まる、といった形です。「入力してから電話する」ではなく「電話するために入力する」に順序が変わると、入力は仕事の一部になります。

ここで注意したいのは、迂回路を塞ぐことと、二重管理を減らすことは別の作業だという点です。同じ情報を複数の場所で編集できる状態を整理する話は「ツールを増やすほど転記が増える」で扱っています。両方が同時に起きている会社では、先に迂回路のほうを見ます。入力されていないものは、転記もされないからです。

構造5: 入れても何も返ってこない

入力した内容が、その人の次の行動を助けていない状態です。追客の期限を入れても通知が来ない、顧客の希望条件を入れても物件の紹介に使われない、履歴を残しても誰も読まない。

入力は行動を変えるためにするものです。行動が変わらないなら、入力は帳簿づけになります。帳簿づけは、義務がなければ止まります。

返し方は大がかりでなくてかまいません。入力した期限が来たら本人に通知が飛ぶ、その日に対応すべき顧客の一覧が朝に出る。この程度でも、入力が自分のために働き始めます。

自社がどれに当たっているかを見分ける

原因の推測から始めると、たいてい「意識の問題」に着地します。データから始めます。見るのは3つだけです。

この3つは、ツールの管理画面と現場への短い質問でできます。ベンダーに問い合わせる必要も、新しいツールを検討する必要もありません。

直す順番——設定変更より前にやることがある

順番を間違えると、労力の割に戻りません。入力されていない状態のまま自動化や連携を足すと、空のデータを運ぶ仕組みができるだけです。

第1と第2は、費用をかけずに1週間で試せます。ここで入力が動き出すなら、ツールを変える必要はありません。動かないなら、次の章の話になります。

乗り換えを考える前に確認すること

使われていないCRMを前にすると、別のツールに乗り換える案が出ます。ここで確認したいのは、5つの構造のうち、ツールを変えれば消えるものがどれだけあるかです。

構造3（項目が集計側の都合）と構造5（何も返ってこない）は、ツールの作りに依存する部分があります。項目を柔軟に減らせない、通知の仕組みがない、といった制約は移行で解けます。

一方で、構造1（負担者と受益者のずれ）、構造2（タイミングが業務の外）、構造4（迂回路が残っている）は、どのツールに移っても同じ形で再発します。この3つを整理せずに移行すると、移行作業のぶんだけ負担が増え、半年後に同じ相談をすることになります。

費用を抑えて運用の型から固める方法は「スプレッドシートで顧客管理」で扱っています。既存のツールを捨てずに併用する設計は「「CRM入れるなら今のツール全部捨てて」と言われて困っている人へ」にあります。

まとめ

CRMが使われないのは、入力する人に得がない構造が残っているからです。入力の手間を払う人と、その情報で得をする人が違う。この非対称が土台にあり、そこから5つの形で現れます。負担者と受益者のずれ、業務の流れの外にあるタイミング、集計側の都合で決まった項目、CRMを見なくても終わる仕事、入れても返ってこない設計。

見分けるのは3つの観察でできます。入力の時刻と入力者の偏り、空欄になっている欄、CRMを開かずに終わる業務の数。管理画面と短い質問だけで足ります。

直す順番は、項目を削る、迂回路を1つ塞ぐ、入力を業務の流れの中に移す、入力者に返す、残った入力を人から外す。設定変更や乗り換えは、この順番の中に置くものであって、先頭に来るものではありません。使われないツールの問題は、多くの場合ツールの問題ではなく、業務の並び順の問題です。