「顧客管理をAIに任せる」は仲介会社の話で、区分を数戸持っているだけの大家には関係ないと思っていました。
ところが全米最大手が7月に発表したAIの中身を読んだら、私がClaude Codeで一人でやっていることと発想がほぼ同じだったんですよ。
違うのは規模だけで、向こうは34万人、こちらは1人です。
34万人を抱え込んだ合併が、社内ツールに本気を出させた
CompassがAnywhere Real Estateとの合併を完了したのは2026年1月9日です。
Coldwell BankerやSotheby's International Realtyを抱えるAnywhereを丸ごと取り込んで、全米の仲介地図が書き換わりました。
この会社が7月2日、自社開発の業務基盤「Home Platform」を@properties、Coldwell Banker Realty、Corcoran、Sotheby'sの各ブランドへ、夏のあいだに広げると発表しました。
Compass自身がこれを「住宅不動産史上最大のテクノロジー展開」と説明しています。
そして7月20日、そのHome Platformを自然言語で動かす層として発表されたのが「AI Assistant」です。
ここが引っかかったところなんですよ。
62兆円の取引を扱う会社が、買収でシェアを取った次に金をかけたのは、新しい物件検索でも査定エンジンでもなく、エージェント1人の朝の段取りでした。
AI Assistantが実際にやること、3つに絞ると見えてくる
発表資料に並ぶ機能は8つ。
大家の目で読むと、3つに集約されます。
1. 毎朝、顧客と案件とタスクを1枚に畳む
最初に挙がっているのが「パーソナライズされた日次ブリーフィング」です。
顧客リスト、進行中の案件、マーケティング活動、タスクリストを横断して、その日に必要な形で1枚にまとめて出す。
大家に置き換えるなら、連絡履歴と空室状況と更新期限と修繕予定が別々の場所にあるのを、朝いちで1枚に畳む機能です。
情報が足りないのではなく、散らばっているから見落とす。
これは規模が違っても同じでした。
2. 売りそうな顧客を先に出すLikely to Sell
もう1つの核が「Likely to Sell」、売却する可能性が高い顧客をAIの側から提案する機能です。
営業で一番難しいのは提案の中身ではなく、今日誰に連絡するかの選択なんですよね。
そこを過去の顧客データから機械が候補として出してくる。
初期に使ったエージェントが実際にやっているのも、連絡の優先順位づけ、しばらく接点のなかった顧客への再アプローチ、フォローアップの自動化だと報じられています。
3. 操作を覚えさせない、話しかけるだけという設計
Compassの技術責任者は、発表の中でこう説明しています。
ソフトウェアはこれまで常に、エージェントの側に使い方を学ばせてきた。私たちが目指すのはその逆だ。
顧客記録の更新もメールの下書きも取引管理も、話しかけるだけで進む設計です。
ワシントンD.C.の所属エージェントは「整理してくれて、フォローの一貫性が上がる。自分では思いつかなかったアイデアまで出してくる」と話しています。
3つ並べて分かるのは、これがCRMに新機能を足した話ではないということです。
CRMの操作方法そのものを捨てにいっています。
Claude Codeで大家がやっていることと、どこが同じでどこが違うか
先に線を引いておくと、AI Assistantは日本の個人大家が契約して使えるものではありません。
米国のCompass所属エージェント向けの社内ツールで、2026年中に自社ブランドへ、2027年にフランチャイズや関連企業へ広げる計画です。
ただ、やっていること自体は私の手元とかなり近い。
普段やっているのは、管理会社からの月次報告、入居者対応の履歴、修繕の見積書、家賃入金の記録を1つのフォルダに置いて、Claude Codeに横断で質問することです。
「例年より返答が遅れている更新手続きはあるか」といった聞き方をします。
自然言語で聞く、複数のデータをまたぐ、AIが先回りで候補を出す。
構造としては同じです。
同じ方向の動きは他社にもあって、不動産エージェント向けの業務プラットフォームRechatが2026年8月にMCPサーバーを公開しました。
ClaudeやChatGPTの側から、本人の顧客・マーケティング・取引データを権限つきで操作できるようにする仕組みです。
自前でAIを作り込むCompassと、外のAIから触れるようにするRechat。
経路は逆でも、行き先は「営業データを自然言語で動かす」の一点で重なっています。
では何が違うのか。
決定的なのは、使えるデータの量です。
Likely to Sellの学習内容は公表されていませんが、34万人分の履歴があるから出せる機能だろうと思っています。
こちらは数戸分の記録しかない。
もう1つは、データが最初から揃っているかどうか。
Compassのエージェントは顧客情報が1つの基盤に揃った状態から始められますが、大家の材料はPDFとメールとスプレッドシートに散っています。
同じ発想を個人で再現しようとすると、詰まるのはAIの性能ではなく記録の作り方のほうでした。
賃貸管理に置き換えると、Likely to Sellは退去予兆になる
売買仲介の「そろそろ売りそうな顧客」を賃貸に翻訳すると、「そろそろ退去しそうな入居者」になります。
区分1戸でも空室が1か月出れば、家賃1か月分がそのまま消えます。
原状回復と募集期間まで含めれば、実際の穴はもっと大きい。
退去の予兆になりそうな材料自体は、大家の手元にもあるんですよ。
- 契約更新の返答が例年より遅い
- 問い合わせの内容が設備の不具合から契約条件の確認に変わる
- 更新料や家賃の相談が入る
- 近隣の募集家賃と現行家賃が離れてきている
個人の記録量で近づけられる範囲
やってみて分かったのは、確率としての予測は再現できないということでした。
数戸分の履歴でモデルを作っても、当たったのか偶然なのかを判定できません。
効くのは別の方向で、見落としの発見です。
契約更新日、入居年数、直近の問い合わせ内容、家賃改定の履歴を1つの表にまとめてClaudeに渡し、「今後3か月で動きがありそうな部屋と、そう考える根拠を挙げて」と指示します。
根拠を必ず書かせるのがポイントで、そうすると返ってくるのは予測というより「この部屋、更新の連絡が去年より2週間遅い」という事実の指摘になります。
精度で勝負するのではなく、抜けを潰す方向に使うと機能する。
個人の記録では近づけない部分
Compassが34万人分のデータから候補を出すのに対して、こちらは母数が足りません。
だから数字で予測させようとしない、という線引きが要ります。
AIに任せるのは材料の整理と、見落としている変化の指摘まで。
その部屋にどう動くかを決めるのは自分の仕事です。
入居者の事情も修繕の予算も、結局は個別の話ですから。
6,300億円の合併が、大家1人の運用に教えてくれること
いちばん学びになったのは、機能の中身より投資の順番でした。
Compassは6,300億円かけて全米最大の仲介網を手に入れたあと、次の一手として、エージェント1人が朝に使う時間へ手を入れています。
規模が大きいほど、一人あたりの事務時間が効くという判断ですね。
個人大家に至っては、一人あたりの事務時間しか資源がない。
だからこの判断はそのまま当てはめられます。
始めるなら、管理会社から届く月次報告を1つのフォルダに溜めるところからです。
3か月分あれば、AIに横断で読ませて差分を出させる材料になります。
道具を揃えるより先に、記録が散らばっている状態をやめるほうが早いですよ。

コメント
ログイン か 会員登録 するとコメントできます