견적서 버전 관리, CRM과 문서 도구의 경계

최종본을 찾는 작업이 연 619,200원입니다

월 60건의 견적을 내고 각 건이 평균 3회 수정된다고 하겠습니다. 한 달에 180개 문서가 만들어집니다. 버전 관리 규칙이 없으면 어느 것이 최종인지 확인하는 작업이 매번 생깁니다.

확인에 1건당 5분이 걸린다고 보면 월 60건에 300분, 5시간입니다. 2026년 최저임금 시간급 10,320원으로 환산하면 월 51,600원, 연 619,200원입니다.

금액보다 위험한 쪽은 잘못된 버전을 보낸 경우입니다. 공급가액이 다른 견적서가 고객에게 가면 금액을 정정해야 하고, 그 과정에서 신뢰가 깎입니다.

CRM이 들고 있어야 하는 값은 셋입니다

견적서 파일 자체는 문서 도구에 두는 것이 자연스럽습니다. CRM이 들고 있어야 하는 것은 숫자입니다. 공급가액, 세액, 합계 세 개입니다.

공급가액 12,000,000원이면 부가가치세법 제30조의 세율 10%를 적용해 세액 1,200,000원, 합계 13,200,000원입니다. 세 칸을 모두 저장해야 나중에 회계로 넘길 때 역산이 필요하지 않습니다.

합계만 저장하면 역산 과정에서 오차가 생깁니다. 금액이 깔끔하지 않을 때 드러납니다. 합계 10,999원에서 공급가액을 역산하면 9,999.09원이 되고, 원 단위 처리 기준에 따라 9,999원이나 10,000원이 됩니다. 원래 공급가액이 9,999원이었다면 운이 좋은 경우이고, 아니면 1원이 어긋납니다.

• CRM: 공급가액·세액·합계 세 칸.
• 문서 도구: 견적서 파일.
• 세 칸을 모두 저장해 역산을 피합니다.

버전을 구분하는 최소 규칙

파일 이름에 날짜와 순번을 넣는 방식이 가장 단순합니다. 날짜만 넣으면 같은 날 두 번 수정한 경우가 구분되지 않습니다.

그보다 나은 방법은 CRM의 견적 레코드에 버전을 쌓는 것입니다. 각 버전에 공급가액과 작성 시각을 남기고 현재 유효한 버전을 표시합니다. 그러면 파일 이름 규칙을 지키지 않아도 최종본이 어느 것인지 CRM에서 확인됩니다.

이 구조의 장점은 금액 변동이 보인다는 점입니다. 12,000,000원에서 10,800,000원으로, 다시 11,400,000원으로 바뀐 이력이 남으면 할인 폭과 그 근거를 나중에 확인할 수 있습니다. 파일만 쌓여 있으면 각 파일을 열어 봐야 합니다.

어디까지 CRM에 담고 어디부터 문서 도구에 둘까

경계를 정하는 기준은 집계 여부입니다. 집계해야 하는 값은 CRM에, 읽기만 하는 내용은 문서 도구에 둡니다.

금액은 집계됩니다. 월 견적 총액, 평균 할인율, 단계별 금액 합계가 모두 금액 칸에서 나옵니다. 반면 견적서의 설명 문구, 조건 안내, 디자인은 집계되지 않습니다. 이것들을 CRM 필드로 옮기면 입력 부담만 늘어납니다.

Notion 같은 문서 도구를 쓰는 경우 파일 업로드 한도를 확인해야 합니다. 무료 플랜은 파일 1건 5MB이고 유료 플랜은 5GB입니다. 이미지가 들어간 견적서가 5MB를 넘기면 무료 플랜에서는 올라가지 않습니다.

수정 횟수 자체를 줄이는 방법

619,200원은 수정이 3회라는 전제에서 나온 금액입니다. 수정이 1회로 줄면 월 60개 문서가 되고 확인 작업도 줄어듭니다.

수정이 반복되는 원인은 대개 첫 견적의 정보 부족입니다. 수량이나 조건이 확정되지 않은 상태에서 금액을 먼저 보내면 반드시 고치게 됩니다. 견적 전에 확정할 항목을 목록으로 두면 횟수가 줄어듭니다.

결론을 바꾸는 예외는 협상이 금액으로 이루어지는 거래입니다. 할인 폭을 주고받는 과정 자체가 영업이라면 수정 3회는 비효율이 아니라 정상입니다. 이때 줄여야 하는 것은 수정 횟수가 아니라 최종본을 찾는 5분이고, 그 5분은 CRM에 버전과 유효 표시를 두면 거의 0이 됩니다.