견적서 관리대장은 고객에게 발송한 견적서의 번호, 버전, 금액, 발송일, 유효기간과 진행 결과를 기록하는 내부 관리표입니다. 기본 관리 단위는 고객에게 실제로 발송한 견적 버전 1개당 한 행입니다.
수정 견적서를 보냈다면 기존 파일을 덮어쓰지 않고 같은 기본 견적번호에 v1, v2, v3처럼 버전을 추가합니다. 문서가 현재 적용본인지와 고객이 승인·거절·보류했는지도 별도 항목으로 기록해야 오래된 조건을 다시 적용하거나 수정본을 중복 계산하는 실수를 줄일 수 있습니다.
견적서 관리의 핵심 원칙
- 발송한 견적 버전 하나를 한 행으로 기록합니다.
- 기본 견적번호는 유지하고 수정할 때 버전을 올립니다.
- 문서 상태와 고객 결정 상태를 다른 칸에 기록합니다.
- 유효기간과 다음 확인일을 구분합니다.
- 승인율을 계산할 때 교체된 버전을 중복해서 세지 않습니다.
| 확인할 질문 | 관리대장에서 볼 항목 |
|---|---|
| 어떤 견적서를 보냈는가? | 견적번호·버전·발송일 |
| 현재 적용되는 파일은 무엇인가? | 문서 상태·현재 적용본 여부 |
| 조건은 언제까지 유효한가? | 유효기간 종료일 |
| 다음 확인은 언제 해야 하는가? | 검토 예정일·다음 확인일 |
| 고객은 어떤 결정을 했는가? | 검토 중·승인·거절·보류·답변 없음 |
1. 견적서 관리대장이란?
견적서 관리대장은 견적서를 작성하는 양식이 아니라 작성하거나 발송한 견적서의 이력을 관리하는 표입니다. 견적서 파일에 작업 범위와 금액을 적었다고 해서 이후의 상태까지 자동으로 관리되는 것은 아닙니다.
관리대장이 없으면 다음과 같은 문제가 생길 수 있습니다.
- 같은 고객에게 어떤 버전의 견적서를 보냈는지 확인하기 어렵다.
- 고객이 이전 견적서에 답했을 때 현재 적용되는 조건인지 판단하기 어렵다.
- 유효기간이 지난 견적을 활성 견적처럼 계속 유지한다.
- 견적 발송 후 다시 확인해야 할 날짜를 놓친다.
- 교체된 이전 버전까지 별도 견적으로 계산한다.
- 견적 금액과 최종 계약 금액의 차이를 확인하지 못한다.
기본적으로 고객에게 발송한 버전만 기록하면 됩니다. 내부에서 초안을 여러 개 검토하거나 승인 절차가 필요하다면 초안도 선택적으로 기록할 수 있지만, 발송일은 비워두고 견적 발송 건수와 승인율 계산에서는 제외합니다.
적용 범위: 이 글에서 말하는 견적서 관리대장은 1인 사업자의 내부 업무 관리표입니다. 모든 업종에 공통으로 적용되는 법정 장부나 정해진 공식 서식을 의미하지 않습니다.
2. 프로젝트 현황표와 무엇이 다를까?
프로젝트 현황표와 견적서 관리대장은 함께 사용할 수 있지만 관리 대상이 다릅니다. 프로젝트 현황표는 고객 문의부터 계약, 작업과 입금까지 전체 진행 상태를 보고, 견적서 관리대장은 고객에게 발행한 견적 문서와 수정 이력을 봅니다.
| 구분 | 프로젝트 현황표 | 견적서 관리대장 |
|---|---|---|
| 관리 단위 | 프로젝트 한 건 | 발송한 견적 버전 한 개 |
| 시작 시점 | 고객 문의 접수 | 견적서 작성 또는 발송 |
| 주요 정보 | 문의·계약·일정·입금 | 번호·버전·금액·유효기간 |
| 핵심 질문 | 다음에 어떤 일을 해야 하는가? | 현재 어떤 견적 조건이 적용되는가? |
문의부터 입금까지 프로젝트 전체를 관리하는 구조는 1인 사업자 프로젝트 현황표에서 확인할 수 있습니다.
3. 관리대장에 넣을 필수 항목
처음부터 모든 정보를 기록하면 관리대장을 유지하기 어렵습니다. 현재 적용되는 견적서를 찾고 다음 행동을 정하는 데 필요한 항목부터 구성합니다.
| 항목 | 기록 내용 | 필요한 이유 |
|---|---|---|
| 기본 견적번호 | QT-202608-001 | 같은 협의 건의 버전을 묶음 |
| 버전 | v1·v2·v3 | 수정본과 이전 발행본 구분 |
| 고객·프로젝트 | 업체명과 프로젝트명 | 견적 대상을 검색 |
| 작성일·발송일 | 문서 작성일과 실제 전달일 | 초안과 발송본 구분 |
| 견적 금액 | 공급가액·부가세·총액 표시 기준 | 버전별 금액 변화 확인 |
| 유효기간 | 현재 조건의 유지 종료일 | 만료와 재견적 판단 |
| 문서 상태 | 초안·현재 적용·교체·만료 | 사용 가능한 문서인지 확인 |
| 고객 결정 | 검토 중·승인·거절·보류·답변 없음 종료 | 영업 결과와 다음 행동 구분 |
| 다음 확인일 | 다시 확인하거나 종료할 날짜 | 후속 연락 누락 방지 |
| 수정 이유 | 범위·수량·일정·금액 변경 | 버전 변경 근거 확인 |
파일 링크나 저장 위치를 함께 기록하면 견적서를 다시 찾기 쉽습니다. 다만 업무와 관계없는 개인정보나 긴 대화 내용까지 관리대장에 복사하지 않습니다.
4. 견적번호 만드는 법
견적번호의 목적은 서로 다른 고객과 수정본을 빠르게 구분하는 것입니다. 내부에서 계속 유지할 수 있는 짧은 규칙이면 충분합니다.
견적번호 예시
QT-202608-001
QT-202608-002
QT-202608-003
- QT: 견적 문서라는 표시
- 202608: 최초 발행 연도와 월
- 001: 같은 기간의 일련번호
고객명은 별도 열에서 관리하고 견적번호는 중복되지 않는 식별자로 사용합니다. 취소되거나 거절된 견적번호도 다른 견적에 다시 사용하지 않아야 과거 문서와 혼동하지 않습니다.
5. 수정 견적서 버전 관리법
고객이 결과물 수량, 작업 범위나 일정을 변경하면 같은 파일을 덮어쓰지 않고 버전을 올립니다. 기본 견적번호는 유지하고 파일명과 관리대장에 버전을 함께 표시합니다.
버전 파일명 예시
QT-202608-003-v1.pdf
QT-202608-003-v2.pdf
QT-202608-003-v3.pdf
- 기존 버전의 문서 상태를 `교체`로 변경합니다.
- 같은 기본 견적번호에 새 버전을 추가합니다.
- 새로운 견적 금액과 유효기간을 기록합니다.
- 작업 범위·수량·일정 등 변경 이유를 적습니다.
- 새 버전의 문서 상태를 `현재 적용`으로 표시합니다.
- 고객에게 현재 적용되는 견적번호와 버전을 안내합니다.
| 견적번호 | 버전 | 금액 | 문서 상태 | 수정 이유 |
|---|---|---|---|---|
| QT-202608-003 | v1 | 1,800,000원 | 교체 | 최초 발행 |
| QT-202608-003 | v2 | 2,200,000원 | 현재 적용 | 페이지 2개 추가 |
6. 문서 상태와 고객 결정 상태 분리하기
견적서가 만료된 것과 고객이 거절한 것은 같은 의미가 아닙니다. 수정본으로 교체된 것과 프로젝트가 취소된 것도 다르므로 문서 자체의 상태와 고객의 결정을 별도 열로 관리합니다.
| 구분 | 상태 | 의미 |
|---|---|---|
| 문서 상태 | 초안 | 작성했지만 보내지 않음 |
| 현재 적용 | 현재 검토하거나 승인할 수 있는 버전 | |
| 교체 | 새 버전이 발행되어 적용하지 않음 | |
| 만료 | 현재 조건의 유효기간이 지남 | |
| 고객 결정 | 검토 중 | 아직 최종 답변을 받지 않음 |
| 승인 | 해당 조건으로 진행 의사를 확인함 | |
| 거절 | 해당 조건으로 진행하지 않음 | |
| 보류 | 결정을 나중으로 미룸 | |
| 답변 없음 종료 | 마지막 확인 후에도 결과가 없어 대기를 종료함 |
v1이 v2로 교체됐다면 v1의 문서 상태는 `교체`, v2는 `현재 적용`으로 기록합니다. 고객 결정은 현재 적용 버전을 기준으로 관리합니다.
7. Excel과 Google Sheets로 만드는 법
첫 행에는 항목명을 넣고 한 행에는 하나의 견적 버전을 기록합니다. 작성일, 발송일, 유효기간과 다음 확인일은 실제 날짜 형식으로 입력해야 정렬과 계산이 가능합니다.
상태를 드롭다운으로 만듭니다
데이터 유효성 검사 기능으로 문서 상태와 고객 결정 상태를 드롭다운으로 설정합니다. `승인`, `승인 완료`, `승 인`처럼 같은 상태가 여러 표현으로 나뉘는 것을 막을 수 있습니다.
유효기간이 지난 문서를 표시합니다
아래 복사 양식의 열 순서를 그대로 사용하면 유효기간 종료일은 I열입니다. I2가 비어 있지 않고 오늘보다 이전이면 만료 확인이 표시되도록 다음 수식을 사용할 수 있습니다.
만료 확인식 예시
=IF(I2="","",IF(I2<TODAY(),"만료 확인","유효"))
열 순서를 바꿨다면 I2를 실제 유효기간 셀로 변경해야 합니다. 조건부 서식을 적용하면 만료가 가까운 견적을 색으로 표시할 수도 있습니다.
필터로 이번 주 확인 대상을 찾습니다
- 문서 상태가 `현재 적용`인 행
- 고객 결정이 `검토 중`인 행
- 다음 확인일이 오늘 이전인 행
- 유효기간이 가까운 행
8. 유효기간과 다음 확인일 관리법
유효기간은 현재 가격과 작업 조건을 유지하는 기한이고, 다음 확인일은 고객에게 다시 연락하거나 내부적으로 상태를 점검하는 날짜입니다. 두 날짜를 같은 칸에 기록하면 연락 시점과 문서 만료 시점을 구분하기 어렵습니다.
다음 확인일은 다음 날짜 중 가장 먼저 오는 시점을 기준으로 정할 수 있습니다.
- 고객이 알려준 검토 예정일
- 유효기간 종료 전 안내가 필요한 날짜
- 다른 프로젝트로 작업 가능 일정이 바뀌는 날짜
유효기간 설정 방법은 1인 사업자 견적 유효기간 정하는 법에서, 실제 연락 시점과 문장은 견적 후속 연락 기준에서 확인할 수 있습니다.
9. 견적서 관리대장 작성 예시
| 견적번호 | 버전 | 고객 | 프로젝트 | 발송일 | 금액 | 유효기간 | 문서 상태 | 고객 결정 | 다음 확인일 | 수정 이유 |
|---|---|---|---|---|---|---|---|---|---|---|
| QT-202608-001 | v1 | A사 | 소개서 제작 | 8월 14일 | 1,500,000원 | 8월 28일 | 현재 적용 | 검토 중 | 8월 20일 | 최초 발행 |
| QT-202608-002 | v1 | B사 | 상세페이지 | 8월 14일 | 900,000원 | 8월 21일 | 현재 적용 | 승인 | - | 최초 발행 |
| QT-202608-003 | v1 | C사 | 웹사이트 수정 | 8월 15일 | 1,800,000원 | 8월 29일 | 교체 | - | - | 최초 발행 |
| QT-202608-003 | v2 | C사 | 웹사이트 수정 | 8월 17일 | 2,200,000원 | 8월 31일 | 현재 적용 | 검토 중 | 8월 22일 | 페이지 2개 추가 |
QT-202608-003은 두 행이지만 별개의 영업 기회 두 건이 아닙니다. 같은 기본 견적번호의 v1이 v2로 교체된 것이므로 승인율은 한 건으로 계산합니다.
10. 견적 승인율 계산법
승인율 계산에는 결과가 확정된 기본 견적번호만 사용합니다. `검토 중`과 `보류`는 제외하고, `승인`, `거절`, `답변 없음 종료`만 확정 결과로 계산합니다. 문서가 만료됐다는 이유만으로 자동으로 거절 처리해서도 안 됩니다.
건수 기준 승인율
승인된 기본 견적 수 ÷ 승인·거절·답변 없음 종료 견적 수 × 100
확정 결과 10건 중 4건이 승인됐다면 건수 기준 승인율은 40%입니다. 교체된 v1과 현재 적용된 v2는 같은 기본 견적번호이므로 한 건으로 셉니다.
금액 기준 승인율
승인된 최종 견적 금액 ÷ 확정 결과 견적의 최종 금액 합계 × 100
건수 승인율은 높지만 금액 승인율이 낮다면 소액 견적이 주로 승인됐을 수 있습니다. 반대로 건수 승인율은 낮아도 금액 승인율이 높다면 적은 수의 큰 프로젝트가 승인됐을 가능성이 있습니다.
주의: 한두 달의 적은 표본만 보고 가격이나 영업 방식에 문제가 있다고 단정하지 않습니다. 프로젝트 유형, 규모와 유입 경로가 비슷한 견적끼리 비교해야 의미가 있습니다.
11. 견적 관리 프로그램이 필요한 시점
견적번호와 버전, 날짜를 직접 관리할 수 있다면 Excel이나 Google Sheets로 충분합니다. 프로그램의 기능이 많다고 관리 기준이 자동으로 만들어지는 것은 아닙니다.
다음 문제가 반복되면 별도의 견적 관리 프로그램이나 CRM을 검토할 수 있습니다.
- 여러 사람이 동시에 견적서를 작성하고 승인한다.
- 견적번호 자동 발급과 PDF 생성이 필요하다.
- 고객별 견적 이력을 자주 검색해야 한다.
- 유효기간과 후속 연락 알림을 자동화해야 한다.
- 견적 승인 후 계약·청구·입금 상태를 자동으로 연결해야 한다.
- 파일 접근 권한과 변경 이력을 사용자별로 관리해야 한다.
도구를 바꾸기 전에는 현재 표에서 실제로 반복되는 불편이 무엇인지 먼저 기록합니다. 필요한 기능이 확인되지 않은 상태에서 프로그램부터 도입하면 입력 항목만 늘어날 수 있습니다.
12. 주간·월간 점검 방법
매주 확인할 항목
- 다음 확인일이 지났지만 검토 중인 견적
- 유효기간이 가까운 현재 적용 견적
- 수정본을 보냈지만 이전 버전이 현재 적용으로 남은 견적
- 고객 답변 이후 다음 행동이 기록되지 않은 견적
- 유효기간이 지났지만 문서 상태가 변경되지 않은 견적
매월 확인할 항목
- 발송한 기본 견적 수와 수정 버전 수
- 승인·거절·보류·답변 없음의 분포
- 건수 기준과 금액 기준 승인율
- 견적 금액과 최종 계약 금액의 차이
- 수정 견적이 반복된 이유
- 다음 견적에서 먼저 확인할 항목
승인되지 않은 이유는 고객에 대한 평가가 아니라 다음 견적 개선에 필요한 사실만 기록합니다. 예산 차이, 일정 불일치, 범위 변경, 내부 보류처럼 확인된 내용을 사용하고, 답을 받지 못했다면 가격이 비싸서 거절됐다고 추측하지 않습니다.
13. 견적서 관리에서 자주 하는 실수
- 고객명으로만 파일을 저장해 여러 프로젝트가 섞이는 경우
- 수정할 때 이전 견적서를 덮어쓰는 경우
- 작성일과 실제 발송일을 구분하지 않는 경우
- 문서 만료와 고객 거절을 같은 상태로 처리하는 경우
- 교체된 버전을 승인율에 별도 견적으로 포함하는 경우
- 검토 중인 견적까지 실패한 견적으로 계산하는 경우
- 관리대장에 긴 대화와 불필요한 개인정보를 기록하는 경우
- 유효기간은 적지만 다음 확인일을 비워두는 경우
14. 복사해서 사용하는 견적서 관리대장
아래 탭 구분 항목을 복사해 Excel이나 Google Sheets의 A1 셀에 붙여 넣으면 각 항목이 열로 나뉩니다. 환경에 따라 한 열에 붙는다면 ‘텍스트 나누기’에서 탭을 구분자로 선택합니다.
기본 견적번호 버전 고객 또는 업체명 프로젝트명 작성일 발송일 견적 금액 부가세 표시 기준 유효기간 종료일 문서 상태 고객 결정 상태 검토 예정일 다음 확인일 수정 이유 최종 계약 금액 파일 저장 위치 메모
행을 추가하기 전 확인할 질문
- 고객에게 실제로 발송한 버전인가?
- 같은 기본 견적번호의 수정본인가, 새로운 프로젝트인가?
- 이전 버전의 문서 상태를 교체로 변경했는가?
- 현재 적용되는 버전이 하나만 남아 있는가?
- 유효기간과 다음 확인일을 구분했는가?
- 고객 결정은 확인된 사실을 기준으로 기록했는가?
15. 자주 묻는 질문
견적번호는 매년 새로 시작해야 하나요?
반드시 그래야 하는 것은 아닙니다. 연도나 연월을 번호에 포함했다면 기간이 바뀔 때 일련번호를 다시 시작할 수 있습니다. 중요한 것은 번호가 중복되지 않고 과거 문서를 찾을 수 있는 일관된 규칙입니다.
수정 견적서는 새로운 견적번호를 받아야 하나요?
같은 프로젝트의 범위와 금액을 조정한 수정본이라면 기본 견적번호를 유지하고 버전을 올리는 편이 이력을 보기 쉽습니다. 별도의 프로젝트나 계약 단위라면 새로운 견적번호를 사용할 수 있습니다.
고객에게 보내지 않은 초안도 기록해야 하나요?
내부 검토 이력이 필요할 때만 선택적으로 기록합니다. 발송일은 비워두고 발송 건수와 승인율 계산에서는 제외합니다.
유효기간이 지나면 기존 행을 삭제해야 하나요?
삭제하지 않습니다. 문서 상태를 만료로 변경하고 필요하면 재견적 여부를 기록합니다. 문서가 만료됐다고 고객 결정을 자동으로 거절 처리하지 않습니다.
한 고객에게 여러 견적을 보내면 각각 기록해야 하나요?
서로 다른 프로젝트라면 각각 새로운 기본 견적번호로 기록합니다. 같은 프로젝트의 조건 수정이라면 기본 견적번호를 유지하고 버전별로 행을 추가합니다.
견적 승인율은 어느 정도가 적당한가요?
모든 업종에 공통으로 적용되는 적정 승인율은 없습니다. 서비스 종류, 가격, 고객 유입 경로와 프로젝트 규모에 따라 달라집니다. 외부 평균을 임의로 적용하기보다 같은 조건의 자체 기록이 어떻게 변하는지 확인합니다.
프로젝트 현황표와 하나로 합쳐도 되나요?
견적과 수정본이 많지 않다면 한 파일 안에서 별도 시트로 관리할 수 있습니다. 프로젝트 현황표에는 현재 견적번호만 표시하고, 견적서 관리대장에는 버전별 이력을 기록하면 중복 입력을 줄일 수 있습니다.
견적이 승인되면 바로 작업을 시작해도 되나요?
견적 승인과 작업 착수는 같은 상태가 아닙니다. 계약, 선금, 필수 자료와 일정을 확인한 뒤 작업을 시작해야 합니다. 자세한 기준은 1인 사업자 작업 착수 확정 기준에서 확인할 수 있습니다.
프레임웍스 정리
- 발송한 견적 버전 하나를 한 행으로 기록합니다.
- 수정할 때 기본 견적번호는 유지하고 버전을 올립니다.
- 문서 상태와 고객 결정 상태를 별도 열로 관리합니다.
- 유효기간과 다음 확인일을 구분합니다.
- 교체된 버전과 미발송 초안은 승인율에서 제외합니다.
- 승인·거절·답변 없음 종료를 기준으로 승인율을 계산합니다.
견적서에 포함할 항목과 금액을 정하는 방법은 프리랜서 견적서 쓰는 법에서, 견적에 필요한 정보가 부족한 문의에 답하는 방법은 1인 사업자 고객 문의 답변법에서 이어서 확인할 수 있습니다.
이 글의 작성 및 적용 기준
이 글은 프로젝트 단위로 견적서를 발행하는 1인 사업자와 프리랜서가 발송일, 수정 버전, 유효기간과 진행 결과를 내부적으로 관리할 수 있도록 작성했습니다. 예시 번호와 금액은 설명을 위한 가상 사례이며, 실제 관리 항목과 문서 규칙은 업종, 거래 방식과 사용하는 도구에 맞게 조정해야 합니다.