고객에게 보낸 견적서와 보고서는 어떻게 빠짐없이 관리하나요?

이 방법은 산업 고객에게 견적서, 제안서, 시험 계획서, 보고서, 제품 문서를 보내는 공급사의 영업 담당자와 기술 담당자를 위한 것입니다. 계약 관리 시스템, ERP 주문 기록, 고객이나 당국이 요구하는 규제 대상 문서 관리 시스템을 대신하지 않습니다.

고객에게 보낸 견적서와 보고서는 왜 이메일 스레드 속에서 찾기 어려워지나요?

고객에게 보낸 견적서와 보고서가 이메일 스레드 속에서 찾기 어려워지는 것은 이메일 프로그램이 대화와 보낸 사람을 기준으로 정리하기 때문입니다. 반면 나중에 나오는 질문은 대개 고객과 문서 유형에 관한 것입니다. 이 공장에 마지막으로 보낸 견적서가 무엇이었는지 같은 질문입니다. 답은 누군가의 보낸 편지함 안, 아무도 기억하지 못하는 제목 아래에 있습니다.

상황을 더 나쁘게 만드는 일이 세 가지 있습니다. 한 문서가 초안, 수정본, 최종본으로 여러 번 나가는 경우가 많고, 그때마다 스레드가 다릅니다. 동료가 다음 버전을 자기 메일함에서 보낼 수도 있습니다. 그리고 고객 담당자가 바뀌면 이력도 그 사람과 함께 떠납니다. 영국 국가기록원(The National Archives)은 계정을 삭제하기 전에 "퇴직자가 업무상 가치가 있는 이메일을 모두 보관 처리하도록" 하라고 기관들에 안내합니다(The National Archives, UK).

같은 지침은 이메일을 잃었을 때의 비용도 짚습니다. "이메일을 잃으면 업무를 수행하지 못하거나, 불필요하게 같은 일을 되풀이하거나, 조직에 피해가 생길 수 있다"고 합니다(The National Archives, UK). 공급사에게 같은 일의 되풀이란 이미 있는 견적서를 다시 쓰는 일이고, 피해란 고객이 가진 견적서와 다른 가격이나 납기를 제시하는 일입니다. 이 지침은 이메일 아카이빙 시스템이 "이메일을 관리하지 않고 저장만 한다"고도 경고합니다(The National Archives, UK). 따라서 아카이브로도 고객과 문서 유형에 관한 질문에는 답할 수 없습니다.

고객사마다 어떤 문서 유형을 관리해야 하나요?

고객사마다 관리해야 할 문서 유형은 고객이 그 문서를 근거로 움직이거나 다시 인용할 수 있는 모든 문서입니다. 견적서, 제안서, 시험 계획서, 시험 보고서와 방문 보고서, 그리고 공급한 제품 문서가 여기에 해당합니다. 나중에 누군가 "그쪽은 어느 버전을 받았나요?"라고 물을지 생각해 보면 판단하기 쉽습니다.

산업 공급사가 쓸 수 있는 목록은 다음과 같습니다.

• 견적서와 가격 제시, 유효 기간 포함.

• 제안서와 기술 권고.

• 고객과 합의한 시험 계획서와 시험 프로토콜.

• 보고서: 시험 결과, 서비스 방문 보고서, 클레임 및 시정 조치 보고서.

• 제품 문서: TDS, SDS, CoA, 각종 선언서.

제품 문서는 영업상 이유뿐 아니라 규제상 이유로도 중요합니다. EU에서는 제31조 제9항에 열거된 사유로 SDS를 개정하면, 직전 12개월 안에 공급받은 모든 수령인이 새 버전을 받습니다(Regulation 1907/2006, Article 31). 고객마다 어느 개정본을 받았는지 기록해 두면, 보낸 편지함을 뒤지지 않고 이 발송 목록을 바로 찾아볼 수 있습니다.

결정 사항이 담기지 않은 일상적인 연락은 넣지 않습니다. 기록 관리 지침도 이메일을 같은 기준으로 가릅니다. 조직은 "업무상 또는 역사적 가치 때문에 보관해야 할 이메일이 무엇인지 분명히 정해야 한다"고 합니다(The National Archives, UK).

견적 관리 스프레드시트로 제안서와 보고서까지 관리할 수 있나요?

견적 관리 스프레드시트로 제안서와 보고서까지 관리하려면 두 가지 조건이 있습니다. 모든 행에 보낸 파일의 링크가 있어야 하고, 보내는 순간에 누군가 기록해야 합니다. 파일이 없으면 문서가 나갔다는 사실은 알 수 있어도 그 문서에 무엇이 적혀 있었는지는 알 수 없습니다.

대부분의 팀은 스프레드시트로 시작합니다. 한 제안서 소프트웨어 회사가 2014년에 쓴 글은 기업들이 보낸 견적서를 기본 CRM이나 "엑셀 스프레드시트 또는 그와 비슷한 것"으로 정리한다고 설명하고, 스프레드시트는 "무슨 일이 있어도" 피하라고 권합니다(Better Proposals, 2014). 이 조언은 관리 소프트웨어를 파는 회사에서 나왔습니다. 하지만 지적한 약점은 실제로 있습니다. 스프레드시트는 누구에게도 알려 주지 않고, 누군가 첨부하지 않으면 문서를 담고 있지 않습니다.

어떤 도구든 기준은 같습니다.

• 이메일을 열지 않고도 한 고객에게 보낸 모든 문서를 유형별로 찾을 수 있는가?

• 항목마다 고객이 받은 바로 그 파일이 열리는가?

• 어느 버전이 최신인지 보이는가?

루빈플라에서는 고객사마다 산출물 목록에 견적서, 제안서, 시험 계획서, 보고서가 문서 유형별로 쌓입니다. 다만 플랫폼에서 만들었거나 플랫폼에 올린 문서만 쌓이고, 이메일로 보낸 첨부 파일은 고객사에 자동으로 연결되지 않습니다. 어떤 도구에 기록하든 이메일 첨부 파일을 기록에 넣으려면 따로 손을 거쳐야 합니다.

발송 문서 대장에는 견적서나 보고서마다 무엇을 기록해야 하나요?

발송 문서 대장에는 견적서나 보고서마다 일곱 가지 항목을 기록해야 합니다. 고객과 현장, 문서 유형, 제목, 버전, 발송일, 수신인, 그리고 파일 자체입니다. 이 일곱 가지가 있으면 팀의 누구든 고객이 무엇을 가지고 있고 그것이 최신 버전인지 말할 수 있습니다.

• 고객과 현장: 고객의 법인명이나 고객사 이름, 그리고 공장. 한 그룹의 두 현장이 섞이지 않게 합니다.

• 문서 유형: 견적서, 제안서, 시험 계획서, 보고서, 제품 문서처럼 정해 둔 목록에서 고릅니다.

• 제목: 이메일 제목이 아니라 문서 자체의 제목입니다.

• 버전: 발행할 때마다 커지는 숫자나 문자입니다. 예를 들어 Rev 2입니다(예시).

• 발송일: YYYY-MM-DD 형식으로 씁니다. 그러면 01/05/22 같은 날짜의 모호함이 없어집니다(ISO 8601-1:2019; ISO date format guide).

• 수신인: 고객사에서 받은 사람의 이름과 역할입니다.

• 파일: 실제로 보낸 파일을 항목과 함께 저장하거나, 그 파일이 열리는 링크를 둡니다.

견적서에는 유효 기간을, 개정한 문서에는 대체된 이전 버전을 함께 적습니다. ISO 9001:2026은 문서화된 정보의 관리를 다루는 7.5.3 조항을 유지합니다(ISO, 2026). 보낸 파일을 열 수 없는 대장으로는 고객이 어느 버전을 가지고 있는지 보여 줄 수 없습니다.

고객 문서 기록은 단계별로 어떻게 만드나요?

고객 문서 기록은 네 단계로 만듭니다. 단계마다 동작이 하나이므로 팀이 모든 고객에 똑같이 되풀이할 수 있습니다.

1. 고객별로 정리하기. 고객마다 기록을 하나 만들고 그 아래에 현장을 둡니다. 검색으로 찾을 수 있도록 고객 이름은 회사의 고객 목록에 있는 그대로 씁니다.

2. 문서 유형별로 묶기. 고객마다 정해 둔 목록의 문서 유형별로 목록을 하나씩 둡니다. 새 견적서는 "기타"가 아니라 반드시 견적서 아래에 넣습니다.

3. 버전과 발송일 기록하기. 문서를 보낼 때마다 앞 절의 항목으로 기록을 하나 추가합니다. 월말이 아니라 보낼 때 기록합니다.

4. 이메일로 보낸 사본 첨부하기. 이메일 첨부 파일로 나간 문서는 첨부한 파일을 항목에 저장합니다. 이메일 본문에 파일에 없는 조건이 있으면 이메일도 함께 저장합니다. 영국 국가기록원은 "이메일을 관련 디지털 정보와 함께 공유된 기관 정보 관리 시스템에" 보관하라고 권합니다(The National Archives, UK).

그다음 지난 기록을 채웁니다. 팀원마다 보낸 편지함에서 지난 12개월(예시 기간) 동안 그 고객에게 보낸 첨부 파일을 찾고, 문서 유형별 최신 버전부터 추가합니다. 이전 버전은 나중에 넣어도 됩니다. 가장 중요한 것은 최신 견적서와 최신 SDS 개정본입니다.

고객 문서 기록이 빠짐없는지 어떻게 점검하나요?

고객 문서 기록이 빠짐없는지 점검하려면 기록을 그 고객에 대한 팀의 보낸 편지함과 대조합니다. 그리고 찾은 내용에 다섯 가지 점검을 합니다. 누락, 파일, 버전, 날짜, 수신인입니다.

아래 표로 고객 기록에 보낸 견적서, 제안서, 시험 계획서, 보고서가 모두 들어 있는지 판단합니다.

가장 중요한 것은 누락 행입니다. 이메일 첨부 파일로만 나가고 항목이 없는 문서는 고객 기록을 보는 누구에게도 보이지 않습니다.

이 대조는 고객 담당자가 바뀔 때, 분기 리뷰 전에, 그리고 SDS를 개정한 뒤에 고객별로 합니다. 마지막으로 점검한 날짜를 고객 기록에 적어 두면 다음 사람이 어디서 시작할지 압니다. 그 고객에게 문서를 보낸 사람마다 자기 보낸 편지함을 찾아보게 합니다. 공용 메일함이나 다른 동료의 계정에는 그 사람이 보낸 문서가 나오지 않기 때문입니다. 찾은 모든 첨부 파일에 항목이 있거나 넣지 않은 이유가 문서로 적혀 있을 때 점검을 마칩니다.