賃貸管理会社でAIを使うなら、どこから始めるか
賃貸管理会社でAIを使うなら、最初の一手は入居者からの問い合わせと修繕受付を「案件」にすることです。次が家賃入金の消込と滞納の例外抽出、その次がオーナーへの定期報告の組み立てになります。
この記事が想定しているのは、賃貸人から委託を受けて建物の維持保全を行い、あわせて家賃や敷金の管理も担う管理会社です。自ら借り上げて転貸するサブリース事業者としての業務、自社所有物件だけを自主管理する場合、仲介だけを行う場合は、法令上の位置づけが変わるため範囲に入れていません。
この順番になるのには理由があります。
賃貸管理の仕事は、契約ごとの周期と突発の出来事という、性格の違う2つで動いています。家賃の収受、更新、オーナー報告は契約が続くかぎり反復します。一方で、設備の故障、苦情、滞納、退去は、暦とは無関係にやってきます。
この2つが同じ担当者の手元で交錯するため、いま何が止まっているのかが見えなくなるのが賃貸管理の難しさです。だからこそ、出来事を受け止める入口から手を付けるのが効きます。
一方で、原状回復の負担区分、緊急修繕の安全判断、管理受託契約の重要事項説明は、AIに渡せない領域として残ります。ここは「AIが答えを出せるか」の問題ではなく、誰が責任を負うかが先に決まっている仕事です。
この記事では、賃貸管理の仕事を流れに沿って分解し、どこにAIを入れ、どこに人の判断を残すかを整理します。
賃貸管理の仕事は、どう流れているか
賃貸人から管理を受託し、日々の運営を回して、オーナーへ報告するまでの流れを、大きく6つに分けて見てみます。
1. 受託まで 管理切替の相談を受け、物件概要・戸数・現在の管理範囲・レントロールを確認します。管理メニューと報酬を見積もり、管理受託契約の重要事項説明を経て契約します。
2. 引継ぎと登録 前の管理会社からの引継ぎで、住戸一覧と賃貸借契約、未収・預り金・敷金残高、未完了の修繕と苦情を突き合わせます。ここで物件ID・住戸ID・契約IDを採番し、賃貸借条件と設備台帳を登録します。
3. 毎月回るもの 家賃・共益費の請求予定を作り、口座の入金明細と消し込みます。差額、未入金、名義の不一致が例外として残ります。
4. 突発で入ってくるもの 入居者からの問い合わせと苦情、設備の不具合と緊急修繕。修繕は、受付から一次切り分け、業者見積、オーナー承認、発注、完了、請求までつながります。
5. 契約の節目 更新の案内と条件変更、解約の受付と立会い、原状回復と敷金等の精算。
6. オーナーと会社に返るもの 入出金とコストからオーナーへの送金明細を作り、管理料を自社の売上として計上します。そして管理業務報告書をオーナーへ提出します。これに、法定帳簿・分別管理・業務管理者の対応が重なります。
この流れを眺めると、2・3が情報を整える工程、4・5が判断と対人対応の工程、6が説明責任の工程という性格の違いが見えます。
もうひとつの特徴は、期限が契約ごとにバラバラなことです。更新日も報告の起算日も入居者ごと・オーナーごとに違うため、「今月の締め」という共通の区切りだけでは管理しきれません。契約単位で期限を持ち、そこから逆算する——この形を作れるかどうかが、AI以前の分かれ目になります。
AI導入の優先Top3
Top 1：問い合わせと修繕受付を「案件」にする
何をするか。 電話・メール・チャットで入ってきた入居者からの連絡を、物件IDと住戸IDが付いた案件として記録します。そのうえで、症状と設備を構造化し、設備台帳の型番、過去の同症状の修繕履歴、保証の有無を引き当てて、担当者に渡します。
修繕に進んだものは、業者見積の項目を並べて比較し、オーナーへの承認依頼資料の下書きを作ります。承認依頼を出してから何日経ったかを数え、止まっているものだけを一覧に上げます。
なぜ最初か。 3つの理由があります。
第一に、ここが情報の入口だからです。問い合わせが担当者の記憶とメールボックスに残っている状態では、後工程のどこを直しても効きません。
第二に、滞留が見えにくい工程だからです。入居者は待たされていることを知っていても、会社側で承認待ちの件数と日数を数えていなければ、遅れは把握できません。
第三に、AIが得意な仕事の形をしているからです。バラバラな文面から症状と設備を取り出し、履歴を探し、比較表を作る——判断ではなく、判断の前段です。
どう始めるか。 特別なシステムは要りません。直近1か月の問い合わせを紙でもExcelでもよいので並べ、「受付日」「物件ID」「住戸ID」「症状」「いま誰の手元にあるか」の5列を埋めてみてください。埋まらない列が、失われている情報です。
何を測るか。
- 受付から一次回答までの時間
- オーナー承認待ちの件数と、最長の滞留日数
- 同じ入居者からの再連絡（再発・催促）の件数
- 修繕案件が完了して請求されるまでの日数
「承認待ち」を1つの状態にしない。 修繕が止まる場所は1か所ではありません。次のように分けて数えると、どこで止まっているかが見えます。
| 状態 | 意味 |
|---|---|
| 症状確認済み | 現地または写真で症状を確認した |
| 緊急度判定済み | 人が緊急性の有無を判断した |
| 見積取得済み | 業者見積が揃った |
| オーナー承認済み | 方針と費用について委託者の承認を得た |
| 発注可 | 上記が揃い、発注してよい |
「未判定」と「判定して問題なし」は違う状態です。 同じ空欄のままにすると、確認していないものが承認済みに紛れます。
注意すること。 緊急度の判定をAIに確定させないでください。 漏水、停電、ガス、火災に関わる申告は、AIが整理した情報を人が見て、人が動かす判断をします。AIができるのは、症状と過去の履歴を素早く並べて、判断を早くすることまでです。
Top 2：家賃入金の消込と、滞納の例外抽出
何をするか。 契約マスターから請求予定を生成し、口座の入金明細と契約IDで突き合わせます。そのうえで、一致しなかったものだけを残します。
例外として残るのは、こうしたものです。
- 金額が請求と違う（一部入金・過入金）
- 入金がない
- 振込名義が契約者名と違う
- 前月からの未収が続いている
なぜ2番目か。 理由は2つあります。ひとつは、消込の中心がAIではなくルールによる照合であり、AIが新たに担う部分が限られること。もうひとつは、例外が出たときの原因が、Top 1で問い合わせと修繕が記録されていなければ追えないことです。「入金がない」の背景に修繕対応の経緯があるとき、その経緯は入金データの側には残っていません。
どこがAIの仕事か。 請求予定の生成は契約マスターからの計算、契約IDと金額が一致するものの消込は決定論的なルール照合です。ここにAIは要りません。生成AIが効くのは前後の曖昧な部分——振込名義の表記揺れから契約の候補を挙げる、摘要欄の自由記述を読み解く、入金と督促の経緯を時系列に整理する——に限られます。
そして、AIが挙げた候補は「照合済み」ではありません。 名義の揺れから推定した対応付けは候補であり、消込を確定するのは、確定的な一致条件か人です。候補と確定を同じ欄に書くと、あとから区別できなくなります。
何を測るか。
- 消込にかけた時間
- 例外として残った件数
- 未収のまま月をまたいだ件数
注意すること。 督促の方針は人が決めます。 滞納期間、過去の対応、契約条件、入居者の事情を踏まえた判断であり、法的な対応に発展しうる領域です。AIが出せるのは「誰が、いくら、何か月」という事実の整理までです。
Top 3：オーナー定期報告の組み立て
何をするか。 管理業務報告書を、入出金・修繕・苦情対応・空室の業務ログから組み立てます。
AIが担うのは、報告対象の期間と契約を抽出し、その期間のログを集約して下書きを作るところまでです。人は、重要事項と未解決事項が正しく載っているかを確認し、最終承認をします。
なぜ3番目か。 この工程は、Top 1・Top 2の出力を材料にするからです。記録がない状態で報告書だけを自動化しようとしても、書く材料がありません。
何を測るか。
- 報告書1件あたりの作成時間
- 報告期限に対する遅延件数
- 報告後にオーナーから追加質問が来た件数
注意すること。 下書きを作るのはAIでよいとしても、「何を伝え、何を伝えないか」は人が決める判断です。
AIに任せやすい仕事
賃貸管理の仕事のうち、AIが引き受けやすいものには共通の性質があります。
| 性質 | 賃貸管理での具体例 |
|---|---|
| 形を整える | 通話メモ・メールを、物件ID・住戸ID付きの案件記録にする |
| 照らし合わせる | 請求予定と口座入金明細を契約IDで突き合わせる |
| 違いを見つける | 金額差・名義不一致・未入金を抽出する |
| 足りないものを探す | 引継ぎ時に、住戸一覧と賃貸借契約の間で欠けている情報を洗い出す |
| 下書きを作る | オーナー承認依頼の資料、更新案内、管理業務報告書の第一版 |
| 探し出す | 同じ設備・同じ症状の修繕履歴と、保証の有無を引き当てる |
| 進み具合を追う | 承認待ちの日数、更新期限、報告期限を契約単位で追う |
いずれも、判断そのものではなく、判断の前段にある作業です。とくに最後の「進み具合を追う」は、期限が契約ごとに違う賃貸管理では効きます。期限を持ち続ける役は、人が続けにくい仕事だからです。
AIの支援が向く仕事——人の確認を挟むもの
前の節と似ていますが、性格が違う仕事があります。AIが案を出し、人が確認してから使う領域です。
- 引継ぎ時の未収・預り金・敷金残高の確認（金銭の差異は全件を人が見る）
- 管理料・立替金の計算と、送金予定と口座明細の照合
- 管理受託契約の記載事項と、実際に提供する管理内容の突き合わせ
- 入居時と退去立会いの写真を並べ、変化のある箇所を示すこと
- 原状回復の負担区分を判断するための、契約条項と社内基準の参照箇所を集めること
これらは、AIの出力をそのまま使うわけにはいきません。必ず人が確認してから業務に使います。 とくに金銭に関わるものは、例外だけでなく全件を人が見る設計にしておくほうが安全です。確認を挟むことは手間ではなく、品質の設計です。
人に残す仕事・判断
ここが、この記事で最も重要な部分です。
線を引くときの基準は、ひとつです。
「AIが答えを出せるか」ではなく、「誰がその答えに責任を持つのか」。
賃貸管理で人に残るもの
| 仕事 | AIが担うところ | 人が担うところ |
|---|---|---|
| 管理受託の相談 | 物件情報・現状の整理、不満点の要約 | 受託するかどうかの判断 |
| 管理提案・報酬見積 | 標準メニューとの差分、見積の下書き | 価格と契約条件の最終決定 |
| 重要事項説明・契約締結 | 説明事項の下書き、記載と実務の照合 | 説明の実施と契約の締結 |
| 家賃の滞納 | 滞納者・金額・期間の抽出 | 督促の方針の決定 |
| 苦情 | 内容の分類、過去履歴の検索 | 紛争性があるかどうかの判定 |
| 緊急修繕 | 症状の構造化、過去事例と保証の検索 | 緊急度と安全措置の判断 |
| 修繕の発注 | 見積の項目比較、承認資料の作成 | 修繕方針と発注先の決定 |
| 更新・条件変更 | 期限抽出、案内文の準備 | 条件交渉の方針 |
| 退去立会い | 入居時写真との比較 | 現場での安全・設備異常の確認 |
| 原状回復 | 記録と見積項目の突合、根拠候補の整理 | 最終的な負担区分の決定 |
| オーナー報告 | ログの集約、報告書の下書き | 報告内容の最終承認 |
| 法定帳簿・分別管理 | 記録の点検、必要項目の確認 | 業務管理者としての責任判断と是正 |
とくに、原状回復の負担区分
原状回復の負担区分は、AIに確定させてはいけません。
入居時と退去時の写真を並べ、契約条項と社内基準の該当箇所を集めるところまでは、AIが担えます。しかしその先——通常損耗か、入居者の使い方によるものか、経過年数をどう見るか——は、契約の解釈と交渉と、紛争になったときの説明を含む判断です。
AIの出力を「根拠」として提示すれば、根拠のない請求を、根拠があるように見せることになります。AIが出せるのは根拠の候補であって、根拠そのものではありません。
精度が上がるほど、確認は形骸化しやすい
実務で難しいのは、AIの精度が高いときほど、確認が甘くなることです。正しい出力を見続けた人間は、注意力を保てません。だからTop 1・Top 2の例外抽出は、効率化であると同時に、確認を成立させるための設計でもあります。
目指す姿
賃貸管理会社のあるべき姿は、「管理システムを導入している状態」ではありません。
構造として言えば、こうなります。
物件ID・住戸ID・契約IDで、賃貸借条件・入出金・修繕・問い合わせ・更新・退去が一本につながっている。
ここでいう「つながっている」は、すべてを1つのファイルや1画面へ平置きすることではありません。業務の基準になる情報を、ID・版・状態・アクセス権限で関連付け、どれが最新で、どれが承認済みかが分かるようにすることです。
このつながりができると、次の3つが自然に成立します。
1. 例外だけを人へ上げられる 滞納、長期未完了の修繕、繰り返す苦情、更新の漏れ、オーナー承認待ち——これらを例外キューとして扱えます。裏を返せば、それ以外は人が見なくてよい状態になります。
2. 修繕が最後までつながる 受付 → 一次切り分け → 見積 → オーナー承認 → 発注 → 完了 → 請求が案件IDで追え、「完了したのに請求していない」が消えます。
3. オーナー報告が組み立てられる 報告書は、新たに書くものではなく、業務ログから組み上がるものになります。
ツールを入れることが目的ではなく、この構造を作ることが目的です。
Before / After
Before
問い合わせは電話・メール・チャットに分かれ、修繕は担当者のメモに、入金は会計側の台帳に、オーナー報告は月末にまとめて作る。経緯を追うには、担当者に聞く。
After
問い合わせと修繕が物件・住戸・契約IDの付いた案件になり、入金消込は例外だけが残り、オーナー報告は業務ログから組み上がる。人は、承認待ちの滞留と判断が必要な案件に向き合う。
Beforeが悪いわけではありません。そうなっているとすれば、理由があります——入居者は電話をかけてくるものですし、修繕は現場で動くものだからです。
変えるとしたら、全部を一度にではなく、Top 1の入口からです。
法令・規制・情報管理
賃貸管理では、自社が法令上の義務者になる場面があります。ここは他業種と性格が違うため、先に整理します。
まず、自社の業務が「賃貸住宅管理業」に当たるか
賃貸住宅の管理業務等の適正化に関する法律は、賃貸住宅管理業を、賃貸人から委託を受けて行う次の業務と定めています（法第2条第2項）。
- 賃貸住宅の維持保全（点検・清掃その他の維持と、必要な修繕）を行う業務
- 家賃・敷金・共益費その他の金銭の管理を行う業務（1と併せて行うものに限る）
見落としやすいのは、2の括弧です。金銭の管理だけを受託しているものは、この定義に当たりません。 ただし、どこまでを受託しているかは会社ごと、契約ごとに違います。自社の管理メニューを、維持保全を含むものと含まないものに分けて確認してください。
なお、自己所有物件は「賃貸人から委託を受けて」に当たりません。受託管理と自己所有を同じ台帳で数えている場合は、まず分けて数えるところからになります。
登録が必要になる規模
賃貸住宅管理業を営もうとする者は登録を受けなければなりませんが、賃貸住宅管理業に係る戸数が200戸未満のときは、この限りではありません（法第3条第1項ただし書、施行規則第3条）。
注意したいのは、200戸未満は「登録できない」ではなく、「登録の義務がない」ということです。任意に登録を受けることはでき、その場合は下記の義務も併せて生じます。
登録した事業者に生じる主な義務
| 義務 | 内容 |
|---|---|
| 業務管理者の選任 | 営業所または事務所ごとに1人以上選任する。業務管理者は他の営業所・事務所の業務管理者になれない（法第12条） |
| 財産の分別管理 | 受領した家賃等を管理する口座を自己の固有財産の口座と明確に区分し、かつどの管理受託契約のものかを自己の帳簿で直ちに判別できる状態で管理する（法第16条・規則第36条） |
| 委託者への定期報告 | 管理受託契約を締結した日から一年を超えない期間ごと、および契約期間の満了後遅滞なく、管理業務報告書を作成して委託者へ交付し、説明する（法第20条・規則第40条） |
この3つは、AI導入の設計に直接効いてきます。
- 分別管理が求めているのは口座の区分だけではありません。契約単位で直ちに判別できる状態まで含みます。Top 2の消込設計は、効率の話であると同時に、この状態を保てるかどうかの話です
- 定期報告の記載事項には、報告対象期間と管理業務の実施状況に加えて、入居者からの苦情の発生状況および対応状況が含まれます。Top 1で問い合わせを案件として記録することが、そのまま報告の材料になります
- 業務管理者が行う管理・監督の事務は、AIへ移せません
責任を負う人を、ひとまとめにしない
「管理会社が責任を持つ」と一言でまとめると、設計を誤ります。賃貸管理では、次の5つが別々です。
| 立場 | 誰か |
|---|---|
| 法令上の義務者 | 賃貸住宅管理業者としての自社 |
| 管理・監督の事務を行う者 | 営業所ごとの業務管理者 |
| 業務を実施する者 | 担当者、および修繕を請け負う協力会社 |
| 委託者として承認する者 | オーナー（修繕の方針・費用、条件変更） |
| 入居者に対する賃貸借契約の当事者 | 賃貸人であるオーナー。管理会社は受託した範囲でその履行を担う |
AIは、このどの立場にも立ちません。AIがいるのは、承認の材料を揃える側です。
事務所として、AIの使い方を決める
賃貸管理では、入居者の連絡先、家賃の支払状況、滞納の経緯、オーナーの資産情報など、個人情報と資産情報の両方を扱います。
したがって、次のことは会社として決めておく必要があります。
- 必要最小限の情報だけを入れる（住戸を特定できる情報や滞納の経緯まで入れる必要があるか）
- AI事業者が入力データを学習に使わない設定・契約になっているか
- 保存期間と削除の方法
- 契約上の機密保持とデータの取扱条件
- アクセス権限と操作ログが残るか
- 再委託・国外保管など、自社の規程上あらかじめ決めておくべき事項
そのうえで、入居者やオーナーの情報を扱うのは、会社が利用を承認したアカウント・サービスに限ります。 個人のアカウントで試すことと、業務で使うことは別です。
この確認を済ませる前に、入居者やオーナーの情報をAIへ投入しないでください。
会社としてのAI利用ルールをどう作るかは、生成AIの社内ルールにまとめています。
制度の状態を混同しない
現行の制度、これから施行されるもの、業界の慣行、そして推測。これらは分けて考えてください。
※法令・制度に関する記述は、内容確認日時点の一般的な整理です。実際の適用は、業務内容、契約関係、事業規模、地域、施行時点の法令・行政解釈等によって異なります。重要な判断は、最新の一次情報と自社の具体的な条件を確認してください。
最初の30日プラン
1週目：測る
対象を1業務に絞ります。おすすめは問い合わせ・修繕受付です。受付件数、一次回答までの時間、承認待ちの件数と滞留日数を、1〜2週間の簡易な記録で取ります。ここを飛ばすと、後で効果を語れなくなります。
2週目：整える
物件・住戸・契約のIDが、実際にどの台帳まで振られているかを確認します。振られていない台帳が、つながっていない場所です。あわせてAIへ入れてよい情報の範囲を決めます。
3週目：試す
リスクの低いところから試します。問い合わせ内容の分類、修繕履歴の検索、業者見積の項目比較、承認依頼資料の下書き。緊急度の判定と負担区分の判断は、対象に入れません。
4週目：比べる
1週目に測った数字と比べます。一次回答までの時間、承認待ちの滞留日数、再連絡の件数。ここで次の対象——たとえば入金消込——を決めます。
30日で会社全体は変わりません。変わるのは、AIをどこまで使ってよいかの判断基準が社内にできることです。
AI活用の成熟度
自社がいまどの段階にあるかを確かめてみてください。
Lv1 人に依存している 問い合わせも修繕の経緯も、担当者の記憶と個人のメールの中にある。
Lv2 台帳はある 管理システムや会計はあるが、問い合わせ・修繕・入金・報告が別々に管理されている。
Lv3 一元化されている 物件・住戸・契約のIDで、賃貸借条件・入出金・修繕・問い合わせがつながっている。
Lv4 AIが支援している AIが案件の構造化、履歴の検索、入金の照合、例外の抽出、報告書の下書きを担っている。
Lv5 仕組みになっている 判断の要らない処理はルールで流れ、例外はAIが絞り、紛争性・安全・契約に関わる判断は責任者が行う構造になっている。
Lv5は「AIが入居者対応を自動で完結する状態」ではありません。賃貸管理にとってのLv5は、
「担当者が全部を追いかける」から「担当者が判断すべきものだけに向き合う」への転換
です。
よくある質問
Q. 入居者からの問い合わせに、AIが自動で返信してもよいですか。
設備の不具合や苦情については、お勧めしません。 症状の背後に安全に関わる事象が隠れていることがあり、緊急度の判断は人が行う必要があるためです。AIに向くのは、問い合わせを案件にして、必要な情報を担当者の前に並べることです。
Q. 原状回復の負担区分を、AIに判定させることはできますか。
できません。 入居時と退去時の記録を照合し、契約条項や社内基準の該当箇所を集めるところまではAIが担えます。しかし最終的な負担区分は、契約の解釈と交渉を含み、紛争になれば説明を求められる判断です。AIの出力を根拠として提示しないでください。
Q. 管理戸数が200戸に満たない場合、登録は要りませんか。
登録の義務はありませんが、登録できないわけではありません。 任意に登録を受けることはでき、その場合は業務管理者の選任などの義務も併せて生じます。まず、受託している戸数と自己所有の戸数を分けて数えたうえで、自社の該当性は最新の制度情報でご確認ください。
Q. オーナー報告をAIに作らせて、そのまま送ってよいですか。
下書きまでです。 管理業務報告書は交付して説明するものであり、記載事項には苦情の発生状況と対応状況も含まれます。伝えにくい事項が落ちていないかは、人が確認する必要があります。
Q. どのくらい工数が減りますか。
確かな数字はお示しできません。 管理戸数も、オーナーの数も、問い合わせの入り方も会社ごとに違うためです。だからこそ1週目に測ることをお勧めしています。自社の数字が、いちばん確かな根拠になります。
近い構造の業種
不動産売買仲介のAI活用 同じ不動産でも、売買仲介は取引が成立すれば終わり、賃貸管理は契約が続くかぎり反復します。終わる仕事と、終わらない仕事の違いが、AIの入れどころをどう変えるかを比べてみてください。
空調設備工事会社のAI活用 設備の台帳を持ち続け、点検・修理・更新でつながる点が共通です。設備台帳を資産として扱う考え方は、賃貸管理でもそのまま使えます。
シリーズの一覧は業種別AI活用ベストプラクティスからご覧いただけます。
この記事を自社に当てはめたい方へ
同じ賃貸管理会社でも、管理戸数、オーナーの数、自社での修繕対応の範囲によって、最初の一手は変わります。数十戸を丁寧に見ている会社と、数千戸を仕組みで回している会社では、Top 1の中身が違います。
まず、自社の現在地を確かめる
AI戦略診断は無料・登録不要です。回答すると、いまどの段階にあるかと、最初に取り組むべき領域が分かります。
自社への当てはめを一緒に進めたい場合は、AI顧問サービスでご案内しています。初回は30分の無料リモート面談を承っています。
具体的なご相談はお問い合わせからどうぞ。
なお、AI活用の全体像——市場分析、価格や商品設計、発信、採用、社内ルールまでを経営の機能ごとに整理したものは、社長の経営OSをAI化する戦略のすべてにまとめています。
最終更新日: 2026年8月25日／内容確認日: 2026年8月24日
