入居者への返信にAIを試す:履歴をそろえた下書きから始める
入居者への返信にAIを試すなら、対応履歴をそろえた下書きを担当者が確かめて送る形から始め、緊急の修繕は別にします。
この記事の要点
- 返信の下書きの前に、依頼と過去の対応履歴をそろえる
- 担当者は、AIの下書きを確かめてから送る
- 緊急の修繕は人が受けると決め、別の窓口へ回す
- 返信の手間とまた来る連絡を試す前と比べ、続けるかを決める

目次
返信の下書きの前に、対応履歴をそろえる

A&Aの考え方
入居者への返信にAIを試すなら、文章を書かせる前に、依頼と過去の対応履歴をそろえます。ここで言う返信の下書きとは、入居者からの連絡を読んでAIが返信の文を先に書き、担当者が確かめて送るもののことです。
A&Aの考え方
対応履歴とは、同じ部屋で進んでいる依頼、業者への連絡とその返事、入居者に前回伝えたことの記録です。同じ文面の連絡でも、初めての連絡か、手配中の件の続きかで、次にやることが変わります。
出典に基づく事実
不動産管理会社向けのソフトを作るAppFolioは、AI開発会社のAnthropicのAIを使い、入居者への返信を提案しています。この事例は、Anthropicが自社サイトに載せたものです。
A&Aの考え方
この記事を書いているAutomate & Augment(A&A)は、小さな管理会社が最初に押さえる所はここだと考えます。返信のせいで同じ件の連絡が増えるのは、文章が下手な時より、前の約束を知らずに書いた時だと考えるからです。

仮想例
たとえば、浴室の換気扇が止まった部屋があり、先週業者に連絡したものの、訪問日がまだ決まっていないとします。そこへ入居者から「いつ直りますか」と連絡が来ました。履歴を見ずに書いた下書きは、「業者を手配します」と書くかもしれません。
仮想例
履歴を横に並べてあれば、下書きは「業者に連絡済みで、訪問日を確認しています」と、確かな所だけを書けます。担当者は業者に日を確かめ、その返事を同じ依頼の記録に書き足します。翌朝に別の担当者が見ても、二重に手配せずに済みます。
A&Aの考え方
依頼の記録が電話のメモやメールに散らばり、部屋ごとに結び付いていない会社もあります。その場合は、AIの下書きを試す前に、記録の整理から始めます。
担当者はAIの下書きを確かめてから送る

A&Aの考え方
AIの下書きは、そのまま入居者に送らず、担当者が確かめてから送ります。
A&Aの考え方
案が採用される割合を測るには、人が案を見て、使うかどうかを選んでいる必要があります。そこからA&Aは、人が選んで使う形だと読んでいます。小さな管理会社で試す時も、この形から始めます。
A&Aの考え方
担当者が確かめる点は、3つに絞ります。1つ目は、返信がどの依頼に結び付いているかです。2つ目は、日時や費用を書いた所に、履歴の裏付けがあるかです。3つ目は、まだ決まっていないことを言い切っていないかです。
A&Aの考え方
業者への発注や費用の負担は、下書きの確認とは別に判断します。返信の文が正しくても、どの業者に頼むかや、誰が費用を持つかまでは決まらないからです。オーナーの承認が要る時は、承認を待っていることを返信に書き、担当者が承認を取りに行きます。
出典に基づく事実
Anthropicは、AIの仕組みの作り方の手引きを開発者向けに公開しています。手引きは、できるだけ単純な形から始め、必要な時だけ仕組みを複雑にするよう勧めています。多くの用途では、集めた情報と例を添えてAIに1回頼む形を磨けば、たいてい足りる、とも書いています。
A&Aの考え方
AIに1回頼んで下書きを出させ、それを人が確かめる形は、この単純な形に収まる、とA&Aは考えます。送信や手配までAIに任せるかは、下書きで何が起きるかを見てから決めます。
| 確かめる点 | 履歴のどこを見るか | 換気扇の例 |
|---|---|---|
| どの依頼に結び付くか | 同じ部屋で進んでいる依頼 | 先週業者に連絡した換気扇の件の続きとして返す |
| 日時や費用に裏付けがあるか | 業者への連絡とその返事 | 業者の返事に訪問日が無いので、日付を書かない |
| 決まっていないことを言い切っていないか | 入居者に前回伝えたことと業者の返事 | 「業者を手配します」と書かず、「訪問日を確認しています」と書く |
緊急の修繕は人が受けると決め、別の窓口へ回す

A&Aの考え方
緊急の修繕の連絡は、下書きの処理に回さず、別の窓口へ回して、すぐ人が受けます。下書きを待つ間に、被害が広がるおそれがあるからです。
出典に基づく事実
AppFolioの事例は、管理会社に届く連絡には、急ぎの修繕依頼から、決まりごとについての扱いに気を遣う相談まで幅があると書いています。修繕の手配をすばやく決めることも、担当者の仕事に挙げています。
出典に基づく事実
前に挙げた開発者向けの手引きも、種類の違う問い合わせを、それぞれ別の処理へ振り分ける形を紹介しています。例に挙げているのは、一般の質問、返金の依頼、技術の相談です。
A&Aの考え方
緊急の修繕を別の窓口へ回すのは、この振り分けの一番手前に当たる、とA&Aは読んでいます。手引き自体は、緊急の連絡を例に挙げてはいません。
A&Aの考え方
A&Aは、緊急の連絡を最初に分けておくことを、試す時の前提と考えます。何を緊急とするかは、会社がすでに使っている基準で決めます。緊急かどうか迷う連絡は、緊急の側に寄せます。
A&Aの考え方
寄せる理由は、外した時の損の大きさが違うからです。急ぎでない連絡を人が受けても、手間が少し増えるだけです。急ぎの連絡が下書きを待てば、その間に被害が広がります。
仮想例
たとえば、会社の基準で緊急に当たる連絡が夜に届いたとします。その時点で下書きの処理から外し、当番の担当者にすぐ知らせます。
A&Aの考え方
人が受けた緊急の連絡も、手配が済んだら、同じ部屋の依頼の記録に書き足します。後でその件の続きの連絡が来た時に、下書きがその履歴を使えるからです。
A&Aの考え方
問い合わせの種類ごとに受け手を決める方法は、「入居者の問い合わせをAIで仕分ける:返信案より先に受け手を決める」で書いています。
試す前と比べ、続けるかを決める

A&Aの考え方
続けるかは、返信1件にかかる手間と、同じ件でまた来る連絡の数を、試す前と比べて決めます。下書きが何件使われたかだけでは、入居者の困りごとが片付いたかは分からないからです。
出典に基づく事実
AppFolioの製品担当者は、管理会社の担当者が勤務時間の最大で半分を、入居者・オーナー・業者との連絡に使っていると話しています。試験導入した管理会社は、連絡の作業で週に約11時間の節約を報告したとされています。
A&Aの考え方
ただし、これは販売元が載せた事例で、どう比べたかは書かれていません。自社で同じ時間が浮くとは限らないので、自社の数字は自社で測ります。
A&Aの考え方
測る数は2つです。1つは返信1件にかかった時間、もう1つは返信の後に同じ件でまた来た連絡の数です。たとえば、試す前の2週間と試した後の2週間を、同じ数え方で比べます。
A&Aの考え方
同じ件でまた来た連絡は、元の依頼の記録に結び付けて数えます。1つ目の要点で履歴をそろえておけば、この数は記録からそのまま拾えます。
A&Aの考え方
浮いた時間が、そのまま利益になるわけではありません。今の人数で受けられる物件が増える、残業が減る、といった形で表れて、初めてお金の話になります。下書きを確かめる時間と、道具の利用料も差し引いて見ます。
A&Aの考え方
連絡の件数が少ない会社では、試す前と後の差が小さく出ます。その差より、下書きを確かめる手間の方が大きければ、続けないという判断もあります。
A&Aの考え方
同じ件でまた来る連絡が減らない時は、下書きの文を直すより、履歴をそろえ直すのが先です。依頼と履歴の結び付けを見直します。
まとめ

A&Aの考え方
返信の下書きの前に、依頼と過去の対応履歴をそろえます。
A&Aの考え方
担当者は、AIの下書きを、どの依頼に結び付くか・日時や費用の裏付け・決まっていないことの言い切りの3点で確かめてから送ります。
A&Aの考え方
緊急の修繕は人が受けると決め、別の窓口へ回して、すぐ知らせます。
A&Aの考え方
返信の手間と同じ件でまた来る連絡の数を試す前と比べ、続けるかを決めます。
入居者への返信にAIを試す時に効くのは、文章のうまさより、依頼と対応履歴がそろっているかです。今週また連絡が来た依頼を1件開き、その部屋の履歴がそろっていれば下書きを小さく試し、そろっていなければ記録の整理から始めます。
よくある質問
管理ソフトを使っていなくても試せますか。
依頼が部屋ごとに記録されていれば試せます。表計算やメールでも、同じ部屋の依頼、業者とのやり取り、入居者に前回伝えたことを1か所で見られれば足ります。
AIの下書きを、確かめずに送ってよい連絡はありますか。
試し始めの間は、ありません。すべて担当者が確かめてから送り、直さずに使えた下書きの種類を記録しておきます。
受付の経路が電話・メール・アプリに分かれていても始められますか。
始められます。最初から全部をつなぐ必要はなく、件数の多い1つの経路から試します。
出典・編集情報
記事の調査で確認した一次資料です。資料の公開・更新時期と、調査時の確認日を分けて記載しています。
- AppFolio streamlines property management communication with Claude in Amazon Bedrock
Anthropic · Publication date not stated
確認日 2026-10-24 - Building effective agents
Anthropic · 2024-12-19
確認日 2026-10-24