영업 중급: 근거 있는 제안과 반론 대응

고객 요구와 제품 기능을 연결하고, 과장된 약속 없이 다음 대화를 설계합니다.

핵심 정리

1. 1

   제안서는 고객의 말과 제품 사실 사이에 놓인다

   

   가상 고객 A는 문의 기록을 월말에 모으기 번거롭다고 말했습니다. 가상 제품 설명에는 “문의별 태그를 붙인다”, “태그로 목록을 거른다”, “목록을 파일로 내려받는다”라는 세 기능만 있습니다. 자동 분류, 다른 시스템과의 연결, 비용 절감률은 적혀 있지 않습니다. 이 자료로 제안을 만든다면 세 기능이 현재 불편과 어떤 관계가 있는지 설명해야 합니다. 없는 기능을 매끄럽게 끼워 넣으면 제안이 아니라 약속 위반의 씨앗이 됩니다.

   그림 왼쪽은 고객 기록, 오른쪽은 제품 설명입니다. 가운데 연결선은 두 자료를 이어 보는 판단입니다. 선이 없는 항목은 자료가 부족하다는 뜻입니다. 고객이 원한다고 해서 제품에 기능이 생기지 않고, 제품에 기능이 있다고 해서 고객에게 반드시 필요한 것도 아닙니다. AI는 두 자료를 나란히 정리하는 일을 도울 수 있지만 연결의 타당성은 검토해야 합니다.

   입문 수업에서는 고객이 한 말을 보존했습니다. 중급에서는 그 말에 응답하는 제안의 범위를 정합니다. 예를 들어 태그로 문의를 모아 보는 흐름을 보여 주겠다고 제안할 수 있습니다. 하지만 “월말 업무를 없애 준다”라고 약속하려면 별도의 근거가 필요합니다. 제품 설명은 기능의 존재를 뒷받침할 뿐 실제 고객 업무가 얼마나 줄어드는지까지 증명하지 않습니다. 이 차이를 문서의 첫머리부터 유지합니다.

2. 2

   기능·기대 효과·검증 방법을 따로 쓰기

   기능은 제품이 하는 일입니다. 기대 효과는 그 기능이 고객 상황에서 가져오길 바라는 변화입니다. 검증 방법은 그 변화가 생겼는지 알아보는 절차입니다. “태그로 목록을 거른다”는 기능, “찾을 기록이 줄어들 수 있다”는 기대, “같은 연습 기록으로 필요한 항목을 찾는 과정을 비교한다”는 검증입니다. 세 문장을 한꺼번에 “자동으로 업무 절감”이라고 줄이지 마세요.

   여기서 가치 제안은 상대에게 어떤 도움이 될지 이유를 설명하는 말입니다. 과장된 성과 보증이 아닙니다. 가상 자료의 범위에서는 “문의 태그로 월말 검토 대상을 모아 보는 흐름을 검토해 보자”라고 적을 수 있습니다. 이 문장에는 기능과 업무 장면이 모두 있고, 아직 검토 단계라는 상태도 남아 있습니다. AI에게 문구를 다듬게 할 때는 이 상태 표현을 지키도록 요청합니다.

   증거 표에는 고객 문장, 관련 기능, 기대 변화, 확인할 점을 적습니다. 확인할 점에는 “태그를 누가 붙이는가”처럼 실제 작업을 넣습니다. 태그 부착 시간이 늘면 검색 시간이 줄더라도 전체 작업은 줄지 않을 수 있기 때문입니다. 절약한 부분만 세고 새로 생긴 작업을 빼면 판단이 한쪽으로 기웁니다. 이번 수업에는 실제 측정값이 없으므로 시간 절감률을 계산하지 않습니다. 없는 수치를 넣지 않는 것 자체가 검토 결과입니다.

3. 3

   “비싸다”를 할인 요구로 단정하지 않기

   

   고객이 “비싸네요”라고 말했을 때 곧바로 할인안을 만들면 원인을 놓칠 수 있습니다. 총액이 부담인지, 기대 효과를 모르겠다는 뜻인지, 현재 방식과 비교가 어려운 것인지 아직 알 수 없습니다. 이 세 해석은 확인할 가설이지 실제 고객의 마음을 읽은 결과가 아닙니다. AI에게 원인 후보를 정리하게 해도 고객에게 확인하기 전에는 가설 칸에 둡니다.

   두 번째 그림에는 하나의 말풍선에서 여러 작은 카드로 가지가 나뉩니다. 가지가 많다는 것은 해석의 여지가 있다는 뜻입니다. 오른쪽 확인 표시는 어느 하나를 마음대로 고르라는 의미가 아니라 질문으로 좁혀 가라는 의미입니다. “어떤 기준과 비교해 부담스럽게 느껴지셨나요?”처럼 상대가 이유를 말할 수 있는 질문을 준비하세요. 답을 듣기 전에 효과를 보장하거나 할인 권한이 있는 것처럼 말하지 않습니다.

   반론 대응에서 할 수 없는 일도 분명히 합니다. 승인되지 않은 가격, 제공하지 않는 연동, 확정하지 않은 납기를 제안에 넣지 않습니다. 제품팀이 검토 중인 기능은 현재 제공 기능과 구분합니다. “나중에 될 겁니다”가 고객에게 계약 조건처럼 읽힐 수 있기 때문입니다. 이번 연습에서는 가격표 자체가 없으므로 가격 제안 대신 비교 기준을 확인하는 질문만 작성합니다. 자료가 없을 때 질문으로 남기는 판단을 연습하는 것입니다.

4. 4

   다음 행동은 작고 확인 가능하게

   제안 끝에 “긍정적으로 검토 부탁드립니다”만 적으면 다음 사람이 무엇을 해야 할지 모릅니다. 이 가상 사례에서는 “태그로 월말 문의를 모아 보는 흐름이 맞는지 확인할 자료 범위를 정한다”처럼 행동을 적어 볼 수 있습니다. 고객이 아직 동의하지 않았다면 제안하는 다음 행동이라고 표시합니다. 합의한 행동과 제안한 행동은 다른 상태입니다. AI가 자연스러운 문장을 만들면서 이 둘을 바꾸지 않도록 검토합니다.

   데모는 제품을 보여 주는 시연입니다. 기능 목록 전체를 빠르게 보여 주는 것보다 고객이 궁금해한 흐름을 확인할 수 있어야 합니다. 이번 연습에서는 가상 문의 몇 개에 태그를 붙인 상태에서 필요한 목록을 찾는 장면을 계획합니다. 실제 제품을 조작했다고 주장하지 않으며, 존재하지 않는 자동 분류 화면을 그리지도 않습니다. 계획서에 쓴 기능이 제공된 설명 안에 있는지만 확인합니다.

   행동에는 준비할 자료, 확인할 질문, 아직 정하지 않은 일정이 들어갑니다. 담당자와 시간을 모르면 미정이라고 씁니다. 고객이 검토 자료를 원한 상황에서 일방적으로 미팅이 확정됐다고 남기지 않습니다. 발송 전에는 각 문장이 고객 근거, 제품 근거, 제안, 미확인 중 어디에 속하는지 표시해 봅니다. 어느 칸에도 들어가지 않는 화려한 문장은 삭제하거나 다시 씁니다. 제안서의 길이가 아니라 약속의 정확성을 확인하는 단계입니다.

5. 5

   직접 해 보기: 과장 없는 제안 초안

   한 장에 고객의 현재 상황, 관련 기능, 확인할 효과, 다음 행동을 적습니다. 고객 상황에는 월말 문의 정리만, 기능에는 태그·필터·내려받기만 넣으세요. 기대 효과는 검토 대상이지 확정된 성과가 아닙니다. 문장 끝을 전부 “가능합니다”로 흐릴 필요는 없습니다. 확인된 기능은 분명히 쓰고, 아직 측정하지 않은 효과는 검증할 항목이라고 정확하게 구분하면 됩니다.

   초안을 만든 뒤 AI에게 “이 문장에서 약속처럼 읽히는 표현을 찾아 줘”라고 요청할 수 있습니다. 지적받은 문장을 제품 자료와 다시 대조합니다. AI가 지나치게 보수적으로 모든 내용을 삭제하라고 해도 그대로 따를 필요는 없습니다. 제공된 기능은 설명할 수 있습니다. 다만 제품 자료의 태그 기능을 자동 분류로 확장하거나 고객 메모의 검토를 구매 승인으로 바꾸는 문장은 반드시 고칩니다.

   최종 과제는 제안서와 함께 검토 기록을 남기는 것입니다. 지운 주장 하나와 지운 이유, 확인할 질문 하나를 적으세요. “업무 절반 절감”을 지웠다면 실제 측정값이 없기 때문이라고 설명합니다. 이 수치는 잘못된 문장을 찾는 연습을 위한 표현이며 실제 성과가 아닙니다. 고객이 답하지 않거나 현재 도구로 충분하다고 판단할 여지도 남깁니다. 신뢰할 수 있는 영업 문서는 다음 대화에서 사실을 바꾸지 않고 이어갈 수 있어야 합니다.