EstateHub｜不動産仲介CRMの開発事例

この事例の根拠と読み方

根拠は、AMELAのケース資料、実装範囲を確認できる公開デモ、移行時に記録されたCMS原稿です。プロジェクト名と顧客名は機密保持のため匿名化されています。デモに表示される氏名、物件、価格、日時などの値も匿名化・モックであり、本番データではありません。

資料とデモから確認できる範囲は、媒体別の反響を集約する画面、顧客・物件・商談を扱う管理画面、営業担当向けモバイル画面、カレンダーや通知、Excel入出力とQRコード連携、React・Laravel・Flutter・AWS S3・Firebaseを用いた構成です。一方、資料内のサンプル件数、サンプルの成約率、実運用での対応時間や売上への影響は、検証可能な本番測定値として公開されていません。本稿では、それらを成果として扱いません。

反響担当と営業担当が同じ次の行動を見るために

不動産仲介の反響は、ポータル、広告媒体、紹介など複数の入口から発生します。入口ごとに表記や担当の決め方が異なると、同じ顧客の重複、担当未設定、折り返し忘れが起きやすくなります。営業担当が外出中でも顧客と物件を確認でき、オフィスの管理者が次の行動を追えることが、導入時に最初に定義すべき体験です。

EstateHubでは、反響の流入元、顧客、検討物件、商談フェーズ、担当者を同じ業務フロー上に置きます。これは成約を自動的に保証する仕組みではなく、誰が何をいつ確認するかを決めるための業務基盤です。

媒体反響から成約までの流れを設計

AMELAは、Web管理画面と営業モバイルを同じAPI基盤でつなぎ、反響集約、追客の標準化、現場確認、業務マスタの四領域を整理しました。ReactとLaravelを管理画面・APIの境界に、Flutterを営業モバイルに用い、Firebaseの通知やカレンダー、Excel入出力、QRコード連携を運用の接点として組み合わせています。

重要なのは、実装したフェーズを成約実績と読み替えないことです。受入時には、反響が正しい媒体と担当者に紐づくこと、担当者がモバイルから顧客・物件を確認できること、フェーズ変更に次の行動と記録が残ることを確認します。成約率や対応時間を測る場合は、導入後に対象期間、分母、除外条件、比較方法を別途合意します。

媒体別の反響、追客フェーズ、担当者を確認するパイプライン画面。表示データは匿名化・モックです。

現場担当が物件と顧客の情報を確認する画面。表示データは匿名化・モックです。