초기 상담 통화가 잡히면 /discovery-caller가 SPIN 질문과 자격 검증 점수표를 만들어 실제로 검증되는 통화를 운영하게 합니다. — Claude Skill

---

title: 섹션 구성

1. 초기 상담 준비 (준비)

영향: 치명적 설명: 통화 전 조사, 가설 수립, 아젠다 설정, 계정 정보. 통화 전 작업이 통화의 성공을 결정합니다.

2. 질문 프레임워크 (질문)

영향: 치명적 설명: SPIN 방법론, 상황/문제/영향/필요-효과 질문, 더 깊이 파고드는 기법.

3. 적극적 경청 (경청)

영향: 높음 설명: 경청 기법, 명확화 방법, 메모 작성, 행간 읽기.

4. 자격 검증 (자격 검증)

영향: 치명적 설명: 예산, 일정, 권한, 필요 자격 검증. 거래-중단 요인를 일찍 식별합니다.

5. 초기 상담과 매핑 (초기 상담)

영향: 높음 설명: 문제 지점 식별, 이해관계자 매핑, 경쟁 초기 상담, 구매 프로세스 이해.

6. 문서화 (문서화)

영향: 중간-높음 설명: CRM 메모, 통화 요약, 인수인계 문서화, 다음 단계 추적.

---

title: 다음 단계와 확약 impact: 치명적 tags: closing, commitment, next-steps, momentum

다음 단계와 확약

영향: 치명적

모든 초기 상담 통화은 명확한 다음 단계과 약속로 끝나야 합니다. "자료를 보내드리겠습니다"는 다음 단계이 아닙니다. 죽어 가는 거래의 신호입니다.

다음 단계 계층

가장 강한 확약:
┌──────────────────────────────────────────────────────────────┐
│ 구체적인 다음 미팅의 캘린더 초대가 발송되고 수락됨   │
└──────────────────────────────────────────────────────────────┘
                           ↓
┌──────────────────────────────────────────────────────────────┐
│ 다음 미팅의 특정 날짜/시간에 구두 합의                    │
└──────────────────────────────────────────────────────────────┘
                           ↓
┌──────────────────────────────────────────────────────────────┐
│ 일정이 있는 구체적인 다음 조치에 합의                  │
└──────────────────────────────────────────────────────────────┘
                           ↓
┌──────────────────────────────────────────────────────────────┐
│ "다음 주에 후속 확인" 같은 모호한 합의                       │
└──────────────────────────────────────────────────────────────┘
                           ↓
가장 약한 확약:
┌──────────────────────────────────────────────────────────────┐
│ "자료 보내 주세요" / 구체적 다음 단계 없음                   │
└──────────────────────────────────────────────────────────────┘

강한 다음 단계 대비 약한 다음 단계

확약 마무리

모든 통화 끝에는 마무리을 위해 5분을 남겨 두세요.

프레임워크: 요약 → 확인 → 제안 → 확정

요약:
"제가 제대로 이해했는지 확인하겠습니다. 지금 [문제점 1]과
[문제점 2]를 겪고 계시고, 그 비용은 대략 [정량화된 영향]입니다.
우선순위는 [목표]이고 [일정]까지는 무언가를 도입하려고
하시는 거죠. 맞게 이해했나요?"

확인:
"이 대화를 계속 이어가는 것이 의미가 있을까요?"
[예이면 계속하고, 망설이면 그 이유를 다룹니다.]

제안:
"공유해 주신 내용을 기준으로 보면, 좋은 다음 단계은
[구체적 다음 단계]와 함께 [구체적 명]을 진행하는 것 같습니다.
어떻게 생각하세요?"

확정:
"좋습니다. 저는 [1일 차] [시간] 또는 [일 2] [시간]이 가능합니다.
어느 시간이 더 편하신가요?"
[가능하면 통화 중에 초대를 보냅니다]

단계별 다음 단계 옵션

캘린더 확약 얻기

실시간 캘린더 기법:

"지금 제 캘린더를 열어두었습니다. 화요일 오후 2시 또는
목요일 오전 10시가 비어 있습니다. 어느 쪽이 더 편하신가요?"
[응답 대기]
"좋습니다. 지금 초대를 보내겠습니다. 받으셨는지 확인해 주실 수 있나요?"

가정형 마무리:

"데모가 도움이 될 것 같습니다. 캘린더를 열어보겠습니다.
다음 화요일이나 수요일에는 언제가 가능하신가요?"

대안형 마무리:

"기술적 심층 검토를 먼저 하는 편이 좋을까요, 아니면 VP를 모시고
더 높은 수준의 대화를 먼저 하는 편이 좋을까요?"

다음 단계 반론 처리

상호 실행 계획

복잡한 거래에는 상호 실행 계획을 설정하세요.

상호 실행 계획: [회사 이름]

목표: [고객] 구현 [제품]까지 [날짜]

DATE        | 조치                  | 담당자       | 상태
------------|-------------------------|-------------|--------
1월 15      | 초기 상담 통화          | 양측        | 완료
1월 22      | 기술 심층 검토     | [영업 담당자] | 예약됨
1월 29      | 엔지니어링 VP와 데모        | [영업 담당자]       | 대기 중
2월 5       | 체험 시작           | 양측        | 대기 중
2월 19      | 체험 리뷰            | 양측        | 대기 중
2월 26      | 제안서 리뷰         | [법무]       | 대기 중
3월 1     | 계약 리뷰         | [고객]     | 대기 중
3월 15    | 운영 시작                 | [고객]  | 대기 중

의존성:
- 체험 필요 보안 리뷰 (예약됨 1월 25)
- VP 승인 전에 필요 제안서

리스크:
- 예산 승인 일정 불명확

확약 테스트

통화 중 약속 테스트:

"데모에서 보시는 내용이 우려를 해결한다면, 그다음 단계은 무엇인가요?"

"적합성이 맞는다고 가정하면 결정 프로세스는 어떻게 진행되나요?"

"이번 분기에 진행하려면 무엇이 일어나야 하나요?"

"이 일이 진행되지 못하게 막을 수 있는 것이 있을까요?"

약속 신호 읽기:

통화를 강하게 끝내기

좋은 통화 마무리:

"오늘 대화가 정말 유익했습니다. 합의한 내용을 정리하면:
1. 제가 오늘 중으로 사례 연구를 보내드립니다
2. 고객님은 보안 팀과 공유합니다
3. 화요일 오후 2시에 더 넓은 그룹과 미팅합니다
4. 제가 지금 초대를 보냅니다. 받으시면 수락해 주세요.
맞을까요?"

나쁜 통화 마무리:

"좋습니다, 질문 있으면 알려 주세요."

"자료 좀 보내드리겠습니다."

"이야기 좋았습니다. 곧 다시 이야기하죠."

"진행할 준비가 되면 알려 주세요."

후속 조치 주기

요약 이메일 템플릿:

제목: 요약: [회사] + [귀사] 초기 상담 통화

안녕하세요 [이름],

오늘 좋은 대화 감사합니다. 제가 정리한 내용은 다음과 같습니다.

핵심 요점:
- [정량화된 영향이 있는 문제점 1]
- [정량화된 영향이 있는 문제점 1]
- [정량화된 영향이 있는 문제점 2]

합의된 다음 단계:
- [조치 1] - 담당자: [이름] - 기한: [날짜]
- [조치 1] - 담당자: [이름] - 기한: [날짜]
- [조치 2] - [이름] - 참석자: [날짜]

첨부:
- [관련 문서 1]
- [관련 문서 1]

놓친 내용이 있으면 알려 주세요. [날짜]의 [다음 단계]에서 뵙겠습니다.

감사합니다,
[이름]

안티패턴

• 마무리 시도 없음 — 다음 단계를 요청하지 않고 통화을 끝냄
• 모호한 답변 수용 — 구체성 없이 "다음 주에 이야기하죠"를 받아들임
• 실시간 초대 미발송 — 통화 이후 동력을 잃음
• 단일 조치 다음 단계 — 후속 조치 미팅 없이 "자료 보내기"만 함
• 요약 이메일 없음 — 구두 합의는 잊히기 쉽습니다
• 주도하지 않고 쫓아다님 — 시간을 제안하지 않고 "언제 가능하신지 알려 주세요"라고 함

---

title: 경쟁 탐색 impact: 높음 tags: discovery, competition, differentiation, objections

경쟁 탐색

영향: 높음

거래에서 경쟁을 아는 것은 포지셔닝, 긴급도, 전략를 모두 바꿉니다. 일찍 발견하고 전략적으로 차별화하세요.

경쟁 탐색가 중요한 이유

경쟁사가 있을 때:                  경쟁사가 없을 때:
- 더 빠른 결정 일정         - 더 느리고 긴급도 낮음
- 강제 비교                  - 고립 상태로 평가됨
- 패배 리스크 높음                   - 리스크 낮음
- 차별화 중요             - 기능 중심
- 가격 압박                   - 가치 대화

경쟁을 드러내는 질문

직접 경쟁 질문:

"저희와 함께 다른 해결책도 평가하고 계신가요?"

"최종 후보에는 또 누가 있나요?"

"어떤 대안를 검토해 보셨나요?"

"저희와 비교 중인 기존 해결책이 있나요?"

간접 질문:

"지금까지 조사 프로세스는 어떤 모습이었나요?"

"이 문제를 해결하기 위해 다른 어떤 접근법를 고려하고 계신가요?"

"저희를 어떻게 알게 되셨고, 조사 중에 또 누가 나왔나요?"

"다른 공급업체의 데모를 보셨거나 대화해 보셨나요?"

시점 질문:

"다른 공급업체와의 대화은 어느 단계인가요?"

"최종 결정은 언제쯤 내리려고 하시나요?"

"다른 해결책과도 비슷한 단계에 있나요?"

경쟁 구도 프레임워크

경쟁 응답 매트릭스

                    알려진 경쟁사?
                    예              아니요
                ┌─────────────┬─────────────┐
초기 단계        │ 경쟁     │ 탐색    │
평가      │ 차별화│ 질문하기│
                │ 초기        │              │
                ├─────────────┼─────────────┤
후기 단계         │ 방어      │ 의심  │
평가      │ 가능성 있음       │ 가능성 있음      │
                │ 뒤처짐       │ 정보 숨김  │
                └─────────────┴─────────────┘

경쟁사를 평가 중일 때

초기 상담 질문:

"해결책을 평가할 때 어떤 기준를 사용하고 계신가요?"

"이 결정에서 가장 중요한 것은 무엇인가요?"

"옵션 간 가장 큰 차이는 어디에서 보이나요?"

"어떤 요소가 한 해결책을 다른 것보다 돋보이게 만들까요?"

"고려 중인 각 옵션에 대해 어떤 우려이 있나요?"

포지셔닝 질문:

"지금까지 보신 것을 기준으로, 저희가 어디에서 강점가 있을 것 같나요?"

"다른 곳에서 본 것 중 저희에게도 있었으면 하는 것이 있나요?"

"저희를 선택해도 된다는 확신를 얻으려면 무엇을 봐야 하나요?"

경쟁 차별화 대화

프레임워크: 인정 → 연결 → 차별화

인정: "네, [경쟁사]는 좋은 회사이고 최종 후보에 있는 이유도
이해합니다."

연결: "그들과 비교해 저희를 선택하는 고객에게서 제가 본
핵심 차이는..."

차별화: "[구체적 사용 사례]에서 [구체적 차별점]가
중요하다는 점입니다. 이 부분이 고객님께는 얼마나 중요한가요?"

좋음 차별화:

"고객들이 [경쟁사] 대신 저희를 선택하는 경우는 [구체적 기능]가
필요할 때입니다. 예를 들어 [고객 X]는 [이유] 때문에 저희를
찾아왔습니다. 고객님 상황에는 얼마나 관련성한가요?"

나쁜 차별화:

"그들은 저희만큼 좋지 않습니다." (구체적 없음)

"그 제품는 버그가 많습니다." (음수, 근거 없음)

"저희가 시장 리더입니다." (그들의 필요와 무관)

"그들의 문제점을 전부 말씀드리겠습니다." (절박함하게 보임)

"다른 곳도 보고 있습니다" 응답 처리

긍정적 프레이밍:

잠재 고객: "HashiCorp와 AWS Secrets Manager도 보고 있습니다."

영업 담당자: "그럴 만합니다. 둘 다 좋은 옵션입니다. 궁금한데, 평가에
저희를 포함하게 된 이유는 무엇인가요? 그걸 이해하면 고객님께
가장 관련성한 부분에 집중할 수 있습니다."

더 깊이 들어가기:

"이 옵션들을 비교할 때 가장 중요한 기준는 무엇인가요?"

"두 곳의 데모를 모두 볼 기회가 있었나요?"

"지금까지 가장 큰 차이는 어디에서 보이나요?"

"현재 선두 후보가 있나요, 아니면 아직 정보 수집 단계인가요?"

현상 유지 경쟁

가장 큰 경쟁사는 종종 "아무것도 하지 않기"입니다.

초기 상담 질문:

"앞으로 6개월 안에 이 문제를 해결하지 않으면 어떤 일이 생기나요?"

"이 일이 더 높은 우선순위가 되지 못하게 막는 것은 무엇인가요?"

"긴급해지려면 무엇이 바뀌어야 하나요?"

"전에 이 문제를 해결하려고 시도한 적이 있나요? 무슨 일이 있었나요?"

긴급도 만들기:

"저희가 계산한 연간 $150K 비용을 기준으로 보면, 기다리는 매월
대략 $12K가 듭니다. 이번 분기에 우선순위가 되려면 무엇이 사실이어야 할까요?"

DIY 경쟁(구축 대비 구매)

초기 상담 질문:

"내부로 해결책을 구축하는 것도 고려 중인가요?"

"내부에서 구축하려면 무엇이 필요할까요?"

"구축에 필요한 시간과 비용를 추정해 보셨나요?"

"장기적으로 누가 유지보수하나요?"

구축 대비 구매 비교:

포지셔닝 DIY 대비:

"일부 회사는 구축도 고려합니다. 저희가 보통 보는 것은 초기 구축에
6개월 이상 걸리고, 이후에는 1-2명의 엔지니어가 영구적으로 유지보수해야
한다는 점입니다. 기회 비용, 즉 그 엔지니어들이 다른 무엇을
구축할 수 있었는지까지 반영하면 보통 구매 비용의 3-5배가 됩니다.
그 계산을 해보셨나요?"

경쟁 정보 추적

모든 통화 후 문서화할 것:

경쟁 정보: [회사 이름]

언급된 경쟁사: [HashiCorp Vault, AWS Secrets Manager]

경쟁사별 단계:
- HashiCorp: 데모 1회 진행, 일정 조율 기술적 심층 검토
- AWS: 조사 중, 아직 데모 없음

결정 기준 공유됨:
1. 사용 편의성
2. 연동 기존 스택과 연동
3. 가격

공감되는 차별점:
- 우리의 개발자 경험
- 더 빠른 구현

우리 관련 우려:
- 경쟁사보다 낮은 브랜드 인지도

다음 단계:
- 경쟁 비교 1페이지 자료 보내기
- 준비: 기술적 심층 검토 HashiCorp 대비

경쟁 배틀카드 템플릿

경쟁사: [이름]
마지막 업데이트: [날짜]

개요:
- 하는 일: [날짜]
- 목표 시장: [판매 대상]
- 가격 모델: [과금 방식]

그들이 이기는 지점:
- [과금 방식]
- [강점 2]

우리가 이기는 지점:
- [강점 2]
- [우리 강점 2]

일반적인 반론:
- "[우리 강점 2] 더 큼" → 응답
- "[경쟁사] 더 저렴함" → 응답

함정 질문:
- 질문하기: [경쟁사]
- 질문하기: [상대의 제약]

고객 증거:
- [고객 X] 그들 대신 우리를 선택한 이유 [이유]

안티패턴

• 경쟁 무시 — "경쟁사가 없습니다"(비현실적)
• 비방 경쟁사 — 불안해 보입니다
• 묻지 않음 — 누구를 평가하는지 안다고 가정
• 일반적 차별화 — 구체적 없이 "저희가 더 좋습니다"
• 가격만으로 경쟁 — 가격 경쟁의 악순환
• 늦은 발견 — 협상 단계에서 경쟁사를 알게 됨

---

title: 초기 상담 통화 구조와 흐름 impact: 치명적 tags: discovery, structure, flow, methodology

초기 상담 통화 구조와 흐름

영향: 치명적

잘 구조화된 초기 상담 통화은 심문이 아니라 대화처럼 느껴집니다. 올바른 흐름는 관계를 만들고, 인사이트를 드러내며, 다음 단계를 얻어냅니다.

초기 상담 통화 흐름

시간:    0분        5분        15분       30분       40분       45분
         │           │           │           │           │           │
         ▼           ▼           ▼           ▼           ▼           ▼
     ┌───────────────────────────────────────────────────────────────────┐
     │ 도입 │ 상황 │   문제/PAIN   │ 영향 │ 마무리       │
     │      │           │                  │ 필요-효과 │             │
     └───────────────────────────────────────────────────────────────────┘
         │           │           │           │           │           │
         ▼           ▼           ▼           ▼           ▼           ▼
      관계 형성     맥락    심층 분석    정량화    다음 단계
      아젠다      현재    과제   영향      확약
      시간        상태      문제점  비전

단계별 분석

단계 1: 도입 (5분)

목표:

• 관계 형성
• 아젠다와 기대치 설정
• 가능 시간 확인

스크립트 프레임워크:

"안녕하세요 [이름], 오늘 시간 내주셔서 감사합니다. 본격적으로 들어가기 전에
확인하고 싶습니다. 45분으로 알고 있는데 아직 괜찮으신가요?

[확인 시간]

좋습니다. 오늘 제가 달성하고 싶은 것은 세 가지입니다.
1. 현재 상황과 이 대화가 시작된 계기 이해
2. 핵심 과제와 우선순위 이해
3. 적합성 여부를 판단하고 가능한 다음 단계 논의

괜찮으신가요? 꼭 다뤘으면 하는 구체적한 내용이 있을까요?"

[상대방 의견 받기]

"좋습니다. 시작으로 궁금합니다. 오늘 이 미팅을 잡게 된 계기는 무엇인가요?"

관계 형성 문구:

• 조사에서 찾은 내용을 진심으로 언급
• 공통점 찾기(공통 인맥, 공유 경험)
• 진정한 호기심 보여주기
• 짧게 유지 - 최대 1-2분

단계 2: 상황 (10분)

목표:

• 현재 상태 이해
• 문제점의 맥락 설정
• 핵심 참여자와 프로세스 식별

핵심 질문:

"팀이 현재 [관련성 영역]를 어떻게 처리하는지 설명해 주세요."

"오늘 어떤 도구과 시스템을 사용하고 있나요?"

"팀에서 누가 이 프로세스에 관여하나요?"

"이 방식으로 얼마나 오래 해오셨나요?"

문제로 전환:

"도움이 되는 맥락입니다. 이제 궁금한데, 현재 접근법에서
잘 작동하는 부분과 잘 작동하지 않는 부분은 무엇인가요?"

단계 3: 문제/고통 (15분)

목표:

• 구체적 과제 드러내기
• 문제점의 깊이와 폭 이해
• 감정 신호 포착

핵심 질문:

"현재 접근법에서 가장 답답한 부분은 무엇인가요?"

"마법 지팡이로 하나만 고칠 수 있다면 무엇을 고치고 싶나요?"

"[구체적 시나리오]가 발생하면 어떤 일이 생기나요?"

"어디에서 일이 누락되나요?"

심화 기법:

"그 부분을 더 말씀해 주세요."

"[상대가 쓴 용어]이라고 하신 것은 어떤 의미인가요?"

"구체적 예시을 들어주실 수 있나요?"

"그 일이 얼마나 자주 생기나요?"

"또 누가 영향을 받나요?"

단계 4: 영향 & 필요-효과 (10분)

목표:

• 문제 영향 정량화
• 긴급도 생성
• 해결 가치를 잠재 고객가 직접 말하게 함

영향 질문:

"그 일이 생기면 후속 영향는 무엇인가요?"

"팀이 이 문제를 처리하는 데 얼마나 시간을 쓰나요?"

"이 문제가 해결되지 않으면 무엇이 위험해지나요?"

"비즈니스 비용는 얼마인가요?"

필요-효과 질문:

"이 문제를 해결할 수 있다면 팀에는 무엇이 달라지나요?"

"비즈니스 관점에서 이것이 해결된다는 것은 어떤 의미인가요?"

"그것이 [상대가 말한 목표]에 어떤 영향을 줄까요?"

단계 5: 마무리(5-10분)

목표:

• 이해 내용 요약
• 적합성 확인
• 구체적 다음 단계 확보

프레임워크:

"제가 제대로 이해했는지 확인하겠습니다.

[요약 상황]
현재 [상황]이고, 주요 과제는 [문제점 1]과 [문제점 2]입니다.

[상황]
이 문제는 대략 [정량화된 영향]의 비용을 만들고 있으며,
[중요 이벤트] 때문에 긴급도가 있습니다.

[정량화된 영향]
찾고 계신 것은 [중요 이벤트]입니다.

제가 맞게 이해했나요? 놓친 것이 있나요?

[확인]

공유해 주신 내용을 기준으로 보면 적합성이 강하다고 생각합니다.
논리적인 다음 단계은 [관련성 명]와 함께 [구체적 다음 단계]을
진행하는 것입니다.

저는 [1일 차] [시간] 또는 [일 2] [시간]이 가능합니다.
어느 쪽이 더 편하신가요?"

통화 길이별 시간 배분

전환 문구

도입 → 상황:

"제가 맞는 질문을 할 수 있도록 현재 설정에 대한 맥락를 조금
말씀해 주실 수 있나요?"

상황 → 문제:

"개요 감사합니다. 현재 접근법에서 잘 작동하는 것은 무엇이고,
과제는 무엇인지 궁금합니다."

문제 → 영향:

"답답하셨을 것 같습니다. 영향를 이해하고 싶습니다. 그 일이
생기면 파급 효과는 무엇인가요?"

영향 → 필요-효과:

"설명하신 영향를 기준으로, 이 문제가 완전히 해결되면 어떤 모습일까요?"

필요-효과 → 마무리:

"공유해 주신 내용을 모두 기준으로 보면, 제 생각은 이렇습니다..."

흔한 흐름 방해 처리

속도 조절 신호

너무 느리게 가고 있는 경우:

• 20분이 지났는데 아직 상황에 있음
• 잠재 고객가 조급함하거나 시간을 확인함
• 답변이 짧아짐

너무 빠르게 가고 있는 경우:

• 표면 수준 답변만 있음
• 정량화된 문제점을 아직 찾지 못함
• 잠재 고객가 방향을 혼란스러워함

조정 방법:

• 확인: "우리가 맞는 내용을 다루고 있나요?"
• 요약: "제가 제대로 이해했는지 확인하겠습니다..."
• 전환: "[중요 영역]를 다룰 시간이 있도록 하고 싶습니다"

초기 상담 통화 체크리스트

마감 전에 확인할 것:

□ 현재 상황을 명확히 이해
□ 구체적 문제 지점 2-3개 식별
□ 문제점 하나 이상 정량화(시간, 돈, 리스크)
□ 결정 프로세스 이해
□ 핵심 이해관계자 식별
□ 일정과 긴급도 동인 확인
□ 예산 맥락(적절한 경우)
□ 경쟁 인식
□ 구체적 다음 단계 확약됨
□ 캘린더 초대 보냄

예시 전체 통화 흐름

0:00 - 도입
"Sarah, 시간 내주셔서 감사합니다. 45분으로 알고 있는데 아직 괜찮으신가요?
좋습니다. 상황을 이해하고, 과제를 파악하고, 적합성이 있는지
보고 싶습니다. 이 미팅을 잡게 된 계기는 무엇인가요?"

5:00 - 상황
"팀이 시크릿를 현재 어떻게 관리하는지 설명해 주실 수 있나요?"
"어떤 도구를 사용하고 있나요?"
"프로세스에는 누가 관여하나요?"

15:00 - 문제
"현재 접근법에서 가장 답답한 부분은 무엇인가요?"
"교체 프로세스에 대해 더 말씀해 주세요."
"누군가 팀을 떠나면 어떤 일이 생기나요?"

30:00 - 영향
"그 일이 생기면 비즈니스 영향는 무엇인가요?"
"엔지니어링 시간을 얼마나 쓰나요?"
"컴플라이언스 관점에서 무엇이 위험해지나요?"

35:00 - 필요-효과
"이 문제가 해결된다면 팀에는 무엇이 달라지나요?"
"감사 확신에는 어떤 의미가 있을까요?"

40:00 - 마무리
"제가 들은 내용을 요약해 보겠습니다... 맞나요?"
"이 기준으로 보면 보안 책임자와 데모를 진행하는 것이 의미 있습니다."
"화요일 오후 2시 또는 목요일 오전 10시가 가능한데, 어느 쪽이 좋으세요?"

45:00 - END
"좋습니다. 지금 초대를 보내겠습니다. 오늘 요약 이메일도 보내드리겠습니다.
시간 내주셔서 감사합니다, Sarah."

안티패턴

• 도입부 생략 — 곧바로 질문으로 들어감
• 너무 오래 머묾: 상황 — 맥락 20분, 문제점 없음
• 정량화하지 않음 — 숫자 없는 문제 지점
• 약한 마무리 — 다음 미팅 대신 "자료 보내드리겠습니다"
• 경직된 준수 — 대화보다 구조를 우선함
• 없음 시간 확인 — 시간을 넘기거나 잘림

---

title: 문제 지점 식별과 정량화 impact: 높음 tags: discovery, pain-points, quantification, urgency

문제 지점 식별과 정량화

영향: 높음

정량화되지 않은 문제점은 단순한 불평입니다. 정량화된 문제점은 거래을 앞으로 움직이는 비즈니스 근거가 됩니다.

문제점 초기 상담 프레임워크

IDENTIFY → EXPLORE → QUANTIFY → VALIDATE

"무엇이 어렵나요?" → "더 말씀해 주세요" → "비용은 얼마인가요?" → "제가 맞게 이해했나요?"

비즈니스 문제점 유형

문제점 정량화 단계

수준 1: AWARENESS
"X에 문제가 있습니다"
↓
수준 2: ACKNOWLEDGMENT
"답답하고 시간이 걸립니다"
↓
수준 3: 정량화된 영향
"월 40시간과 $15K가 듭니다"
↓
수준 4: BUSINESS CONSEQUENCE
"그것 때문에 출시 마감일을 놓쳤습니다"
↓
수준 5: PERSONAL STAKE
"이 문제 해결에 제 일이 달려 있습니다"

목표: 모든 핵심 문제 지점를 수준 3 이상으로 올리세요.

문제점 유형별 정량화 질문

시간 문제점:

"팀이 이 일에 주당 몇 시간을 쓰나요?"
"프로세스를 단계별로 설명해 주세요. 각 단계는 얼마나 걸리나요?"
"누군가의 시간 중 비율로 배정한다면 어느 정도일까요?"
"몇 명이 관여하나요?"

금전적 문제점:

"이 일이 발생할 때 금액 영향는 얼마인가요?"
"[문제]의 비용를 계산해 보셨나요?"
"현재 해결책/우회 방법에 얼마를 쓰고 있나요?"
"엔지니어 총부담 비용가 $150K라면, 월 40시간은 얼마를 의미하나요?"

리스크 문제점:

"이 문제가 고쳐지지 않으면 최악의 경우는 무엇인가요?"
"지난번에 이 일이 잘못됐을 때 무슨 일이 있었나요?"
"침해/인시던트/실패가 발생하면 비용은 얼마인가요?"
"컴플라이언스 관점에서 무엇이 걸려 있나요?"

ROI 계산 프레임워크

정량화 워크시트:

문제점: 수동 시크릿 교체

시간 비용:
- 교체 이벤트당 시간: 5 시간
- 월별 행사: 8
- 참여 인원: 2 엔지니어
- 시간당 총부담 비용: $100
- 월별 시간 비용: 5 × 8 × 2 × $100 = $8,000/월

리스크 비용:
- 최근 12 개월: 2
- 평균 인시던트 비용: $25,000
- 연간 리스크 비용: $50,000

연간 총비용: ($8,000 × 12) + $50,000 = $146,000

→ "그러면 이 문제는 시간과 인시던트를 합쳐 연간 약 $150K의 비용을
   만들고 있습니다. 추정치와 맞나요?"

문제점 탐색 기법

단계적 심화 방법:

표면: "보안을 더 강화해야 합니다."
심화 1: "보안 중 구체적으로 어떤 부분인가요?"
→ "시크릿 관리가 엉망입니다."

심화 2: "'엉망'이라는 말은 어떤 의미인가요?"
→ "엔지니어들이 자격 증명을 .env 파일에 저장합니다."

심화 3: "그로 인해 어떤 문제가 생기나요?"
→ "올해 유출이 두 번 있었습니다."

심화 4: "그 유출이 발생했을 때 어떤 일이 있었나요?"
→ "40시간 긴급 교체와 스트레스가 있었습니다."

심화 5: "비즈니스 비용는 얼마였나요?"
→ "엔지니어링 시간만 인시던트당 약 $25K입니다."

"또 무엇이 있나요?" 기법:

영업 담당자: "이로 인해 또 어떤 과제가 생기나요?"
잠재 고객: "사실 감사 문제도 있습니다."
영업 담당자: "그 부분을 설명해 주세요."
잠재 고객: "작년에 감사인이 표시했습니다..."
→ 두 번째 문제 지점 발견

문제점 검증

이해 확인:

"제가 맞게 이해했는지 확인하겠습니다. [문제점]이 대략 [금액]의
비용을 만들고, [X]건의 인시던트를 만들었다는 말씀이시죠. 맞나요?"

문제점 우선순위화:

"언급하신 과제 [A, B, C] 중 가장 긴급하게 해결해야 하는 것은
무엇이며, 이유는 무엇인가요?"

약속 테스트:

"[문제점]을 앞으로 30일 안에 해결할 수 있다면, 평가에 시간을
투자할 가치가 있을까요?"

좋은 문제점 초기 상담 예시

영업 담당자: "개발자가 회사를 떠나면 어떤 일이 생기나요?"
잠재 고객: "악몽입니다."
영업 담당자: "좀 더 말씀해 주세요."
잠재 고객: "접근 권한이 있던 모든 자격 증명을 수동으로 교체해야 합니다."
영업 담당자: "그 프로세스는 얼마나 걸리나요?"
잠재 고객: "보통 엔지니어 두 명이 주말 내내 걸립니다."
영업 담당자: "사람이 얼마나 자주 떠나나요?"
잠재 고객: "이직 때문에 한 달에 두 번 정도입니다."
영업 담당자: "그러면 교체에 월 4 엔지니어링 인일 정도네요. 엔지니어링 비용를
기준으로 하면 월 $15-20K 정도일 것 같습니다. 맞나요?"
잠재 고객: "사실 그렇네요. 그 계산은 해본 적이 없습니다."

→ 정량화됨: 시간 비용 약 $20K/월
→ 빈도: 월 2회
→ 영향: 엔지니어링 시간 주말 전체

나쁜 문제점 초기 상담 예시

"보안 문제가 있나요?" (예/아니요, 깊이 없음)

"비싸겠네요." (묻지 않고 말함)

"저희가 그걸 어떻게 해결하는지 보여드리겠습니다." (해결책으로 건너뜀)

"네, 모두 그런 문제가 있습니다." (그들의 구체적 문제점을 묵살)

문제 문서화 템플릿

문제점 #1: [직함]
- 설명: [현재 상황]
- 영향: [정량화됨 비용 - 시간, 돈, 리스크]
- 빈도: [발생 빈도]
- 영향받는 대상: [역할/팀]
- 인용: "[잠재 고객의 실제 표현]"
- 비즈니스 결과: [후속 영향]
- 현재 우회 방법: [현재 대응 방식]

예시:

문제점 #1: 수동 자격 증명 교체
- 설명: 직원이 퇴사할 때 엔지니어가 시크릿을 수동으로 교체
- 영향: $20K/월 (160 엔지니어링 시간 @ $125/시간)
- 빈도: 2x 월별
- 영향받는 대상: DevOps 팀 (2-3 엔지니어 각각 시간)
- 인용: "누군가 퇴사할 때마다 악몽입니다"
- 비즈니스 결과: 주말 작업, 불완전한 교체 리스크
- 현재 우회 방법: 스프레드시트 추적, 수동 프로세스

안티패턴

• 표면적 문제 수용 — "답답합니다"에서 멈추고 정량화하지 않음
• 해결책으로 건너뜀 — 깊이를 이해하기 전에 "저희가 해결할 수 있습니다!"라고 함
• 영향을 가정 — "비용이 많이 들겠네요"라고 말하는 대신 질문하지 않음
• 단일 문제 지점 — 하나 찾고 멈춤; 3개 이상을 목표로 하세요
• 없음 문서화 — 정량화된 문제점을 기억에 맡겨 잃어버림
• 유도 질문 — "그거 $100K 들지 않나요?"(그들이 정량화하게 하세요)

---

title: 초기 상담 중 이해관계자 매핑 impact: 높음 tags: discovery, stakeholders, multi-threading, buying-committee

초기 상담 중 이해관계자 매핑

영향: 높음

거래은 이해관계자 매핑에 따라 이기거나 집니다. 단일 접점 거래은 죽고, 다중 접점 거래은 마감됩니다.

구매 위원회

┌─────────────────────────────────────────────────────────────────────┐
│                       BUYING COMMITTEE                               │
├─────────────────────────────────────────────────────────────────────┤
│                                                                      │
│                      ┌──────────────────┐                           │
│                      │  경제적 구매자  │                           │
│                      │  (최종 승인) │                           │
│                      └────────┬─────────┘                           │
│                               │                                      │
│              ┌────────────────┼────────────────┐                    │
│              │                │                │                     │
│    ┌─────────▼──────┐  ┌──────▼──────┐  ┌─────▼─────────┐          │
│    │   챔피언     │  │  기술   │  │   COACH       │          │
│    │ (당신을 대신해 판매)│  │  평가자   │  │(내부 정보) │          │
│    └────────────────┘  └─────────────┘  └───────────────┘          │
│                               │                                      │
│                      ┌────────▼────────┐                            │
│                      │    최종 사용자    │                            │
│                      │  (도입 또는 거부)│                           │
│                      └─────────────────┘                            │
│                                                                      │
│    ┌─────────────────┐                                              │
│    │    차단 요소      │ ← 어느 수준에서나 나타날 수 있음                    │
│    │(반론 있음) │                                              │
│    └─────────────────┘                                              │
│                                                                      │
└─────────────────────────────────────────────────────────────────────┘

이해관계자 역할 설명

이해관계자 매핑을 위한 초기 상담 질문

위원회 식별:

"[회사]에서 이런 결정은 보통 어떻게 내려지는지 설명해 주세요."

"이런 해결책을 평가하는 데 또 누가 참여해야 하나요?"

"마음에 드는 것을 찾았다면 누구의 동의이 필요할까요?"

"여기서 변화를 만드는 것에 우려를 가질 사람이 있을까요?"

"이런 이니셔티브의 예산 담당자는 누구인가요?"

각 이해관계자 이해:

"[사람]은 새 도구를 평가할 때 무엇을 가장 중요하게 보나요?"

"[사람]은 이 프로젝트의 성공를 어떻게 정의할까요?"

"[사람]이 제기할 반론은 무엇일까요?"

"무엇이 [사람]을 기대하게 만들까요?"

다중 접점화 구축:

"다음 대화에 [역할]도 포함하는 것이 의미 있을까요?"

"[기술 리드]의 요구사항을 이해하고 싶습니다. 그분과 짧게
통화할 수 있을까요?"

"[경제적 구매자]에게 공유하는 데 어떤 자료가 도움이 될까요?"

이해관계자 매핑 템플릿

이해관계자 지도: [회사 이름]

경제적 구매자:
- 이름: Sarah Chen
- 직함: 엔지니어링 VP
- 우선순위: ROI, 리스크 감소
- 상태: 아직 참여하지 않음
- 다음 단계: 챔피언을 통한 소개 요청

챔피언:
- 이름: Mike Rodriguez
- 직함: DevOps 책임자
- 우선순위: 일상 문제 해결, 유능해 보이기
- 상태: 적극적으로 참여
- 다음 단계: 비즈니스 근거로 무장

기술 평가자:
- 이름: TBD
- 직함: 보안 엔지니어
- 우선순위: 연동, 컴플라이언스
- 상태: 알 수 없음
- 다음 단계: Mike에게 소개 요청

최종 사용자:
- 팀: 플랫폼 엔지니어링 (8 명)
- 우선순위: 사용 편의성
- 상태: 아직 만나지 않음
- 다음 단계: 데모에 포함

POTENTIAL 차단 요소:
- 이름: IT 이사
- 직함: 인프라 통제 예산
- 우려: "이미 Vault가 있습니다"
- 상태: 알 수 없음
- 다음 단계: 관계 이해: DevOps

코치:
- 이름: Mike Rodriguez(챔피언도 겸함)
- 정보: 예산 주기는 Q4이고 CTO가 최종 결정합니다

다중 접점화 전략

미팅 확대:

연락와 초기 상담 후:
"[기술적 요구사항]에 대해 공유해 주신 내용을 기준으로 보면
다음 통화에는 [보안 리드]도 참여하는 것이 의미 있을까요?
그분의 필요도 제대로 다루고 싶습니다."

콘텐츠 연결:

"CFO께 공감할 것 같은 [유사 회사] 사례 연구가 있습니다.
공유하실 수 있도록 제가 보내드리는 것이 좋을까요, 아니면 제가
직접 보내드리는 편이 좋을까요?"

조직도 요청:

"구도를 이해하도록 도와주세요. 고객님 외에 이 문제 해결에
이해관계가 있는 분은 또 누구인가요? 모두의 우려을 다루고 싶습니다."

챔피언 개발

강한 챔피언의 조건:

• 권한/영향력가 있음
• 우리가 해결하는 문제을 갖고 있음
• 지금 해결할 동기가 있음
• 내부에서 옹호자할 의향이 있음
• 내부 정보을 공유함

챔피언을 만드는 방법:

1. 그들을 성공하게 만드세요 - 문제을 해결합니다
2. 그들이 좋아 보이게 만드세요 - 콘텐츠로 무장시킵니다
3. 그들이 정보를 갖춘 상태로 만드세요 - 업계 인사이트를 공유합니다
4. 그들이 영향력 있게 만드세요 - 내부 접근를 제공합니다
5. 그들이 확신을 갖게 만드세요 - 반론에 대비시킵니다

챔피언 무장시키기:

"VP에게 공유할 수 있는 비즈니스 근거 1페이지 자료입니다."

"[차단 요소]에게 어떤 반론을 예상하시나요? 응답 준비를 도와드리겠습니다."

"[차단 요소]에게 보낼 이메일 초안가 도움이 될까요?"

차단 요소 식별과 처리

일반적인 차단 요소:

차단 요소 식별 질문:

"변화를 만드는 것에 회의적일 수 있는 사람이 있을까요?"

"이 일이 자신의 책임 영역에 영향을 준다고 볼 사람은 누구인가요?"

"이전에 내부에서 이 이야기를 꺼냈을 때 어떤 반발이 있었나요?"

"현재 해결책에 투자한 사람이 있나요?"

이해관계자 커버리지 목표

경고 신호

안티패턴

• 단일 접점화 — 거래 전체에서 한 사람하고만 이야기함
• 우회 챔피언 — 연락를 우회함(신뢰 손상)
• 조직 구조를 가정 — 모든 회사는 다릅니다
• 최종 사용자 무시 — 도입을 망칠 수 있습니다
• 차단 요소를 아직 식별하지 않음 — 가장 나쁜 시점에 나타납니다
• 챔피언 개발 없음 — 챔피언이 자연스럽게 대신 팔아주길 기대

---

title: 메모 작성과 CRM 문서화 impact: 중간-높음 tags: documentation, crm, notes, handoff

메모 작성과 CRM 문서화

영향: 중간-높음

문서화되지 않은 훌륭한 초기 상담은 낭비됩니다. 메모는 데모, 제안서, 협상, 인수인계의 기반입니다.

문서화이 중요한 이유

문서화된 초기 상담:           UN문서화된 초기 상담:
- 개인화된 데모            - 일반적 프레젠테이션
- 정확한 제안서            - 추정 가격
- 원활한 인수인계               - 재초기 상담 필요
- 거래 연속성               - 손실된 맥락
- 예측 정확성          - 파이프라인의 예상 밖 변동

실시간 메모 작성

통화 중 기록할 것:

• 직접 인용문(정확한 표현)
• 숫자와 지표
• 언급된 이름과 역할
• 구체적이 있는 문제 지점
• 결정 프로세스 세부사항
• 일정 동인
• 언급된 경쟁
• 제기된 반론
• 약속 레벨

메모 작성 기법:

1. 분할 화면: 영상과 메모를 나란히
2. 약어 사용: P = 문제점, C = 경쟁, Q = 인용
3. 인용문을 원문 그대로 캡처: 따옴표 사용
4. 핵심 순간 타임스탬프: "23:00 - 예산 공개됨"
5. 별표(*) 조치 항목
6. 물음표(?)로 확인할 항목 표시

통화 메모 템플릿

=== 초기 상담 통화 메모 ===

날짜: [날짜]
회사: [회사 이름]
참석자: [이름과 직함]
통화 길이: [기간]

---

상황:
- 회사 맥락: [규모, 단계, 산업]
- 현재 상태: [도구, 프로세스, 팀]
- 통화 신호: [지금 우리와 이야기하는 이유]

---

식별된 문제점:

문제점 #1: [직함]
- 설명: [현재 상황]
- 인용: "[실제 표현]"
- 영향: [가능하면 정량화]
- 영향받는 대상: [역할]

문제점 #2: [직함]
- 설명: [현재 상황]
- 인용: "[실제 표현]"
- 영향: [가능하면 정량화]
- 영향받는 대상: [역할]

문제점 #3: [직함]
- 설명: [현재 상황]
- 인용: "[실제 표현]"
- 영향: [가능하면 정량화]
- 영향받는 대상: [역할]

---

자격 검증:

예산:
- 상태: [배정됨 / 요청 가능 / 알 수 없음]
- 범위: [$X - $Y, 알고 있는 경우]
- 출처: [무엇 예산 항목]

권한:
- 의사결정자: [이름, 직함]
- 구매 위원회: [역할/이름 목록]
- 프로세스: [의사결정 방식]

필요:
- 우선순위 레벨: [1-10]
- 긴급도: [지금인 이유]
- 미해결 영향: [결과]

일정:
- 목표 결정: [날짜]
- 구현: [날짜]
- 치명적 행사: [원인]

---

경쟁:
- 평가 중인 공급업체: [목록]
- 단계와 함께 각 단계: [설명]
- 결정 기준: [무엇 가장 중요한 것]
- 공감되는 우리의 차별점: [목록]

---

이해관계자:

| 이름 | 직함 | 역할 | 우선순위 | 상태 |
|------|-------|------|----------|--------|
| [이름] | [직함] | 챔피언 | [상대가 중요하게 여기는 것] | 참여 중 |
| [이름] | [직함] | 경제적 구매자 | [상대가 중요하게 여기는 것] | 아직 만나지 않음 |
| [이름] | [직함] | 기술 | [상대가 중요하게 여기는 것] | 예약됨 |

---

반론 / 우려:
- [우려 1]: [이미 다룬 방식 / 다뤄야 할 방식]
- [우려 2]: [이미 다룬 방식 / 다뤄야 할 방식]

---

다음 단계:
- [ ] [조치 1] - 담당자: [이름] - 기한: [날짜]
- [ ] [조치 2] - 담당자: [이름] - 기한: [날짜]
- [ ] [미팅]: [날짜/시간] - 참석자: [이름]

---

영업 담당자 메모:
[개인적 관찰, 거래 전략, 리스크]

CRM 필드 요구사항

모든 통화 후 업데이트해야 할 필수 필드:

CRM 입력 모범 사례

좋음 CRM 분개:

통화 요약:
초기 상담와 함께 Mike Rodriguez (DevOps 책임자) - 45분

핵심 발견 사항:
- 시크릿을 수동으로 관리하며 월 40시간(~$6K)이 소요됨
- 3월 SOC 2 감사가 긴급도를 유발
- HashiCorp Vault도 평가 중(데모 1회 진행)
- 배정된 예산: $30-50K/년
- 의사결정자: Sarah Chen (엔지니어링 VP) - 미팅 필요

문제 인용문:
- "누군가 퇴사할 때마다 악몽입니다"
- "감사 전에는 잠을 못 잡니다"

다음 단계:
- 1/22에 Mike + 보안 리드와 데모 예약됨
- 임원 브리핑을 위해 Mike에게 Sarah 소개 요청
- 유사 핀테크 사례 연구 발송

거래 메모:
강한 기회 - 명확한 문제점, 예산, 일정. 제안서 전에 VP 레벨까지
다중 접점화 필요. 주요 리스크:
보안 팀과 HashiCorp의 관계.

나쁜 CRM 분개:

"좋은 통화. 관심 있음. 후속 확인 예정."

인수인계 문서화

다른 팀 구성원에게 인수인계할 때:

=== 거래 인수인계: [회사 이름] ===

인수인계 작성자: [본인 이름]
HANDOFF TO: [상대 이름]
날짜: [날짜]

---

거래 현황:
- 단계: [현재 단계]
- 마감일: [예상]
- 금액: [$X]
- 확률: [%]

---

핵심 맥락:

이유 구매 이유:
[핵심 동인 1-2문장 요약]

무엇 가장 중요한 것:
1. [우선순위 1]
2. [우선순위 2]
3. [우선순위 3]

피해야 할 지뢰:
- [거래를 흔들 수 있는 요소]
- [민감한 주제]

---

관계:

챔피언: [이름] - [관계와 커뮤니케이션 스타일 메모]
경제적 구매자: [이름] - [알고 있는 내용과 접근 방법]
기술: [이름] - [우려, 요구사항]
차단 요소: [이름] - [상대가 막을 수 있는 이유와 대응 방법]

---

이력:
[핵심 상호작용의 시간순 요약]

---

도입 항목:
- [후속 조치가 필요한 항목]
- [답해야 할 질문]

---

나의 추천:
[다음에 해야 할 일과 이 거래를 이기는 방법]

통화 후 업무흐름

통화 종료 후 30분 이내:

1. 원본 메모 완료(기억이 선명할 때 격차 채우기)
2. CRM 기회 필드 업데이트
3. 통화 요약 작성
4. 잠재 고객에게 요약 이메일 발송

24시간 이내:

1. 약속한 중요 발송
2. 후속 조치 작업 생성
3. 이해관계자 지도 업데이트
4. 맥락가 필요한 팀 구성원에게 간단한

문서화 도구와 팁

메모 작성 도구:

시간 절약 기법:

• 일반 문구에 텍스트 확장 사용
• 자주 쓰는 응답용 스니펫 라이브러리 생성
• 빠른 통화 후 메모에는 음성-텍스트 변환 사용
• 문서화 시간을 캘린더 차단

데모 준비용 초기 상담 요약

데모 전 초기 상담를 요약하세요.

데모 준비: [회사 이름]

TAILOR DEMO TO:
- 문제점 1: [데모에서 다룰 방법]
- 문제점 2: [데모에서 다룰 방법]
- 문제점 3: [데모에서 다룰 방법]

생략/최소화:
- [관심 없는 기능]
- [그들에게 관련 없는 영역]

사용할 증거 포인트:
- [유사 고객 참조 자료]
- [관련 사례 연구]

상대가 물을 가능성이 높은 질문:
- [예상 질문 1]
- [예상 질문 2]

인정해야 할 참석자:
- [이름 1]: [상대가 중요하게 여기는 것과 참여를 유도하는 방법]
- [이름 2]: [상대가 중요하게 여기는 것과 참여를 유도하는 방법]

안티패턴

• 메모 없음 — 복잡한 거래를 기억에 의존
• 일반적 메모 — "좋은 통화, 관심 있음"
• CRM을 나중에 처리 — 며칠 뒤 흐릿한 기억으로 업데이트
• 캡처된 인용문 없음 — 고객의 정확한 표현을 잃음
• 인수인계 문서 생략 — 다른 사람이 다시 초기 상담하기를 기대
• 구조화되지 않은 메모 — 정리된 템플릿이 아니라 의식의 흐름
• 과도한 문서화 — 아무도 읽지 않을 메모 3페이지

---

title: 적극적 경청 기법 impact: 높음 tags: listening, communication, rapport, techniques

적극적 경청 기법

영향: 높음

적극적 경청은 대화와 심문을 가르는 차이입니다. 신뢰를 만들고, 더 깊은 인사이트를 드러내며, 잠재 고객가 "내 말을 들었다"고 느끼게 합니다.

70/30 규칙

목표: 잠재 고객가 70%, 당신이 30% 말하기

┌─────────────────────────────────────────────────────────────────┐
│                     발화 시간 분석                          │
├─────────────────────────────────────────────────────────────────┤
│                                                                 │
│  최적:     잠재 고객 ████████████████████████████░░░░░░░░░   │
│               영업 담당자      ░░░░░░░░░░░░░░░░░░░░░░░░░████████████   │
│                                    70%              30%        │
│                                                                 │
│  일반:      잠재 고객 ████████████░░░░░░░░░░░░░░░░░░░░░░░░░   │
│               영업 담당자      ░░░░░░░░░░░░████████████████████████████│
│                                    40%              60%        │
│                                                                 │
│  최악:    잠재 고객 ████░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░ │
│               영업 담당자      ░░░░█████████████████████████████████████│
│                                    15%              85%        │
│                                                                 │
└─────────────────────────────────────────────────────────────────┘

LAER 프레임워크

적극적 경청 행동

해야 할 일:

• 눈맞춤 유지(영상에서)
• 고개를 끄덕이고 언어적 확인 사용("이해했습니다", "그럴 수 있겠네요")
• 보이게 메모 작성(상대의 말을 중요하게 여긴다는 신호)
• 답하기 전에 잠시 잠시 멈춤(들은 내용 처리)
• 핵심 요점을 바꿔 말해 되돌려줌

하지 말 것:

• 끼어들기
• 멀티태스킹(이메일, Slack 확인)
• 상대가 말하는 동안 응답를 계획
• 바로 해결책 모드로 뛰어듦
• 우려을 묵살하거나 최소화

명확화 기법

바꿔 말하기:

"제가 제대로 들었다면, [상대방 요점 재진술]라는 말씀이시죠. 맞나요?"

"핵심 과제는 [요약]인 것 같습니다. 제가 맞게 이해했나요?"

"이해했는지 확인하겠습니다. [바꿔 말하기]라고 말씀하시는 건가요?"

반영:

"그 일이 정말 답답하셨던 것처럼 들립니다."

"팀에게 이 일이 얼마나 중요한지 느껴집니다."

"상당히 중요한 우려처럼 보입니다."

심화 질문:

"그 부분을 조금 더 말씀해 주세요."

"말씀하신 [상대가 사용한 구체 용어]은 어떤 의미인가요?"

"예를 들어주실 수 있나요?"

"그다음에는 어떤 일이 있었나요?"

더 깊이 파고들기: 5 Whys

표면 수준 답변에 도달하면 계속 파고드세요.

진술: "보안을 더 강화해야 합니다."

이유 1: "왜 지금 보안가 우선순위인가요?"
답변: "지난달 인시던트가 있었습니다."

이유 2: "그 인시던트에서 무슨 일이 있었나요?"
답변: "개발자가 핵심를 GitHub에 실수로 푸시했습니다."

이유 3: "영향는 무엇이었나요?"
답변: "주말 동안 자격 증명 50개 이상을 교체해야 했습니다."

이유 4: "시간과 리소스 기준으로 비용은 어느 정도였나요?"
답변: "엔지니어링 시간 약 40시간과 상당한 스트레스였습니다."

이유 5: "무엇이 있었다면 막을 수 있었을까요?"
답변: "자동 스캔과 시크릿 관리입니다."

→ 이제 정량화된 문제점, 구체적 사용 사례와 명시된 필요가 생겼습니다

행간 읽기

그들이 말하는 것 대비 실제 의미일 수 있는 것:

도구로서의 침묵

전략적 침묵:

• 질문한 뒤: 침묵을 채우기 전에 3-5초 기다립니다
• 상대가 말을 끝낸 뒤: 답하기 전에 잠시 멈춤합니다
• 짧은 답을 들었을 때: 침묵을 유지하면 상대가 더 설명하는 경우가 많습니다

영업 담당자: "지금 직면한 가장 큰 과제는 무엇인가요?"
잠재 고객: "시간입니다."
영업 담당자: [침묵 - 4초 대기]
잠재 고객: "구체적으로 말하면, 우리 팀이 자동화되어야 할 수동 프로세스에
주 20시간을 쓰고 있고, 속도가 죽고 있습니다."

→ 침묵이 진짜 답을 끌어냈습니다

메모 작성 모범 사례

기록할 것:

• 직접 인용(상대가 쓴 정확한 표현)
• 언급된 숫자와 지표
• 사람과 도구 이름
• 감정 신호(좌절함, 기대감, 걱정)
• 후속 조치할 질문

메모 구조:

통화: 초기 상담 - Acme Corp
날짜: 2024-01-15
참석자: Jane Smith (엔지니어링 VP), John Doe (DevOps 책임자)

상황:
- 80 엔지니어, Q2까지 120명으로 성장
- HashiCorp Vault 사용(자체 호스팅)
- 수동 교체 프로세스

문제점:
- "교체에 월 20시간이 걸립니다" (Jane의 말)
- 최근 감사에서 시크릿 관리가 지적됨
- 최근 6개월에 인시던트 2건

영향:
- 엔지니어링 시간 기준 월 $15k(계산됨)
- SOC 2 감사 리스크 상태
- "감사 전에는 잠을 못 잡니다" - Jane

다음 단계:
- 화요일 데모 예약됨
- John이 보안 책임자를 데려오기
- ROI 계산기 보내기

경청 위험 신호

안티패턴

• 응답하려고 듣기 — 상대를 듣는 대신 다음 질문을 계획함
• 해결책으로 끼어들기 — 끝나기도 전에 "그건 저희가 해결할 수 있어요!"라고 말함
• 감정 무시 — 좌절 또는 기대 신호를 놓침
• 없음 후속 조치 — 표면적인 답변를 받아들이고 탐색하지 않음
• 산만한 경청 — 통화 중 멀티태스킹
• 확증 편향 — 가설를 지지하는 내용만 들음

---

title: 통화 전 조사와 준비 impact: 치명적 tags: preparation, research, planning, intelligence

통화 전 조사와 준비

영향: 치명적

최고의 초기 상담 통화은 시작하기 전에 이미 절반은 이겨 있습니다. 철저한 준비는 전문성을 보여주고 더 깊고 관련성 높은 질문을 가능하게 합니다.

15분 조사 프레임워크

회사 정보 (5분)

• 회사 규모, 자금 조달, 성장 궤적
• 최근 뉴스, 보도자료, 발표
• 기술 스택(BuiltWith, Wappalyzer 같은 도구 사용)
• 해당 영역의 주요 경쟁사

사람 정보 (5분)

• LinkedIn 프로필, 경력 이력
• 최근 게시물, 글, 공유한 콘텐츠
• 공통 인맥
• 역할 근속 기간와 범위

가설 수립 (5분)

• 조사 기준으로 어떤 문제가 있을 수 있나요?
• 무엇이 이 미팅을 신호했나요?
• 예상 구매 일정은 무엇인가요?

통화 전 체크리스트

우선순위별 조사 출처

가설 개발

모든 통화 전에 가설 2-3개를 만드세요.

템플릿:

근거: [조사 결과], 다음과 같이 가정합니다: [잠재 고객 이름]
어려움을 겪고 있으며 [문제] 그 결과 [비즈니스 영향].

조사 결과: 시리즈 B 스타트업, 성장: 12개월 동안 직원 20명에서 80명으로 성장
가설: 빠른 성장이 상대의 보안 인프라를 앞질렀을 가능성이 있습니다.
아마 시크릿을 수동으로 관리하거나 확장되지 않는 기본 도구로 관리하고 있을 것입니다.

검증 질문: "팀 규모가 세 배로 늘면서
시크릿 관리 접근 방식은 어떻게 바뀌었나요?"

좋은 준비 예시

시리즈 B 핀테크 CTO와의 통화 전:

조사:
- 회사가 6개월 전 $25M을 조달함
- CTO가 LinkedIn에 SOC 2 컴플라이언스에 대해 게시함
- 채용 공고를 보면 DevOps를 채용 중
- 직무 설명 기준 AWS 사용

가설:
1. SOC 2 감사가 보안 개선을 유도하고 있음
2. 팀 성장 때문에 접근 관리 과제가 생김
3. 빠르게 움직이지만 컴플라이언스를 걱정함

준비된 질문:
- "SOC 2를 진행 중인 것으로 봤습니다. 어떻게 진행되고 있나요?"
- "DevOps 채용이 늘어나는 상황에서 시크릿를 확장 있게 어떻게 관리하시나요?"
- "왜 지금 컴플라이언스에 집중하게 되었나요?"

나쁜 준비 예시

이런 상태로 나타남:
- "회사에 대해 말씀해 주세요"
  (이미 알고 있어야 함)

- "회사가 무슨 일을 하나요?"
  (상대 시간을 낭비하고 성의 없어 보임)

- "Acme Corp에서 일하시는군요"
  (그건 조사가 아니라 읽기입니다)

- 맞춤화 없는 일반적 제안 자료
  (획일적은 아무에게도 맞지 않습니다)

아젠다 설정

24시간 전에 간단한 아젠다를 보내세요.

좋음 아젠다:

제목: 내일 아젠다 - [귀사] + [상대 회사]

안녕하세요 [이름],

내일 대화 기대하고 있습니다. 다루고 싶은 내용은 다음과 같습니다.

1. 현재 [관련성 영역]와 핵심 우선순위 이해 (15분)
2. 무엇이 잘 작동하고 무엇이 어려운지 이해 (15분)
3. 적합성 여부를 판단하고 다음 단계 논의 (10분)

[회사]에 대해 약간 조사했고 구체적인 질문도 몇 가지 준비했습니다.
그래도 고객님이 가장 중요하게 생각하는 내용을 먼저 듣고 싶습니다.
특별히 다루고 싶은 것이 있을까요?

감사합니다,
[이름]

나쁜 아젠다:

제목: 내일 미팅

안녕하세요,

내일 저희 제품를 소개드릴 생각에 기대됩니다. 데모를 보여드리고
가격을 설명드리겠습니다.

그때 뵙겠습니다!

통화 전 마음가짐 준비

통화 5분 전:

1. 가설를 검토합니다
2. 상위 5개 질문을 보이게 둡니다
3. 메모 작성 도구를 엽니다
4. 방해 요소(이메일, Slack)을 닫습니다
5. 숨을 고르고 진심으로 호기심을 가지세요

안티패턴

• 준비 없음 — "자기소개해 주세요"로 시작
• 조사 과부하 — 30분 통화에 2시간 조사
• 스토커 같은 느낌 — "지난주 Hawaii 가신 것 봤어요"(불편함)
• 가설 없음 — 검증할 근거 있는 추정 없이 들어감
• 일반적 질문 — 잠재 고객와 상관없이 같은 질문
• 없음 아젠다 보냄 — 잠재 고객가 무엇을 기대해야 할지 모름

---

title: 예산과 일정 자격 검증 impact: 치명적 tags: qualification, budget, timeline, bant, deal-qualification

예산과 일정 자격 검증

영향: 치명적

자격 검증은 진짜 기회와 시간 낭비를 구분합니다. 마감되지 않을 거래에 주기를 쓰지 마세요.

자격 검증 프레임워크 비교

예산 자격 검증

목표: 그들이 해결책을 감당할 수 있는지, 그리고 그 문제가 예산 우선순위인지 이해합니다.

직접 경쟁 질문:

"이 문제를 해결하기 위해 어떤 예산이 배정되어 있나요?"

"이 자금 조달은 기존 예산에서 나오나요, 아니면 새 요청가 필요한가요?"

"이런 해결책에 보통 어느 정도 범위를 지출하시나요?"

"이 일이 우선순위가 된다면 어느 정도 투자 레벨이 적절할까요?"

간접 질문:

"현재 [관련 영역]에 얼마를 쓰고 있나요?"

"이런 해결책에 투자한 적이 있을 때 보통 가격 범위가 어땠나요?"

"이 영역의 구매에 대해 ROI를 보통 어떻게 평가하시나요?"

예산 시나리오:

예산 자격 검증 매트릭스:

                    예산 가능
                    예         아니요
                ┌─────────┬─────────┐
         예    │ 이상적   │ 근거    │
요청 가능        │ 거래    │ 구축 지원 │
요청             │ 빠른 처리 │ 구축    │
                ├─────────┼─────────┤
         아니요     │ 스폰서  │ 육성만 │
                │ 찾기    │        │
                └─────────┴─────────┘

일정 자격 검증

목표: 언제 결정이 필요한지, 그리고 무엇이 긴급도를 만드는지 이해합니다.

핵심 질문:

"언제까지 해결책이 자리 잡아야 하나요?"

"그 일정을 만드는 요인은 무엇인가요?"

"[날짜]까지 해결되지 않으면 어떤 일이 생기나요?"

"긴급도를 만드는 구체적 행사나 마감일이 있나요?"

"이번 분기의 다른 우선순위와 비교하면 이 일은 어디쯤 있나요?"

일정 신호:

발견해야 할 치명적 행사:

외부 요인(엄격한 마감일):
- 컴플라이언스 감사 (SOC 2, HIPAA, GDPR)
- 계약 갱신
- 이사회 회의
- 자금 조달 라운드
- 제품 출시

내부 요인(유연한 마감일):
- 분기별 계획
- 예산 주기
- 인원수 변화
- 전략적 이니셔티브
- 임원 지시

권한 자격 검증

목표: 누가 결정을 내리는지, 연락의 역할은 무엇인지 이해합니다.

질문:

"이런 결정은 보통 어떻게 내려지는지 설명해 주세요."

"평가와 승인에 또 누가 참여하나요?"

"마음에 드는 해결책을 찾는다면 프로세스는 어떻게 진행되나요?"

"이 영역의 예산 담당자는 누구인가요?"

"비슷한 것을 구매한 적이 있나요? 그 프로세스는 어땠나요?"

이해관계자 역할:

필요 자격 검증

목표: 문제가 실제이고, 중요하며, 제품으로 해결 가능한지 확인합니다.

질문:

"오늘 기준으로 이 문제가 1-10 중 얼마나 고통스러운가요?"

"6개월 동안 아무것도 하지 않으면 어떤 일이 생기나요?"

"현재 겪는 다른 과제와 비교하면 어떤가요?"

"이 문제 해결은 '필수 항목'인가요, '있으면 좋은 항목'인가요?"

"해결되었다면 성공는 어떤 모습인가요?"

필요 평가 매트릭스:

자격 검증 점수화

단순 자격 검증 점수:

총점:

• 10-12: 핫 - 강하게 우선순위 지정
• 7-9: 웜 - 활성 기회
• 4-6: 차가움 - 추가 자격 검증 또는 육성
• 1-3: 콜드 - 우선순위 낮춤 또는 부적합 처리

부적합 판정 기준

강한 부적합 요인:

• 예산이 없고 예산 확보 경로도 없음
• 권한가 없고 의사결정권자를 관여시키지 않음
• 우리가 해결할 수 없는 문제
• 동인 없는 12개월 초과 일정
• 경쟁사와의 현재 계약(긴 잔여 기간)

자연스러운 부적합 판정 시점:

"공유해 주신 내용을 기준으로 보면 [문제]은 지금 최우선순위가
아닌 것 같습니다. 시간을 낭비하고 싶지 않습니다. 이 일이 더
긴급해지는 [기간]에 다시 연결하는 것이 의미 있을까요?"

"아직 일반적인 저희 고객보다 여정 초기에 계신 것 같습니다.
몇 가지 리소스를 공유드리고 Q3에 다시 확인드려도 될까요?"

안티패턴

• 예산 대화 회피 — 어색하지만 필수입니다
• "예산을 찾아보겠다"는 답변 수용 — 구체적을 요구하세요
• 동인 없는 일정 믿기 — 이유 없는 "이번 분기"는 의미 없습니다
• 권한 단일 접점화 — 항상 또 누가 관여하는지 물으세요
• 아직 부적합 판정하지 않음 — 나쁜 거래가 좋아지길 바라기
• 자격 검증을 한 번만 — 거래 주기 전체에서 반복 확인해야 합니다

---

title: SPIN 질문 프레임워크 impact: 치명적 tags: questions, spin, framework, methodology

SPIN 질문 프레임워크

영향: 치명적

SPIN Selling은 초기 상담 질문의 대표 기준입니다. 상황 이해에서 변화의 긴급도 형성까지 논리적인 흐름을 만듭니다.

SPIN 진행

상황 → 문제 → 영향 → 필요-효과

"무엇인가..."  "무엇이 어렵나..."  "무슨 일이 생기나..."  "만약..."

각 질문 유형은 이전 단계 위에 쌓이며 잠재 고객를 인식에서 긴급도로 이동시킵니다.

상황 질문

목적: 맥락와 현재 상태 파악 조건: 초기 상담 초반(첫 10분) 리스크: 너무 많으면 심문, 너무 적으면 가정

좋은 상황 질문:

"신규 개발자 온보딩 업무흐름가 현재 어떻게 진행되는지 설명해 주실 수 있나요?"

"현재 기술 스택은 어떤 모습인가요?"

"주 단위로 이 프로세스에 관여하는 사람은 몇 명인가요?"

"오늘 이 미팅을 잡게 된 계기는 무엇인가요?"

나쁜 상황 질문:

"회사가 무슨 일을 하나요?"
(조사로 이미 알고 있어야 함)

"직원은 몇 명인가요?"
(공개적으로 확인 가능한 정보)

"비즈니스에 대해 전부 말해 주세요"
(너무 넓고 성의 없음)

문제 질문

목적: 과제, 좌절, 격차 드러내기 조건: 맥락를 잡은 뒤 팁: 감정을 들으세요 - 좌절은 실제 문제점의 신호입니다

좋은 문제 질문:

"현재 접근 방식에서 가장 답답한 부분은 무엇인가요?"

"마법 지팡이로 하나만 고칠 수 있다면 무엇을 고치고 싶나요?"

"현재 프로세스에서 가장 큰 격차은 어디라고 보시나요?"

"고칠 시간이 없어서 그대로 둔 고장 난 것은 무엇인가요?"

나쁜 문제 질문:

"X에 문제가 있나요?"
(유도형, 폐쇄형)

"X가 어렵다는 데 동의하시죠?"
(조작적)

"당신이 가진 문제를 제가 알려드리겠습니다..."
(질문이 아님)

영향 질문

목적: 미조치 비용를 정량화하고 긴급도 형성 조건: 문제을 식별한 뒤 핵심: 거래은 여기서 이기거나 집니다

좋은 영향 질문:

"시크릿이 유출되면 인시던트 응답 프로세스는 어떻게 되나요?
몇 명이 끌려 들어가나요?"

"매월 여기에 쓰는 엔지니어링 시간을 추정하면 금액로 얼마인가요?"

"이 문제가 해결되지 않으면 SOC 2 감사에 어떤 일이 생기나요?"

"이 문제가 기능를 제때 출시하는 능력에 어떤 영향을 주나요?"

나쁜 영향 질문:

"큰 문제 아닌가요?"
(유도형이고 정량화하지 않음)

"비싸겠네요"
(가정, 초기 상담가 아님)

"그건 걱정하셔야 합니다"
(말하기이지 질문이 아님)

필요-효과 질문

목적: 잠재 고객가 문제 해결의 가치를 스스로 말하게 함 조건: 영향이 확립된 뒤 효과: 잠재 고객가 스스로 해결책을 팔게 됩니다

좋은 필요-효과 질문:

"인시던트 응답 시간을 80% 줄일 수 있다면 팀에 어떤 의미가 있나요?"

"인프라 전체의 모든 시크릿을 완전히 볼 수 있다고 상상해 보세요.
보안 태세가 어떻게 달라질까요?"

"이 문제가 해결되면 엔지니어들은 대신 무엇에 집중할 수 있을까요?"

"SOC 2 감사에서 이 부분이 완전히 자동화되어 있다면 어떤 의미가 있나요?"

나쁜 필요-효과 질문:

"...이면 좋지 않을까요?"
(수사적, 초기 상담가 아님)

"저희 제품가 이것을 어떻게 해결하는지 말씀드리겠습니다"
(제안 설명이지 질문이 아님)

"저희 같은 해결책이 필요합니다"
(단정적)

SPIN 순서화 예시

상황:
"팀이 시크릿를 현재 어떻게 관리하는지 설명해 주세요."
응답: ".env 파일을 쓰고 일부는 공유 볼트에 있습니다."

문제:
"누군가 팀에 합류하거나 떠나면 어떻게 되나요?"
응답: "엉망입니다. 모든 것을 수동으로 교체해야 합니다."

영향:
"현재 성장률에서 그 일이 얼마나 자주 생기나요?
자격 증명이 교체되지 않으면 리스크는 무엇인가요?"
응답: "매월입니다. 솔직히 몇 번 아찔한 상황도 있었습니다."

필요-효과:
"자동 교체과 완전한 감사 추적이 있다면
보안 확신에 어떤 영향을 줄까요?"
응답: "엄청날 겁니다. 실제로 밤에 편히 잘 수 있을 것 같아요."

질문 밀도 가이드라인

안티패턴

• 필요-효과로 건너뜀 — 문제을 이해하기 전에 해결책을 제안할 수 없습니다
• 상황 질문만 있음 — 문제점을 찾지 못하고 통화 전체를 맥락에 씀
• 영향 없음 — 문제은 찾지만 영향를 정량화하지 않음
• 속사포 질문 — 잠재 고객가 설명할 잠시 멈춤가 없음
• 유도 질문 — "X가 문제라고 생각하지 않나요?"
• 폐쇄형 질문만 — 예/아니요 답변는 인사이트를 드러내지 않습니다