お客様からのLINE「この物件、まだありますか？」

お客様から、SUUMOのURLがLINEで届きます。

「この物件、まだ空いてますか？」

私はそのURLをコピーして、自分の操作画面に貼り付けます。

数秒後、

物件名
所在地
賃料・管理費
面積・間取り

が自動で埋まります。

そのまま「自動判定」ボタンを押すと、

REINS → ITANDI BB → ATBB

の順に専用ブラウザが自動で検索し、

募集中
募集終了
該当なし
要確認

のどれかが、ポータルごとに画面へセットされます。

「募集中」なら、そのまま内見依頼書のPDFを作り、元付業者へFAXを送る。

ここまでが、操作画面の中で完結します。

私がやることは、

お客様へ「募集中です。内見はいつにしますか？」と返信するだけです。

ちなみに私は、前回のREINS記事と同じく、プログラミング経験ゼロからこの仕組みを作りました。

なぜ「物確」を自動化したのか

不動産の賃貸仲介をしている方なら、毎日やっていると思います。

物件確認。いわゆる「物確」です。

お客様から物件URLが届く。

↓

SUUMOのページを開いて、物件名と所在地を確認する。

↓

REINSにログインする。

↓

物件を検索する。

↓

ない。

↓

ITANDI BBを開く。

↓

建物名で検索する。

↓

前回の検索条件が残っていて0件になる。

↓

条件をクリアして検索し直す。

↓

あった。募集中。

↓

お客様へ返信する。

↓

内見依頼書を作る。

↓

FAXを送る。

一つひとつは簡単です。

でも、この作業は1件あたり10〜15分かかっていました。

お客様が5人いて、1人が3物件ずつ送ってくれば、15件。

それだけで2〜3時間です。

しかも、物確はスピードが命です。

返信が遅れると、お客様は別の会社に問い合わせます。

「すぐに確認して返す」ことが求められるのに、確認作業そのものに時間がかかる。

この矛盾をなくしたくて、仕組みを作りました。

一番のストレスは「3つのポータルを行き来すること」

REINS、ITANDI BB、ATBB。

それぞれログインが必要で、検索の仕方も違います。

REINSは建物名で検索してもヒットしないことが多い（登録名が広告名と違う）
ITANDI BBは前回の検索条件が残っていて、0件になることがある
REINSはタブを閉じるとログアウトされる

こういう「ポータルごとのクセ」を毎回思い出しながら操作するのが、地味に消耗します。

私は、このクセをすべてプログラムに覚えさせました。

実際の操作画面

※公開時は、お客様名・物件名・一部物件情報などを加工しています。

判定結果には、

「所在地（丁目）一致・賃料一致・面積+0.09㎡・1LDK一致 → 確度：高」

のように、なぜそう判定したのかが表示されます。

自動判定を鵜呑みにするのではなく、「どの根拠で一致とみなしたか」を見て、最後は自分で判断します。

どこまで自動化できるのか

現在の仕組みでできることです。

物件情報の抽出

SUUMO・LIFULL HOME'S の賃貸URLから、物件名・所在地・賃料・管理費・面積・間取り・築年・階数を自動抽出

募集状況の自動判定

REINS：所在地＋賃料＋面積で検索し、丁目・間取り・建物名で照合（在庫→成約の2段階）
ITANDI BB：建物名＋賃料で検索し、市区で振り分け
ATBB：建物名で検索し、募集状況を読み取り
判定できないときは「要確認」にして、人の目視に回す（誤判定より安全）

図面の取得

REINSで一致した物件の図面PDFを自動取得（一致した行の図面ボタンだけを押す）

内見依頼書

宛先・内見日時・物件を入れると、内見依頼書PDFを自動作成
宛先の会社名・FAX番号は、図面の帯 → REINSの商号の順で自動で埋める

FAX送信

eFaxの「メールでFAX送信」を使って、内見依頼書PDFをFAX
送信前に必ず確認画面を出す（FAXは取り消せないため）
送信履歴を自動記録

履歴

確認結果を保存し、CSVでダウンロード

Web版（おまけ）

外出先のスマホからも使える Web版（Netlify）
毎朝REINSの在庫をGoogleスプレッドシートへ自動更新し、Web版はそのシートと照合して判定

できないこと

各ポータルの画面が変わると、判定ロジックの修正が必要になる
REINSの図面は約7割が画像PDFで、FAX番号を自動で読めない（手入力で補う）
100%の判定精度ではない。「要確認」が出たら人が見る

「機械が得意な部分だけ自動化して、最後の判断は人間が行う」

この考え方は、前回のREINS記事と同じです。

プログラミング経験ゼロでも作れた理由

私はコードを書けません。

この仕組みは、すべて Claude Code に作ってもらいました。

私がやったのは、

「SUUMOのURLを貼ったら物件情報を取ってほしい」と伝える
実際に動かして、失敗したらスクリーンショットを見せて「ここで止まった」と伝える
「別の物件を募集中と誤判定した。所在地が違う」と伝える

これだけです。

特に大事だったのが、失敗したときの記録を自動で残すようにしたことです。

自動判定が失敗すると、直前の画面のスクリーンショットとHTMLが data/debug/ に自動保存されます。

それを Claude Code に見せて、「この画面から募集状況を読み取れるように直して」と頼む。

この繰り返しで、判定精度を上げてきました。

もう一つ大事だったのが、ルールを CLAUDE.md に書き溜めることです。

例えば、

「REINSは建物名で検索しない。所在地＋賃料＋面積で検索する」
「ITANDI BBは検索前に必ず条件クリアを押す」
「図面は一致した行の図面ボタンからしか取らない」

こういう「一度失敗して学んだルール」を CLAUDE.md に書いておくと、次に Claude Code が修正するときに同じ失敗を繰り返しません。

スターターキットには、私が2ヶ月かけて溜めたこのルール台帳をそのまま入れています。

この記事で公開する内容

ここから先では、私が実際に使っている仕組みをベースに、

必要な環境
スターターキットの使い方
各ポータルのログイン設定
操作画面の起動と使い方
SUUMO・HOME'S の物件情報抽出
REINS自動判定の仕組み（所在地＋賃料＋面積で照合する理由）
ITANDI BB・ATBB の自動判定
「要確認」が出たときの対応
内見依頼書PDFの作成
eFaxによるFAX送信の設定
確認履歴の保存とCSV出力
Web版（スマホ対応）の公開方法
毎朝の物件データベース自動更新
判定に失敗したときの Claude Code への直し方の頼み方

まで順番に説明します。

また、できるだけ自分でコードを書かなくて済むよう、実際の構成をそのまま使えるスターターキット（コード一式＋CLAUDE.md＋依頼プロンプト集）を用意しています。

物確を、「3つのポータルを行き来する仕事」から「URLを貼って結果を確認する仕事」に変えていきます。