리모델링 회사의 제안서와 시공 사례 페이지를 Claude Code로 절반 시간에 만드는 법

금요일 밤 10시. 내일이 현장 실측을 앞둔 제안인데, 제가 아는 영업 담당자는 아직 사무실에 있었습니다. 하고 있던 일은 “전에 비슷한 주방 공사 제안서, 어디 뒀더라” 하는 파일 찾기였죠. 작년 견적서를 복사해서 고객 이름을 한 군데 안 바꾸고, 다른 고객 이름이 그대로 박힌 채 출력할 뻔했다는 이야기. 한두 번 들은 게 아닙니다.

리모델링 일이라는 게 원래는 현장과 시공팀 일정 조율이 본업인데, 정신 차려 보면 서류 작업에 밤이 녹아 없어집니다. 제안서, 견적 설명문, 시공 사례 페이지 갱신, Before/After 사진 캡션. 전부 “고객에게 전달되느냐”가 승부인데, 시간이 모자라서 매번 돌려쓰는 문장이 되어 버립니다.

이 “문장 돌려쓰기 지옥”에서 빠져나오는 데 Claude Code가 꽤 효과적입니다. 오늘은 리모델링 회사의 영업과 시공 담당자가 제안서와 시공 사례 페이지 작성을 어디까지 AI에 넘길 수 있는지, 제가 실제로 시험해 본 형태로 적어 봅니다.

핵심 요약

• 제안서 초안과 시공 사례 페이지 문장은 Claude Code에 80%를 맡기고 사람이 20%를 손보는 형태가 가장 빠릅니다.
• 현장 실측 메모와 과거 사례만 건네면, 고객용 제안문·공사 흐름·개략 견적의 근거까지 초안으로 잡아 줍니다.
• 금액 최종 결정, 구조나 법규에 얽힌 판단, 고객 개인정보 처리는 사람이 반드시 멈춰서 확인합니다.
• 고객의 주소·이름·사진을 그대로 AI에 넘기지 않는 운영으로 바꾸면 개인정보 사고를 피할 수 있습니다.
• 제안서 한 건당 1.5~2시간이 30분으로 줄었습니다. 월 20건이면 20시간 이상 절약입니다.

리모델링 회사의 어떤 사람에게 효과가 있나

상정하는 독자는 5~30명 규모의 인테리어·리모델링 회사에서 제안과 현장을 겸하는 영업 담당자입니다. 또는 자기 일을 블로그나 사례 페이지로 알리고 싶지만 글쓰기가 약한 시공 담당자죠. 마케팅 전담이 없는 회사일수록 더 와닿습니다.

리모델링이 수주까지 가는 흐름은 대략 이렇습니다.

1. 문의·반응을 받는다
2. 현장 실측으로 고객 요구와 건물 상태를 확인한다
3. 플랜과 개략 견적을 만들어 제안서로 정리한다
4. 제안·견적 제시, 계약
5. 공사, 인도
6. 완공 사진을 찍어 시공 사례 페이지에 올린다

이 중 3번의 제안서 작성과 6번의 사례 페이지 갱신이, 본업도 아닌데 가장 시간을 잡아먹는 2대 병목입니다. 게다가 이 둘은 다루는 정보가 가깝습니다. 실측 메모 → 제안서 → 공사 → 사례 페이지로, 같은 건의 정보가 형태만 바꿔 흘러갈 뿐이죠. 그래서 묶어서 AI에 맡기기 좋습니다.

자주 생기는 되돌이 작업과 골칫거리

제가 현장 사람들에게서 들은 “흔한 일”을 늘어놓습니다. 짚이는 데, 없으신가요.

• 과거 제안서를 복사해서, 이전 고객의 이름이나 금액이 남은 채로 건네 버린다.
• 제안문이 늘 같은 말투라 고객에게 “템플릿 티”가 들킨다.
• 시공 사례 페이지가 반년째 멈춰 있다. 찍어 둔 사진이 컴퓨터에서 잠자고 있다.
• 시공 담당자가 쓴 공사 설명이 너무 전문적이라 고객에게 전달되지 않는다.
• 개략 견적의 근거를 말로만 설명해서, 나중에 “말했다 안 했다” 분쟁이 된다.

전부 “문장을 처음부터 쓸 시간이 없다”가 뿌리입니다. 이 부분을 AI에 대신 맡기면, 원래 하고 싶던 현장 일정 조율에 시간을 되돌릴 수 있습니다.

활용법 1: 실측 메모에서 제안서 초안 만들기

가장 효과 큰 게 이겁니다. 현장 실측에서 메모한 요구와 건물 상태를 건네면, 고객용 제안문·공사 흐름·개략 견적의 근거를 초안으로 잡아 줍니다.

포인트는 처음에 “틀”을 정해 두는 것입니다. 제안서 섹션 구성을 고정해서 매번 그 안에 흘려 넣게 하면 품질이 흔들리지 않습니다. 아래 프롬프트를 복사해서 자기 회사 표현으로 고쳐 쓰세요.

당신은 리모델링 회사의 베테랑 영업입니다.
아래 현장 실측 메모를 바탕으로, 고객용 제안서 초안을 만들어 주세요.

[출력 틀]
1. 고객 요구 정리 (3줄로)
2. 제안하는 플랜 개요
3. 공사 흐름 (번호 매기기, 고객 눈높이의 표현으로)
4. 개략 금액의 근거 (항목별로, 왜 그 비용이 드는지 한마디씩)
5. 공사 중 고객에게 드리는 부탁·주의사항

[지킬 것]
- 전문 용어는 쓰면 괄호 안에 쉽게 풀어 쓴다
- 금액은 내가 확정하므로 "※확인 필요"라고 명시한다
- 메모에 없는 정보는 추측으로 채우지 말고 "현장 확인 필요"라고 적는다

[현장 실측 메모]
(여기에 실측 메모를 붙인다. 주소·이름은 가림 처리해도 됨)

마지막 “메모에 없는 정보는 추측으로 채우지 않는다”가 중요합니다. 이걸 안 적으면, AI는 태연히 “준공 20년 가정”이라든가 “수전 일체 교체가 일반적입니다” 같은 멋대로의 전제를 덧붙입니다. 리모델링에서 그러면 사고가 나니, 모르는 건 “현장 확인 필요”라고 쓰게 합니다.

활용법 2: 시공 담당자의 공사 메모를 사례 페이지 문장으로 다듬기

시공 사례 페이지가 멈추는 원인은 대개 “사진은 있는데 문장을 못 쓴다”입니다. 시공 담당자가 현장에서 남긴 짧은 메모를, 고객용 읽기 쉬운 문장으로 변환하게 합니다.

시공 담당자의 메모는 단편이어도 괜찮습니다. “욕실 타일 깨짐 재래식에서 일체형 욕실로 1평 3일” 같은 메모라도, 이렇게 부탁하면 형태가 잡힙니다.

당신은 리모델링 회사의 홍보 담당입니다.
시공 담당자의 현장 메모를, 시공 사례 페이지용 고객 대상 문장으로 다듬어 주세요.

[출력 틀]
- 제목 (30자 이내, 검색을 의식해 "지역명+공사 내용"을 포함)
- 고객이 안고 있던 고민 (2~3줄)
- 공사 내용과 신경 쓴 포인트 (전문 용어는 풀어 쓴다)
- 공사 후의 변화 (고객 후기가 있으면 자연스럽게 넣는다)
- 같은 고민을 가진 분에게 한마디

[지킬 것]
- 메모에 없는 효과나 숫자를 부풀리지 않는다
- "절대" "완전히" 같은 단정하는 표현은 피한다

[시공 담당자의 현장 메모]
(여기에 메모를 붙인다)

이 틀의 좋은 점은 제목에 지역명과 공사 내용을 넣게 한 부분입니다. “강남 욕실 리모델링” 같은 검색으로 고객이 찾으니, 거길 빠뜨리면 사례 페이지를 아무리 늘려도 문의로 이어지지 않습니다. 문장 쓰는 법 자체를 더 파고들고 싶은 분은 Claude Code 프롬프트 설계 응용도 함께 읽으면 틀 다듬기가 한결 수월해집니다.

활용법 3: 개인정보를 빼고 나서 건네는 전처리

여기가 수수하지만 가장 중요한 활용법입니다. 고객의 주소·이름·전화번호를 그대로 AI에 붙이는 건 피하고 싶죠. 그래서 붙이기 전에 개인정보를 가림 처리로 바꾸는 작은 스크립트를 하나 가지고 있습니다.

아래는 Node.js로 동작하는 검증 스크립트입니다. 실측 메모 텍스트 파일을 읽어 들여 전화번호·이메일·우편번호를 가림 처리하고, 남아 있지 않은지 점검해서 보여 줍니다. 복사해서 mask.mjs로 저장하고, node mask.mjs memo.txt로 실행할 수 있습니다.

import { readFile } from "node:fs/promises";

const file = process.argv[2] || "memo.txt";
let text = await readFile(file, "utf8");

// 전화번호·이메일·우편번호를 가림 처리로 바꾼다
const rules = [
  [/0\d{1,2}-?\d{3,4}-?\d{4}/g, "[전화번호]"],
  [/[\w.+-]+@[\w-]+\.[\w.-]+/g, "[이메일]"],
  [/\d{5}(-?\d{2})?/g, "[우편번호]"],
];

let hits = 0;
for (const [pattern, label] of rules) {
  text = text.replace(pattern, () => { hits++; return label; });
}

console.log("--- 가림 처리한 텍스트 ---");
console.log(text);
console.log(`\n바꾼 건수: ${hits}`);
if (hits === 0) console.log("주의: 아무것도 검출되지 않았습니다. 이름·주소는 수동으로 확인하세요.");

이 스크립트는 전화·이메일·우편번호밖에 잡지 못합니다. 이름이나 주소는 형태가 정해져 있지 않아서, 마지막은 사람 눈으로 확인합니다. 그래도 “붙이기 전에 한 손길 더 거치는 습관”이 드는 것만으로, 개인정보가 그대로 클라우드로 흘러가는 사고는 확 줄어듭니다. Claude Code를 처음 만지는 분은 먼저 Claude Code 시작하기 가이드에서 설치와 기본 조작만 끝내 두면, 이 스크립트도 바로 돌릴 수 있습니다.

AI에 맡길 범위와, 사람이 반드시 판단할 범위

선 긋기를 분명히 해 둡니다. 여기를 애매하게 두면, 편리함보다 사고가 이깁니다.

작업	Claude Code에 맡긴다	사람이 반드시 판단한다
제안문 초안	문장 생성·말 바꾸기	내용이 사실인지, 과장이 없는지
개략 금액	근거의 문장화	금액 그 자체의 확정
구조·법규	일반론 설명문	내진·방화·인허가 필요 여부
시공 사례 페이지	제목과 본문 작성	사진 선정, 고객 게재 동의
개인정보	가림 처리 후 텍스트 가공	이름·주소가 남았는지 최종 확인

외우는 법은 단순합니다. “돈·안전·사람 이름”은 사람이 멈춘다. 그 외 문장 일은 얼마든지 맡긴다. 이 구분이면 시공 담당자도 헤매지 않습니다. 사내 규칙으로 남기고 싶은 분은 CLAUDE.md 베스트 프랙티스를 참고해, 위 표를 그대로 프로젝트 규칙 파일에 적어 두면 매번 같은 기준으로 돌릴 수 있습니다.

도입 전과 후로, 무엇이 바뀌었나

제가 아는 작은 리모델링 회사(영업 3명)의 체감입니다.

도입 전에는 제안서 한 건에 1.5~2시간. 과거 파일 찾기와 처음부터 쓰는 문장으로 시간이 녹아 없어졌습니다. 시공 사례 페이지 갱신은 “마음 내키면”이라, 반년에 2건밖에 안 늘었습니다.

도입 후에는 실측 메모를 가림 처리해서 건네고, 초안이 나올 때까지 5분. 사람이 손보는 데 2025분. 합쳐서 30분 안팎으로 줄었습니다. 사례 페이지도 시공 담당자 메모에서 월 45건 만들 수 있게 되어, 지역명 검색에서 오는 문의가 조금씩 늘고 있습니다.

ROI 어림짐작을 대충 내면, 제안서가 한 건당 90분 절약이고 월 20건이면 30시간. 시급 환산 25,000원이라면 월 75만 원어치 시간이 뜨는 계산입니다. 도구 비용보다, 뜬 시간으로 현장을 한 곳 더 도는 쪽이 현장 사람에게는 더 크겠죠.

보안과 개인정보 주의점

리모델링은 주소·도면·가족 구성까지 다루는, 개인정보 덩어리 같은 일입니다. 그러니 더더욱 세 가지만 지키세요.

• 고객의 이름·주소·전화·도면 원본 데이터를 그대로 붙이지 않는다. 위 스크립트로 가림 처리하고 나서 건넨다.
• 시공 사례 페이지에 사진을 올리기 전에, 고객에게 게재 동의를 문서로 받는다. 문패나 차량 번호판이 찍혀 있지 않은지 확인한다.
• 회사에서 쓴다면, 무료 개인용 플랜이 아니라 입력 데이터를 학습에 쓰지 않는 계약 플랜인지 확인한다.

이쯤 되는 “안전하게 맡기기 위한 토대”를 더 깊이 파고들고 싶은 분은 비엔지니어를 위한 Claude Code 입문에 권한과 백업 사고방식이 정리돼 있습니다. 공적인 개인정보 사고방식은 개인정보보호위원회 공식 사이트가 1차 정보로 확실합니다.

자주 묻는 질문

Q. 컴퓨터에 약한 시공 담당자도 쓸 수 있나요. A. 문장을 부탁하는 부분만이라면 한국어로 지시하기만 하면 됩니다. 어려운 건 처음 설치뿐이라, 거긴 잘 아는 사람에게 한 번 도움받으면, 그 뒤로는 메모 붙이고 부탁하는 일의 반복입니다.

Q. AI가 만든 제안서를 그대로 고객에게 건네도 되나요. A. 안 됩니다. 금액과, 구조·법규에 얽힌 부분은 반드시 사람이 확인합니다. AI는 어디까지나 “초안을 빨리 내주는 담당”이고, 최종 책임은 사람이 집니다.

Q. 자사의 과거 제안서를 AI에 학습시킬 수 있나요. A. 과거 제안서를 가림 처리하고 나서 건네면, 문체나 구성을 흉내 낸 초안을 만들 수 있습니다. 자주 쓰는 틀은 CLAUDE.md 베스트 프랙티스 요령으로 규칙화해 두면, 매번 다시 붙이지 않아도 됩니다.

Q. 한 달에 얼마나 시간이 뜨나요. A. 제안서가 월 20건이면, 제가 본 회사에서는 20~30시간쯤 떴습니다. 사례 페이지 갱신이 돌아가기 시작하면, 문의가 느는 효과도 뒤따라옵니다.

Q. 일의 속도를 더 올리는 요령이 있나요. A. Claude Code 생산성 향상 요령에 틀 돌려쓰기·지시 짧게 하기·확인을 명령에 맡기기 같은, 현장에서 통하는 작은 기술이 정리돼 있습니다.

실제로 시험해 본 결과

실제로, 가상의 욕실 공사 실측 메모를 직접 써서 위 세 가지를 처음부터 끝까지 시험했습니다. 먼저 가림 처리 스크립트에 돌렸더니, 전화번호와 우편번호가 2건 깔끔하게 바뀌었습니다. 이름은 형태가 정해져 있지 않아서 남았고, 여긴 손으로 지워야 한다는 걸 다시 확인했습니다. 스크립트에만 맡기지 않는 게 정답입니다.

다음으로 제안서 초안을 내게 했더니, 공사 흐름과 개략 견적 근거까지 5분 만에 형태가 잡혔습니다. 다만 “일체형 욕실은 반나절이면 교체 가능”이라고 단정으로 쓴 부분이 있었고, 여긴 현장 실태와 달라서 고쳤습니다. 역시 금액과 공기는 사람이 멈춘다는 선 긋기는 빠뜨릴 수 없습니다.

시공 사례 페이지 쪽은 시공 담당자 메모 단편에서 제목과 본문이 그럴듯하게 나왔고, 지역명도 제대로 들어갔습니다. 가장 큰 수확은 문장을 쓰는 심리적 장벽이 사라진 것입니다. 처음부터 쓰는 것과, 나온 문장을 고치는 것은 시공 담당자의 무거운 엉덩이가 전혀 다릅니다. 회사 단위로 제안과 사례 만들기를 끌어올리고 싶은 분은 교육·상담에서 자사 흐름에 맞춘 틀 만들기부터 시작하는 게 지름길이라고 생각합니다.