不動産管理：修繕依頼を、受付から完了まで滞留させずに追い切る
修繕対応は、オーナーが管理会社を選ぶ理由であり、離れる理由でもあります。依頼の受付、業者手配、入居者への連絡、オーナー報告を1つのKylonルームで扱い、支出と例外対応は担当者の承認を経る運用を整理します。
契約書の文言にかかわらず、実態は修繕対応が商品である
オーナーは募集写真のために管理会社を選ぶわけではありません。Buildiumの2026年業界レポートでは、56%のオーナーが管理会社に委託した主な理由として修繕対応を挙げ、同時に最大のストレス要因としても挙げています（出典：Buildium「2026 State of the Property Management Industry Report」、2026年9月21日参照）。
件数は安定して増えています。8年間、全50州にわたる19万3千件超の一次データを分析したHemlaneの集計では、2024年は1戸あたり年3.30件、2020年の2.93件から増加しています（出典：Hemlane、修繕依頼の集計、2026年9月21日参照）。400戸の管理であれば年間およそ1,300件が、担当者の休暇とは無関係に届きます。
そして滞留します。同じデータで、全カテゴリの修繕完了までの中央値は13.1日、手配を担うサービスを経由した依頼は中央値10.1日、貸主が直接管理した依頼は14.7日でした（出典：Hemlane、修繕完了日数のベンチマーク、2026年9月21日参照）。差を生んでいるのは施工の質ではありません。入居者、業者、承認の間の糸を誰が握っているかです。
道具の存在は知られています。Buildiumの調査では、AI活用は2024年の20%から2025年に58%へ増加した一方、工程を最後まで自動化できた企業は8%にとどまりました（出典：Buildium「2026 State of the Property Management Industry Report」、2026年9月21日参照）。導入は容易で、工程を完結させることが難しい。難しい理由は、支出の承認を人が行う必要があるからです。
修繕に1ルーム、依頼ごとに1レコード
修繕運用のKylonルームを1つ、その裏にデータベースアプリを1つ置きます。依頼は1件ずつレコードになります。物件、部屋番号、入居者、区分、申告された症状、緊急度、入室方法、割り当てた業者、支出の承認状態、そしてその件に関するすべての連絡履歴です。
1週間の質を変えるのは最後の項目です。オーナーから14号室について問い合わせがあったとき、答えは3人の記憶ではなくレコードの中にあります。
- 依頼レコード：区分、緊急度、入室方法、承認状態を保持
- 業者レコード：職種、対応エリア、保険の満了日、平均対応日数
- オーナー承認基準：慣習ではなくルールとして明文化
- ルームガイドライン：確認なしに入居者へ送ってよい範囲を定義
届くもの、整えられるもの、人が決めるもの
修繕には、多くの業務フローが曖昧にしがちな明確な境界があります。お金です。AIエージェントは依頼を最後まで運べますが、1ドルの支出も承認しません。
| 届くもの | 手元に整えられるもの | 人が決めること |
|---|---|---|
| キッチンが浸水しているとの入居者からの連絡 | 緊急として記録し、物件、部屋、入室方法を添え、一次返信の文面を作成 | 緊急に該当するか、今夜どの業者を向かわせるか |
| 暖房の様子がおかしいという曖昧な申告 | 入居者への確認事項3点の文面を作成し、回答まで区分を保留 | 点検訪問が必要かどうか |
| 普段から依頼している職種の作業 | 対象の業者宛に、部屋、入室可能時間、作業範囲を記載した手配文面を作成 | 依頼する業者と、送信の可否 |
| オーナー承認基準を超える見積が届く | 見積、症状、放置した場合の影響を添えた承認依頼の文面を作成 | オーナーの回答があるまで着手しない |
| 業者から4日間返信がない | 滞留日数、最終連絡、督促文面を提示 | 督促するか、別の業者に切り替えるか |
| 月次の締め | レコードから作成したオーナー報告の下書き。受付件数、完了件数、未完了とその理由、承認に対する支出 | オーナーに出る前のすべての数値 |
受付、切り分け、そして最初の返信
被害の多くは最初の1時間に生まれますが、それは物理的な被害ではなく信用の問題です。返信がない入居者は何も進んでいないと判断し、再度連絡し、次にオーナーへ連絡します。
ルーム内では、メール、フォーム、メッセージのいずれで届いた依頼もレコードになり、一次返信の下書きが同時に用意されます。ここで区分が重要になるのは、内訳が予測可能だからです。配管だけで全依頼の25.4%、上位4区分で71%を占めます（出典：Hemlane、修繕対応の分析、2026年9月21日参照）。少数の明確な区分で受信の大半を覆えるため、下書きによる切り分けが安定して機能します。
緊急案件は例外として扱います。AIエージェントは緊急の可能性を示し一次返信を作成しますが、判断は担当者が行います。深夜11時の誤った緊急手配は、費用を取り戻せないためです。
運用画面
AIエージェントが見積と承認基準を報告し、管理担当が待った場合の影響を尋ね、オーナーへの依頼文が作成されます。着工の手配は行われません。
支出承認が、制御の中心にある
管理委託契約には、それを超えるとオーナーの同意が必要になる金額が必ず書かれています。実務ではその金額を覚えている人が運用を支えており、請求書が出たあとに気まずい会話が発生する原因になっています。
この基準額をルームに書き込むと、運用の構造になります。基準内の見積には手配文面の下書きが用意されます。基準を超える見積には、症状、見積、代替案、待った場合に起こることを添えたオーナー向け依頼の下書きが用意されます。オーナーがスレッドで回答するまで、オーナーの資金に対する発注は行われず、その回答は依頼レコードに紐づいたまま残ります。
オーナー報告を、すでに起きた業務から組み立てる
月次のオーナー報告は、多くの場合が再構成作業です。6つの画面を開いて1か月を組み直します。各依頼が自分の履歴を持っていれば、報告はレコードを読む作業に寄り、経緯を調べ直す工程が減ります。
下書きには、区分別の受付件数、完了件数と所要日数、未完了の件数とその理由、承認に対する支出、そしてオーナーの判断待ちのまま残っている件が含まれます。人が読み、署名します。オーナーがその価値に気づくのは3か月目です。物件で何が起きたかという質問の答えが、すでに読んだ内容と一致するからです。
接続するもの
Kylonは不動産管理システムではなく、賃貸借契約、会計帳簿、家賃収納を保持するものでもありません。運用中のツールの上に立ち、入居者、業者、オーナーの間の調整を担います。
- メールとメッセージ：入居者と業者のやりとりが担当者個人ではなく依頼に紐づく
- データベースアプリ：依頼、業者、物件のレコードを全員が同じ形で読む
- ファイル保管：見積書、請求書、点検写真、保険証券の保管
- ルームガイドライン：承認基準額と緊急の定義を保持
- 権限設定：AIエージェントが担当する物件の範囲を限定する
シフトをまたいで届く依頼には、記録に加えて引き継ぎの設計が必要です。その型はシフト引き継ぎで扱っています。不動産分野の他の事例は不動産のユースケースをご覧ください。
着手の順序
1つの管理物件群と1か月を選びます。依頼の項目と業者リストをデータベースアプリに入れ、入居者がすでに連絡しているメールボックスに接続し、重要な2つのルールを書き出します。確認なしに入居者へ送ってよい内容は何か、そしてオーナーが判断する金額はいくらからか。
“依頼件数が減ったわけではありません。誰にも気づかれないまま静かになることが、起きにくくなりました。”
