複数棟を横断管理するダッシュボードを自作する|入金・空室・満了・修繕を1画面で見る指標設計

結論から書く。9棟規模まで物件が増えると、私が最初にぶつかった壁は「修繕費」でも「利回り」でもなく、どの棟で何が起きているかを把握できなくなることだった。各棟の管理会社からの報告はバラバラのフォーマットで届き、入金明細は通帳、空室情報はメール、更新満了は紙の契約書。これらを頭の中で統合しようとした結果、私は空室を70日間見落とし、機会損失で約28万円を失った。この失敗を境に、私は表計算ソフト1枚で全棟の運営状況を1画面に集約する「管理ダッシュボード」を自作した。導入後は毎月の作業デーに5分レビューするだけで異常を検知できるようになり、平均空室日数は48日から31日へ、滞納の初動対応は平均12日から3日へ短縮した。この記事では、収支分析ではなく「運営監視」に特化したダッシュボードの指標設計と運用の型を、機械設計者らしい定量的な判断軸とともに具体的に解説する。

なぜ複数棟になると「見える化」が生死を分けるのか

1棟や2棟なら、多少ずさんでも記憶と勘で回る。私自身、5棟目までは月末に通帳を眺めるだけで運営できていた。ところが7棟を超えたあたりで、部屋数の合計が60を超え、月間で発生するイベント(退去・入居・更新・修繕・滞納)が20件を優に上回るようになった。人間が正確に追える同時進行タスクは、私の実感で7±2件が限界だ。機械設計の現場でも、監視すべきパラメータが増えると個別のメーターを見て回るのをやめ、1枚の監視盤に集約する。賃貸経営もまったく同じで、情報を探す時間そのものがコストになる。私の場合、以前は「あの棟の空室、今どうなってたっけ」と管理会社にメールで確認するだけで、1件あたり往復2〜3日かかっていた。9棟分の状況を都度問い合わせていれば、それだけで月に何時間も浪費する計算だ。

見落としが生む損失は「見えない」から怖い

空室1室を1か月見落とせば、家賃6万円の部屋なら6万円の逸失利益だ。私の70日見落とし事件では、家賃6.2万円の部屋を約2.3か月放置し、単純計算で約14万円、原状回復の遅延と再募集の出遅れを含めれば実質28万円の損失になった。恐ろしいのは、これが損益計算書に「損失」として計上されないことだ。売上が立たなかっただけなので、決算書を見ても気づけない。だからこそ、発生イベントを能動的に映し出す監視の仕組みが要る。私は当時、この物件を「満室のはず」と思い込んでいたため、管理会社からの空室報告メールを一度読んで放置してしまっていた。メールという受動的な通知手段は、忙しい月にはそのまま埋もれる。能動的に「今月確認すべき件数」を突きつけてくる仕組みでなければ、同じ見落としは再発する。

会計ソフトの帳票では監視できない理由

市販のクラウド不動産管理ソフトや会計ソフトは優秀だが、それらが得意なのは「過去の記録」と「収支の集計」だ。私が欲しかったのは、今まさに滞留している案件を赤色で警告してくれる「監視盤」であって、確定した数字の集計表ではない。両者は目的が違う。会計は決算のため、ダッシュボードは翌月のアクションを決めるためにある。この記事のダッシュボードは、会計ソフトを置き換えるものではなく、その手前に置く「早期警戒レーダー」だと理解してほしい。実際、私は確定申告用の会計ソフトと、この監視用ダッシュボードを完全に別のファイルとして分けている。混ぜてしまうと、税務上必要な精緻な記録と、日常監視に必要な速報性のある簡易データが衝突し、どちらの目的も中途半端になるからだ。

1画面に載せる運営KPIを5つに絞り込む

ダッシュボードの設計で最も重要なのは、指標を増やさないことだ。設計者として断言するが、監視項目が多いパネルは「どれも見ない」パネルになる。私は試行錯誤の末、載せる指標を次の5つに絞った。利回りやキャッシュフローといった収支系はあえて外している。それらは月末の会計処理で見ればよく、日常の監視で毎回見ても行動が変わらないからだ。最初のバージョンでは私も指標を12個並べていたが、開くたびに情報量に圧倒されて更新が億劫になり、結局3か月で放置した経験がある。指標を絞り込む作業は、機能を削ぎ落とす作業であると同時に、自分が本当に「毎月見る」習慣を維持できるかどうかの現実的な判断でもある。

「行動が変わる指標」だけを残す原則

指標を採用するかどうかの判断基準は一つだけ。その数字を見て、私が来月とる行動が変わるかだ。総資産額や含み益は見ていて気分は良いが、来月の作業は1ミリも変わらない。だから外す。逆に「空室が30日を超えた」という情報は、募集条件の見直しや管理会社への催促という具体的な行動に直結する。この「行動接続性」でふるいにかけると、監視すべき指標は自然と5つ前後に収束する。私は指標を追加したくなったとき、必ず「これを見て来月どう動くかを1行で書けるか」を自問するルールにしている。1行で書けなければ、その指標は監視盤ではなく別の分析資料に置くべきものだと判断している。

収支KPIを日常監視から外す判断

利回りやROIを毎月睨んでも、物件は1か月では売買できない。収支の改善は年単位の意思決定だ。私は収支系の指標を年2回、確定申告前後にまとめて棚卸しする「別レイヤー」に切り分けた。日常の監視盤に混ぜると情報密度が下がり、本当に見るべき赤信号が埋もれる。監視と分析は時間軸が違うので、道具も分けるのが合理的だ。実際、収支分析は棟ごとの表面利回りだけでなく、大規模修繕の積立や将来の設備更新費用まで含めた長期の資金計画が絡むため、月次で見ても判断材料が変わらない。一方で、空室や滞納は「今月動けば結果が変わる」性質を持つため、この違いを混同しないことが監視盤の精度を保つ鍵になる。

警告閾値を数値で決め、赤黄緑で異常を可視化する

指標を並べただけでは監視盤にならない。人間は数字の羅列から異常を読み取るのが苦手だからだ。そこで各指標に警告閾値を設定し、条件付き書式で自動的に色を塗る。私が実際に使っている閾値は次のとおりだ。この閾値は絶対値ではなく、あなたの物件の家賃帯やエリアで調整してほしい。重要なのは「自分の基準を数値で明文化する」ことにある。閾値を決める作業を後回しにすると、色分けは結局「なんとなく赤っぽい」という感覚的な運用に陥り、月によって判断基準がぶれてしまう。私は閾値をシートの1行目に明記し、毎年見直す対象として固定している。

閾値の根拠を持たせる

私が空室30日を赤に設定したのは、私の管理エリアの平均客付け日数が過去3年で約22日だったからだ。平均を8日上回ったら「何かが普通でない」と判断する。滞納2件超を赤にしたのは、1件は振込忘れなど偶発的だが、同時に2件を超えると管理会社の督促フローに問題がある可能性が高いという経験則による。修繕7日は、繁忙期でも職人の初動が入るべき日数だ。閾値は勘ではなく、自分の過去データの平均+αで決めると説得力が出る。具体的な算出方法としては、直近1〜3年分の実績(すべての空室が実際に何日で決まったか、すべての滞納が何日で解消したか)をリストアップし、その平均値と標準偏差を求める。平均+1標準偏差を黄色、平均+2標準偏差を赤の基準にすると、感覚論を排した定量的な閾値が作れる。

条件付き書式の具体的な組み方

表計算ソフトなら、各セルに条件付き書式ルールを3本設定するだけでよい。空室日数のセルなら「30より大きい→赤背景」「15以上→黄背景」「それ以外→緑背景」の順で判定させる。数式が使えるなら、経過日数は「=TODAY()-空室開始日」で自動計算し、日付を入れておくだけで毎日勝手に色が変わる。私はここを自動化したことで、手作業の更新をほぼゼロにできた。滞納件数や修繕滞留についても同様に、開始日付だけを入力すれば経過日数と色が自動追随する構造にしており、月次更新のたびに色を塗り直す作業は一切発生しない。この「日付を入れるだけで色が変わる」設計にできるかどうかが、ダッシュボードが継続するかどうかの分岐点だと感じている。

月次で自動集計する「更新の型」を作る

ダッシュボードは、更新が面倒だと必ず放置される。私が最も注力したのが、この更新作業をいかに短くするかだった。理想は、管理ソフトや通帳明細からエクスポートしたデータを貼り付けるだけで、ダッシュボードが自動で最新化される状態だ。私は「入力シート」と「表示シート」を分離し、入力シートに生データを流し込めば、関数が集計して表示シートの監視盤に反映される構造にした。この分離により、入力シート側でCSVの列がどれだけ乱れていても、表示シート側はVLOOKUPやSUMIFS、COUNTIFSといった関数で必要な値だけを抜き出すため、レイアウトの見た目が崩れる心配がない。

データソースを3つに固定する

更新に使うデータは、私は3種類に固定している。1つ目は入出金明細(通帳CSVまたはネットバンキングのエクスポート)、2つ目は管理会社の入居状況一覧、3つ目は自分でつけている修繕・保険の進行台帳だ。ソースを増やすと更新が重くなる。逆に言えば、この3つさえ月1回集めれば監視は成立する。私の場合、この収集と貼り付けにかかる時間は約20分だ。以前は各ソースからExcel形式で落としてから手作業で整形していたが、今では貼り付け先の列位置を固定し、データの形式が変わった場合に検知できるよう「想定列名と一致しているか」を確認する簡易チェック行を入力シートの先頭に置いている。

更新頻度は「月1回・作業デー」に固定

毎日更新する必要はない。賃貸経営のイベントは日単位では動かないので、月1回で十分監視できる。私は毎月の第1土曜日を「作業デー」と決め、その日にデータを集めて貼り付ける。頻度を固定するとルーティン化し、忘れなくなる。ただし空室日数や更新満了までの日数は日付関数で毎日自動更新されるので、途中で気になったときに開けばリアルタイムの経過日数が見られる。この「月1回のデータ収集」と「日次の自動計算」を分けて考えることが重要で、データ収集は月1回のイベントだが、計算結果の表示はいつ開いても最新の経過日数を反映する、という二層構造にすることで、更新の手間と情報の鮮度を両立させている。

棟別に空室率と平均空室日数を並べて「問題棟」を特定する

全棟を合算した数字だけ見ていると、健全な棟が問題棟を覆い隠してしまう。全体の空室率が5%と聞くと優秀に見えるが、9棟のうち8棟が満室で1棟だけ空室率25%なら、その1棟に経営資源を集中投下すべきだ。だから私は必ず棟別に横並びで指標を表示する。監視盤の下段には、棟ごとの空室率・平均空室日数・滞納件数を一覧化したブロックを置いている。棟によって総室数が異なるため、単純な件数の比較は意味を持たない。10室の棟で空室2件は空室率20%だが、6室の棟で空室2件は空室率33%になり、印象が大きく変わる。件数だけを見ていると小規模な棟の異常を過小評価してしまうため、比較用の表には必ず率で表示する列を用意している。

「平均」と「最大」を両方見る

機械設計では、平均値だけでなく最大値(ワースト)を必ず見る。応力の平均が許容内でも、一点に集中すれば破断するからだ。賃貸も同じで、平均空室日数が良好でも、1室だけ120日空いているなら、その1室が全体を蝕む。私は棟別の平均に加え、各棟の「最長空室日数の部屋」を併記している。平均で安心し、ワーストを見逃すのが典型的な失敗パターンだ。私が所有する築古アパートの一棟では、平均空室日数は他棟と大差なかったにもかかわらず、1室だけ最長98日という異常値が隠れていたことがあった。平均だけを見るダッシュボードだったら、この98日は全く見えないまま放置されていたはずだ。

問題棟スコアで優先順位をつける

複数の問題棟が同時に浮上したとき、どれから手をつけるか。私は簡易的な「問題棟スコア」を使う。空室室数×平均家賃で月間逸失額を出し、そこに滞納件数と未完修繕件数を重み付けして加算する。要は「今この棟がいくら損しているか」を金額換算で並べる。感情や印象ではなく、金額の大きい順に対応すれば、限られた時間を最も効く場所に投下できる。ある年、私はこのスコアで築古の1棟を最優先と判定し、そこに募集強化を集中させた結果、四半期で空室率を18%から6%へ改善できた。もう一つの実例では、平均空室日数が全棟平均28日に対して58日と2倍近くまで悪化していた棟があり、比較グラフで気づいてから募集写真を全面的に撮り直したところ、翌シーズンには平均空室日数が32日まで改善した。比較で「相対的に悪い棟」を先に見つけられるかどうかが、対応の速さを大きく左右する。

進行中案件のステータス管理で「滞留」を見逃さない

空室や滞納と並んで見落としが多いのが、修繕の発注から完了まで、保険申請から入金までといった「進行中案件」の滞留だ。これらは始まった瞬間は覚えているが、2〜3週間経つと記憶から抜け落ちる。特に保険金の請求は、申請したこと自体を忘れて数十万円を取り逃すケースが実際にある。私はここを、案件ごとにステータスを持たせたリストで管理している。修繕の発注〜完了、保険申請〜入金といった複数の当事者(施工業者・保険会社・管理会社)が関わるプロセスは、誰かの対応待ちのまま放置されるリスクが常につきまとうため、進行中案件専用の一覧をKPIダッシュボードとは別に用意している。

ステータスは5段階で固定する

進行中案件のステータスは「①発生・受付 ②見積依頼中 ③発注済・着手待ち ④施工中 ⑤完了・入金待ち」の5段階に固定した。各案件がどの段階で何日止まっているかを表示し、同じステータスに7日以上留まっているものを黄、14日以上を赤に自動着色する。DIYで自分が施工する案件も同じリストに載せる。自分の作業も「発注」と同じく滞留するからだ。実際に私が所有する物件で、給水管からの漏水修繕の火災保険申請が、保険会社側の担当者変更の連絡漏れにより2ヶ月近く「②見積依頼中」のまま止まっていたことがあった。ステータス管理シートで「同ステータスに60日以上滞留」という異常表示が出たことで気づき、保険会社に確認の連絡を入れたところ、担当者変更の連絡ミスが判明し、そこから10日ほどで査定が完了した。この案件では修繕費用としておよそ38万円の保険金が下りたが、気づかずに放置していれば、さらに数ヶ月遅れていた可能性がある。

DIY案件と外注案件を同じ盤で管理する利点

私は原状回復やリフォームの多くを自分でDIYし、業者費用の1/5以下に抑えている。だが自分の手を動かす案件ほど「いつでもできる」と後回しになりやすい。ダッシュボードに載せて滞留日数を色で突きつけられると、自分への締め切りが可視化される。ある壁紙張替えを「着手待ち」で3週間放置していたのがオレンジ表示で発覚し、慌てて週末に片付けたことがある。監視盤は他人だけでなく、自分の怠慢も監視してくれる。「進行中案件は誰かが対応してくれているはず」という思い込みが最大の敵であり、ステータスと滞留日数を機械的に可視化することで、この思い込みを断ち切ることができる。

毎月5分のレビューで翌月の重点タスクを決める

ダッシュボードは作って終わりではなく、レビューして初めて価値が出る。私のレビューは毎月の作業デーに、データを貼り付けた直後の5分間で完結する。手順は決まっている。まず全体を俯瞰し、赤セルが何個あるかを数える。次に赤セルを上から順に見て、それぞれに「今月とるアクション」を1行でメモする。最後に、翌月の重点棟を1つだけ選ぶ。これだけだ。5分という短い時間に制約することで、逆に「重要な異常だけを見る」という規律が働く。時間を無制限にすると、些末な数字の変動まで気になって時間を浪費してしまうのが人間の性質だと私は理解している。

5分レビューの固定フロー

レビューを短時間で終えるコツは、判断の順序を固定することだ。私は次のチェックリストを毎回同じ順でなぞる。①滞納の赤はあるか(金銭の話が最優先)。②空室30日超の赤はあるか。③修繕・保険で14日以上滞留している案件はあるか。④90日以内に更新満了を迎える部屋は何室か。⑤問題棟スコアの1位はどこか。この5問に答えれば、翌月やるべきことは自ずと決まる。迷いが入る余地をなくすのが、継続の秘訣だ。私の場合、重点タスクは常に「①空室30日超の棟の募集条件見直し」「②滞納2件超の棟への対応方針決定」「③修繕滞留案件のフォローアップ連絡」のいずれかに収まることが多く、この3系統に絞ることで5分レビューから実行までの動線がスムーズになっている。

「重点棟を1つだけ」に絞る効果

あれもこれもと手を広げると、結局どれも中途半端になる。私は毎月、経営資源を集中投下する棟を1つだけ選ぶと決めている。9棟すべてを毎月改善しようとすれば破綻するが、月に1棟なら1年で全棟を一巡できる計算だ。この「今月はこの棟」という明確な焦点があると、管理会社への連絡も、DIYの段取りも、募集条件の見直しも、すべて一貫した方向に向かう。加えて、レビュー結果は必ず言語化して残すようにしている。頭の中で「今月は問題なし」と思っただけでは、翌月に同じ判断をした記憶が薄れてしまうため、ダッシュボードの隅に「今月のメモ」欄を設け、一言だけでも記録するようにしている。例えば「A棟の空室、写真撮り直し予定」のような短いメモでも、翌月のレビューで「先月決めたことは実行されたか」を確認する手がかりになる。

指標が悪化した棟の原因を切り分ける深掘り手順

ダッシュボードはあくまで「異常の検知装置」であり、原因までは教えてくれない。赤信号が灯ったら、次は原因の切り分けに入る。ここで機械設計のトラブルシュートと同じ思考が役に立つ。症状から原因を絞り込むには、切り分けの分岐を用意しておくのが効率的だ。私は空室が悪化した棟について、次の3系統で原因を切り分けている。

募集・管理会社・設備の3系統で切り分ける

空室が長引く原因は、大きく3つに分類できる。1つ目は募集の問題で、家賃設定が相場より高い、募集図面や写真が弱い、掲載サイトが少ないといった要因だ。2つ目は管理会社の問題で、内見対応が遅い、案内本数が少ない、そもそも積極的に動いていないケース。3つ目は設備・物件の問題で、老朽化した水回りや古い間取りが敬遠されている場合だ。私はまず、同エリア・同条件の他物件の募集家賃と成約事例を調べ、相場との乖離を確認する。相場並みなのに決まらなければ、管理会社に案内本数と反響数を数字で問い合わせる。反響はあるのに成約しないなら、内見時に敬遠される設備要因を疑う、という順で潰していく。具体的な判断軸としては、「同じ駅・同じ築年数帯の物件と比較して家賃が5%以上高いか」「掲載写真が10枚未満か」「仲介会社訪問や電話周知を過去3ヶ月していないか」の3点を最初に確認し、いずれかに当てはまれば、まずここを疑う。

数字で問い合わせ、印象で判断しない

管理会社に「決まりませんね」と聞いても「頑張ってます」としか返ってこない。だから私は必ず数字で聞く。「今月の掲載サイトへの反響件数は」「内見の案内本数は」「申込に至らなかった理由の内訳は」。この3つの数字が出てくれば、募集の問題か内見後の問題かが切り分けられる。反響ゼロなら露出か家賃、反響はあるが内見に至らないなら図面、内見はあるが決まらないなら設備か価格交渉の問題だ。感覚的な会話を数値の会話に変えるだけで、対策の精度が上がる。実際に私が反響数を問い合わせたある棟では、掲載サイトが1つしかないことが判明し、掲載を3サイトに増やしただけで翌月に成約した。また別の棟では、家賃を月3,000円下げ、写真を10枚から18枚に増やしたところ、平均空室日数が52日から26日まで改善した実例もある。募集要因を潰しても改善しない場合は管理会社の対応スピードを疑い、年に1〜2回、内見対応の実績データを開示してもらって他棟との比較で明らかに遅い管理会社がついている棟がないかを確認している。それでも解決しない場合は、給湯器やエアコンの年式など設備老朽が「決め手」に直結している可能性が高く、築25年を超えたあたりからは小さな修繕ではなく計画的な設備更新を検討すべき段階だと判断している。

まとめ:監視の仕組みが規模拡大を支える

9棟規模まで拡大して痛感したのは、物件を増やす能力と、増えた物件を破綻なく管理する能力はまったく別物だということだ。買う力があっても、見える化の仕組みがなければ、空室や滞納や修繕の滞留がじわじわと収益を蝕む。私が自作したダッシュボードは、高度な収支分析ツールではなく、あくまで「異常を早期発見する監視レーダー」だ。載せる指標は入金・空室・更新満了・滞納・未完修繕の5つに絞り、それぞれに数値の警告閾値(空室30日超・滞納2件超・修繕未完7日超など)を設けて赤黄緑で塗り、月1回20分の更新と5分のレビューで回す。棟別に横並びで見て問題棟を特定し、金額換算のスコアで優先順位をつけ、悪化した棟は募集・管理会社・設備の3系統で切り分ける。特別なソフトは要らず、表計算ソフト1枚で十分だ。もしあなたが3棟以上を保有していて、どの棟で何が起きているか即答できないなら、今日この5指標のダッシュボードを作ることをすすめる。作った瞬間から、見えなかった損失が色になって見えてくるはずだ。まずは自分が今抱えている棟の中から、5つの指標だけを抜き出して1枚のシートに並べてみることから始めてほしい。数字が並んだ瞬間に、これまで見えていなかった「問題の芽」が見つかるはずだ。なお、税務・保険・法的手続きに関わる判断は2026年時点の一般論であり、個別の対応は税理士や保険代理店など専門家に確認してほしい。

同じカテゴリの記事を読む

8棟自主管理の経験から書いた関連記事 — まとめて読むと理解が深まります

▸ 大家のリアル

賃貸経営のキャッシュフロー計算ガイド｜表面利回りの罠と実質利回りの出し方

▸ 大家のリアル

店舗・事務所(事業用テナント) vs 住居系賃貸｜空き1階を貸すときのリスクと利回り比較

▸ 大家のリアル

風災・雹災・雪災の保険金請求:屋根・雨樋・カーポート・アンテナの損傷を満額回収する判定基準

▸ 大家のリアル

管理コストを費目別に見える化して削る|管理料・広告費・修繕費・保険を運営効率で圧縮する棚卸し

▸ 大家のリアル

空室30日を超えたら見直す「募集条件の温度計」――家賃・初期費用・設備の優先順位づけ

▸ 大家のリアル

賃貸現場の丸ノコガイド完全比較|平行定規・Tスライド・フリーアングルで直角と長尺を出す精度検証