영업 지원 - 담당자가 계약을 이기도록 자료 제공 — Claude Skill

영업 덱 프레임워크

이야기를 전달하고 계약 성사를 돕는 영업 덱을 만들기 위한 슬라이드별 상세 가이드입니다.

스토리텔링 흐름

좋은 덱은 모두 상황 → 복잡성 → 해결이라는 서사 구조를 따릅니다.

• 상황(슬라이드 1-3): 구매자가 살고 있는 세계입니다. 공통 이해를 만드세요.
• 복잡성(슬라이드 2-3): 현상 유지가 더 이상 지속 가능하지 않은 이유입니다. 긴급성을 만드세요.
• 해결(슬라이드 4-11): 당신의 접근법, 증거, 앞으로의 길입니다.

목표는 기능을 발표하는 것이 아닙니다. 목표는 구매자가 이해받고 있다고 느끼게 만든 뒤 더 나은 방법을 보여주는 것입니다.

---

슬라이드별 템플릿

슬라이드 1: 현재 세계의 문제

포함할 내용:

• 구매자가 매일 마주하는 과제
• 문제를 수치화하는 통계 또는 데이터 포인트
• 시각 자료: 단순한 그래픽 또는 강한 숫자

피할 것:

• 회사나 제품 소개로 시작하기
• 고통과 연결되지 않는 일반 업계 트렌드
• 핵심 문제를 하나보다 많이 넣기

문구 프롬프트: "완벽하게 설명하면 구매자가 '정확히 우리 상황이다'라고 말할 한 가지 문제는 무엇인가?"

---

슬라이드 2: 문제의 비용

포함할 내용:

• 재무 영향(잃는 매출, 발생하는 비용)
• 시간 영향(낭비되는 시간, 지연)
• 위험 영향(아무것도 하지 않으면 생기는 일)
• 가능하면 구체적인 숫자

피할 것:

• 데이터 없는 모호한 주장
• 실체 없는 공포 조장
• 너무 많은 지표(가장 강하게 와닿는 2-3개 선택)

문구 프롬프트: "구매자가 앞으로 12개월 동안 아무것도 하지 않으면 어떤 비용이 드는가?"

---

슬라이드 3: 일어나고 있는 변화

포함할 내용:

• 새 기회를 만드는 시장 트렌드 또는 기술 변화
• "예전 방식"이 더 이상 작동하지 않는 이유
• 지금 행동해야 하는 이유

피할 것:

• 실체 없는 유행어 중심 트렌드
• 아직 제품 이야기로 끌고 가기
• 지나치게 기술적인 설명

문구 프롬프트: "시장에서 무엇이 바뀌어 기존 접근법이 지속 불가능해졌는가?"

---

슬라이드 4: 당신의 접근법

포함할 내용:

• 철학 또는 고유한 관점
• 기존 솔루션과 접근법이 다른 방식
• 제품으로 이어진 "아하" 통찰

피할 것:

• 기능 목록(너무 이름)
• 전문용어나 약어
• 증명할 수 없는데 "유일한" 또는 "최초"라고 주장하기

문구 프롬프트: "대부분의 사람이 이 문제 해결에서 무엇을 잘못 이해한다고 보는가?"

---

슬라이드 5: 제품 흐름 설명

포함할 내용:

• 슬라이드 1의 고통과 매핑되는 핵심 워크플로 3-4개
• 스크린샷 또는 제품 시각 자료
• 각 워크플로가 무엇을 달성하는지에 대한 짧은 설명

피할 것:

• 모든 기능 보여주기
• 주석 없는 빽빽한 UI 스크린샷
• 결과 대신 기술에 대해 말하기

문구 프롬프트: "구매자가 첫 주에 제품에서 하게 될 3가지를 보여줘라."

---

슬라이드 6: 증거 포인트

포함할 내용:

• 고객 로고(가능하면 해당 업종의 알아볼 수 있는 이름)
• 핵심 지표: "X% 개선", "Y시간 절감", "Z% 증가"
• 관련 있다면 애널리스트 인정, 수상, 인증

피할 것:

• 근거 없는 주장
• 맥락 없는 너무 많은 로고
• 구매자의 고통과 연결되지 않는 허영 지표

문구 프롬프트: "제품이 효과가 있음을 증명하는 숫자 3개는 무엇인가?"

---

슬라이드 7: 사례 연구

포함할 내용:

• 과제, 솔루션, 결과가 잘 전달된 고객 이야기 하나
• 구체적인 지표(전과 후)
• 가능하면 고객 인용문
• 잠재 고객과 비슷한 고객 선택

피할 것:

• 여러 사례 연구를 한 슬라이드에 밀어 넣기
• 구체성 없는 일반 결과
• 관련 없는 업종의 고객

문구 프롬프트: "제품으로 어려움에서 성공으로 이동한 한 고객의 이야기를 전하세요."

---

슬라이드 8: 구현 / 일정

포함할 내용:

• 명확한 단계와 일정(예: 1주차: 설정, 2-3주차: 연동, 4주차: 운영)
• 고객 측에서 필요한 것과 우리 측에서 하는 것
• 이용 가능한 지원 리소스

피할 것:

• 프로세스를 과도하게 복잡하게 만들기
• 시간 요구사항 숨기기
• "내가 무엇을 해야 하지?"라는 질문을 건너뛰기

문구 프롬프트: "고객은 서명부터 운영까지 어떻게 이동하는가? 각 주에는 무엇이 일어나는가?"

---

슬라이드 9: ROI / 가치

포함할 내용:

• 그들의 입력값 또는 업계 기준에 기반한 기대 수익
• 회수 기간
• 1-3년 총 가치
• 아무것도 하지 않는 비용과의 비교

피할 것:

• 비현실적인 예측
• 계산을 보여주지 않는 ROI
• 그들의 상황과 연결되지 않는 일반 숫자

문구 프롬프트: "오늘 구매하면 다음 12개월은 돈과 시간 기준으로 어떻게 달라지는가?"

---

슬라이드 10: 가격 개요

포함할 내용:

• 가격 단계 또는 구조
• 각 수준에 포함되는 것
• 그들의 상황에 맞는 추천 플랜

피할 것:

• 가격을 숨기거나 애매하게 말하기
• 너무 많은 선택지(최대 3단계)
• 숨은 비용으로 놀라게 하기

문구 프롬프트: "비용은 얼마이고, 무엇을 받으며, 어떤 플랜이 그들에게 맞는가?"

---

슬라이드 11: 다음 단계 / 행동 유도

포함할 내용:

• 일정이 있는 구체적인 다음 행동("다음 주 파일럿 시작")
• 그들이 동의한 뒤 일어나는 일
• 연락처 정보

피할 것:

• 모호한 행동 유도("계속 연락하죠")
• 서로 경쟁하는 여러 다음 단계
• 에너지 없이 끝내기

문구 프롬프트: "이 미팅 뒤 그들이 하길 바라는 한 가지 행동은 무엇인가?"

---

페르소나 맞춤화 가이드

기술 구매자용 덱

추가:

• 제품 흐름 설명 뒤 아키텍처 다이어그램 슬라이드
• 보안과 컴플라이언스 세부사항
• 연동 생태계와 API 역량
• 기술 구현 요구사항

제거하거나 최소화:

• ROI 계산(그들은 비용보다 역량을 중시)
• 높은 수준의 시장 트렌드(구체성을 원함)

톤 조정: 정확하고 군더더기 없이, 전문성을 존중하세요. 마케팅식 최상급 표현을 피하세요.

경제적 구매자용 덱

추가:

• 계산을 보여주는 상세 ROI 슬라이드
• 총소유비용 비교
• 위험 완화와 컴플라이언스
• 앞부분의 경영진 요약 슬라이드

제거하거나 최소화:

• 기술 세부사항과 아키텍처
• 기능 수준의 흐름 설명
• 구현 세부사항(위임할 가능성이 높음)

톤 조정: 비즈니스 중심, 결과 중심. 금액과 비율로 말하세요.

챔피언용 덱

추가:

• "내부 설득" 슬라이드 — 챔피언이 팀에 제시할 핵심 포인트
• 빠른 성과 슬라이드 — 30일 안의 성공 모습
• 동료 증거 — 비슷한 회사의 성공 사례
• 반론 사전 처리 — 내부에서 마주할 흔한 반대

제거하거나 최소화:

• 깊은 기술 또는 재무 세부사항
• 그들이 전달할 수 없는 맥락이 필요한 내용

톤 조정: 힘을 실어주고, 장비를 갖추게 하세요. 상사에게 똑똑해 보이게 만드세요.

---

피해야 할 패턴

기능 덤프

모든 슬라이드가 스크린샷이 있는 기능 소개입니다. 이야기, "그래서 무엇", 구매자의 세계와의 연결이 없습니다. 담당자는 클릭만 넘기고 잠재 고객은 집중을 잃습니다.

텍스트 벽

200단어가 넘는 슬라이드입니다. 발표 중에는 아무도 읽지 않습니다. 읽어야 하는 슬라이드는 후속 공유 자료에 들어가야 합니다.

사라진 이야기 흐름

슬라이드가 각각 따로 존재합니다. 문제에서 솔루션, 증거로 이어지는 서사가 없습니다. 덱이 대화가 아니라 브로슈어처럼 느껴집니다.

일반 스크린샷

콜아웃, 주석, 맥락이 없는 제품 스크린샷입니다. 잠재 고객은 무엇을 보고 있고 왜 중요한지 알 수 없습니다.

너무 이른 데모

문제를 확립하기 전에 제품 기능으로 뛰어듭니다. 구매자는 왜 그 기능이 중요한지 판단할 기준이 없습니다.

모든 것을 넣는 덱

모든 페르소나, 모든 사용 사례, 모든 기능을 한 덱에서 다루려 합니다. 결과는 아무도 끝까지 보고 싶지 않은 40장짜리 괴물이 됩니다.

데모 스크립트 템플릿

통화 유형별 장면 단위 템플릿입니다. 시간 배분, 대화 흐름, 상호작용 가이드를 포함합니다.

발견 통화 스크립트

시간: 30분 목표: 기회를 검증하고, 고통을 이해하고, 구매 프로세스를 매핑합니다.

장면 1: 오프닝(3분)

대화 흐름:

"시간 내주셔서 감사합니다, [Name]님. [Company]에 대해 조금 조사해 봤지만 직접 듣고 싶습니다. 오늘 제 목표는 무엇을 진행 중인지 이해하고 적합성이 있는지 보는 것입니다. 적합하지 않다면 그것도 말씀드리겠습니다. 괜찮으실까요?"

확립할 것:

• 안건과 시간 기대치를 설정
• 자신을 영업 발표자가 아니라 동료로 위치시킴
• 질문해도 되는지 허락받음

---

장면 2: 상황 질문(7분)

물어볼 질문:

• "현재 팀에서 [관련 프로세스]를 어떻게 처리하는지 설명해 주실 수 있나요?"
• "이 일에 현재 어떤 도구를 사용하고 계신가요?"
• "이 워크플로에는 몇 명이 관여하나요?"
• "이 방식은 얼마나 오래 유지되어 왔나요?"

들어야 할 것:

• 현재 프로세스와 도구
• 팀 규모와 구조
• 현재 접근법이 얼마나 자리 잡았고 얼마나 고착되었는지

---

장면 3: 고통 식별(10분)

물어볼 질문:

• "그 프로세스에서 현재 가장 큰 어려움은 무엇인가요?"
• "그게 무너지면 어떤 일이 생기나요?"
• "팀이 매주 [구체적 작업]에 얼마나 많은 시간을 쓰나요?"
• "이 문제를 해결하려고 무엇을 시도해 보셨나요?"
• "마법 지팡이를 휘두를 수 있다면 무엇이 바뀌었으면 하나요?"

들어야 할 것:

• 구체적이고 수치화 가능한 고통 지점
• 감정적 답답함(논리적 문제만이 아님)
• 해결하려다 실패한 시도(긴급성을 보여줌)
• "마법 지팡이" 답변은 이상적 상태를 드러냄

상호작용 팁: 눈에 보이게 메모하세요. 들은 내용을 되짚어 말하세요. "제가 제대로 이해했다면 가장 큰 문제는 [X]이고, 매월 약 [Y]의 비용이 든다는 말씀이시죠. 맞나요?"

---

장면 4: 영향과 우선순위(5분)

물어볼 질문:

• "이번 분기 우선순위 목록에서 이 문제 해결은 어디쯤 있나요?"
• "앞으로 6개월 안에 이 문제를 해결하지 않으면 어떤 일이 생기나요?"
• "이 문제의 영향을 받는 다른 사람은 누구인가요?"
• "이 문제 해결을 위한 예산이 배정되어 있나요?"

들어야 할 것:

• 우선순위 수준(있으면 좋은 것 vs 반드시 해결해야 하는 것)
• 긴급성과 미조치의 결과
• 문제가 조직 전반에 미치는 범위
• 예산 신호

---

장면 5: 구매 프로세스(3분)

물어볼 질문:

• "이 솔루션이 맞다고 판단한다면 평가 프로세스는 어떻게 진행되나요?"
• "의사결정에 또 누가 관여하나요?"
• "이전에 이 문제에 대한 솔루션을 평가해 보신 적이 있나요?"
• "의사결정 일정은 어떻게 되나요?"

들어야 할 것:

• 의사결정 프로세스와 이해관계자
• 과거 평가 경험(그리고 구매하지 않은 이유)
• 의사결정 일정

---

장면 6: 마무리(2분)

대화 흐름:

"공유해 주신 내용을 보면 특히 [pain point 1]과 [pain point 2]에서 적합성이 강해 보입니다. 다음 단계로는 30분 데모를 제안드립니다. 그 문제를 정확히 어떻게 해결할지 보여드리고, 귀사의 워크플로에 맞춰 준비하겠습니다. [specific date/time] 가능하실까요?"

할 일:

• 핵심 고통 지점 2-3개를 요약
• 날짜가 있는 구체적인 다음 단계 제안
• 통화를 끝내기 전에 캘린더 초대 전송

---

첫 데모 스크립트

시간: 30-45분 목표: 제품이 그들의 구체적 고통을 어떻게 해결하는지 보여줍니다. 평가/파일럿으로 진전시킵니다.

장면 1: 오프닝과 요약(5분)

대화 흐름:

"지난번 통화에서 [pain point 1], [pain point 2], [goal]을 말씀해 주셨습니다. 오늘 데모는 이 세 영역에 맞춰 준비했습니다. 빠진 것이 있으면 말씀해 주세요. 바로 조정하겠습니다. 괜찮으실까요?"

할 일:

• 발견 내용을 요약해 제대로 들었음을 보여줌
• 우선순위가 바뀌지 않았는지 확인
• 무엇을 보게 될지 기대치 설정

---

장면 2: 워크플로 1 — 주요 고통 지점(10분)

구조:

1. 고통 재진술: "[specific problem]을 언급하셨죠..."
2. 솔루션 보여주기: 워크플로를 단계별로 설명
3. 결과 강조: "이것은 [specific benefit]을 의미합니다..."

상호작용 지점(5분 시점):

"현재 처리 방식과 비교하면 어떠신가요?"

피할 것:

• 이 섹션의 모든 기능 보여주기
• 설정이나 구성에 빠져 길을 잃기
• 질문 없이 3분 넘게 말하기

---

장면 3: 워크플로 2 — 보조 고통 지점(8분)

구조: 워크플로 1과 같습니다. 고통을 다시 말하고, 솔루션을 보여주고, 결과를 강조하세요.

상호작용 지점:

"이런 가시성이 팀에서 요청해 온 수준인가요?"

---

장면 4: 워크플로 3 — 차별점(7분)

구조: 현재 할 수 없고 경쟁사에서도 얻기 어려운 것을 보여주세요.

대화 흐름:

"이 지점이 [competitor/status quo]와 정말 다른 부분입니다. [고유 역량 설명]. 예를 들어 [Customer]는 이것을 사용해 [specific outcome]을 달성했습니다."

상호작용 지점:

"귀사 팀이라면 이것을 어떻게 사용할까요?"

---

장면 5: 증거 포인트(3분)

대화 흐름:

"짧은 예시를 하나 공유드리겠습니다. 귀사와 비슷한 [Customer similar to them]도 비슷한 상황이었습니다. [brief challenge]. 구현 후 [specific metrics]를 보았습니다. 그들의 [role]은 [quote]라고 말했습니다."

할 일:

• 업종, 규모, 사용 사례가 맞는 사례 연구 선택
• 짧게 유지. 이것은 발표가 아니라 강화 자료입니다

---

장면 6: 마무리(5분)

대화 흐름:

"오늘 다룬 내용을 기준으로 다음 단계는 [specific next step]을 추천드립니다. 보통 [timeline]이 걸립니다. 팀에서 또 누가 관여해야 할까요? [date]에 [follow-up meeting type]을 잡을 수 있습니다."

할 일:

• 구체적인 다음 단계 제안("알려주세요"가 아님)
• 추가로 참여해야 할 이해관계자 식별
• 통화가 끝나기 전에 후속 날짜 확정
• 2시간 안에 요약 이메일 전송

---

기술 심층 검토 스크립트

시간: 45-60분 목표: 기술 평가 기준을 충족합니다. 아키텍처, 보안, 연동 우려를 다룹니다.

장면 1: 오프닝(3분)

대화 흐름:

"오늘 목표가 기술 세부사항, 즉 아키텍처, 보안, 연동, 그리고 현재 스택에 어떻게 맞는지를 이해하는 것임을 알고 있습니다. 각 영역을 살펴보고 질문 시간을 충분히 남기겠습니다. 이번 세션에서 가장 중요한 우선순위는 무엇인가요?"

참석자: 보통 고객 측 기술 평가자(엔지니어, 아키텍트, IT 리드)와 우리 측 솔루션 엔지니어가 포함됩니다.

---

장면 2: 아키텍처 개요(10분)

다룰 내용:

• 상위 수준 아키텍처 다이어그램
• 인프라와 호스팅(클라우드 제공자, 리전)
• 데이터 흐름과 저장
• 확장성 접근법
• 가동 시간 SLA와 신뢰성 이력

상호작용 지점:

"현재 인프라 요구사항과 비교하면 어떠신가요?"

---

장면 3: 보안과 컴플라이언스(10분)

다룰 내용:

• 인증(SOC 2, ISO 27001, HIPAA 등)
• 데이터 암호화(저장 중, 전송 중)
• 접근 제어와 인증(SSO, RBAC)
• 감사 로그
• 데이터 거주성과 개인정보 보호(GDPR, CCPA)
• 침투 테스트 주기

상호작용 지점:

"반드시 충족해야 하는 보안 요구사항은 무엇인가요? 그 부분을 구체적으로 다루고 싶습니다."

---

장면 4: 연동과 API(15분)

다룰 내용:

• 고객 스택과 관련 있는 기본 연동
• API 역량(REST, GraphQL, 웹훅)
• 인증 방식
• 속도 제한과 데이터 동기화 빈도
• 관련 연동의 라이브 데모

상호작용 지점:

"현재 스택을 설명해 주세요. 정확히 어디에 맞춰 들어갈지 매핑하고 싶습니다."

---

장면 5: 구현과 마이그레이션(5분)

다룰 내용:

• 구현 일정과 단계
• 데이터 마이그레이션 프로세스
• 설정 요구사항
• 교육과 온보딩
• 지속 지원 모델

상호작용 지점:

"구현을 맡을 팀의 여력은 어느 정도인가요? 적절한 일정을 잡는 데 도움이 됩니다."

---

장면 6: 질의응답과 마무리(10분)

대화 흐름:

"기술 적합성에 확신을 가지시려면 제가 어떤 질문에 답해야 할까요?"

할 일:

• 직접 답하세요. 모르면 모른다고 말하고 후속 조치하세요
• 모든 질문을 후속 조치용으로 문서화
• 다음 단계 제안(보안 리뷰, 개념 검증, 파일럿)
• 24시간 안에 기술 문서 요약 전송

---

임원 개요 스크립트

시간: 20-30분 목표: 비즈니스 케이스에 대한 임원 동의를 얻습니다. 예산 승인 또는 의사결정으로 진전시킵니다.

장면 1: 오프닝(2분)

대화 흐름:

"시간 내주셔서 감사합니다, [Name]님. [Champion]님이 [your product]를 평가해 왔고 결과가 좋아 보입니다. 오늘은 비즈니스 영향과 파트너십이 어떤 모습일지에 집중하겠습니다. 시간이 귀하다는 것을 알기 때문에 질문 시간을 10분 남기도록 하겠습니다."

할 일:

• 간결하게 말하세요. 임원은 장황함을 용납하지 않습니다
• 챔피언과 지금까지의 작업을 언급
• 명확한 안건 설정

---

장면 2: 문제와 비용(5분)

대화 흐름:

"[Champion]님이 공유해 주신 내용을 기준으로, 팀은 [problem]에 [X hours/$ amount]을 쓰고 있습니다. 이는 [annual cost]입니다. 또한 [secondary impact: risk, delays, churn]도 만들고 있습니다. 이 문제는 귀사만의 문제가 아니라 업계 전반의 과제이며, 이를 해결한 회사들은 [outcome]을 보고 있습니다."

할 일:

• 일반 기준이 아니라 그들의 숫자를 사용
• 그들이 중시하는 지표(매출, 비용, 위험)에 연결
• 핵심 포인트 2-3개로 제한

---

장면 3: 솔루션과 차별화(5분)

대화 흐름:

"우리가 다르게 하는 것은 이것입니다. [One-sentence explanation]. 귀사 팀에는 구체적으로 [specific benefit 1]과 [specific benefit 2]를 의미합니다. [Champion]님 팀은 이미 [early result or reaction from evaluation]을 보았습니다."

할 일:

• 기능 수준이 아니라 높은 수준으로 설명
• 전략적 우선순위에 연결
• 챔피언의 평가를 언급

---

장면 4: ROI와 비즈니스 케이스(5분)

대화 흐름:

"비즈니스 케이스는 이렇습니다. 귀사 팀의 숫자를 기준으로 [walk through ROI calculation]. 예상 회수 기간은 [X months]입니다. 3년 동안 총 가치는 [$ amount]입니다. 귀사와 비슷한 [Customer similar to them]은 [timeframe] 안에 [specific result]를 얻었습니다."

할 일:

• 결론만이 아니라 계산을 보여줌
• 보수적인 추정 사용(임원은 부풀린 숫자를 할인해서 봄)
• 약한 사례 세 개보다 강한 사례 하나 사용

---

장면 5: 질의응답과 의사결정(5-10분)

대화 흐름:

"어떤 질문이 있으신가요? 그리고 비즈니스 케이스가 타당하다고 가정하면, 여기서부터 의사결정 프로세스는 어떻게 진행되나요?"

할 일:

• 말하기보다 더 많이 들으세요
• 간결하게 답하세요
• 명확한 다음 단계와 일정을 확보
• 임원 앞에서 챔피언에게 감사를 전하세요

---

상호작용 지점 가이드

데모 중 질문할 시점

• 각 워크플로를 보여준 뒤 — "현재 프로세스와 비교하면 어떠신가요?"
• 반응을 보았을 때 — "방금 반응하신 것 같은데, 어떤 생각이 드셨나요?"
• 다음 섹션으로 넘어가기 전 — "넘어가기 전에 이 부분에 질문이 있으신가요?"
• 차별점을 보여줄 때 — "귀사 팀이라면 이것을 어떻게 사용할까요?"
• 중간 지점에서 — "맞는 내용을 다루고 있나요, 아니면 조정할까요?"

데모 중 묻지 말아야 할 질문

• "이해되시나요?"(가르치려 드는 느낌)
• "아직 따라오고 계신가요?"(상대가 길을 잃었다는 뜻처럼 들림)
• "멋지지 않나요?"(영업 냄새가 강함)
• 실제 대화를 유도하지 않는 수사적 질문

"X를 보여줄 수 있나요?"를 처리하는 법

잠재 고객이 데모 중 무엇인가를 보여달라고 요청하면:

1. 빠른 일이라면 — 지금 보여주고 원래 흐름으로 돌아갑니다
2. 곁가지라면 — "좋은 질문입니다. 메모해 두고, 흐름을 유지하기 위해 주요 부분을 본 뒤 보여드리겠습니다."
3. 불가능하다면 — "오늘은 그 기능을 제공하지 않습니다. 고객들은 보통 이렇게 처리합니다: [alternative]."

적어두지 않고 24시간 안에 후속 조치하지 않을 거라면 "다시 확인해 드리겠습니다"라고 말하지 마세요.

반론 라이브러리

흔한 B2B SaaS 반론과 응답 프레임워크입니다. 빠른 참조를 위해 범주별로 정리했습니다.

빠른 참조 표

실시간 통화용입니다. 반론을 찾고, 응답을 훑고, 증거를 참조하세요.

---

상세 반론 응답

가격 반론

"너무 비싸요"

그들이 말하는 이유: 실제 예산 제약, 가격 충격, 또는 협상 전술일 수 있습니다. 대개 아직 비용을 정당화할 만큼 충분한 가치를 보지 못했다는 뜻입니다.

응답 접근법:

1. 즉시 가격을 방어하지 마세요. "무엇과 비교해서인가요?"라고 물어보세요.
2. 비용에서 투자로 재구성하세요. 이 문제가 오늘 어떤 비용을 만들고 있나요?
3. ROI 계산을 함께 살펴보세요
4. 예산 문제가 실제라면 더 작은 시작점을 탐색하세요

대화 흐름:

"그 말씀 이해합니다. 하나 여쭤보겠습니다. 우리가 논의한 문제가 지금 어떤 비용을 만들고 있나요? 팀이 매주 [task]에 [X hours]를 쓴다고 말씀하셨습니다. 팀의 완전 부담 비용을 기준으로 하면 연간 대략 [$ amount]입니다. 저희 솔루션 비용은 [$ price]입니다. 따라서 질문은 이 문제를 없애는 것이 그 투자 가치가 있는지입니다."

증거 포인트: 회수 기간을 보여주는 ROI 계산기 또는 사례 연구.

후속 질문: "ROI가 명확하다면 이번 분기에 우선순위로 둘 사안인가요?"

---

"이것에 쓸 예산이 없어요"

그들이 말하는 이유: 예산이 실제로 이미 배정되었을 수 있습니다. 또는 우선순위가 확립되지 않아 예산을 아직 찾지 못했을 수 있습니다.

응답 접근법:

1. 인정하세요. 예산 제약은 현실입니다
2. 시점을 이해하세요. 예산 주기는 언제 다시 열리나요?
3. 대안을 탐색하세요. 파일럿, 더 작은 범위, 다른 예산 항목
4. 예산을 만들 수 있도록 비즈니스 케이스 작성을 도와주세요

대화 흐름:

"충분히 이해합니다. 두 가지 질문이 있습니다. 다음 예산 주기는 언제 열리나요? 그리고 제한된 파일럿으로 명확한 ROI를 보여줄 수 있다면 다른 항목에서 자금을 배정할 수 있을까요? 어떤 팀은 이것이 만드는 효율 절감분으로 자금을 마련하기도 합니다."

증거 포인트: 작은 파일럿으로 시작해 ROI를 증명한 뒤 확장한 고객.

후속 질문: "재무팀과 공유할 ROI 요약을 제가 만들어 드리면 도움이 될까요?"

---

"경쟁사 X가 더 싸요"

그들이 말하는 이유: 가격을 비교하고 있지만 역량까지 비교하고 있지는 않을 수 있습니다. 경쟁사 가격을 협상 지렛대로 쓰는 경우도 있습니다.

응답 접근법:

1. 가격 차이를 인정하세요. 없는 척하지 마세요
2. 총소유비용과 제공 가치로 전환하세요
3. 더 낮은 가격에서 잃는 것을 강조하세요
4. 둘 다 평가한 고객의 증거를 공유하세요

대화 흐름:

"맞습니다. [Competitor]가 더 저렴합니다. 둘 다 평가한 팀에서 제가 본 것은 이렇습니다. [Competitor]는 [their strength]에는 잘 맞습니다. 부족한 지점은 [specific gap]입니다. [name] 같은 고객은 처음에 [Competitor]를 쓰다가 [specific reason] 때문에 저희로 전환했습니다. 질문은 [specific capability]가 귀사 팀에 그 차이만큼의 가치가 있는지입니다."

증거 포인트: 경쟁사에서 전환한 고객과 구체적인 전환 이유.

후속 질문: "귀사 팀에 더 중요한 것은 가장 낮은 가격인가요, 아니면 [their specific need]에 가장 잘 맞는 적합성인가요?"

---

시점 반론

"지금은 때가 아니에요"

그들이 말하는 이유: 경쟁 우선순위, 조직 변화, 실제 여력 부족, 또는 긴급성 부족입니다.

응답 접근법:

1. 무엇이 관심을 빼앗고 있는지 이해하세요
2. 기다리는 비용을 수치화하세요
3. 추진력을 유지할 낮은 부담의 다음 단계를 탐색하세요
4. 구체적인 후속 날짜를 정하세요

대화 흐름:

"이해합니다. 시점은 중요합니다. 지금 무엇이 더 큰 우선순위인지 여쭤봐도 될까요? 시점을 말씀드리는 이유는, 앞서 논의한 내용을 기준으로 [problem]이 매월 팀에 대략 [$ amount]의 비용을 만들기 때문입니다. 3개월 지연은 [$ amount]입니다. 그 가치를 잃지 않도록 일정에 맞는 시작일을 함께 설계해 보면 어떨까요?"

증거 포인트: 그들의 구체적 숫자를 기반으로 한 지연 비용 계산.

후속 질문: "이 사안의 우선순위가 올라가려면 무엇이 바뀌어야 할까요?"

---

"다음 분기쯤요"

그들이 말하는 이유: 실제 일정 문제일 수도 있고, 지금은 충분히 관심이 없다는 공손한 표현일 수도 있습니다.

응답 접근법:

1. 일정을 자연스럽게 받아들이세요
2. 추진력을 유지할 작은 행동을 지금 제안하세요
3. 구체적인 후속 날짜를 확보하세요
4. 그동안 가치를 보내세요(콘텐츠, 기준 데이터, 인사이트)

대화 흐름:

"다음 분기도 좋습니다. 그때 바로 출발할 수 있도록 지금 [small next step]을 해두는 것이 의미 있을까요? 그러면 Q[X]가 시작될 때 처음부터 다시 시작하지 않아도 됩니다. 그동안 [relevant content]도 보내드리겠습니다. [specific date]에 다시 연결하는 일정을 잡아도 될까요?"

증거 포인트: 평가를 일찍 시작해 목표 날짜에 운영에 들어간 고객.

후속 질문: "그때까지 제가 보내드리면 도움이 될 만한 것이 있을까요?"

---

경쟁 반론

"이미 X를 쓰고 있어요"

그들이 말하는 이유: 기존 솔루션이 있고 전환에는 실제 비용이 따릅니다. 만족하고 있을 수도 있고, 아직 말하지 않은 불만이 있을 수도 있습니다.

응답 접근법:

1. 경쟁사를 깎아내리지 마세요. 어떻게 작동하는지 물어보세요
2. 현재 솔루션의 구체적 고통 지점을 탐색하세요
3. 가능하면 보완재로, 아니라면 대체재로 포지셔닝하세요
4. 나란히 비교 또는 체험을 제안하세요

대화 흐름:

"잘 작동하고 있나요? 특히 저희가 강한 [area where you're stronger] 영역에서는 필요를 충족하나요? 여쭤보는 이유는 [Competitor]에서 저희로 온 팀들이 대부분 [specific pain point]가 전환 계기였다고 말하기 때문입니다. 귀사도 그렇다는 뜻은 아니지만 살펴볼 가치가 있습니다."

증거 포인트: 해당 경쟁사에서 전환한 고객.

후속 질문: "현재 설정에서 한 가지만 바꿀 수 있다면 무엇을 바꾸시겠어요?"

---

"무엇이 다른가요?"

그들이 말하는 이유: 여러 선택지를 평가하며 명확한 차별점을 원합니다. 진짜 질문일 수도 있고 시험일 수도 있습니다.

응답 접근법:

1. 기능을 나열하지 마세요. 그들의 상황에 가장 중요한 한 가지를 말하세요
2. 차별점을 그들의 구체적 고통에 연결하세요
3. 증거로 뒷받침하세요
4. 말로만 설명하지 말고 보여주겠다고 제안하세요

대화 흐름:

"귀사 같은 팀, 즉 [their industry/size/use case]에는 가장 큰 차이가 [specific differentiator]입니다. 그것이 중요한 이유는 [connection to their pain] 때문입니다. 예를 들어 [Customer]는 [Competitor]와 함께 저희를 평가했고 [specific reason] 때문에 저희를 선택했습니다. 작동 방식을 보여드릴까요?"

증거 포인트: 대안 대신 우리를 선택한 고객 사례 연구.

후속 질문: "의사결정에서 가장 중요한 기준은 무엇인가요?"

---

권한 반론

"상사와 확인해야 해요"

그들이 말하는 이유: 의사결정자가 아닐 수 있고, 진행하려면 내부 동의가 필요할 수 있습니다. 지연 전술일 수도 있습니다.

응답 접근법:

1. 압박하지 말고 지원하세요
2. 내부 설득용 자료를 제공하세요
3. 상사와의 미팅에 함께 참여하겠다고 제안하세요
4. 상사가 무엇을 중시하는지 이해하세요

대화 흐름:

"물론입니다. 내부에서 케이스를 만드는 데 무엇이 도움이 될까요? ROI를 다루고 상사분이 가질 만한 우려에 답하는 1페이지 자료를 만들어 드릴 수 있습니다. 도움이 된다면 짧은 통화에 함께 들어갈 수도 있습니다. 상사분은 보통 비용 절감, 위험 감소, 효율 중 무엇을 우선하나요?"

증거 포인트: 챔피언 지원용 1페이지 자료, ROI 계산기.

후속 질문: "상사분이 어떤 질문을 하실 것 같나요?"

---

"위원회가 결정합니다"

그들이 말하는 이유: 엔터프라이즈 구매에는 여러 이해관계자가 관여합니다. 회피가 아니라 실제 프로세스입니다.

응답 접근법:

1. 구매 위원회를 매핑하세요. 누가 관여하고 각자가 무엇을 중시하나요?
2. 페르소나별 자료를 제공하세요
3. 위원회 발표를 제안하세요
4. 챔피언이 내부 프로세스를 헤쳐 나가도록 도와주세요

대화 흐름:

"이해했습니다. 위원회에 누가 있고 각자가 무엇을 중시하는지 설명해 주실 수 있나요? 제가 각 이해관계자에게 맞는 자료를 준비하면 혼자 모든 부담을 지지 않으셔도 됩니다. 필요하다면 임원 발표용으로 설계된 덱도 있습니다."

증거 포인트: 서로 다른 페르소나를 어떻게 다뤘는지 보여주는 다중 이해관계자 사례 연구.

후속 질문: "위원회에서 가장 반대할 가능성이 큰 사람은 누구이고, 그 우려는 무엇일까요?"

---

현상 유지 반론

"지금 쓰는 것도 괜찮아요"

그들이 말하는 이유: 관성은 실제입니다. 현재 솔루션이 충분할 수 있고, 변화에는 실제 비용이 듭니다.

응답 접근법:

1. 동의하세요. 그들의 경험과 싸우지 마세요
2. "고장 vs 수리"가 아니라 "괜찮음 vs 훌륭함"으로 전환하세요
3. 기회비용 개념을 소개하세요
4. 비슷한 회사가 무엇을 달성하는지 보여주세요

대화 흐름:

"아마 작동하고 있을 겁니다. 실제로 필요를 충족하는 것을 바꾸자고 제안하지는 않겠습니다. 제가 묻고 싶은 것은 '괜찮게 작동함'이 기준이어도 되는가입니다. [your product]를 사용하는 팀은 [specific outcome]을 보고 있습니다. [X% improvement]를 놓치고 있다면 살펴볼 가치가 있을까요?"

증거 포인트: 현상 유지 대비 가능한 성과를 보여주는 기준 데이터.

후속 질문: "현재 접근법에서 더 나아질 수 있는 영역이 하나 있다면 무엇일까요?"

---

기술 반론

"X와 연동되나요?"

그들이 말하는 이유: 연동은 실제 요구사항입니다. 제품이 현재 스택에 맞는지 알아야 합니다.

응답 접근법:

1. 직접 답하세요. 예, 아니요, 또는 "확인해 보겠습니다"
2. 예라면 구체적으로 설명하세요(기본 연동, API, Zapier 등)
3. 아니라면 대안이나 우회 방법을 설명하세요
4. 절대 허세를 부리지 마세요. 평가 중에 드러납니다

대화 흐름(예인 경우):

"네, [X]와 기본 연동됩니다. 설정에는 약 [time]이 걸립니다. [Customer]도 같은 스택을 쓰고 있으며 이렇게 구성해 두었습니다."

대화 흐름(아닌 경우):

"현재 [X]와의 기본 연동은 없습니다. 고객들은 보통 이렇게 처리합니다: [alternative]. 또한 [description]을 할 수 있는 공개 API가 있습니다. 선택지를 살펴보기 위해 저희 기술 팀과 통화를 잡으면 도움이 될까요?"

증거 포인트: 같은 기술 스택을 사용하는 고객, 연동 문서.

후속 질문: "함께 작동해야 할 스택의 다른 도구는 무엇인가요?"

---

"보안이 걱정돼요"

그들이 말하는 이유: 특히 규제 업종이나 엔터프라이즈에서는 정당한 우려입니다. 많은 구매자에게는 협상 불가 조건입니다.

응답 접근법:

1. 진지하게 받아들이세요. 보안 우려를 절대 가볍게 넘기지 마세요
2. 문서를 선제적으로 제공하세요(SOC 2, 보안 백서)
3. 보안 팀을 연결하겠다고 제안하세요
4. 구체적인 요구사항을 물어보세요

대화 흐름:

"정확히 물어보셔야 할 질문입니다. 보안 개요를 공유드리겠습니다. 저희는 [SOC 2 Type II / ISO 27001 / etc.] 인증을 받았고, 전체 보안 문서도 공유할 수 있습니다. 또한 보안 팀이 귀사 정보보안 팀과 리뷰 통화를 진행할 수 있습니다. 구체적인 요구사항은 무엇인가요?"

증거 포인트: 보안 인증, 컴플라이언스 문서, 규제 업종 고객.

후속 질문: "저희가 작성해야 할 보안 질문지가 있나요?"

1페이지 자료 템플릿

여러 1페이지 자료 사용 사례를 위한 템플릿입니다. 레이아웃 가이드와 문구 프롬프트를 포함합니다.

제품 개요 1페이지 자료

기본 1페이지 자료입니다. 당신을 전혀 모르는 사람에게 제품을 소개합니다.

구조

[Logo]                                              [Tagline]

제목: 무엇을 하고 누구를 위한 것인지 설명하는 한 문장.

문제
구매자가 겪는 고통을 설명하는 2-3문장.

솔루션
제품이 그 문제를 어떻게 해결하는지 설명하는 2-3문장.

[YOUR PRODUCT]를 선택해야 하는 이유
• 차별점 1 — 이점 설명 한 문장
• 차별점 2 — 이점 설명 한 문장
• 차별점 3 — 이점 설명 한 문장

증거
"구체적인 결과가 담긴 고객 인용문." — Name, Title, Company
[선택: 지표 콜아웃 2-3개: "X% 개선", "Y시간 절감"]

[행동 유도 버튼/링크]                    [Contact: [email protected]]

문구 프롬프트

• 제목: "누군가 '더 듣고 싶다'고 말하게 만드는, 당신이 하는 일을 설명하는 한 문장은 무엇인가?"
• 문제: "구매자가 당신을 찾기 전에 무엇으로 어려움을 겪고 있는가?"
• 차별점: "세 가지만 말할 수 있다면, 무엇이 그들이 당신을 선택하게 만들까?"

---

사용 사례별 1페이지 자료

특정 워크플로, 업종, 또는 문제에 맞춘 자료입니다. 제품 개요보다 더 타깃이 분명합니다.

구조

[Logo]                                    [사용 사례: 예: "영업팀용"]

제목: [your product]가 [persona]가 [achieve outcome]하도록 돕는 방법.

과제
[persona]가 [task]를 해야 할 때 [specific pain]에 직면합니다.
이는 [consequence]로 이어집니다: [time wasted / money lost / risk].

작동 방식
1. [Step 1] — 무엇이 일어나고 왜 중요한가
2. [Step 2] — 무엇이 일어나고 왜 중요한가
3. [Step 3] — 무엇이 일어나고 왜 중요한가

결과
• [Metric 1]: 전 → 후
• [Metric 2]: 전 → 후
• [Metric 3]: 전 → 후

고객 조명
"이 특정 사용 사례에 대한 인용문." — Name, Title, Company

[행동 유도: "실제로 보기" 또는 "파일럿 시작"]       [Contact info]

사용 시점

• 구매자 페르소나마다 다른 1페이지 자료가 필요할 때
• 업종별 버전(헬스케어, 핀테크, 전자상거래)
• 사용 사례별 버전(보고, 온보딩, 보안)

---

미팅 후 후속 공유 자료

이미 진행된 대화를 강화하기 위해 설계된 자료입니다. 논의한 내용을 요약하고 다음 단계를 제안합니다.

구조

[Logo]                                            [Date of Meeting]

미팅 요약: [Company Name]

논의한 내용
• [그들이 언급한 고통 지점 1]
• [그들이 언급한 고통 지점 2]
• [달성하려는 목표]

[YOUR PRODUCT]가 돕는 방식
• [고통 1에 대한 솔루션] — [구체적 역량 또는 워크플로]
• [고통 2에 대한 솔루션] — [구체적 역량 또는 워크플로]
• [목표 달성을 돕는 방식]

관련 증거
"비슷한 고객의 인용문." — Name, Title, Company
[비슷한 고객의 지표 1-2개]

제안하는 다음 단계
1. [날짜가 있는 다음 단계]
2. [후속 조치]
3. [의사결정 일정]

[Your name]  |  [Your title]  |  [Email]  |  [Phone]

팁

• 미팅 후 24시간 안에 보내세요
• 그들이 말한 구체적인 내용을 언급하세요(들었다는 것을 보여줌)
• 제안하는 다음 단계를 구체적이고 시간 제한이 있게 만드세요
• 이것은 챔피언이 상사에게 전달할 자산입니다

---

챔피언 지원용 1페이지 자료

내부 챔피언이 팀과 리더십에 공유하도록 특별히 설계한 자료입니다. 챔피언이 똑똑해 보이게 쓰세요.

구조

[Logo]

[YOUR PRODUCT]를 평가하는 이유

상황
[챔피언이 팀에 설명하듯 작성한 내부 과제 2-3문장.
"우리"와 "우리의" 언어를 사용합니다.]

[YOUR PRODUCT]가 하는 일
[1-2문장. 쉬운 언어, 전문용어 없음.]

이 솔루션을 선택하는 이유
• [이유 1] — 우리의 구체적 문제를 해결하는 방식
• [이유 2] — 현재 방식과 비교되는 점
• [이유 3] — 평가한 대안과 비교되는 점

기대 영향
• [Metric]: 현재 상태 → 기대 상태
• [Metric]: 현재 상태 → 기대 상태
• [Time to value]: [X weeks] 안에 운영 시작

사용 중인 다른 회사
[해당 업종에서 알아볼 수 있는 회사명 2-3개]
"관련 고객 인용문." — Name, Title, Company

다음 단계
• [다음에 할 일]
• [팀에서 필요한 것]
• [의사결정 일정]

질문이 있으면 [Champion name] 또는 [Your name at email]에게 문의하세요.

왜 효과적인가

• 판매자 목소리가 아니라 챔피언의 목소리로 작성됨
• 상사가 물어볼 질문에 답함
• 존중하는 회사의 동료 증거 포함
• 내부 추진력을 만드는 명확한 요청과 일정 제시

---

레이아웃 가이드

시각적 위계

1. 제목 — 가장 큰 텍스트, 페이지 상단, 가치를 즉시 전달
2. 섹션 제목 — 굵고 명확하며 훑어보기 기준점 역할
3. 본문 — 짧은 문장, 문단보다 글머리표 선호
4. 증거 요소 — 지표와 인용문은 시각적으로 눈에 띄어야 함(더 큰 글꼴, 색상, 또는 콜아웃 박스)
5. 행동 유도 — 눈에 잘 띄는 위치, 페이지 하단 또는 오른쪽 아래

여백

• 여백: 모든 면에서 최소 0.75인치
• 섹션 사이 간격: 시각적으로 분리될 만큼 충분히(우겨 넣지 않기)
• 복잡해 보이면 내용을 줄이세요. 글꼴을 9pt 아래로 줄이지 마세요.

글꼴 크기

색상

• 제목과 강조 요소에는 브랜드 색상을 사용
• 본문 텍스트는 흰색 배경 위에서 어둡게(검정 또는 거의 검정)
• 시각적 일관성을 위해 강조 색상은 1-2개로 제한
• 지표와 행동 유도에 주의를 끌 때 색상을 사용

파일 형식

• PDF: 이메일 첨부와 후속 공유 자료
• Google Slides / PowerPoint: 담당자가 맞춤화할 수 있는 편집 가능 버전
• 항상 둘 다 포함하세요. 담당자는 맞춤화하고, 잠재 고객은 깔끔한 PDF를 원합니다