不動産会社の KPI 設計 — 「売上目標だけ」の会社が先行指標で回り始めるまでの 5 ステップ
「今月の売上目標は 3,000 万円」。多くの不動産会社にある数字はこれだけです。そして月末に届かないことが分かってから、慌てて案件リストを見返す。私は不動産業界に 20 年いますが、仲介も管理も、KPI 設計で悩む会社の症状はほぼ共通しています。結果の数字しか見ていないから、打ち手が常に手遅れになる。この記事では、不動産会社の KPI 設計を「結果指標を先行指標に分解する」という一点から整理し、明日から使える 5 ステップに落とします。
なぜ不動産会社の KPI は「売上目標だけ」になるのか
理由は単純で、売上と成約数は何もしなくても集計できるからです。契約書の枚数を数えれば出る。一方、反響数・初動時間・案内数・追客回数といった途中の数字は、ポータルの管理画面・メール・個人の手帳に散らばっていて、集める作業が発生します。
集めるのが面倒な数字は、目標にされません。目標にされない数字は、管理されません。こうして「売上目標だけの経営」が出来上がります。
問題は、売上が遅行指標であることです。今月の成約は 1〜3 ヶ月前の反響と案内の結果です。月末に売上未達が判明した時点で、その月に打てる手はもうありません。経営者が介入できるのは「これから成約になる手前の数字」、つまり先行指標だけです。
不動産仲介の KPI ツリー — 結果指標を先行指標に分解する
不動産仲介の KPI 設計は、売上を因数分解するところから始まります。
| 階層 | 指標 | 種別 |
|---|---|---|
| 結果 | 売上 = 成約数 × 平均仲介手数料 | 遅行 |
| 第1分解 | 成約数 = 案内(内見)数 × 成約率 | 中間 |
| 第2分解 | 案内数 = 反響数 × 案内転換率 | 先行 |
| 第3分解 | 反響数 = 掲載物件数 × 物件あたり反響率 | 先行 |
| 行動 | 反響への初動時間・追客回数・掲載更新頻度 | 先行 |
このツリーの価値は、売上未達の原因を特定できることにあります。「反響はあるのに案内に繋がらない」なら初動対応の問題、「案内はあるのに決まらない」なら物件提案かクロージングの問題、「そもそも反響がない」なら掲載の問題。同じ売上未達でも打ち手が全く違います。ツリーがないと、この切り分けが全部「営業の頑張り不足」に丸められます。
賃貸管理なら分解の軸が変わります。管理戸数 × 入居率 × 平均賃料が結果指標、空室の問い合わせ数・案内数・原状回復の完了日数・更新率が先行指標です。業態が違っても「結果を因数分解して、手前の数字を毎週見る」という構造は同じです。
よくある失敗 3 パターン — 設計は正しいのに回らない
KPI ツリー自体は、ここまでの内容で作れます。しかし私が見てきた限り、設計の正しさと運用の定着は別問題です。形骸化のパターンは 3 つに集約されます。
① 指標が多すぎる。 最初に張り切って 20 個の KPI を並べた表は、3 週間後には誰も見ていません。経営者が毎週見るのは 5 個前後が限界です。ツリーは全体像として持ちつつ、日常的に追うのは「今のボトルネックに効く先行指標」に絞ります。
② 手集計に依存している。 毎週金曜に事務担当がポータル管理画面と Excel から数字を転記する運用は、その担当が忙しくなった月に止まります。そして一度更新が止まったダッシュボードは、二度と信頼されません。
③ 見る場がない。 数字は揃っているのに、それを見て翌週の行動を決める会議がないケースです。KPI は測定ではなく意思決定の道具なので、「毎週月曜の朝会で 3 つの数字を見て、今週の重点を決める」という場とセットで初めて機能します。
KPI 設計の 5 ステップ
実際に導入する場合の手順です。私がクライアントと一緒にやるときも、この順番で進めます。
- 結果 KPI を 1 つに決める — 売上でも粗利でも構いません。複数置かないこと。
- ツリーに分解する — 上の表のように掛け算で分解し、自社の商流に合わせて言葉を直します。
- 先行指標を 3〜5 個選ぶ — 「自分たちの行動で今週動かせる数字」だけを選びます。動かせない数字(市況・金利)は KPI にしません。
- 数字の出所を業務システムに紐付ける — 反響数はどこから取るか、案内数は誰がいつ記録するか。ここで「記録の手間」が増える設計にすると②の手集計問題が再発するので、日報・基幹・ポータルなど既に業務で発生しているデータから自動で拾える経路を優先します。
- 週次で見る場を作る — 週 1 回・15 分・見る数字は決め打ち。月次では遅すぎます。
ダッシュボードは「作る」より「続く」が難しい
最後に道具の話です。KPI ダッシュボードは高価な BI ツールがなくても作れます。当社では kintone のポータル画面に KPI を直接表示する構成を内製しており、有償プラグインなしで経営会議の集計準備が月 3 時間から 30 分になり、KPI の確認は複数画面の遷移からポータルを開いて 30 秒になりました(実装の詳細はこちらの事例で公開しています)。
もう一つ重要なのが、ステップ 4 の「データが自動で溜まる仕組み」です。営業の行動データは日報が源泉になりますが、日報自体が続かない会社が大半です。当社が支援したケースでは、営業日報を AI で自動生成する構成にしたことで投稿率が 60% から 100% になり、KPI の元データが欠測なく溜まるようになりました。ダッシュボードの見た目より、数字が勝手に入り続ける経路の設計が KPI 運用の本体です。
まとめ — KPI 設計とは「今週動かせる数字」を決めること
不動産会社の KPI 設計は、①売上を掛け算で分解する ②自分たちの行動で動かせる先行指標を 3〜5 個選ぶ ③数字が自動で溜まる経路を作る ④週次で見て翌週の行動を決める、この 4 点に尽きます。指標の網羅性より、少数の数字が止まらずに回り続けることのほうがずっと重要です。
「自社の KPI ツリーをどう切るべきか」「数字を自動で集める仕組みをどう作るか」というご相談は、業務 DX 無料診断(60 分)で具体構成までご提案します。
---
関連サービス:
関連事例:
