📋 목차
🤔 왜 제안서는 매번 '처음부터' 다시 쓰게 될까
영업 담당자라면 누구나 겪는 장면이 있습니다. 새로운 고객사에 제안서를 보내야 하는데, 막상 파일을 열면 막막합니다. 분명 비슷한 제안을 수십 번 했는데, 매번 빈 화면 앞에서 다시 시작하는 느낌이 듭니다.
이유는 간단합니다. 지난 제안의 결과는 기억하지만, 그 결과가 '왜' 나왔는지는 기록하지 않았기 때문입니다. 계약이 성사되면 "운이 좋았다", 실패하면 "예산이 안 맞았다"로 끝납니다. 정작 제안서의 어떤 문장이 고객의 마음을 움직였는지, 어떤 슬라이드에서 반응이 식었는지는 어디에도 남아 있지 않습니다.
제안의 성공과 실패를 '운'으로 처리하는 순간, 개선의 기회는 사라집니다. 반대로 매 제안의 과정을 기록하고 검토하는 습관, 즉 피드백 루프(Feedback Loop)를 만들면 제안서는 발송할 때마다 조금씩 더 정교해집니다. 이번 글에서는 그 루프를 구체적으로 어떻게 돌리는지 다룹니다.
① 제안 과정을 4단계로 기록하는 LOOP 프레임워크
② 단계별로 '무엇을' 남겨야 하는지에 대한 구체적 항목
③ 발송 전·후에 바로 쓸 수 있는 체크리스트
🔁 피드백 루프란 무엇인가 — LOOP 4단계 프레임워크
피드백 루프는 거창한 도구가 아닙니다. 하나의 제안이 끝날 때마다 '무엇을 했고, 무엇이 통했고, 무엇을 바꿀지'를 짧게 기록하고, 그 기록을 다음 제안에 반영하는 순환 구조입니다. 이를 기억하기 쉽게 LOOP 네 글자로 정리했습니다.
제안 성공률 = (제안 횟수) × (1회당 개선 폭)
제안을 많이 하는 것만으로는 부족합니다. 한 번 할 때마다 개선 폭이 0이면, 100번을 해도 첫 제안과 똑같습니다. 루프는 '1회당 개선 폭'을 0보다 크게 만드는 장치입니다.
✍️ 단계별 기록법: 무엇을, 어떻게 남길 것인가
LOOP를 알아도 "그래서 구체적으로 뭘 적으라는 거지?"라는 의문이 남습니다. 단계별로 기록 항목을 정리했습니다. 각 항목은 한 줄짜리 메모로 충분합니다. 길게 쓸 필요 없이, 검색 가능한 키워드 위주로 남기는 것이 핵심입니다.
| 단계 | 기록할 항목 | 기록 예시 (한 줄) |
|---|---|---|
| Log | 고객사 / 핵심 메시지 / 가격·조건 / 발송일 | "A제조 / 비용 30% 절감 강조 / 연 1,200만 / 3.10 발송" |
| Observe | 회신 속도 / 질문 내용 / 멈춘 지점 | "회신 2일 / 도입 일정 질문 多 / 가격 슬라이드에서 침묵" |
| Optimize | 통한 이유 / 막힌 이유 / 바꿀 한 가지 | "가격 근거 부족 → 다음엔 ROI 산출표 추가" |
| Pivot | 적용한 변경 / 적용 제안서 | "B물류 제안서에 ROI 산출표 신규 적용 (3.18)" |
기록 시점이 가장 중요하다
기록의 질을 결정하는 것은 분량이 아니라 시점입니다. Log는 발송 직후, Observe는 고객 미팅이나 회신 직후, Optimize는 결과가 확정된 당일에 남기는 것이 좋습니다. 일주일만 지나도 "고객이 무슨 질문을 했더라"가 흐릿해집니다.
🔍 Before / After: 기록이 바꾸는 제안서의 품질
추상적으로 들릴 수 있으니 실제 장면으로 비교해 보겠습니다. 같은 영업 담당자가 피드백 루프를 도입하기 전과 후, 어떻게 달라지는지 세 가지 상황으로 정리했습니다.
상황 ① 제안이 거절됐을 때
❌ BEFORE
"이번 건은 예산이 안 맞았네. 아쉽지만 다음 고객 보자." — 원인 불명, 다음 제안도 동일하게 반복.
✅ AFTER
"가격 슬라이드에서 회신이 끊겼다. 가격 자체보다 '근거'가 약했던 듯. 다음 제안엔 ROI 산출표를 넣어보자." — 원인 가설 + 개선안 확보.
상황 ② 제안이 성사됐을 때
❌ BEFORE
"계약 성공! 운이 좋았다." — 성공 요인을 기록하지 않아 다음에 재현 불가.
✅ AFTER
"고객이 '동종업계 사례'에 가장 반응이 좋았다. 이 슬라이드를 다음 제안의 표준 구성으로 고정하자." — 성공 패턴을 자산화.
상황 ③ 분기 성과 평가를 앞두고
❌ BEFORE
"이번 분기에 제안 많이 했는데… 정확히 몇 건이었지?" — 기억에 의존, 성과를 숫자로 설명 못 함.
✅ AFTER
"제안 18건, 전환 7건, 전환율 39%. ROI 산출표 도입 후 전환율 12%p 상승." — 루프 기록이 그대로 성과 근거가 됨.
🚫 피드백 루프를 망치는 5가지 흔한 실수
루프를 시작했더라도 다음 실수에 빠지면 기록은 금세 멈춥니다. 미리 알아두면 피하기 쉽습니다.
✅ 제안서 발송 전 · 후 체크리스트
마지막으로, 매 제안마다 그대로 따라 할 수 있는 체크리스트입니다. 발송 전과 후로 나누어 정리했습니다. 처음에는 이 목록을 옆에 띄워두고 하나씩 확인하면 됩니다.
📤 제안서 발송 전 체크리스트
☐ 이번 제안에 반영할 '한 가지 변경점'을 정했는가
☐ 변경점을 어느 슬라이드·문장에 넣을지 명확한가
☐ 핵심 메시지를 한 문장으로 말할 수 있는가
☐ 발송 직후 Log를 남길 위치(캘린더·노트)를 정해 두었는가
📥 제안서 발송 후 체크리스트
☐ 고객 회신·미팅 직후 Observe(반응·질문·멈춘 지점)를 남겼는가
☐ 결과 확정일에 Optimize(통한 이유/막힌 이유)를 적었는가
☐ 다음 제안에 적용할 변경점 한 가지를 명시했는가
☐ 이번 기록이 분기 성과 자료로 바로 쓸 수 있는 형태인가
✦ 핵심 정리
- ✦ 제안의 성공·실패를 '운'으로 처리하면 개선 기회가 사라진다. 과정을 기록해야 제안서가 강해진다.
- ✦ 피드백 루프는 LOOP 4단계 — Log(기록) · Observe(관찰) · Optimize(분석) · Pivot(적용) — 로 돌린다.
- ✦ 기록은 분량이 아니라 시점이 중요하다. 각 단계를 한 줄로, 가장 기억이 선명할 때 남긴다.
- ✦ 한 번에 한 가지만 바꾸고, 분석으로 끝내지 말고 다음 제안에 실제로 적용해 루프를 닫는다.
- ✦ 루프 기록은 제안서 개선뿐 아니라 성과 평가·연봉 협상의 정량적 근거로도 그대로 쓰인다.