어제는 가격을 바꾸고 오늘은 포함 서비스를 늘렸습니다. 내 폴더에는 최신 제안서가 있지만 고객이 받은 파일은 이전 버전일 수 있습니다. 미팅에서 서로 다른 조건을 이야기하면 제안이 좋아졌는지 평가하기 전에 무엇을 약속했는지부터 혼란스러워집니다.
제안서 버전 관리는 파일명에 숫자를 붙이는 일만은 아닙니다. 특정 고객이 실제로 본 제안과 그 이후 변경된 내용을 연결하는 일입니다. 이 연결이 있어야 고객의 질문을 제대로 이해하고, 다음 제안에서 무엇을 바꿀지 판단할 수 있습니다.
‘현재 최신’과 ‘이 고객에게 보낸 것’을 나눕니다
최신 원본 하나를 관리하되 이미 보낸 파일도 보존합니다. 보낸 날짜, 상대, 버전과 다음 대화의 주제를 간단히 연결해두세요. 전체 상담 내용을 길게 옮길 필요는 없습니다. 고객이 어느 조건을 보고 질문했는지를 되짚을 정도면 됩니다.
공유 링크를 수정하는 방식이라면 상대가 어떤 화면을 봤는지 더 불명확할 수 있습니다. 중요한 범위나 가격을 바꿀 때는 변경 내용과 새 확인이 필요한 부분을 별도로 알려주는 방식을 생각해보세요. 이전 링크를 열면 새 내용이 보인다는 사실과 고객이 변경을 이해했다는 사실은 다릅니다.
바뀐 것은 문장인가, 약속인가?
오탈자나 설명 순서 수정은 의미가 달라지지 않을 수 있습니다. 반면 제공 범위, 가격, 일정, 고객이 준비할 자료는 고객 선택에 영향을 줄 수 있습니다. 이 둘을 같은 ‘수정’으로만 표시하지 말고 실제 변경점을 짧게 남깁니다.
또 변경 이유를 구분하세요. 내 생각으로 바꾼 것인지, 고객 질문 때문에 설명을 보완한 것인지, 실제 제공 가능 범위를 다시 계산한 것인지가 다릅니다. 고객이 한 번 질문했다고 모든 고객의 요구로 확장하지 않고, 누구의 어떤 상황에서 나온 신호인지를 붙여놓습니다.
가상 예시: 사무실 간식 서비스의 배송 조건
설명용으로, 새 사업자가 사무실 간식 구성을 제안하면서 첫 파일에는 배송 방식이 불분명했고 다음 파일에는 배송 선택지를 추가했다고 가정해봅시다. 고객이 배송 시간을 물었다면 이전 파일에 없는 내용을 묻는 것인지, 새 선택지 사이에서 고민하는 것인지 먼저 확인해야 합니다.
이후 새 버전에서 문의가 늘어도 배송 문구 하나가 원인이라고 바로 결론내릴 수 없습니다. 제안을 받은 회사의 규모나 담당자, 전달 경로가 달랐을 수 있습니다. 이때 “새 버전에서 이런 질문이 나왔다”까지는 관찰이고, “이 문구가 매출을 올린다”는 아직 확인하지 못한 해석입니다.
다음 수정은 대답하지 못한 질문에서 시작하세요
최근 제안 두 개를 나란히 놓고 첫째 고객, 둘째 해결할 문제, 셋째 제공 결과, 넷째 거래 조건 중 무엇이 바뀌었는지 보세요. 한 번에 너무 많이 바뀌었다면 어느 문장의 효과를 검증했다고 말하기 어렵습니다. 다음에는 가장 중요한 불확실성 하나를 골라 수정 이유를 분명하게 만들 수 있습니다.
예를 들어 고객이 결과물을 이해하지 못했다면 가격을 바로 낮추기 전에 결과물의 모습을 설명하는 편집을 시도할 수 있습니다. 반대로 결과는 이해했지만 도입 일정이 맞지 않는다면 일정 선택지를 검토할 수 있습니다. 관찰한 막힘과 변경하는 항목을 연결하는 것이 핵심입니다.
오늘은 가장 최근에 보낸 파일 한 개를 찾아 실제 수신자와 버전을 맞춰보세요. 다음 연락에서는 그 파일을 기준으로 얘기하고 변경이 있다면 무엇이 달라졌는지 먼저 알려주세요. 이 작은 확인은 고객과의 대화를 같은 출발점으로 돌려놓습니다.
[TURNROOT 자문 문의](mailto:turnroot2026@gmail.com)에 “제안은 여러 번 고쳤지만 무엇이 고객 선택을 막는지 모르겠습니다”라고 보내주셔도 됩니다. 고객 이름이나 원본 계약서를 보내기보다 제공하려는 결과와 반복해서 받는 질문을 설명해주세요. 대표 직접 1회 2시간, 50만원(VAT 포함) 자문에서 사업모델을 검토하고 이를 바탕으로 사업계획서와 첫 90일 검증 로드맵 1페이지를 제공합니다. 제안서 운영 대행이나 매출 향상을 보장하지 않습니다.