제안서의 문제는 발송 전에 모두 발견되지 않습니다.
작성자는 제품과 서비스를 잘 알고 있어 설명이 생략돼도 맥락을 채워 읽습니다. 반면 처음 받은 고객은 적용 범위, 가격 조건, 도입 절차처럼 작성자가 당연하게 여긴 부분에서 멈출 수 있습니다.
그 차이는 문서를 보낸 뒤 드러납니다. 같은 질문과 추가 자료 요청이 반복되고, 특정 페이지를 앞뒤로 다시 확인하는 흐름이 나타납니다.
이때 필요한 것은 고객의 관심도를 판정하는 일이 아닙니다. 질문과 문서 행동을 함께 보며 다음 제안서에서 먼저 고칠 부분을 찾는 일입니다.
질문이 반복돼도 페이지부터 늘리지 않습니다
고객이 자주 묻는 내용은 설명을 추가하고 싶어집니다. 그러나 모든 답을 본문에 넣으면 문서가 길어지고 핵심 메시지는 흐려질 수 있습니다.
먼저 질문이 생긴 이유를 나눠봅니다.
- 판단에 필요한 정보가 실제로 빠져 있는가
- 정보는 있지만 찾기 어려운 위치에 있는가
- 표현이 모호해 다른 의미로 읽히는가
- 고객마다 조건이 달라 문서만으로 답하기 어려운가
- 영업 담당자와 함께 정해야 할 협의 사항인가
“이 가격에 무엇이 포함되나요?”라는 질문에는 더 자세한 가격표가 답일 수 있습니다. 하지만 구축 범위에 따라 달라진다면, 숫자보다 가격 결정 기준과 상담에서 확인할 조건을 보여주는 편이 낫습니다.
좋은 수정은 질문을 무조건 없애는 수정이 아닙니다. 문서가 답할 질문과 대화로 확인할 질문을 구분하는 수정입니다.
고칠 근거는 영업 현장에 이미 있습니다
제안서를 개선할 때 작성자의 감상만으로 판단할 필요는 없습니다. 영업 과정에는 이미 여러 단서가 남습니다.
- 고객이 실제로 반복해서 묻는 질문
- 제안서 발송 뒤 추가로 요청한 자료
- 미팅에서 설명이 길어지는 부분
- 담당자마다 다르게 설명하는 조건
- 다음 단계로 넘어가기 전에 자주 막히는 쟁점
“가격 설명이 부족하다”는 평가는 막연합니다. 반면 “기본 범위와 별도 비용을 구분해 달라는 질문이 반복됐다”는 기록은 확인할 페이지와 표현을 알려줍니다.
질문은 가능한 한 그대로 남깁니다. 곧바로 “가격 저항”이나 “보안 우려”로 바꿔 적으면 무엇을 이해하지 못했는지가 사라질 수 있습니다.
열람 기록은 고객 점수가 아니라 페이지 단서입니다
FeatPaper로 제안서를 공유하면 페이지별 열람과 체류, 재열람 같은 기록을 확인할 수 있습니다. 이 데이터는 제안서의 어느 부분을 다시 살펴볼지 정하는 참고 자료가 됩니다.
여러 제안서에서 같은 페이지의 체류가 길다면, 중요하게 읽히거나 이해에 시간이 필요한 부분일 수 있습니다. 특정 페이지 전에 열람이 자주 멈춘다면 앞부분이 길거나, 계속 읽을 이유가 충분히 전달되지 않았을 수 있습니다.
긴 체류만으로 문제라고 결론 내릴 수는 없습니다. 중요한 표를 검토했거나 화면을 열어둔 것일 수도 있습니다. 가격 페이지의 긴 체류가 가격 부담을 뜻하지도 않습니다.
열람 기록으로 고객의 생각을 읽으려 하기보다, 영업 현장에서 나온 질문과 함께 살펴야 합니다.
질문과 열람 흐름이 겹치는 지점을 봅니다
서로 다른 단서가 겹칠 때 수정 근거는 더 분명해집니다.
고객들이 계약 범위에 관해 반복해서 질문하고, 관련 페이지를 다시 확인하는 흐름도 여러 제안서에서 나타났다고 해보겠습니다. 이 경우에는 고객의 관심도를 추정하기보다 해당 페이지의 정보 구조를 검토할 이유가 생깁니다.
- 제공 범위와 제외 범위가 한눈에 구분되는가
- 고객이 실제로 사용하는 용어로 설명되어 있는가
- 앞부분에서 제시한 약속과 세부 조건이 연결되는가
- 예외 사항이 본문의 핵심 내용을 가리고 있지는 않은가
- 상담이 필요한 항목과 문서에서 확정할 항목이 구분되어 있는가
한 고객만 오래 본 페이지에 관련 질문도 없었다면, 그 기록만으로 전체를 수정할 필요는 없습니다. 개별 행동과 반복되는 흐름을 구분해야 합니다.
한 번에 한 가지만 바꿉니다
제안서를 개선할 때 제목, 순서, 표, 문장과 CTA를 한꺼번에 바꾸면 무엇이 달라졌는지 판단하기 어렵습니다.
먼저 반복되는 문제 하나를 정합니다. 적용 범위에 관한 질문이 많다면 관련 페이지의 구조와 표현부터 수정합니다. 이후 같은 질문이 줄었는지, 추가 자료 요청이 달라졌는지, 미팅이 더 구체적인 조건으로 넘어가는지 살펴봅니다.
고객 유형, 제안 내용과 거래 단계가 달라 모든 변화를 문서 수정의 결과로 볼 수는 없습니다. 그래도 수정 전후를 같은 방식으로 기록하면 다음 개선 방향을 찾기 쉽습니다.
좋은 제안서는 더 나은 질문을 남깁니다
제안서를 고치기 전에 다음을 확인해 보세요.
- 반복되는 고객 질문을 실제 문장으로 남겼는가
- 정보 부족과 상담이 필요한 조건을 구분했는가
- 페이지별 열람 기록만으로 고객의 의도를 추정하지 않았는가
- 질문과 열람 흐름이 함께 가리키는 부분을 찾았는가
- 한 고객의 행동을 전체 고객의 흐름으로 일반화하지 않았는가
- 한 번에 한 가지 문제를 정해 수정했는가
- 수정 뒤 같은 질문과 자료 요청이 어떻게 달라졌는지 확인했는가
좋은 제안서는 고객의 모든 질문을 미리 막아놓은 문서가 아닙니다. 고객이 핵심 내용을 스스로 이해하고, 남은 질문을 더 구체적으로 꺼낼 수 있게 하는 문서입니다.
제안서를 고쳐야 할 때를 알려주는 것은 한 번의 긴 체류나 한 고객의 반응이 아닙니다. 여러 대화에서 반복된 질문과 문서 안에서 나타난 흐름이 같은 부분을 가리키는 순간입니다.