건설업 견적서와 현장 일보를 Claude Code로 초안 작성하는 실무 절차

현장 일이 끝나고 사무실로 돌아온다. 시계는 저녁 7시. 내일 아침 일찍 건축주에게 건넬 견적서가 아직 손도 못 댄 채 남아 있다.

작년에 했던 비슷한 현장의 엑셀을 열고, 숫자를 덮어쓰고, 품명을 고치고, 부가세를 다시 계산한다. 도중에 전화가 울리고, 통화를 끝내고 돌아오면 어디까지 했는지 기억이 안 난다. 정신을 차리면 밤 9시. 일보는 여전히 백지.

소규모 건설사 대표나 현장 소장이라면 이 풍경이 낯설지 않을 겁니다. 제가 아는 한 건설사에서도 견적과 일보 초안 작성만으로 매일 밤 2시간이 사라지고 있었습니다.

이 작업, 전부를 사람이 할 필요는 없습니다. 초안까지를 AI에게 맡기고, 마지막 금액과 판단만 사람이 본다. 그것만으로도 야근 사무 작업은 꽤 가벼워집니다. 오늘은 그 구체적인 방법을 적습니다.

핵심 요약

견적서와 현장 일보는 “초안”까지라면 Claude Code에게 맡길 수 있다. 최종 판단은 사람이 쥔다
과거 견적 데이터와 그날의 메모를 건네면 서식을 맞춘 초안이 수십 초 만에 나온다
금액·원가·마진·건축주 이름은 사람이 반드시 눈으로 확인한다. 이 부분을 자동화하면 사고가 난다
건축주 이름이나 주소 같은 개인정보는 사내 규칙을 정한 뒤에 다룬다
매일 밤 2시간의 사무 작업이 30분 전후까지 줄어들 전망. 복사해 쓸 프롬프트와 검증 스크립트를 아래에 뒀습니다

건설사의 사무 작업은 왜 이렇게 무거운가

먼저 독자상을 분명히 합니다. 이 글이 도움이 되는 사람은 직원 10명 안팎까지의 건설사에서, 대표나 소장 본인이 견적도 일보도 직접 쓰는 사람입니다. 전담 사무 직원이 없거나, 한 명으로는 손이 모자란 회사를 떠올리고 있습니다.

건설사의 견적부터 인도까지의 흐름은 대체로 이렇습니다.

문의·현장 조사
개략 견적 제시
본견적·계약
착공, 매일의 현장 관리와 일보
중간·완공 검사
인도, 사후 관리

이 중에서 서류 작업이 몰리는 게 2~4번입니다. 본견적은 항목이 수십 줄이 되기도 하고, 일보는 매일 쌓인다. 기능공 섭외와 자재 발주로 머릿속이 가득 찬 와중에, 밤에 한꺼번에 서류를 만든다. 이게 힘듭니다.

게다가 되돌아가는 일이 많습니다. 흔한 게 이런 것들입니다.

과거 견적을 가져다 썼더니, 이전 건축주의 이름이 한 군데만 남아 있었다
단가를 고치는 걸 깜빡해서, 자재비가 지금 시세와 어긋나 있었다
일보를 3일치 쌓아 뒀더니, 어느 날 무엇을 했는지 기억이 안 난다
서식이 현장마다 제각각이라, 건축주에게 낼 때마다 체재를 다시 정리한다

전부 “머리를 쓰는 일”이 아니라 “베껴 쓰기와 옮겨 적기”입니다. 그렇기 때문에 AI 초안이 효과를 냅니다.

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

여기가 제일 중요하니 먼저 선을 긋습니다. 맡길 범위를 잘못 잡으면 편리하기는커녕 사고의 원인이 됩니다.

공정	Claude Code에게 맡긴다	사람이 반드시 판단한다
견적 항목 뽑기	과거 안건에서 항목 초안을 만든다	누락·특수 공사의 추가
단가·수량	과거 데이터의 단가를 임시로 넣는다	지금의 시세·최종 금액·마진
견적 문장	주의 사항·전제 조건의 초안	계약에 관련된 문구의 정오
현장 일보	그날 메모를 정형 일보로 정리	사실과 다른 기술의 수정
건축주용 문면	정중한 표현으로 다듬기·체재	결례나 오해가 없는지 최종 확인

거칠게 말하면, **AI는 “형태를 정리하는 담당”, 사람은 “숫자와 책임을 지는 담당”**입니다. 금액·원가·마진·계약 문구·건축주의 고유명사. 이 부분은 반드시 사람 눈을 거친다. 초안이 나와도 그대로 보내지 않는다. 이것만 지키면 큰 실패는 일어나지 않습니다.

Claude Code가 어떤 것인지 아직 모호한 분은 먼저 엔지니어가 아니어도 쓸 수 있는 Claude Code 시작하기를 훑어보면 이 글의 작업 이미지가 잡히기 쉽습니다. 도구의 공식 사용법은 Anthropic 공식 문서가 1차 정보입니다.

Use case 1: 과거 견적에서 본견적 초안을 만든다

가장 효과가 큰 게 이겁니다. 과거의 비슷한 현장 견적 데이터와 이번 조건을 건네면, 항목과 수량이 들어간 초안이 나옵니다.

방법은 단순합니다. 과거 견적을 CSV나 텍스트로 한 파일에 모아서 Claude Code에 읽힌다. 그 위에 이번 조건을 전한다.

쓸 프롬프트 템플릿을 둡니다. 그대로 복사해서 대괄호 안을 자기 현장에 맞게 바꿔 쓰세요.

당신은 건설사의 견적 담당입니다. 동봉한 과거 견적 데이터 past-estimates.csv를 참고해,
이번 현장의 본견적 "초안"을 만들어 주세요. 최종 금액은 제가 정합니다.

이번 조건:
- 공사 내용: [목조 2층 내부 리모델링]
- 연면적: [약 90제곱미터]
- 주요 공사: [벽지 교체, 마루, 주방 교체]
- 희망 납기: [약 3주]

출력 규칙:
- 항목 / 수량 / 단위 / 임시 단가 / 소계 의 표로 출력
- 임시 단가는 과거 데이터의 중앙값을 쓰고, 추측한 부분에는 (확인 필요)라고 적는다
- 특수 공사나 추가가 필요할 것 같은 항목은 "확인하고 싶은 점"으로 맨 끝에 항목별로
- 금액의 합계와 부가세는 계산한 식도 함께 표기한다

핵심은 “초안” “최종 금액은 제가 정합니다”라고 처음에 선언하는 점입니다. AI에게 금액의 책임을 지우지 않는다. 임시 단가에는 (확인 필요)를 붙이게 한다. 이렇게 하면 나중에 사람이 점검해야 할 자리가 한눈에 보입니다.

프롬프트 정밀도를 한 단계 더 올리고 싶은 분은 Claude Code 프롬프트 설계 응용도 함께 읽으면 출력의 흔들림이 줄어듭니다.

Use case 2: 그날 메모를 현장 일보로 정리한다

일보는 “쓸 내용”보다 “쓸 기력”이 문제입니다. 현장에서 스마트폰에 친 단편 메모를 정형 일보로 정리하는 정도라면 AI로 충분합니다.

예를 들어 현장에서 이런 메모를 남겼다고 합시다.

6/7 맑음 다나카 댁
오전 철거 계속 복도 바닥 뜯기 완료
점심부터 목수 2명 욕실 주변 바탕
전기 기사 옴 콘센트 위치 건축주와 확인
내일 방수 비 오면 연기

이걸 건네면 이런 일보 초안이 돌아옵니다.

[현장 일보] 2026년 6월 7일(토) 날씨: 맑음
현장명: 다나카 댁

작업 내용:
- 오전: 철거 작업을 계속. 복도 바닥 뜯기가 완료.
- 오후: 목수 2명으로 욕실 주변 바탕 시공.
- 전기 업자가 방문. 콘센트 위치를 건축주와 확인 후 결정.

내일 예정:
- 방수 작업을 예정. 우천 시에는 연기.

연락·특기 사항:
- 콘센트 위치는 건축주 동의 완료.

매일 이걸 백지에서 쓰는 것과, 메모를 붙여 정리하게 하는 것은 걸리는 시간이 자릿수가 다릅니다.

주의점을 하나. AI는 정중하게 쓰려고 메모에 없는 작업을 멋대로 보태기도 합니다. “메모에 없는 작업은 추가하지 않는다. 불분명한 점은 (불명)이라고 적는다”라는 한 문장을 덧붙여 두면 창작을 막을 수 있습니다.

Use case 3: 견적·일보의 체재를 기계적으로 점검한다

초안이 나와도 그대로 믿어서는 안 됩니다. 특히 견적은 합계 계산 실수나 항목 중복이 섞입니다. 이 부분은 사람 눈보다 기계가 잘합니다.

점검 관점을 리스트로 둡니다. 이걸 매번 프롬프트 맨 끝에 붙이는 것만으로도 출력 품질이 안정됩니다.

소계의 합계와 표시된 합계 금액이 일치하는가
부가세 계산이 맞는가 (공급가액 × 0.1)
같은 항목이 두 줄로 중복되어 있지 않은가
이전 건축주 이름·이전 주소가 남아 있지 않은가
(확인 필요)가 붙은 줄이 몇 줄 있는가

이 중 금액의 정합성은 코드로 한 번에 확인할 수 있습니다. 다음 절에서 실제로 동작하는 스크립트를 둡니다.

복사해 쓸 검증 스크립트

견적 합계가 맞는지 확인하는 Node.js 스크립트입니다. CSV(항목,수량,단가)를 건네면 소계의 합계·부가세·총액을 계산하고, AI가 낸 합계와 어긋나지 않았는지 알려줍니다. Node.js가 깔려 있으면 추가 설치 없이 동작합니다.

check-estimate.mjs로 저장합니다.

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

// 인자: CSV 파일 경로, AI가 낸 합계 금액(공급가액)
const [csvPath, claimedRaw] = process.argv.slice(2);
if (!csvPath) {
  console.error("사용법: node check-estimate.mjs estimate.csv 350000");
  process.exit(1);
}

const text = await readFile(csvPath, "utf8");
const rows = text
  .trim()
  .split(/\r?\n/)
  .slice(1) // 헤더 행을 건너뛴다
  .map((line) => line.split(","));

let subtotal = 0;
const seen = new Set();
const warnings = [];

for (const [name, qtyRaw, priceRaw] of rows) {
  const qty = Number(qtyRaw);
  const price = Number(priceRaw);
  if (Number.isNaN(qty) || Number.isNaN(price)) {
    warnings.push(`숫자를 읽을 수 없는 행: ${name}`);
    continue;
  }
  if (seen.has(name)) warnings.push(`항목 중복: ${name}`);
  seen.add(name);
  subtotal += qty * price;
}

const tax = Math.round(subtotal * 0.1);
const total = subtotal + tax;

console.log(`소계(공급가액): ${subtotal.toLocaleString()} 원`);
console.log(`부가세(10%): ${tax.toLocaleString()} 원`);
console.log(`합계(총액): ${total.toLocaleString()} 원`);

if (claimedRaw) {
  const claimed = Number(claimedRaw);
  const ok = claimed === subtotal;
  console.log(ok ? "OK: AI의 합계와 일치" : `NG: AI의 합계 ${claimed.toLocaleString()} 와 어긋납니다`);
}

if (warnings.length) {
  console.log("--- 확인 필요 ---");
  for (const w of warnings) console.log(w);
}

실행은 이게 전부입니다.

node check-estimate.mjs estimate.csv 350000

estimate.csv는 이런 형태를 상정하고 있습니다.

항목,수량,단가
벽지 교체,90,1200
마루,30,8000
폐자재 처분,1,30000

이 스크립트의 좋은 점은 계산을 사람이 암산하지 않아도 되는 점입니다. AI가 낸 합계가 NG라면 그 견적은 아직 건축주에게 낼 수 없다. 중복 항목이 있으면 확인 필요에 나온다. 최종적으로 금액을 정하는 건 사람이지만, 부주의한 실수는 기계로 먼저 잡아낼 수 있습니다.

도입 전과 도입 후, 무엇이 달라지는가

숫자로 보는 게 빠릅니다. 어디까지나 기준치이지만, 제가 본 범위에서는 이 정도의 변화였습니다.

항목	도입 전	도입 후
본견적 1건의 초안	60~90분	15~25분(확인 포함)
일보 1일치	15~20분	3~5분
서식의 들쭉날쭉함	현장마다 제각각	템플릿으로 통일
계산 실수의 발견	건축주 제출 후에 알아챔	제출 전에 스크립트로 검지

간단한 ROI도 내 둡니다. 가령 견적을 주 3건, 일보를 주 5일 쓴다고 합시다. 초안 자동화로 1건당 50분, 일보로 하루 12분이 뜬다고 치면, 한 주에 약 3시간. 대표의 시급을 가령 4만 원으로 잡으면, 주 12만 원, 월로 약 50만 원어치의 시간이 돌아오는 계산입니다.

물론 전제에 따라 오르내리지만, “밤 2시간이 1시간 밑으로” 정도의 체감은 충분히 노릴 수 있습니다. 뜬 시간을 견적의 정밀도나 현장으로 돌릴 수 있는 게 진짜 효과라고 생각합니다.

도입의 발판을 제대로 만들고 싶은 분은 Claude Code 시작하기 가이드와 CLAUDE.md 베스트 프랙티스를 먼저 읽어 두면 사내 규칙을 문장으로 정리하기 쉬워집니다.

보안과 개인정보 주의점

이 부분은 건설사이기에 더더욱 빼놓을 수 없습니다. 견적도 일보도 건축주의 이름·주소·전화번호라는 개인정보 덩어리입니다.

최소한 다음 세 가지는 사내에서 정한 뒤에 시작하세요.

어디까지의 정보를 AI에게 건넬지를 먼저 정한다. 이름이나 주소는 가림말(A님 댁 등)로 해서 건네는 운용으로 하면 안전한 쪽으로 기울일 수 있다
건네는 데이터는 사내에서 다룰 수 있는 범위에 그친다. 건축주에게 받은 도면이나 계약서를 무단으로 외부 도구에 넣지 않는다
나온 초안은 사람이 읽은 뒤에 저장·발송한다. AI의 출력을 그대로 밖으로 내보내지 않는다

가림말 운용은 번거로워 보이지만 익숙해지면 몇 초입니다. 견적의 항목이나 수량에 건축주의 개인정보는 필요 없으니, 고유명사만 나중에 끼워 넣으면 문제없습니다.

회사로서 여러 명이 쓴다면, 이런 규칙 만들기나 교육까지 포함해 정비할 필요가 있습니다. 혼자 시험하는 수준을 넘어서면 연수·상담에서 운용 규칙째 설계하는 게 결국은 지름길입니다. 우선 혼자 시험하고 싶은 단계라면 무료 교재를 둔 products부터 시작해도 충분합니다.

자주 묻는 질문

Q. 엑셀이나 회계 소프트로 만든 견적을 그대로 읽힐 수 있나요? A. 엑셀은 CSV로 내보내면 읽을 수 있습니다. 회계 소프트도 CSV 내보내기가 있는 게 많으니, 일단 CSV로 만들어 건네는 게 확실합니다. 파일을 직접 건네기보다, 필요한 열만 뽑는 편이 정밀도가 올라갑니다.

Q. AI가 낸 금액을 그대로 건축주에게 내도 되나요? A. 안 됩니다. 임시 단가는 과거 데이터의 짜깁기라, 지금의 시세나 개별 사정을 반영하고 있지 않습니다. 금액은 반드시 사람이 확인해 정하세요. AI는 항목 뽑기와 체재 담당, 이라고 선을 긋는 게 안전합니다.

Q. 컴퓨터가 서툴러도 할 수 있나요? A. 프롬프트를 붙여 넣는 작업 자체는 메일을 쓰는 것과 다르지 않습니다. 어려운 건 처음의 환경 만들기뿐입니다. 이 부분은 엔지니어가 아니어도 쓸 수 있는 Claude Code 시작하기를 보면서 한 번 만들어 두면, 그 뒤로는 매일 같은 조작의 반복입니다.

Q. 과거 견적 데이터가 종이밖에 없습니다. A. 우선 최근 자주 쓰는 10건만 손으로 입력해 CSV로 만드는 데서 시작하세요. 전부를 전자화할 필요는 없습니다. 템플릿이 될 대표적인 몇 건만 있으면 초안의 정밀도는 충분히 올라갑니다.

Q. 생산성을 더 올리는 잔기술이 있나요? A. 자주 쓰는 프롬프트를 정형문으로 저장해 두는 게 효과적입니다. Claude Code 생산성 향상 팁에 일상적인 사용법을 정리해 뒀습니다.

실제로 시험해 본 결과

아는 건설사의 협력으로, 실제로 과거 견적 3건과 그날 메모 5일치로 시험했습니다.

견적 초안은 항목의 80%가 과거 데이터에서 채워졌습니다. 나머지 20%는 특수 공사로, 이 부분은 대표가 손으로 보탠다. 그래도 백지에서 쓰는 것보다 압도적으로 빠릅니다. 검증 스크립트를 통과시켰더니, 1건에서 단가 옮겨 적기 실수를 한 군데 잡아냈습니다. 제출 전에 알아챈 건 컸습니다.

일보는 현장에서의 스마트폰 메모를 밤에 모아 정리하는 운용이 가장 잘 맞았습니다. 3일을 쌓아 둬도, 메모만 있으면 몇 분 만에 3일치 초안이 나옵니다.

한편 가림말 운용을 처음에 게을리했더니, 출력에 건축주 이름이 그대로 들어가 식은땀이 났습니다. 역시 개인정보의 선 긋기는 처음에 정해야 합니다. 종합하면 야근 사무 작업은 체감으로 절반 이하. 똑똑한 AI를 찾기보다, 맡길 범위와 확인 구조를 먼저 정하는 게 효과적이라는 게 이번 결론입니다.