AIツールを選ぶ前に、「任せてよい仕事」を決める
不動産管理会社でAI導入を検討すると、最初に気になるのは「どのAIツールを使うか」です。
入居者からの問い合わせ対応、修繕依頼の振り分け、オーナー報告書の作成、契約書の確認など、AIで効率化できそうな業務は多くあります。
しかし、業務フローが整理されていないままAIを入れると、次のような問題が起きます。
- AIが古いマニュアルをもとに回答する
- 担当者ごとに判断基準が違い、AIに教える正解が決まらない
- 入居者名、部屋番号、滞納状況などの個人情報を不用意に入力してしまう
- 「便利そう」で始めたものの、効果を測れず利用が止まる
- AIの文案をそのまま送って、費用負担や契約条件の説明でトラブルになる
AI導入で最初にやるべきことは、ツール比較ではありません。
まず、現在の業務を「入力情報」「判断」「出力」に分け、AIに任せる作業と人が承認する作業を切り分けることです。
この記事では、不動産管理会社がAI導入前に整理すべき業務フローを、初心者でも実行できる手順に落とし込みます。対象は、賃貸住宅管理、PM、BM、仲介連携、入居者対応、オーナー対応を行う中小から中堅規模の管理会社です。
なお、本記事は一般的な情報提供であり、個別の法務・労務・投資判断を助言するものではありません。実運用では、顧問弁護士、個人情報保護担当者、システム担当者と確認してください。
本記事の一次情報・確認ログ
この記事では、AI導入の一般論だけで終わらせないため、公的情報と検証前提を明記します。
- 執筆・確認日:2026年6月29日 JST
- 対象読者:不動産管理会社の経営者、管理部門責任者、現場リーダー、DX担当者
- 確認した一次情報
- 国土交通省「賃貸住宅管理業登録の方法」
賃貸住宅管理戸数が200戸以上の賃貸住宅管理業者は、自己所有物件の管理を除き、賃貸住宅管理業登録が義務付けられている旨を確認。
https://www.mlit.go.jp/tochi_fudousan_kensetsugyo/pm_portal/how_to_register.html - 国土交通省「賃貸住宅管理業者の主な義務」
業務管理者の配置、管理受託契約締結前の重要事項説明、財産の分別管理、定期報告などの業務区分を確認。
https://www.mlit.go.jp/tochi_fudousan_kensetsugyo/const/content/001404842.pdf - 個人情報保護委員会「生成AIサービスの利用に関する注意喚起等について」
生成AIサービスへ個人情報を含むプロンプトを入力する際の注意点を確認。
https://www.ppc.go.jp/news/careful_information/230602_AI_utilize_alert/ - デジタル庁「行政の進化と革新のための生成AIの調達・利活用に係るガイドライン 第2.0版」
生成AIの利活用とリスク管理を併せて進める考え方を確認。
https://www.digital.go.jp/news/decb64eb-f26e-41cb-8d37-f3dd173108b8
- 国土交通省「賃貸住宅管理業登録の方法」
この記事内の数値は、業界平均ではなく「自社で測るための項目」として記載します。
AI導入前に整理すべき5つの業務領域
不動産管理会社の業務フローとは、入居者、オーナー、協力会社、仲介会社、社内担当者の間で発生する作業の流れです。
たとえば水漏れ対応なら、次のような流れがあります。
- 入居者から連絡が入る
- 物件名、部屋番号、症状、写真を確認する
- 緊急度を判断する
- 協力会社へ連絡する
- 費用負担やオーナー承認の要否を確認する
- 入居者へ対応予定を返信する
- 作業完了後に履歴を残す
AI導入前に見るべき領域は、主に次の5つです。
| 領域 | 具体例 | AI活用の候補 | 人が見るべきポイント |
|---|---|---|---|
| 問い合わせ対応 | 設備不具合、解約、更新、騒音相談 | FAQ回答、一次分類、返信文案 | 契約条件、クレーム、法的表現 |
| 契約・書類業務 | 管理委託契約、更新書類、重要事項説明 | 要約、条項検索、抜け漏れ確認 | 最終判断、説明責任、法務確認 |
| 修繕・点検 | 原状回復、設備交換、定期点検 | 依頼内容分類、見積比較補助、進捗通知 | 緊急度、費用負担、業者選定 |
| オーナー対応 | 月次報告、空室対策、修繕提案 | 報告書ドラフト、説明文作成 | 収支影響、提案方針、信頼関係 |
| 社内管理 | 引き継ぎ、対応履歴、マニュアル | ナレッジ検索、手順案内 | 情報の最新版管理、権限設定 |
AIは、曖昧な現場運用を自動で正しい業務に変える道具ではありません。
騒音相談への対応基準が担当者ごとに違う場合、AI導入前に「初回ヒアリング項目」「記録すべき内容」「管理会社として介入できる範囲」を決める必要があります。
ステップ1:AI導入の目的を1つに絞る
最初に、AIで改善したい業務を1つだけ選びます。
候補は次のようなものです。
- 入居者問い合わせの一次返信を速くする
- 修繕依頼の分類ミスを減らす
- オーナー報告書の作成時間を短縮する
- 社内マニュアルを探す時間を減らす
- 対応履歴の要約を自動化する
初回のAI導入では、次の3条件を満たす業務を選ぶと失敗しにくくなります。
| 条件 | 理由 | 例 |
|---|---|---|
| 件数が多い | 改善効果を測りやすい | 設備不具合の問い合わせ |
| ルール化しやすい | AIに指示しやすい | FAQ、定型返信、受付分類 |
| 失敗時の影響が限定的 | 試験運用しやすい | 社内向け文案、下書き作成 |
避けるべき初回テーマは、法的判断や重大クレームに直結する業務です。
たとえば、契約解除、明渡し、滞納督促、原状回復費用の最終判断を最初からAIに任せるのは危険です。
最初のテーマとしては、以下のような範囲が現実的です。
設備不具合問い合わせのメール本文をAIが要約し、カテゴリ分類と返信文案を作る。
担当者が内容を確認してから送信する。
ステップ2:現在の業務フローをそのまま書き出す
次に、現場の実態を記録します。
理想の手順ではなく、実際にどう処理されているかを書き出してください。
例:設備不具合対応の現状フロー
- 入居者から電話、メール、LINEで連絡が入る
- 受付担当者が物件名、部屋番号、症状を確認する
- 写真がない場合は追加送付を依頼する
- 管理システムで契約者情報を確認する
- 緊急度を判断する
- 協力会社へ電話またはメールで依頼する
- 一定金額を超える場合はオーナー承認を取る
- 入居者へ対応予定を返信する
- 作業完了後、対応履歴を入力する
この段階では、きれいなフローチャートにする必要はありません。
まずは表計算、ホワイトボード、Notion、紙の付箋で十分です。
重要なのは、次の3つを分けて見える化することです。
| 区分 | 内容 | 例 |
|---|---|---|
| 入力情報 | 判断の材料になる情報 | 物件名、症状、写真、契約条件 |
| 判断 | 人が決めていること | 緊急度、費用負担、業者選定 |
| 出力 | 相手に出すもの、記録するもの | 返信文、依頼文、対応履歴 |
AIに向いているのは、主に「入力情報の整理」と「出力の下書き」です。
一方で、費用負担、契約条件、法的責任、クレーム対応方針は、人が確認する設計にします。
ステップ3:10件だけ実データで棚卸しする
業務フローを机上で整理するだけでは、現場の癖が見えません。
直近1週間から10件だけ選び、次の表に整理してください。
| No | 問い合わせ内容 | 入力情報 | 判断したこと | 出力したもの | AI化候補 |
|---|---|---|---|---|---|
| 1 | キッチン水栓から水漏れ | 物件名、部屋番号、写真、発生時刻 | 緊急度、業者手配、オーナー報告要否 | 入居者返信、業者依頼 | 要約、分類、返信文案 |
| 2 | 更新手続きの確認 | 契約満了日、契約者情報、更新書類 | 案内内容、必要書類 | メール返信 | 文案作成 |
| 3 | 上階の騒音相談 | 発生時間、頻度、相手不明、過去履歴 | 管理会社の介入範囲、記録方法 | ヒアリング返信 | ヒアリング項目案 |
| 4 | 退去費用への不満 | 精算書、契約条項、写真 | 費用根拠、再説明方針 | 回答案 | AI化は慎重 |
| 5 | エアコン故障 | 型番、設置年、症状、写真 | 修理か交換か、費用負担 | 業者依頼文 | 要約、依頼文案 |
10件を並べると、次のことが分かります。
- よく発生する問い合わせ
- 担当者ごとに判断が分かれる業務
- AIに任せやすい作業
- 先にマニュアル化すべき作業
- 個人情報を含むため取り扱いに注意が必要な情報
ここで、AI化の対象を決めます。
「件数が多いが判断が重い業務」よりも、「件数が多く、判断は軽く、文案作成に時間がかかる業務」を優先します。
ステップ4:業務を4分類する
棚卸しした業務を、次の4つに分類します。
| 分類 | 内容 | 例 | 進め方 |
|---|---|---|---|
| そのままAI化候補 | ルールが明確で影響が限定的 | FAQ文案、社内マニュアル検索 | 小さく試す |
| 人の承認付きAI化候補 | AIが下書きし、人が確認する | オーナー報告、業者依頼文 | 承認フローを設計 |
| 先に標準化が必要 | 担当者ごとに対応が違う | 騒音相談、原状回復判断 | 手順と基準を整備 |
| AI化しない、または慎重に扱う | 法務・紛争・重大クレーム | 退去トラブル、滞納督促 | 専門家・責任者が対応 |
この分類で重要なのは、「AI化しない業務」も明確にすることです。
AI導入の範囲を狭めることは、後ろ向きではありません。事故を防ぎ、現場が安心して使える範囲を決めるための作業です。
ステップ5:データの所在と品質を確認する
AIは、参照する情報が古ければ古い回答を出します。
そのため、AIに読ませる前に、資料の所在と品質を確認します。
確認する資料は次の通りです。
- 入居者向けFAQ
- 修繕対応マニュアル
- オーナー報告書の過去例
- 管理委託契約書
- 更新・解約手続きの案内文
- 協力会社リスト
- 過去の問い合わせ履歴
- 社内の判断基準表
確認項目は、次の5つです。
| 確認項目 | チェック内容 |
|---|---|
| 最新版か | 更新日、責任者、版数が分かるか |
| 正しい保管場所か | 個人PCやチャット内に散らばっていないか |
| 個人情報を含むか | 氏名、電話番号、部屋番号、滞納状況などがあるか |
| AIに入力してよいか | 利用規約、保存設定、学習利用の有無を確認したか |
| 検索しやすいか | ファイル名、フォルダ名、タグが整理されているか |
特に注意すべき情報は、入居者名、電話番号、部屋番号、家賃、滞納状況、クレーム履歴、契約条件です。
外部の生成AIサービスに入力する場合は、個人情報保護委員会の注意喚起を踏まえ、利用目的、入力範囲、保存設定、学習利用の有無、社内ルールを確認してください。
実務では、次のように匿名化してから試験運用します。
| 入力してはいけない例 | 匿名化した例 |
|---|---|
| 山田太郎さん、101号室、080-xxxx-xxxx | 入居者A、対象住戸、電話番号は削除 |
| 3カ月滞納中の佐藤さん | 滞納履歴がある入居者B |
| 東京都〇〇区〇〇マンション201号室 | 管理物件Xの対象住戸 |
ステップ6:AIに任せる範囲と人が承認する範囲を決める
AI導入では、「完全自動化」よりも「役割分担」を先に決めます。
例:設備不具合問い合わせの場合
| 作業 | AIが行う | 人が行う |
|---|---|---|
| 問い合わせ内容の整理 | 本文の要約、設備カテゴリ分類 | 内容の不足確認 |
| 緊急度の判定 | 緊急度候補を提示 | 最終判断 |
| 業者依頼 | 依頼文案を作成 | 業者選定、送信承認 |
| 入居者返信 | 返信文案を作成 | 契約条件、日程、表現を確認 |
| 履歴登録 | 要約案を作成 | 最終記録を確認 |
AIに任せやすい作業は、次の4つです。
- 分類
- 要約
- 文案作成
- 検索
人が確認すべき作業は、次の5つです。
- 契約条件に関する説明
- 費用負担の判断
- 法的リスクを含む表現
- クレームや近隣トラブル対応
- オーナーとの関係に影響する提案
AIの出力が自然な文章でも、正しいとは限りません。
送信前に人が確認する地点を設計しておくことが、現場導入の最低条件です。
ステップ7:1業務・1チーム・4週間で試験運用する
初回から全社導入を狙うと、調整コストが大きくなります。
まずは範囲を絞って試験運用します。
試験運用の設計例は次の通りです。
| 項目 | 内容 |
|---|---|
| 対象業務 | 設備不具合問い合わせのメール返信文案作成 |
| 対象範囲 | 管理部門1チーム |
| 期間 | 4週間 |
| 対象件数 | 期間中に発生した全件を記録 |
| AIの役割 | 要約、カテゴリ分類、返信文案作成 |
| 人の役割 | 緊急度判断、費用負担確認、送信承認 |
| 禁止事項 | 氏名、電話番号、部屋番号を外部AIに入力しない |
| 成功条件 | 初回返信時間、修正率、再問い合わせ率、担当者作業時間を見る |
ここでの4週間は一例です。
問い合わせ件数が少ない会社では、期間を6週間から8週間に延ばしても構いません。重要なのは、試験前に「何を測るか」を決めることです。
専門家目線のチェックポイント
1. AI化したい業務に正解ルールはあるか
AIは、正解ルールが曖昧な業務では不安定になります。
たとえば、オーナー承認が必要な修繕金額の基準が担当者ごとに違う場合、AIに安定した判断をさせることはできません。
先に決めるべき項目は次の通りです。
- 金額基準
- 設備種別
- 緊急度
- 契約条件
- オーナー報告の要否
- 入居者への案内文の型
AI導入前に、判断基準を1枚の表にまとめてください。
2. 人が承認する地点は明確か
不動産管理では、AIの出力をそのまま入居者やオーナーに送る設計は慎重に扱うべきです。
特に、次の文面は人の承認を必須にします。
- 契約条件に関する説明
- 費用負担の案内
- 滞納、退去、原状回復に関する文面
- 近隣トラブルやクレーム対応
- 法的紛争につながる可能性がある回答
- 個人情報を含む文面
承認者、承認日時、修正箇所をログに残すと、後から検証できます。
3. 管理戸数200戸以上の会社は制度対応も確認する
国土交通省の案内では、自己所有物件の管理を除き、賃貸住宅管理戸数200戸以上の賃貸住宅管理業者は賃貸住宅管理業登録が義務付けられています。
これはAI導入そのものの条件ではありません。
ただし、業務管理者の配置、管理受託契約、金銭管理、定期報告などの責任がある業務では、AIを使っても管理会社の責任が消えるわけではありません。
AIは下書きや整理には使えますが、責任ある判断と説明は人が担う前提で設計します。
4. ログを残せるか
AI導入後に問題が起きたとき、「誰が、いつ、何を見て、どの判断をしたか」が分からないと検証できません。
最低限、次のログを残します。
- AIに渡した情報の種類
- AIが作成した要約・文案
- 人が修正した箇所
- 承認者
- 送信日時
- 再問い合わせやクレームの有無
- 最終的な対応結果
ログは監査のためだけではありません。
AIの誤りが多い箇所を見れば、マニュアル、入力フォーム、FAQの改善点が分かります。
よくある失敗と対策
失敗1:ツール選定から始める
AIツールの比較から始めると、現場の課題と合わない機能に予算を使うことがあります。
対策:先に10件の実データを棚卸しし、AIに任せたい作業を分類します。ツール選定はその後です。
失敗2:古いマニュアルをAIに読ませる
古いFAQや退去手順をAIに参照させると、古いルールに基づく回答が出ます。
対策:AIに読ませる資料には、最新版、責任者、更新日を付けます。更新日が不明な資料は試験運用に使わない方が安全です。
失敗3:個人情報をそのまま入力する
入居者名、電話番号、部屋番号、滞納履歴などを外部AIへそのまま入力すると、個人情報管理上のリスクがあります。
対策:入力前に匿名化します。社内AIであっても、保存設定、学習利用の有無、アクセス権限を確認します。
失敗4:AIの回答を現場が信用しすぎる
AIは自然な文章を作れますが、事実確認や法的判断が常に正しいとは限りません。
対策:送信前チェックリストを作ります。契約条件、金額、日付、相手先、法的表現は人が確認します。
失敗5:KPIを決めずに試す
「便利だった」で終わると、継続判断ができません。
対策:試験運用前に、測定項目を決めます。問い合わせ対応なら、初回返信時間、修正率、再問い合わせ率、担当者作業時間を見ます。
成果を測るKPI
AI導入の成果は、感覚ではなく数字で確認します。
ここで示す数値は業界平均ではなく、自社で測るための項目です。
| KPI | 測定方法 | 見る理由 | 注意点 |
|---|---|---|---|
| 初回返信までの時間 | 受付時刻と初回返信時刻を記録 | 入居者満足度に影響しやすい | 夜間・休日を含めるか決める |
| 返信文案の修正率 | AI文案と送信文の差分を記録 | AIが業務ルールに合っているか分かる | 敬語修正と内容修正を分ける |
| 再問い合わせ率 | 問い合わせIDごとに再連絡を記録 | 回答の分かりやすさを確認できる | 故障対応など自然な追加連絡は別扱い |
| 担当者の作業時間 | 1件あたり処理時間を記録 | 効率化の実数を把握できる | 繁忙期や担当者経験差をメモする |
| エスカレーション件数 | 上長・専門部署への回付件数を記録 | AIに任せる範囲を見直せる | 多い場合はルール整備が先 |
| クレーム・再対応件数 | AI文案利用後の再対応を記録 | 品質低下を検知できる | 件数だけでなく原因も記録する |
試験運用の評価では、時間短縮だけを見ないでください。
再問い合わせやクレームが増えているなら、効率化できていても導入範囲を見直すべきです。
視覚証拠として残すべきもの
AI導入を社内で説明するには、「AIで効率化できます」という抽象論では弱くなります。
試験運用では、次のような視覚証拠を残すと、経営判断や現場説明に使いやすくなります。
図解1:AI導入前後の修繕依頼フロー比較
左側:導入前
入居者連絡
→ 担当者が内容確認
→ 担当者が業者選定
→ オーナー確認
→ 入居者へ返信
→ 対応履歴を入力
右側:導入後
入居者連絡
→ AIが要約・カテゴリ分類
→ 担当者が緊急度と費用負担を確認
→ AIが業者依頼文案を作成
→ 担当者が承認
→ 履歴を登録
この図では、AIが担当する箇所と人が承認する箇所を色分けします。
図解2:AI化してよい業務・慎重に扱う業務の分類表
縦軸を「リスクの高さ」、横軸を「ルール化のしやすさ」にして、業務を配置します。
- 低リスク・ルール化しやすい:FAQ、社内検索
- 低リスク・ルール化しにくい:曖昧な社内相談
- 高リスク・ルール化しやすい:契約書の抜け漏れチェック
- 高リスク・ルール化しにくい:退去トラブル、滞納督促、近隣紛争
図解3:AI文案と人の修正文の比較
試験運用時には、AIが作成した返信文案と、人が修正した最終文面を並べたスクリーンショットを残します。
見るべきポイントは次の通りです。
- 契約条件の誤りがないか
- 費用負担の表現が断定的すぎないか
- 入居者に次の行動が伝わるか
- 不要な謝罪や過剰な約束がないか
- 個人情報がマスキングされているか
AI導入が向かないケース・限界
不動産管理のすべての業務がAIに向くわけではありません。
特に慎重に扱うべきケースは次の通りです。
- 契約解除、明渡し、滞納督促など法的リスクが高い
- 入居者間トラブルで感情面の配慮が必要
- 高額修繕などオーナーとの信頼関係に大きく影響する
- 管理委託契約の個別条項に強く依存する
- 社内に最新マニュアルや承認ルールがない
- 入力情報の多くが個人情報や機微な情報である
AIは、文章化、整理、分類、検索には強みがあります。
一方で、責任を伴う判断、相手の感情を踏まえた交渉、例外処理には人の関与が必要です。
「AIを入れれば現場の属人化を一気に解消できるのではないか」という見方もあります。
しかし実際には、属人化した判断基準をそのままAIに渡すと、属人化が見えにくい形で再生産されます。AI導入は、業務標準化の代替ではなく、標準化を進めるきっかけとして使うのが現実的です。
類似記事との差別化ポイント
多くのAI導入記事は、「チャットボットで問い合わせ対応を効率化」「契約書をAIで要約」といった機能紹介に寄りがちです。
この記事では、導入前の実務に寄せて、次の点を明確にしました。
- 不動産管理業務を、問い合わせ、契約、修繕、オーナー対応、社内管理に分解
- AIに任せる範囲と、人が承認する範囲を分離
- 個人情報、賃貸住宅管理業登録、ログ保存などの実務リスクを整理
- KPIを「自社で測れる項目」として提示
- 図解とスクリーンショットで検証すべき内容を具体化
- 直近10件の問い合わせを使った棚卸し手順を提示
AIツールの導入前にこの整理を行うことで、ベンダー比較、社内稟議、現場説明の精度が上がります。
まとめ:まず10件の問い合わせを分解する
不動産管理会社がAI導入を進める前に行うべきことは、業務をいきなり自動化することではありません。
まず、現在の業務フローを見える形にし、次の3つに分けます。
- AIに任せやすい作業
- 人が判断・承認すべき作業
- 先に標準化すべき作業
読後すぐにやるべきことは、1つです。
直近1週間で発生した問い合わせを10件だけ選び、「入力情報」「判断」「出力」「AI化候補」に分けてください。
この10件を並べるだけで、AI導入の優先順位が見えます。
そこから1業務、1チーム、4週間の試験運用を設計すれば、AI導入は流行への対応ではなく、現場の業務改善として進められます。