賃貸管理会社の問い合わせ対応と契約書面チェックをClaude Codeで時短する

金曜の夕方、退去立会いから戻ってきたら、メールが14件たまっていました。「水漏れが直らない」「更新料っていくらでしたっけ」「鍵を失くしたんですけど」。同じ時間に、隣の席ではオーナーに渡す重要事項説明書を読み合わせていて、特約の号数がひとつズレているのに誰も気づいていない。

賃貸管理の仕事って、こういう「細かいけど間違えられない作業」が一日中ふりかかってくるんですよね。僕も以前、繁忙期に問い合わせ返信を急いで送ったら、別の物件の管理規約を貼り付けてしまって、入居者から「これ私の部屋の話じゃないですよね?」と返ってきたことがあります。冷や汗が出ました。

この記事では、その2つ——入居者問い合わせの返信づくりと、契約書面のチェック——をClaude Codeに「下書き」までやらせて、人は最後の確認に集中する、という形を作ります。全部を任せるわけではありません。任せていい部分と、人が必ず目を通す部分を、はっきり線引きします。

この記事の要点

• 入居者問い合わせの返信は、AIに「下書き」まで作らせ、送信ボタンは人が押す。これだけで一次対応が体感3分の1になります。
• 契約書面のチェックは、AIに「気になる箇所の指摘」をさせる。最終判断は宅建士や管理担当が必ず行う。
• そのまま使えるプロンプト雛形と、入居者名・電話番号を自動で伏せる検証スクリプトを載せます。
• 個人情報を含む文面をそのまま外部AIに貼らない。マスキングを挟むのが前提です。
• 導入の目安は「失敗しても取り返せる小さな仕事」から。いきなり全自動にしない。

賃貸管理会社の現場と、よくある手戻り

まず読者像をはっきりさせます。この記事が想定しているのは、数百〜数千戸を管理する会社で、入居者対応・更新・原状回復・オーナー報告を兼務している管理担当の方です。一人で複数物件を持ち、電話とメールとチャットが同時に鳴る、あの状況です。

賃貸管理の業務フローをざっくり並べると、こうなります。

工程	主な作業	よくある手戻り
入居者対応	問い合わせの受付・一次返信・業者手配	別物件の情報を貼る、返信が翌日になり苦情化
契約・更新	重説・契約書・特約・更新通知の作成	特約の号数ズレ、金額の転記ミス、旧フォーマット流用
原状回復	立会い・見積確認・負担区分の説明	ガイドラインと食い違う負担割合の提示
オーナー報告	収支報告・空室状況・提案	数字の転記ミス、報告の遅れ

このうち、入居者対応と契約・更新の工程は「文章を読む・書く・突き合わせる」作業が中心です。ここがAIの一番得意なところと重なります。立会いの判断や、オーナーへの提案そのものは人の仕事ですが、その前後の文章仕事は肩代わりできます。

導入前は、問い合わせ1件の一次返信に「過去メールを探す→該当物件の規約を開く→文面を考える」で10分前後かかっていました。導入後は、AIが下書きを出すので、人は「内容が正しいか」を読むだけ。1件あたり3〜4分に縮みます。1日20件なら、ざっくり2時間以上が浮く計算です。

Use case 1: 入居者問い合わせの返信を下書きまで作る

一番効くのがこれです。入居者からのメールやチャットを貼り付けて、返信の下書きを出させます。ポイントは、AIに「事実を作らせない」こと。金額や日付は、こちらが渡した資料の中からしか使わせません。

返信づくりの段取りをチェックリストにすると、こうなります。

1. 問い合わせ本文から、入居者名・部屋番号・電話番号を伏せる(後述のスクリプト)
2. 該当物件のルール(更新料、ペット可否、ゴミ出し等)を一緒に渡す
3. AIに返信の下書きを3パターン出させる(丁寧/簡潔/お詫び込み)
4. 人が事実と金額を確認し、署名を足して送信

ここで「AIに任せる範囲」と「人が必ず判断する範囲」を分けておきます。

内容	AIに任せる	人が必ず判断
文面の言い回し・トーン	○	—
定型的な手順案内	○	最終確認
金額・日付・契約条件	下書きのみ	○ 必須
法的・トラブル性のある回答	たたき台のみ	○ 必須
送信ボタン	×	○ 必須

文章の上手さはAIに任せていい。でも、更新料が「2万円」か「2.2万円」かは、人が原本で確かめる。ここを混ぜると事故ります。僕が物件規約を貼り間違えたのも、結局「どの資料を見て書いたか」を確認しなかったからです。

Use case 2: 契約書面・重要事項説明書のチェック

次が契約書面です。完成した契約書や重説をAIに読ませて、「気になる箇所」を洗い出させます。AIに修正させるのではなく、人間が見落としがちな点を指摘させる、という使い方です。

たとえばこういう観点でチェックさせます。

• 特約の号数が連番になっているか(第3号の次が第5号になっていないか)
• 金額表記が本文と別表で一致しているか
• 契約期間と更新日の整合が取れているか
• 旧フォーマットの文言(古い消費税率や旧法人名など)が残っていないか
• 国土交通省の原状回復ガイドラインと矛盾する負担区分の記述がないか

ここでも線引きが大事です。AIの指摘は「確認すべき候補のリスト」であって、結論ではありません。最終的に「この特約でよい」と判断するのは宅建士や管理担当です。AIが「問題ありません」と言っても、それを根拠に押印してはいけません。後述のFAQでも触れますが、ここは外せない一線です。

導入前は、重説の読み合わせを2人で30分かけていました。導入後は、AIに先に「怪しい箇所」を出させてから読むので、ゼロから探すより目が早く動きます。読み合わせ自体はなくしませんが、見落としの保険が一枚増えた感覚です。

Use case 3: 過去対応をテンプレ化する

3つ目は地味ですが効きます。よくある問い合わせ(更新の流れ、退去の連絡方法、設備故障の窓口)への返信を、AIにテンプレ化させて社内で共有します。

新しい担当者が入ったとき、毎回ベテランに聞かずに済むよう、「よくある質問と模範返信」を一覧にしておく。これをAIに、過去の良かった返信から作らせます。属人化していた「あの人しか知らない言い回し」が、チームの資産になります。

コピペで使えるプロンプト雛形

返信の下書きを作らせるプロンプトです。[ ] の中を自分の状況に置き換えて使ってください。個人情報は伏せた状態で貼るのが前提です。

あなたは賃貸管理会社の問い合わせ対応担当です。以下のルールを守って、
入居者への返信メールの下書きを作ってください。

# 厳守ルール
- 金額・日付・契約条件は、私が渡した「物件情報」に書いてある内容だけ使う。
- 物件情報に無いことは推測せず、「確認のうえ折り返します」と書く。
- 丁寧/簡潔/お詫び込み の3パターンを出す。
- 署名と物件名は [ここを担当者が記入] と空欄にする。

# 物件情報
- 物件名: [〇〇マンション]
- 更新料: [家賃1か月分]
- ペット: [不可]
- ゴミ出し: [可燃は火・金の朝8時まで]

# 入居者からの問い合わせ
[ここに、名前と電話番号を伏せた問い合わせ本文を貼る]

契約書チェック用のプロンプトはこちらです。

あなたは契約書面のレビュー補助です。以下の重要事項説明書を読み、
「人間が確認すべき箇所」だけを箇条書きで指摘してください。修正はしないこと。

# チェック観点
- 特約の号数が連番か
- 金額が本文と別表で一致しているか
- 契約期間と更新日の整合
- 古い文言や旧フォーマットの残り
- 原状回復ガイドラインと矛盾する記述

# 出力形式
- 指摘ごとに「該当箇所 / なぜ気になるか / 確認のお願い」の3点で書く
- 断定せず「確認をお願いします」で終える

# 重要事項説明書
[ここに本文を貼る。氏名・住所はマスキング済みのものを使う]

個人情報を自動で伏せる検証スクリプト

外部のAIに本文をそのまま貼るのは危険です。入居者の氏名・電話番号・部屋番号が含まれるからです。貼る前に機械的に伏せ字へ変える、Node.jsの小さなスクリプトを置いておきます。これは実際に動きます。

// mask.mjs : 標準入力の文章から電話番号・部屋番号などを伏せる
// 使い方: node mask.mjs < toiawase.txt > masked.txt
import { readFileSync } from "node:fs";

const text = readFileSync(0, "utf8");

const rules = [
  // 携帯・固定の電話番号(ハイフン有無どちらも)
  [/0\d{1,4}-?\d{1,4}-?\d{3,4}/g, "[電話番号]"],
  // メールアドレス
  [/[\w.+-]+@[\w.-]+\.[A-Za-z]{2,}/g, "[メール]"],
  // 〇〇号室 / 〇〇号 / 部屋番号(101号室 など)
  [/\d{1,4}\s?号室/g, "[部屋番号]"],
  // 〒つきの郵便番号
  [/〒?\d{3}-\d{4}/g, "[郵便番号]"],
];

let masked = text;
for (const [pattern, label] of rules) {
  masked = masked.replace(pattern, label);
}

// 「様」の直前の氏名らしき2〜5文字を伏せる(簡易)
masked = masked.replace(/[一-龠ぁ-んァ-ヶA-Za-z]{2,5}\s?様/g, "[お客様名]様");

process.stdout.write(masked);

完璧ではありません。住所の番地など、これだけでは消えないものもあります。でも「素のまま貼る」よりは事故が激減します。実運用では、出力を人が一度目視してから貼る、という二段構えにしてください。スクリプトは保険であって、最終確認の代わりにはなりません。

Claude Code をまだ触ったことがなければ、先に Claude Code はじめての導入ガイド と エンジニアでなくても使えるClaude Code に目を通すと、この後の手順が飲み込みやすいです。プロンプトの精度を上げたいときは プロンプト設計の実践 も役立ちます。

セキュリティ・個人情報の注意点

賃貸管理は個人情報のかたまりを扱う仕事です。ここは軽く流さず、社内ルールにしてください。

• 氏名・電話・住所・口座を含む文面は、伏せ字にしてからAIに渡す(上のスクリプトを挟む)。
• 入力した内容を学習に使わない設定・契約のサービスを選ぶ。社内で利用ツールを統一する。
• オーナーや入居者の同意なく、本人を特定できる形でクラウドに送らない。
• AIの出力は「下書き」と社内で明示し、無確認で送信・押印しない運用にする。

「便利だから」で個人情報を生のまま貼る癖がつくと、いつか必ず事故ります。最初にルールを決めて、チームのCLAUDE.mdのような共有ルールに書いておくのがおすすめです。なお、原状回復の負担区分など根拠が必要な判断は、国土交通省の原状回復をめぐるトラブルとガイドラインなど一次情報に当たってください。

よくある質問

Q. AIが書いた返信をそのまま送ってもいいですか? いいえ。金額・日付・契約条件は人が原本で確認してから送ってください。文面のトーンはAIに任せて構いませんが、送信ボタンは人が押す、を崩さないでください。

Q. 契約書のミスをAIが全部見つけてくれますか? 見つけられないものもあります。AIの指摘は「確認すべき候補」です。号数ズレや表記不一致のような形式的なものは得意ですが、最終的に契約として有効かの判断は宅建士・管理担当が行ってください。

Q. 小さな会社でも始められますか? はい。まずは「よくある問い合わせの返信下書き」だけから始めてください。失敗しても取り返せる小さな仕事から入るのが安全です。

Q. どのくらい時間が浮きますか? あくまで目安ですが、一次返信が1件10分→3〜4分、重説の読み合わせの見落とし探しが楽になります。1日20件の返信なら2時間前後の短縮が見込めます。

実際に試した結果

僕は自分宛ての模擬問い合わせを10件用意して、上のプロンプトと検証スクリプトを通してみました。確かめたかったのは2つ。マスキングが効くか、と、AIが金額を勝手に作らないか、です。

マスキングは、電話番号と「〇〇号室」「〇〇様」はおおむね伏せられました。一方で住所の番地は残ったので、ここは人の目が要ると分かりました。金額については、物件情報に書いていない更新料を聞いた質問で、AIはきちんと「確認のうえ折り返します」と書きました。事実を作らせない指示が効いていました。

逆に失敗もありました。「丁寧/簡潔/お詫び込み」の3パターンを頼んだのに、最初は1パターンしか返らないことがあった。プロンプトに「必ず3パターン」と数を明示し直したら安定しました。

結論として、返信の下書きと契約書面の一次チェックは、人が最後を握る前提なら十分実務に乗ります。全部を任せようとせず、「下書きはAI、判断は人」の線を守る。これが賃貸管理会社でAIを安全に効かせる、いちばんの近道だと感じています。

会社全体で問い合わせ対応や契約チェックの仕組みを整えたい場合は、研修・導入相談で自社の業務フローに合わせた進め方を一緒に設計できます。