入居者の問い合わせをAIで仕分ける：返信案より先に受け手を決める
入居者の問い合わせにAIを入れるなら、返信案を比べる前に、種類ごとの受け手を決めるのが先です。
この記事の要点
- 返信案を比べる前に、問い合わせの種類ごとに受け手を決める
- AIの下書きは定型の質問だけ。緊急・修繕・契約と費用は人が書く
- AIが迷ったら人に戻す。緊急は少しでも迷えば戻す
- 最初の2週間は、仕分けだけをAIに任せる
目次
返信案を比べる前に、種類ごとの受け手を決める
A&Aの考え方
問い合わせの仕分けとは、届いた連絡を種類で分け、種類ごとに誰が受けるかを先に決めておくことです。AIの返信案を比べるのは、その後で十分です。
仮想例
仮の例として、6人で賃貸管理を回す会社を考えます。代表と、実務を取り仕切る事務長の2人が、メールと電話とチャットに届く連絡を最初に受けて振り分ける窓口を兼ねています。修繕の業者の手配は外注先に、更新契約は社員1人に任せています。
仮想例
この会社の受信箱には、水漏れの一報と、更新の日程の確認と、修繕費の承認待ちが同じ列に並びます。返信案がどれだけ丁寧でも、この並びは変わりません。代表が困っているのは文面ではありません。どれから手を付けるかを、毎回決め直していることです。
出典に基づく事実
北米で管理会社向けのソフトを提供する AppFolio は、入居者とのやり取りに Claude を使っています。Anthropic の事例ページによると、同社の仕組みは2つのモデルを使い分けています。
A&Aの考え方
どちらも今より前の世代のモデルです。この記事を書いている Automate & Augment (A&A) は、この仕組みを「下書きを作る前に、連絡の種類で扱いを分けている」形だと見ています。ただし、どの連絡をどちらのモデルに回すかの決め方は、ページに書かれていません。
A&Aの考え方
小さな会社がまねできるのは、2つのモデルの組み方ではなく、種類で分けてから返すという順番です。
A&Aの考え方
種類ごとに受け手を決めると、水漏れは代表と事務長の携帯へ、更新の確認は担当の社員へと、行き先が1つに決まります。受け手が決まっていなければ、どのAIツールが作った下書きも同じ受信箱に積まれます。
仮想例
表の4種類は仮の例です。実際の分け方は、自社の受信箱を読み返して決めます。
AIの下書きは定型の質問だけに絞る
A&Aの考え方
AIに返信を下書きさせてよいのは、答えが先に決まっている定型の質問だけです。緊急、修繕、契約と費用の連絡は、人が書きます。
出典に基づく事実
AppFolio の事例ページは、管理会社に届く連絡には、急ぎの修繕依頼から、扱いに気を遣う規約の話まで幅があると書いています。単純な修繕依頼でも、同じ依頼が重なっていないかの確認や、修繕の履歴の確認、業者の日程の調整が要ることがある、としています。
A&Aの考え方
A&A はここから、「返信の文面より、返信の前にやる仕事の方が重い連絡がある」と考えます。緊急の連絡で入居者が待っているのは、丁寧な返事ではなく、誰かが動くことです。AIの返事が先に届くと、入居者は手配が済んだと受け取るかもしれません。
A&Aの考え方
契約と費用の連絡は、家主の承認が要ることがあります。承認の前にAIが答えると、入居者だけが先に答えを受け取ります。担当の社員と家主は、その時点ではまだ何も知りません。後から答えを直すのは、最初に人が書くより手間がかかります。
A&Aの考え方
定型の質問は、答えが変わらず、外れても後始末が軽い連絡です。ここだけをAIの下書きに回し、担当者が確かめてから送ります。
A&Aの考え方
返信の下書きを作るAIツールを比べるなら、定型の質問への返信で比べれば十分です。緊急の連絡への下書きがどれだけ上手でも、比べる材料にはなりません。
A&Aの考え方
人とAIの線は、AIに何ができるかだけでなく、外した時に誰が何を直すかで引きます。下書きの出来が良くても、緊急の連絡に使えば、直す手間は人に戻ってきます。
| 種類 (よくある連絡) | 受け手 | AIの下書き |
|---|---|---|
| 緊急 (水漏れ、停電、鍵の閉め出し) | 代表と事務長の携帯 | しない |
| 部屋ごとの修繕 (換気扇の異音、網戸の破れ) | 修繕手配の外注先 | しない |
| 契約と費用 (更新、解約、修繕費の負担) | 更新契約の担当社員 | しない |
| 定型の質問 (ごみの日、駐車場の空き、書類の送り先) | 事務長 | する (事務長が確かめて送る) |
AIが迷った問い合わせは窓口の人に戻す
A&Aの考え方
AIの仕分けに自信が無い問い合わせは、種類を決めずに、代表と事務長の窓口へ戻します。戻し先を先に決めておけば、AIが外しても、連絡が行方不明になりません。
出典に基づく事実
Anthropic が AI の組み方をまとめた技術記事「Building effective agents」は、AIへの入力を種類で分け、種類ごとに別の処理へ回す形を紹介しています。
A&Aの考え方
入居者の連絡には、短すぎて種類を決められないものが混ざります。たとえば「また水が漏れています」の一文だけでは、続いている修繕なのか、新しい緊急なのかが本文から分かりません。A&A は、こうした連絡を無理に分けず、人に戻す方が安全だと考えます。
A&Aの考え方
どこまで迷ったら戻すかは、外した時の後始末の重さで決めます。緊急を普通の列に回すと、修繕が遅れ、被害が広がることがあります。定型の質問を緊急の列に回しても、代表が一度読めば済みます。緊急は少しでも迷えば戻し、定型の質問は確かな時だけAIに渡します。
出典に基づく事実
返信の手がかりは、本文だけではありません。AppFolio の事例ページは、込み入った連絡では、すでに出ている修繕の依頼を確かめ、入居者の履歴や物件ごとの決まりを踏まえると書いています。
A&Aの考え方
A&A は、同じ記録を仕分けにも使えると考えます。その部屋に未完了の水漏れの依頼があれば、「また」の一文は続いている緊急として扱えます。
最初の2週間は仕分けだけをAIに任せる
A&Aの考え方
試験の最初の2週間は、AIに仕分けだけを任せ、下書きはまだ使いません。先に確かめたいのは、返信の出来ではなく、連絡が正しい受け手に届くかどうかです。
A&Aの考え方
この間、AIが付けた種類と、代表と事務長が付けた種類を並べて記録します。見るのは次の2つです。緊急の取りこぼしが0件か。種類ごとに、AIの仕分けが人の仕分けとどれだけ合っているか。
仮想例
記録は表1枚で足ります。たとえば、届いた日時、連絡の要約、AIが付けた種類、人が付けた種類、食い違った理由の5列です。食い違いの理由を読むと、種類の分け方が実際の仕事に合っているかが見えてきます。2週間は目安で、連絡が少ない会社はもう少し延ばします。
A&Aの考え方
緊急の取りこぼしが1件でもあれば、下書きには進みません。種類の分け方か、人に戻す線を直して、もう一度並べます。試験の間も、緊急の連絡は人が全件を見ます。
A&Aの考え方
仕分けが合ってきたら、定型の質問に限って下書きを使い始めます。緊急、修繕、契約と費用の連絡は、その後も人が書きます。下書きを作るAIツールを比べるのは、この段階です。
A&Aの考え方
使い始めた後も、担当者が下書きを直した所を週に一度読み返すと、AIに任せる範囲を広げてよいかの見当が付きます。
A&Aの考え方
仕分けだけの試作なら、受信箱を書き出して Claude Code に種類を付けさせるところまでは、経営者が自分で組めることもあります。手間がかかるのはその先です。迷った連絡を窓口へ戻す仕組みと、仕分けの結果を管理ソフトや表計算のシートなど、自社の記録に残す仕組みが要ります。
まとめ
A&Aの考え方
返信案を比べる前に、問い合わせの種類ごとに受け手を決めます。AIの下書きは定型の質問だけにして、緊急・修繕・契約と費用は人が書きます。AIが迷ったら人に戻し、緊急は少しでも迷えば戻します。最初の2週間は、仕分けだけをAIに任せます。
A&Aの考え方
この記事を書いた A&A は、こうした人とAIの線を、AIの今の到達点を毎日の実運用で確かめながら引き、設計から実装までを同じ担当が持つ会社です。
入居者の問い合わせにAIを入れるなら、返信案を比べる前に、種類ごとの受け手を決めるのが先です。受け手が決まっていなければ、どのAIツールが作った下書きも同じ受信箱に積まれます。下書きを作るAIツールを比べるのは、仕分けが人の仕分けと合ってきてからです。
よくある質問
問い合わせが少ない会社でも、仕分けは要りますか。
代表が毎日すべてを読める量なら、AIの仕分けは急ぎません。それでも、種類ごとの受け手を表にしておくと、下書きを作るAIツールを入れる時に、AIに渡す範囲がすぐに決まります。
AIで入居者対応はどれくらい楽になりますか。
自社での効果は、試験で測るまで分かりません。AppFolio の事例ページでは、ベータ版を使った管理担当者が、連絡にかかる時間が週に約11時間減ったと報告しています。1通あたりの対応も平均26秒短くなったとしています。ただし、これは同社の顧客による自己申告の数字で、会社の規模も違います。
AppFolio のように、モデルを2つに分ける必要はありますか。
最初は要りません。Anthropic の技術記事も、まずできるだけ単純な形で作り、必要な時だけ複雑にすることを勧めています。少人数の会社で先に要るのは、モデルの組み方より、種類ごとの受け手を決めることです。
出典・編集情報
記事の調査で確認した一次資料です。資料の公開・更新時期と、調査時の確認日を分けて記載しています。
- AppFolio streamlines property management communication with Claude in Amazon Bedrock
Anthropic · Publication date not stated on page
確認日 2026-10-21 - Building effective agents
Anthropic · 2024-12-19
確認日 2026-10-21