임대관리회사 문의 응대와 계약서 점검을 Claude Code로 단축하기

금요일 오후, 퇴거 입회를 마치고 사무실로 돌아오니 메일이 14통 쌓여 있었습니다. “누수가 안 잡혀요”, “재계약 갱신료가 얼마였죠”, “열쇠를 잃어버렸는데요”. 같은 시각 옆자리에서는 임대인에게 건넬 중요사항 설명서를 읽어 맞추고 있었는데, 특약 조항 번호가 하나 어긋나 있는데도 아무도 눈치채지 못하고 있었습니다.

임대관리 일은 이런 “사소하지만 틀리면 안 되는 작업”이 하루 종일 쏟아지는 일입니다. 저도 예전에 성수기에 급하게 문의 답장을 보내다가, 다른 건물의 관리규약을 그대로 붙여 보낸 적이 있습니다. 입주자에게서 “이거 제 집 얘기가 아니죠?”라는 답이 돌아왔을 때 식은땀이 났습니다.

이 글에서는 그 두 가지, 입주자 문의 답장 만들기와 계약서 점검을 Claude Code에게 “초안”까지 맡기고, 사람은 마지막 확인에 집중하는 방식을 만듭니다. 전부 맡기는 게 아닙니다. 맡겨도 되는 부분과 사람이 반드시 봐야 하는 부분을 분명히 선 긋습니다.

핵심 요약

입주자 문의 답장은 AI에게 “초안”까지 만들게 하고, 전송 버튼은 사람이 누른다. 이것만으로 1차 응대가 체감상 3분의 1로 줄어듭니다.
계약서 점검은 AI에게 “신경 쓰이는 부분 지적”만 시킨다. 최종 판단은 공인중개사나 관리 담당이 반드시 한다.
그대로 쓸 수 있는 프롬프트 템플릿과, 입주자 이름·전화번호를 자동으로 가리는 검증 스크립트를 싣습니다.
개인정보가 든 문장을 외부 AI에 그대로 붙이지 않는다. 마스킹을 거치는 것이 전제입니다.
도입 시작점은 “실패해도 되돌릴 수 있는 작은 일”부터. 처음부터 완전 자동화하지 않는다.

임대관리회사의 현장과 흔한 재작업

먼저 독자상을 분명히 합니다. 이 글이 상정하는 사람은 수백~수천 세대를 관리하는 회사에서 입주자 응대·재계약·원상복구·임대인 보고를 겸하는 관리 담당자입니다. 혼자 여러 건물을 맡고, 전화와 메일과 메신저가 동시에 울리는, 바로 그 상황입니다.

임대관리 업무 흐름을 대략 늘어놓으면 이렇게 됩니다.

공정	주요 작업	흔한 재작업
입주자 응대	문의 접수·1차 답장·업체 수배	다른 건물 정보를 붙임, 답장이 다음 날로 밀려 민원화
계약·갱신	중요사항·계약서·특약·갱신 통지 작성	특약 번호 어긋남, 금액 옮겨 적기 실수, 옛 양식 재사용
원상복구	입회·견적 확인·부담 구분 설명	가이드라인과 어긋나는 부담 비율 제시
임대인 보고	수지 보고·공실 현황·제안	숫자 옮겨 적기 실수, 보고 지연

이 중 입주자 응대와 계약·갱신 공정은 “글을 읽고·쓰고·대조하는” 작업이 중심입니다. 여기가 AI가 가장 잘하는 영역과 겹칩니다. 입회 판단이나 임대인 제안 자체는 사람의 일이지만, 그 앞뒤의 글 작업은 대신 맡길 수 있습니다.

도입 전에는 문의 1건의 1차 답장에 “지난 메일 찾기 → 해당 건물 규약 열기 → 문장 짜기”로 10분 안팎이 걸렸습니다. 도입 후에는 AI가 초안을 내주니, 사람은 “내용이 맞는지”를 읽기만 하면 됩니다. 1건당 3~4분으로 줄어듭니다. 하루 20건이면 대략 2시간 이상이 비는 셈입니다.

사례 1: 입주자 문의 답장을 초안까지 만든다

가장 효과가 큰 게 이것입니다. 입주자의 메일이나 메신저 내용을 붙여 넣고, 답장 초안을 내게 합니다. 핵심은 AI에게 “사실을 지어내지 못하게” 하는 것입니다. 금액이나 날짜는 우리가 건넨 자료 안에서만 쓰게 합니다.

답장 만들기 순서를 체크리스트로 정리하면 이렇습니다.

문의 본문에서 입주자 이름·호수·전화번호를 가린다(뒤에 나오는 스크립트)
해당 건물 규칙(갱신료, 반려동물 가능 여부, 분리수거 등)을 함께 건넨다
AI에게 답장 초안을 3가지로 내게 한다(정중/간결/사과 포함)
사람이 사실과 금액을 확인하고, 서명을 붙여 전송

여기서 “AI에게 맡길 범위”와 “사람이 반드시 판단할 범위”를 나눠 둡니다.

내용	AI에게 맡김	사람이 반드시 판단
문장 표현·말투	O	—
정형적인 절차 안내	O	최종 확인
금액·날짜·계약 조건	초안만	O 필수
법적·분쟁 소지가 있는 답변	초안만	O 필수
전송 버튼	X	O 필수

문장의 매끄러움은 AI에게 맡겨도 됩니다. 하지만 갱신료가 “20만 원”인지 “22만 원”인지는 사람이 원본으로 확인합니다. 여기를 섞으면 사고가 납니다. 제가 건물 규약을 잘못 붙인 것도 결국 “어떤 자료를 보고 썼는지”를 확인하지 않았기 때문입니다.

사례 2: 계약서·중요사항 설명서 점검

다음은 계약서입니다. 완성된 계약서나 중요사항 설명서를 AI에게 읽히고, “신경 쓰이는 부분”을 뽑아내게 합니다. AI에게 고치게 하는 게 아니라, 사람이 놓치기 쉬운 점을 지적하게 하는 사용법입니다.

예를 들어 이런 관점으로 점검하게 합니다.

특약 조항 번호가 연번인가(제3조 다음이 제5조로 건너뛰지 않았는가)
금액 표기가 본문과 별표에서 일치하는가
계약 기간과 갱신일의 정합성이 맞는가
옛 양식의 문구(오래된 부가세율이나 옛 법인명 등)가 남아 있지 않은가
주택임대차보호법 등 관련 규정과 어긋나는 부담 구분 기술이 없는가

여기서도 선 긋기가 중요합니다. AI의 지적은 “확인해야 할 후보 목록”이지 결론이 아닙니다. 최종적으로 “이 특약으로 괜찮다”고 판단하는 것은 공인중개사나 관리 담당입니다. AI가 “문제없습니다”라고 말해도, 그것을 근거로 날인해서는 안 됩니다. 뒤의 FAQ에서도 다루지만, 여기는 양보할 수 없는 선입니다.

도입 전에는 중요사항 설명서를 둘이서 30분 들여 읽어 맞췄습니다. 도입 후에는 AI에게 먼저 “수상한 부분”을 내게 하고 나서 읽으니, 처음부터 찾는 것보다 눈이 빨리 움직입니다. 읽어 맞추기 자체를 없애지는 않지만, 누락을 막는 보험이 한 장 늘어난 느낌입니다.

사례 3: 과거 응대를 템플릿화한다

세 번째는 수수하지만 효과가 있습니다. 자주 오는 문의(갱신 절차, 퇴거 연락 방법, 설비 고장 창구)에 대한 답장을 AI에게 템플릿화하게 해서 사내에 공유합니다.

새 담당자가 들어왔을 때, 매번 베테랑에게 묻지 않아도 되도록 “자주 묻는 질문과 모범 답장”을 목록으로 만들어 둡니다. 이것을 AI에게 과거의 좋았던 답장으로부터 만들게 합니다. 특정인에게만 쌓여 있던 “그 사람만 아는 표현”이 팀의 자산이 됩니다.

복사해서 쓰는 프롬프트 템플릿

답장 초안을 만들게 하는 프롬프트입니다. [ ] 안을 자기 상황으로 바꿔 쓰세요. 개인정보는 가린 상태로 붙이는 것이 전제입니다.

당신은 임대관리회사의 문의 응대 담당입니다. 아래 규칙을 지켜
입주자에게 보낼 답장 메일 초안을 만들어 주세요.

# 엄수 규칙
- 금액·날짜·계약 조건은, 제가 건넨 "건물 정보"에 적힌 내용만 사용한다.
- 건물 정보에 없는 것은 추측하지 않고 "확인 후 다시 연락드리겠습니다"라고 쓴다.
- 정중/간결/사과 포함 의 3가지를 낸다.
- 서명과 건물명은 [여기를 담당자가 기입] 으로 빈칸으로 둔다.

# 건물 정보
- 건물명: [OO아파트]
- 갱신료: [월세 1개월분]
- 반려동물: [불가]
- 분리수거: [일반쓰레기는 화·금 아침 8시까지]

# 입주자 문의
[여기에 이름과 전화번호를 가린 문의 본문을 붙인다]

계약서 점검용 프롬프트는 이쪽입니다.

당신은 계약서 검토 보조입니다. 아래 중요사항 설명서를 읽고
"사람이 확인해야 할 부분"만 글머리표로 지적해 주세요. 수정은 하지 말 것.

# 점검 관점
- 특약 조항 번호가 연번인가
- 금액이 본문과 별표에서 일치하는가
- 계약 기간과 갱신일의 정합성
- 오래된 문구나 옛 양식의 잔재
- 관련 규정과 어긋나는 기술

# 출력 형식
- 지적마다 "해당 부분 / 왜 신경 쓰이는가 / 확인 요청" 의 3가지로 쓴다
- 단정하지 말고 "확인 부탁드립니다"로 끝낸다

# 중요사항 설명서
[여기에 본문을 붙인다. 이름·주소는 마스킹된 것을 사용한다]

개인정보를 자동으로 가리는 검증 스크립트

외부 AI에 본문을 그대로 붙이는 것은 위험합니다. 입주자의 이름·전화번호·호수가 포함되기 때문입니다. 붙이기 전에 기계적으로 가림 문자로 바꾸는, Node.js의 작은 스크립트를 둡니다. 이것은 실제로 동작합니다.

// mask.mjs : 표준 입력의 문장에서 전화번호·호수 등을 가린다
// 사용법: node mask.mjs < munui.txt > masked.txt
import { readFileSync } from "node:fs";

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

const rules = [
  // 휴대폰·유선 전화번호(하이픈 유무 둘 다)
  [/01\d-?\d{3,4}-?\d{4}|0\d{1,2}-?\d{3,4}-?\d{4}/g, "[전화번호]"],
  // 이메일 주소
  [/[\w.+-]+@[\w.-]+\.[A-Za-z]{2,}/g, "[이메일]"],
  // OO호 / 101동 1203호 등의 호수
  [/\d{1,4}\s?[동호]/g, "[호수]"],
  // 우편번호(5자리)
  [/\b\d{5}\b/g, "[우편번호]"],
];

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

// "님"의 바로 앞에 오는 이름 같은 2~4글자를 가린다(간이)
masked = masked.replace(/[가-힣]{2,4}\s?님/g, "[고객님]");

process.stdout.write(masked);

완벽하지 않습니다. 주소의 번지 등 이것만으로는 지워지지 않는 것도 있습니다. 하지만 “맨몸 그대로 붙이는” 것보다는 사고가 확 줄어듭니다. 실제 운용에서는 출력을 사람이 한 번 눈으로 확인하고 붙이는 2단 구조로 하세요. 스크립트는 보험일 뿐 최종 확인을 대신하지 못합니다.

Claude Code를 아직 만져본 적이 없다면, 먼저 Claude Code 입문 가이드와 엔지니어가 아니어도 쓰는 Claude Code를 훑어보면 이후 절차가 더 쉽게 들어옵니다. 프롬프트 정확도를 높이고 싶을 때는 프롬프트 설계 실전도 도움이 됩니다. 일상 업무 속도를 더 끌어올리고 싶다면 Claude Code 생산성 팁도 함께 보세요.

보안·개인정보 주의점

임대관리는 개인정보 덩어리를 다루는 일입니다. 여기는 가볍게 넘기지 말고 사내 규칙으로 만드세요.

이름·전화·주소·계좌가 든 문장은 가림 문자로 바꾼 뒤 AI에 건넨다(위 스크립트를 끼운다).
입력한 내용을 학습에 쓰지 않는 설정·계약의 서비스를 고른다. 사내에서 이용 도구를 통일한다.
임대인이나 입주자의 동의 없이, 본인을 특정할 수 있는 형태로 클라우드에 보내지 않는다.
AI의 출력은 “초안”이라고 사내에서 명시하고, 무확인으로 전송·날인하지 않는 운용으로 한다.

“편하니까”로 개인정보를 날것 그대로 붙이는 버릇이 들면 언젠가 반드시 사고가 납니다. 처음에 규칙을 정해 두고, 팀의 CLAUDE.md 같은 공유 규칙에 적어 두는 것을 권합니다. 또한 개인정보 처리의 근거가 필요한 판단은 개인정보보호위원회의 안내 같은 1차 정보를 직접 확인하세요.

자주 묻는 질문

Q. AI가 쓴 답장을 그대로 보내도 되나요? 아니요. 금액·날짜·계약 조건은 사람이 원본으로 확인한 뒤 보내세요. 문장의 말투는 AI에게 맡겨도 되지만, 전송 버튼은 사람이 누른다, 를 무너뜨리지 마세요.

Q. 계약서의 실수를 AI가 전부 찾아주나요? 찾지 못하는 것도 있습니다. AI의 지적은 “확인해야 할 후보”입니다. 조항 번호 어긋남이나 표기 불일치 같은 형식적인 것은 잘하지만, 최종적으로 계약으로 유효한지의 판단은 공인중개사·관리 담당이 하세요.

Q. 작은 회사도 시작할 수 있나요? 네. 우선 “자주 오는 문의의 답장 초안”부터만 시작하세요. 실패해도 되돌릴 수 있는 작은 일부터 들어가는 것이 안전합니다.

Q. 얼마나 시간이 비나요? 어디까지나 목표치이지만, 1차 답장이 1건 10분 → 3~4분, 중요사항 설명서 읽어 맞추기의 누락 찾기가 수월해집니다. 하루 20건의 답장이면 2시간 안팎의 단축을 기대할 수 있습니다.

실제로 시험해 본 결과

저는 제 앞으로 보내는 모의 문의 10건을 준비해, 위 프롬프트와 검증 스크립트를 통과시켜 봤습니다. 확인하고 싶었던 건 두 가지. 마스킹이 먹히는가, 그리고 AI가 금액을 멋대로 지어내지 않는가, 입니다.

마스킹은 전화번호와 “OO호” “OO님”은 대체로 가려졌습니다. 한편 주소의 번지는 남았기에, 여기는 사람의 눈이 필요하다는 걸 알았습니다. 금액에 대해서는, 건물 정보에 적지 않은 갱신료를 물어본 질문에서 AI는 제대로 “확인 후 다시 연락드리겠습니다”라고 썼습니다. 사실을 지어내지 못하게 하는 지시가 먹혔습니다.

반대로 실패도 있었습니다. “정중/간결/사과 포함”의 3가지를 부탁했는데, 처음엔 1가지만 돌아올 때가 있었습니다. 프롬프트에 “반드시 3가지”라고 개수를 명시해 다시 지시했더니 안정됐습니다.

결론으로, 답장 초안과 계약서 1차 점검은 사람이 마지막을 쥐는 전제라면 충분히 실무에 올라옵니다. 전부 맡기려 하지 말고 “초안은 AI, 판단은 사람”의 선을 지킨다. 이것이 임대관리회사에서 AI를 안전하게 효과 내는, 가장 빠른 길이라고 느낍니다.

회사 전체에서 문의 응대나 계약 점검 체계를 정비하고 싶다면, 연수·도입 상담에서 자사 업무 흐름에 맞춘 진행 방식을 함께 설계할 수 있습니다.