내일 데모가 있을 때 /demo-specialist가 이해관계자별 talk track이 포함된 맞춤 스크립트를 만들어 회의실의 잠재 고객을 전환하게 합니다. — Claude Skill

---

title: 섹션 구성

1. 시연 구조 (structure)

Impact: CRITICAL Description: 기본 시연 아키텍처 — 스토리텔링 흐름, 타이밍, 진행, 전환. 나머지 모든 것이 걸리는 골격.

2. 청중 전략 (audience)

Impact: CRITICAL Description: 이해관계자 매핑, 페르소나 기반 맞춤화, 다중 이해관계자 시연 조율. 누구에게 말하는지 알아야 한다.

3. 시연 기법 (technique)

Impact: HIGH Description: 실시간 실행 역량 — 속도 조절, 내레이션, 질문 처리, 반론 관리, 실수 복구.

4. 환경 준비 (environment)

Impact: HIGH Description: 시연 환경 설정, 데이터 준비, 기술 준비 상태, 백업 계획. 인프라가 거래를 망치게 두지 않는다.

5. 후속 조치 및 전환 (followup)

Impact: MEDIUM-HIGH Description: 시연 후 행동, 다음 단계 프레임워크, 요약 커뮤니케이션, 모멘텀 유지.

---

title: discovery를 시연에 통합하기 impact: CRITICAL tags: audience, discovery, qualification, personalization

discovery를 시연에 통합하기

Impact: CRITICAL

discovery 없는 시연은 기능 투어입니다. discovery를 기반으로 만든 시연은 맞춤형 솔루션 프레젠테이션입니다. 배운 내용과 보여주는 내용을 연결하는 지점에서 시연은 거래가 됩니다.

discovery-to-demo 파이프라인

DISCOVERY                    시연 통합
─────────────────────────────────────────────────────
고충                →       시연 흐름 우선순위
현재 프로세스        →       "이전 vs 이후" 프레이밍
성공 지표            →       ROI/증거 포인트 선택
이해관계자 우려      →       반론 선제 대응
일정/긴급성          →       마무리 접근 방식
경쟁                 →       차별화 강조

시연 전 discovery 리뷰

모든 시연 전에 다음에 답하세요:

적격 판정
□ 왜 찾고 있는가? (트리거 이벤트)
□ 왜 지금인가? (긴급성/일정)
□ 아무것도 하지 않을 때의 비용은 무엇인가?
□ 의사결정에 누가 관여하는가?
□ 예산 상황은 어떤가?

문제
□ 구체적인 고충은 무엇인가? (일반론 아님)
□ 누가 가장 크게 느끼는가? (사람과 역할)
□ 오늘은 어떻게 해결하고 있는가?
□ 이전에 시도했지만 실패한 것은 무엇인가?

성공
□ 그들에게 성공은 어떤 모습인가?
□ 어떤 지표를 추적할 것인가?
□ 현실적인 일정은 무엇인가?

경쟁
□ 또 누구를 평가하고 있는가?
□ 대안에서 마음에 드는 점은 무엇인가?
□ 대안에서 우려하는 점은 무엇인가?

discovery를 시연 흐름에 매핑하기

discovery를 기반으로 시연 스크립트를 만드세요:

시연 중 discovery callback

배운 내용을 계속 언급하세요:

오프닝 CALLBACK:
"[AE]와의 대화를 바탕으로, [specific problem]을 겪고
계신 것으로 이해했습니다. 오늘은 이를 정확히 어떻게
해결하는지 보여드리겠습니다."

시연 중 CALLBACK:
"이것이 [Name]님이 언급하신 부분입니다. 현재 팀이
[task]에 [time]을 쓰고 있죠. 이제 어떻게 되는지 보세요..."

증거 CALLBACK:
"[competitor concern]을 말씀하셨습니다. [similar customer]가
비교했을 때 발견한 내용은 다음과 같습니다..."

마무리 CALLBACK:
"[success criteria]라고 말씀하셨습니다. 지금 보신 내용을
기준으로, 이것이 그 기준을 충족하는 것처럼 보이나요?"

discovery가 불완전할 때

정보가 충분하지 않다는 신호:

• 구체적인 문제를 모름
• 특정 이해관계자의 이름을 댈 수 없음
• 현재 프로세스를 모름
• 긴급성을 이해하지 못함

시연 중 discovery 기법:

오프닝 DISCOVERY:
"시작하기 전에, 제가 올바른 내용을 보여드리고 있는지
확인하고 싶습니다. [specific area]에 대해 조금 더
말씀해 주실 수 있나요?"

가정 확인:
"저는 [assumption]이라고 가정하고 있습니다. 맞나요,
아니면 조정해야 할 부분이 있을까요?"

MICRO-DISCOVERY:
"고객님 환경에서는 이것이 보통 어떻게 작동하나요?"
"팀에서 누가 이것을 가장 많이 사용하게 될까요?"
"이 특정 워크플로에서 성공은 어떤 모습일까요?"

맞춤 시연 내러티브 만들기

내러티브 공식:

"[company]가 [problem]을 겪고 있는 것으로 이해했습니다..."
(사전 조사를 했음을 증명)

"...이는 [quantified impact]의 비용을 만들고 있습니다..."
(긴급성 생성)

"...그 이유는 [root cause]입니다."
(이해를 보여줌)

"오늘 보여드릴 것은 [outcome]이 어떻게 가능한지입니다..."
(변화를 약속)

"...특히 [their use cases]에 초점을 맞췄습니다."
(맞춤화를 증명)

예시:

"Acme Corp가 배포 사이클마다 엔지니어링 시간 4시간,
월 총 약 80시간을 쓰는 문제를 겪고 있는 것으로 이해했습니다.
이는 FTE 절반에 해당합니다.

그리고 Sarah가 공유한 내용에 따르면 더 큰 문제는
시간만이 아니라 현재 프로세스의 수동 오류에서 발생하는
프로덕션 사고입니다.

오늘 보여드릴 것은 Acme의 배포 프로세스가 수동 단계 없이
15분으로 바뀌는 방식이며, 특히 고객님의 Kubernetes 환경과
필요한 Salesforce 통합에 초점을 맞췄습니다."

discovery gap 처리

시연 중 새로운 정보를 드러낼 때:

전환 스크립트:

"방금 공유해 주신 내용을 바탕으로 조정하겠습니다.
[Original plan]도 여전히 관련 있지만, 의사결정에 더 중요한
[new priority]를 먼저 보여드리겠습니다."

시연 전 물어볼 질문

discovery를 하지 않았다면 지금 하세요:

오프닝 (2분)

"제품을 보여드리기 전에, 가장 중요한 것에 집중하고 있는지
확인하고 싶습니다. 몇 가지 빠른 질문을 드려도 될까요?"

1. "지금 평가를 시작하게 된 계기는 무엇인가요?"
2. "[use case]에 대한 현재 프로세스는 어떤 모습인가요?"
3. "이 시연이 성공적이라면 다음에는 무엇이 일어나나요?"
4. "오늘 꼭 봐야 하는 특정 내용이 있나요?"

이해관계자별 discovery 통합

이해관계자 유형마다 다르게 연결하세요:

discovery 검증 루프

시연 중 배운 내용을 검증하세요:

가정: "배포에 4시간이 걸린다고 말했다"

검증: "Sarah가 현재 배포에 약 4시간이 걸린다고 말씀하셨습니다.
지금도 정확한가요? 바뀐 것이 있나요?"

가능한 응답:
- "네, 정확합니다" → 계획대로 진행
- "사실 지금은 더 나쁩니다" → 더 강조
- "조금 개선했습니다" → 프레이밍 조정
- "사람마다 다르게 경험합니다" → 더 탐색

시연 시스템에 discovery 내장하기

시연 후 discovery 문서화:

□ 어떤 새로운 정보를 배웠는가?
□ 어떤 가정이 검증되었는가?
□ 어떤 가정이 틀렸는가?
□ 어떤 질문이 아직 답변되지 않았는가?
□ 어떤 반론을 다뤄야 하는가?
□ 다음 대화에서 무엇을 탐색해야 하는가?

discovery 프로세스에 되돌려 반영:

안티패턴

• discovery가 있는데도 일반 시연 — 수집한 인사이트 낭비
• discovery callback 없음 — 들었다는 것을 증명하지 못함
• discovery가 완료됐다고 가정 — 상황은 바뀜
• 시연 중 적응하지 않음 — 새 정보에도 경직됨
• AE 메모에 과도하게 의존 — 참석자와 확인하지 않음
• 통합 없는 discovery — 좋은 질문, 같은 시연
• discovery를 완전히 생략 — 기능 투어 모드
• 새 학습 내용 문서화 안 함 — 거래 인텔리전스 손실

---

title: 이해관계자 매핑과 다중 이해관계자 시연 impact: CRITICAL tags: audience, stakeholders, multi-stakeholder, personas

이해관계자 매핑과 다중 이해관계자 시연

Impact: CRITICAL

엔터프라이즈 거래에는 6-10명의 이해관계자가 있습니다. 시연은 이들 모두에게, 종종 동시에 말을 걸어야 합니다. 회의실에 들어가기 전에 참석자를 매핑하세요.

이해관계자 원형

시연 전 이해관계자 리서치

각 참석자에 대해 알아야 할 것:

┌─────────────────────────────────────────────────────────┐
│ 이름:          [전체 이름과 발음]                       │
│ 직함:          [역할과 부서]                            │
│ 원형:          [경제적/챔피언/기술/사용자/기타]         │
│ 관심사:        [상위 2-3개 우선순위]                    │
│ 성공 모습:     [이 시연을 성공으로 만들 조건]           │
│ 잠재 반론:     [무엇에 반대할 수 있는가]                │
│ 관계:          [누구에게 영향력을 미치고 보고하는가]    │
│ LINKEDIN:      [최근 게시물, 공통 연결]                 │
└─────────────────────────────────────────────────────────┘

다중 이해관계자 시연 구조

과제: 이해관계자마다 필요한 것이 다르고 깊이도 다릅니다.

해결책: 명시적 handoff가 있는 계층형 시연.

┌────────────────────────────────────────────────────────┐
│  임원 계층 (처음 10분)                                │
│  - 비즈니스 성과, 지표, 전략적 가치                   │
│  - "영향을 높은 관점에서 보면 이렇습니다"             │
│  - 필요하면 임원은 이후 나가도 됨                     │
├────────────────────────────────────────────────────────┤
│  운영 계층 (중간 15분)                                │
│  - 워크플로, 협업, 일상 사용                          │
│  - 매니저와 파워 사용자가 가장 많이 참여              │
├────────────────────────────────────────────────────────┤
│  기술 계층 (마지막 10분 또는 별도 통화)               │
│  - 통합, 보안, 구현                                   │
│  - IT/개발팀 심층 분석                                │
└────────────────────────────────────────────────────────┘

회의실 분위기 읽기 기법

관찰할 신호:

다중 이해관계자 역학 관리

기법 1: 명시적 계층화

"이 시연은 세 부분으로 구성하겠습니다. 먼저 전략적 가치를
보여드리겠습니다. Sarah와 Mike, 이 부분에서 의견을 듣고
싶습니다. 그다음 운영 워크플로로 들어가겠습니다. Tom,
구체적인 시나리오를 몇 가지 언급하신 것을 알고 있습니다.
마지막으로 기술 통합을 다루겠습니다. Jane, 그 섹션에
질문을 모아두셔도 좋고 언제든 끼어드셔도 됩니다."

기법 2: 이름을 부르는 callback

"Mike, 아까 지역 간 확장에 대해 질문하셨을 때
제가 설명드리던 것이 바로 이것입니다..."

"Sarah, CFO가 주간 보고서를 원한다고 말씀하셨죠?
이것이 바로 그 시나리오입니다..."

기법 3: 이해관계자 spotlight

워크플로를 보여준 뒤 특정 이해관계자에게 질문하세요:

"Tom, 이것이 팀에서 실제로 사용할 방식과 맞나요?"
"Jane, 지금까지 보신 내용에서 기술적 우려가 있나요?"
"Mike, 말씀하신 컴플라이언스 요구사항을 다루고 있나요?"

이해관계자 갈등 처리

이해관계자들의 우선순위가 충돌할 때:

시연 성공을 위한 RACI

이해관계자별 "아하" 순간

핵심 이해관계자마다 하나의 "아하 순간"을 계획하세요:

권력 역학 매핑

                    ┌─────────────┐
                    │ 경제적      │
                    │ 구매자      │
                    └──────┬──────┘
                           │
              ┌────────────┼────────────┐
              │            │            │
        ┌─────▼─────┐ ┌────▼────┐ ┌─────▼─────┐
        │ 챔피언    │ │ 차단자  │ │ 기술      │
        │           │ │         │ │ 평가자    │
        └─────┬─────┘ └────┬────┘ └─────┬─────┘
              │            │            │
              └────────────┼────────────┘
                           │
                    ┌──────▼──────┐
                    │ 최종 사용자 │
                    └─────────────┘

영향력은 위로 흐릅니다. 아래를 이기고, 챔피언을 활용해
위를 움직이며, 차단자를 중화하세요.

안티패턴

• 가장 직급 높은 사람에게만 발표 — 회의실 전체를 무시
• 모든 이해관계자를 똑같이 취급 — 우선순위 없음
• 회의실을 모름 — 눈감고 들어감
• 조용한 사람 무시 — 실제 의사결정자일 수 있음
• 한 사람이 지배하게 방치 — 역학을 관리하지 않음
• 모두에게 같은 pitch — 모두에게 같은 메시지
• 코치 놓침 — 내부 조력자를 식별하지 못함

---

title: 청중과 사용 사례에 맞춘 시연 조정 impact: CRITICAL tags: audience, personalization, customization, relevance

청중과 사용 사례에 맞춘 시연 조정

Impact: CRITICAL

일반적인 시연은 거래를 잃게 합니다. 모든 시연은 눈앞의 잠재 고객을 위해 특별히 만든 것처럼 느껴져야 합니다.

개인화 계층

시연 전 discovery 체크리스트

모든 시연 전에 반드시 알아야 할 것:

회사 맥락
□ 업종과 vertical
□ 회사 규모(직원 수, 매출)
□ 성장 단계(startup, scaling, enterprise)
□ 기술 스택(관련 있는 경우)
□ 평가한 경쟁사

문제 맥락
□ 구체적 고충(discovery 통화에서)
□ 현재 솔루션/프로세스
□ 왜 지금 찾고 있는가(트리거 이벤트)
□ 현재 문제의 비용(가능하면 정량화)
□ 일정과 긴급성

이해관계자 맥락
□ 통화에 누가 참석하는가
□ 각자의 역할과 책임
□ 각 사람이 관심 갖는 것
□ 누가 챔피언이고 누가 회의적인가
□ 의사결정 프로세스

성공 기준
□ 무엇이 이 시연을 성공으로 만드는가?
□ 반드시 필요한 역량은 무엇인가?
□ 거래를 깨는 조건은 무엇인가?
□ 시연이 잘되면 다음 단계는 무엇인가?

업종별 시연 전략

사용 사례 매핑

1단계: 상위 3개 사용 사례 식별

discovery에서: "해결해야 할 것은..."
1. [Primary use case] — 이 미팅을 잡은 이유
2. [Secondary use case] — 있으면 좋은 것
3. [Future use case] — 확장 기회

2단계: 시연 흐름에 매핑

주요 사용 사례:      시연 시간의 60%
보조 사용 사례:      시연 시간의 25%
미래 사용 사례:      10% (확장 teaser)
여유/질문:           5%

3단계: 맞춤 시연 스크립트 작성

각 사용 사례마다:

맥락:        "[At Company]에서 팀이 [task]해야 할 때..."
현재:        "지금은 이것이 [their painful process]를 의미합니다..."
시연:        "[워크플로 시연]"
결과:        "이제 팀은 [benefit]할 수 있고, 이는 [value]를 의미합니다"
증거:        "[Similar customer]는 [specific metric] 개선을 보았습니다"

개인화 기법

1. 고객의 언어 사용

2. 고객 맥락 언급

좋음:

"[Company]의 최근 제품 출시를 봤습니다. Series B도 축하드립니다.
이 기능이 인원 추가 없이 영업 팀을 확장하는 데 어떻게
도움이 될지 생각해 봤습니다."

나쁨:

"이것은 저희 영업 파이프라인 관리 기능입니다.
회사들은 이것으로 영업을 추적합니다."

3. 현실적인 시나리오 사용

최소 개인화 기준

준비 시간이 제한적이어도 항상 해야 할 것:

1. 회사명/로고 — 가능하면 시연 환경에 반영
2. 업종 맥락 — 고객 vertical에 대한 한 번의 언급
3. Discovery callback — "[specific thing]을 말씀하셨습니다..."
4. 역할 관련성 — 실제 회의실에 있는 사람에게 말하기
5. 관련 지표 — 그들에게 중요한 숫자 하나

시연 환경 개인화

실시간 조정

시연 중 새로운 정보를 발견했을 때:

"흥미롭습니다. [new info]를 말씀하셨네요. 보여드리려던 내용을
실제로 조정하겠습니다. 이것이 더 관련 있습니다..."

조정해야 할 신호:

업종별 컴플라이언스 고려사항

안티패턴

• discovery 언급 없음 — 고객의 구체적 상황을 전혀 언급하지 않음
• 잘못된 vertical 맥락 — 금융 잠재 고객에게 의료 예시 사용
• 오래된 리서치 — 예전 제품/상황을 언급
• 과도한 개인화 — 몰래 추적한 것처럼 보임
• 일반 시연 데이터 — 고객 맥락을 쓸 수 있는데 "Acme Corp" 사용
• 확인 없는 가정 — 확인하지 않고 "X를 하신다고 가정합니다..."라고 말함
• 모두에게 같은 스크립트 — 모든 청중에게 같은 내용을 읽음

---

title: 시연 환경 준비 impact: HIGH tags: environment, preparation, setup, sandbox

시연 환경 준비

Impact: HIGH

완벽한 시연 환경은 눈에 띄지 않습니다. 망가진 환경은 신뢰를 무너뜨립니다. 준비 시간에 투자하세요. 최고의 시연 콘텐츠도 충돌하는 환경에서는 버틸 수 없습니다.

환경 유형 비교

시연 환경 체크리스트

24시간 전:

환경
□ 시연 인스턴스에 접근 가능하고 안정적임
□ 보여줄 모든 기능이 작동함
□ 데이터가 최신이고 현실적이며 적절함
□ 민망한 콘텐츠 없음(테스트 데이터, 부적절한 이름)
□ 개인화한 경우 올바른 branding/고객 로고 적용
□ 백업 환경 준비

계정
□ 시연 사용자 계정 작동
□ 비밀번호를 알고 저장함
□ MFA 구성 및 접근 가능
□ 올바른 권한 수준 설정

통합
□ 모든 통합이 연결되고 활성 상태
□ 테스트 데이터가 올바르게 흐름
□ 오래되거나 깨진 연결 없음

기술
□ 브라우저에서 민감한 탭/bookmark 제거
□ 브라우저 extension 비활성화
□ 알림 비활성화(모든 앱)
□ 방해 금지 모드 활성화
□ bandwidth 테스트 완료

1시간 전:

최종 점검
□ 전체 run-through 완료
□ 환경이 빠르게 응답
□ 모든 화면이 올바르게 로드
□ 데이터가 예상치 못하게 바뀌지 않음
□ 백업 영상/스크린샷 접근 가능
□ 메모와 스크립트 준비

기기 준비
□ 불필요한 애플리케이션 종료
□ desktop 정리 또는 숨김
□ 해상도 올바르게 설정
□ 오디오/비디오 테스트(원격일 경우)
□ 백업 전원/인터넷 준비

시연 데이터 전략

"골디락스" 원칙:

• 너무 적지 않음(사용되지 않은 것처럼 보임)
• 너무 많지 않음(압도적)
• 딱 적절함(현실적이고 관련 있음)

시연 유형별 데이터 규모:

데이터 품질 체크리스트:

□ 이름이 현실적임("Test User 1" 아님)
□ 회사명이 적절함(경쟁사 아님)
□ 숫자가 말이 됨($999,999,999 아님)
□ 날짜가 최신임(2019 timestamp 아님)
□ 상태 분포가 현실적임
□ PII 또는 민감 데이터 없음
□ 내부 농담이나 부적절한 콘텐츠 없음

시나리오 사전 로딩

일반적인 시연 흐름을 위해 미리 준비:

라이브 vs sandbox 의사결정 매트릭스

프로덕션을 선택할 때:
□ 제품이 매우 안정적임
□ 시연이 단순함
□ 성능이 중요함
□ 고객이 "실제" 느낌을 원함
□ 데이터 맞춤화가 필요 없음

sandbox를 선택할 때:
□ 새/beta 기능을 보여줌
□ 복잡한 다단계 워크플로
□ 고객별 설정 필요
□ 위험 허용도가 낮음
□ 데이터에 대한 완전한 통제가 필요

백업 전략

세 계층의 백업:

계층 1: 라이브 복구
- 같은 시연을 띄운 두 번째 브라우저/탭
- 빠르게 재시작하는 방법 숙지

계층 2: 백업 환경
- 별도 sandbox 인스턴스
- 사전 인증되어 준비됨

계층 3: 오프라인 백업
- 핵심 흐름 스크린샷
- 시연 경로 녹화 영상
- 이미지가 포함된 slide deck

백업 자산 체크리스트:

원격 시연 기술 설정

화상회의 체크리스트:

시각
□ 얼굴에 조명(뒤가 아님)
□ 카메라가 눈높이
□ 배경은 전문적이거나 virtual
□ 적절한 복장(전체 착장)

오디오
□ 좋은 마이크(노트북 mic 아님)
□ 헤드폰(에코 없음)
□ 조용한 환경
□ 백업 전화 dial-in 준비

화면 공유
□ 특정 창 vs 전체 화면 공유 방법 숙지
□ 필요한 것만 공유
□ 보기 적절한 해상도
□ 다중 모니터 올바르게 구성

화면 해상도 가이드:

시연 dry run

필수 dry run 요소:

타이밍
□ 전체 시연이 배정 시간에 맞음
□ 길어지는 섹션 식별
□ 필요 시 자를 내용 숙지

흐름
□ 전환이 매끄러움
□ 내비게이션이 효율적
□ 막다른 길이나 혼란 없음

기술
□ 모든 클릭이 작동
□ 모든 화면이 로드
□ 모든 통합이 작동

콘텐츠
□ 데이터가 올바르게 보임
□ 메시지가 선명함
□ 반론 응답 준비

환경 복구 프로토콜

시나리오: 페이지가 로드되지 않음

1. 새로고침 시도(한 번)
2. 백업 탭 열기
3. 계속 실패하면 백업 환경으로 전환
4. 모두 실패하면 스크린샷/영상으로 전환
5. 내레이션: "다른 방식으로 보여드리겠습니다..."

시나리오: 기능 오류

1. 다른 입력으로 한 번 더 시도
2. 오류를 기록하되 오래 머물지 않음
3. 인접 기능으로 전환
4. follow-up 약속: "이것이 올바르게 작동하는 녹화를 보내드리겠습니다"

시나리오: 인터넷 끊김

1. 휴대폰 hotspot(사전 구성)
2. 미팅 오디오에 dial-in
3. 재연결 중 말로 설명
4. 가능하면 참가자가 자신의 화면을 공유하도록 요청

환경 유지관리 일정

안티패턴

• "보통은 작동합니다" — 시연 전에 테스트하지 않음
• 오래된 데이터 — 2년 전 timestamp
• 테스트 오염 — "Test user 123"이 보임
• 백업 계획 없음 — 단일 장애 지점
• 과도한 설계 — 15분 시연을 위해 2시간 준비
• 알림 pop-up — 시연 중 Slack 메시지
• 잘못된 계정 — 개인 계정 vs 시연 계정
• 작동한다고 가정 — dry run을 하지 않음

---

title: 원격 vs 대면 시연 기법 impact: HIGH tags: environment, remote, in-person, presentation, delivery

원격 vs 대면 시연 기법

Impact: HIGH

원격 시연과 대면 시연은 근본적으로 다른 접근이 필요합니다. 회의실에서 통하는 것이 Zoom에서는 자주 실패하고, 그 반대도 마찬가지입니다.

핵심 차이 한눈에 보기

원격 시연 모범 사례

원격 주의 집중 과제:

주의 곡선 (원격)

높음  │    *
      │   * *
      │  *   *     *
      │ *     *   * *
      │*       * *   *
낮음  │        *       * * * * *
      └─────────────────────────────
      0    5    10   15   20   25   30
                    분

해결책: 5-7분마다 다시 참여 유도

재참여 기법:

카메라와 존재감:

해야 할 것:
□ 카메라 켜기(타협 불가)
□ 말할 때 화면이 아니라 카메라 보기
□ 미소와 표정 사용
□ 프레임 안에서 보이는 손짓 사용
□ 평소보다 음성 톤을 더 다양하게 사용

하지 말 것:
□ preview의 자기 모습 보기
□ 화면 밖 스크립트를 읽기
□ 설명 없이 입력/클릭
□ 60초 이상 참여 유도 없이 진행

원격 화면 공유 팁:

대면 시연 모범 사례

회의실 설정 체크리스트:

기술
□ 회의실 display용 adapter cable
□ 시연 준비된 백업 노트북
□ 회의실 A/V 작동 확인
□ 미팅 전 연결 테스트
□ 모바일 hotspot 백업 보유

위치
□ 가능하면 서기(더 많은 에너지)
□ 화면이 아니라 청중을 향함
□ 발표자가 몸을 돌리지 않고 화면을 볼 수 있음
□ 모든 이해관계자가 명확히 볼 수 있음

자료
□ one-pager/leave-behind 준비
□ 명함
□ 질문 기록용 메모장
□ 시연 스크립트(필요 시)

물리적 존재감:

회의실 읽기(대면):

하이브리드 시연 고려사항

청중 일부가 원격일 때:

동등한 대우
□ 카메라를 정기적으로 보기(회의실 사람만 보지 않음)
□ 회의실 질문을 원격 청중에게 반복
□ 원격 참가자 이름 사용
□ 회의실 display가 있어도 화면 공유
□ 회의실 display가 보이도록 카메라 배치

기술
□ 화상 통화 전용 노트북
□ 회의실 오디오용 외부 마이크
□ 원격 참가자가 듣고 볼 수 있는지 확인
□ 채팅 모니터 담당자 지정

방식별 참여 유도 기법

원격 전용 기법:

대면 전용 기법:

원격 전용 과제와 해결책

과제: 참여 중인지 알 수 없음

해결책: "고객님께 중요한 내용을 다루고 있는지 확인하고 싶습니다.
1-5점 척도에서 지금 보는 내용이 얼마나 관련 있나요?
채팅에 남겨주세요."

과제: 상대 측 기술 문제

해결책: "연결 문제가 있는 것 같습니다. 제 목소리가 잘 들리시나요?
[solution]을 시도해 보겠습니다. 계속되면 보완용 녹화를 보내드릴 수 있습니다."

과제: 멀티태스킹 / 이메일 확인

해결책: 직접 참여 유도 — "Tom, 이 특정 워크플로에 대한 의견을
듣고 싶습니다. 팀에서 사용할 방식과 맞나요?"

과제: 시간대 피로

해결책: "[early/late] 시간이라는 점 알고 있습니다. 가장 중요한 것을
먼저 다루겠습니다. 오늘 반드시 봐야 하는 한 가지는 무엇인가요?"

대면 전용 과제와 해결책

과제: 회의실 기술이 작동하지 않음

해결책: 백업 계획 보유 — 소규모 그룹에는 노트북 화면,
인쇄된 스크린샷, 중요하다면 일정 재조정

과제: 이해관계자가 늦게 들어옴

해결책: "[Name]님, 와주셔서 감사합니다. 30초 맥락을 드리겠습니다.
지금 [topic]을 다루고 있습니다. 필요하신 부분은 꼭 다시 돌아가겠습니다."

과제: 옆 대화

해결책: 멈추고, 말하는 사람들을 바라보고, 조용해질 때까지 기다립니다.
계속되면: "우려를 모두 다루고 싶습니다. 잠시 멈출까요?"

과제: 회의실 에너지가 낮음

해결책: 무언가 바꾸기 — 일어서기, 질문하기, 놀라운 통계 공유,
휴식 제안

녹화 모범 사례

원격 시연:

항상
□ 녹화 전 허락 요청
□ 누가 녹화하는지 채팅에서 확인
□ 녹화가 어디에 저장될지 알기
□ 녹화 공유 계획 보유

녹화 사용 사례
- 참석하지 못한 이해관계자와 공유
- 후속 질문 참고자료
- 팀 교육
- 내부 거래 리뷰

녹화 안내 문구:

"참석하지 못한 분들과 참고용으로 이 세션을 녹화하고 싶습니다.
녹화는 follow-up을 위해 고객님과 [AE Name]에게만 공유됩니다.
모두 괜찮으신가요?"

안티패턴

Remote:

• 카메라 끔(숨는 모습은 신뢰를 약화)
• 단조로운 전달(음성으로 더 보완해야 함)
• 상호작용 없이 화면 시간만 너무 많음
• 참가자 이름을 사용하지 않음
• 채팅 질문 무시
• 창 대신 desktop 공유(지저분하고 위험)

In-Person:

• 서야 할 때 앉아 있음
• 발표 중 청중에게 등을 돌림
• 눈맞춤 없음(화면에만 고정)
• 메모 읽기
• 회의실 역학 무시
• 에너지 수준에 적응하지 않음

---

title: 시연 follow-up과 다음 단계 impact: MEDIUM-HIGH tags: followup, next-steps, conversion, momentum

시연 follow-up과 다음 단계

Impact: MEDIUM-HIGH

시연은 화면 공유를 멈출 때 끝나는 것이 아니라, 상대가 yes라고 말할 때 끝납니다. 시연 후 24-48시간 동안 일어나는 일이 거래가 앞으로 나아갈지 멈출지를 자주 결정합니다.

시연 close 프레임워크

시연을 끝내기 전에:

1단계: 요약 (30초)
"오늘은 세 가지를 다뤘습니다:
 1. [their problem]을 해결하는 [Key capability 1]
 2. [their goal]을 가능하게 하는 [Key capability 2]
 3. [alternative]와 차별화되는 [Key capability 3]"

2단계: 가치 확인 (30초)
"지금 보신 내용을 기준으로, 논의했던 [specific problem]을
해결할 수 있을 것처럼 보이나요?"

[응답 대기]

3단계: 다음 단계 제안 (30초)
"논리적인 다음 단계는 [specific action]입니다. 이번 주 [day/time]이
가능한데, 괜찮으신가요?"

4단계: 일정 맥락 (15초)
"진행한다면 [realistic date]까지 live 상태가 될 수 있습니다."

다음 단계 옵션

24시간 follow-up

이메일 템플릿:

Subject: [Company] 시연 요약 + 다음 단계

안녕하세요 [Name]님,

오늘 시간 내주셔서 감사합니다. 다룬 내용을 간단히 요약드립니다:

보신 내용
• [Capability 1]: [Brief benefit statement]
• [Capability 2]: [Brief benefit statement]
• [Capability 3]: [Brief benefit statement]

질문
• [Question 1]: [답변 또는 "첨부 파일 참조"]
• [Question 2]: [답변 또는 "첨부 파일 참조"]
• [Question 3]: [[date]까지 저희 팀과 follow-up]

자료
• [시연 녹화 링크] (녹화한 경우)
• [관련 사례 연구]
• [one-pager / 기능 설명서]

다음 단계
논의한 대로 다음 단계는 [date/time]에 [specific action]입니다.
곧 calendar invite를 보내드리겠습니다.

그 전에 질문이 생기면 알려주세요.

감사합니다,
[Your name]

follow-up 타이밍 프레임워크

일반적인 시연 후 상황 처리

상황: 연락이 끊김

5일차 이메일:
"안녕하세요 [Name]님, 지난주 대화에 대해 follow-up 드립니다.
이런 의사결정에는 여러 이해관계자가 관여한다는 점 알고 있습니다.
내부 논의를 앞으로 진행하는 데 도움이 될 만한 자료가 있을까요?"

10일차 이메일:
"안녕하세요 [Name]님, 시간을 존중하고 싶습니다.
다음 중 어떤 것이 도움이 될까요?
a) 팀의 다른 분과 연결
b) 추가 기술 문서 전달
c) 몇 주 뒤 follow-up 일정 잡기

일정에 가장 맞는 방식을 알려주세요."

상황: 더 많은 이해관계자를 참여시켜야 함

"[other stakeholders]를 포함하는 것은 좋습니다. [technical team / executives / etc.]를
위한 짧은 세션을 따로 잡는 것이 도움이 될까요? 그들이 봐야 할
내용에 맞게 대화를 조정할 수 있습니다.

또는 저희 세션의 녹화와 요약을 보내 검토하실 수 있게 하겠습니다."

상황: 경쟁사를 먼저 보고 싶어 함

"완전히 이해합니다. 옵션을 평가하는 것은 합리적입니다.
비교에 도움이 될 만한 몇 가지를 드리겠습니다:

1. 고객들이 일반적으로 비교하는 항목입니다 [link]
2. [competitor]가 더 적합할 수 있는 경우에 대한 저희의 솔직한 관점입니다 [differentiation statement]
3. 평가 중 생기는 질문은 무엇이든 답변드리겠습니다

검토를 언제 완료하실 것으로 예상하시나요? 그 이후 다시 연결하고 싶습니다."

상황: 예산/타이밍이 맞지 않음

"타이밍에 대해 투명하게 말씀해 주셔서 감사합니다. 이렇게 하겠습니다.
[timeframe]에 다시 연락드리고, 그동안 도움이 될 만한 자료를
보내드리겠습니다:

• [ROI 관련 사례 연구]
• [비즈니스 사례 구축용 계산기]
• [문제 영역 관련 콘텐츠]

[Q/year] 중 다시 연결하기 더 좋은 시점이 있을까요?"

시연 후 내부 sync

모든 시연 후 문서화:

거래 인텔리전스
□ 참석자와 역할
□ 검증된 핵심 고충
□ 반응이 좋았던 기능/역량
□ 제기된 반론과 처리 방식
□ 언급된 경쟁사
□ 일정/긴급성 신호
□ 예산 지표
□ 명확해진 의사결정 프로세스

다음 단계
□ 합의된 내용
□ 누가 무엇을 소유하는가
□ 언제 일어나야 하는가
□ 무엇이 진행을 막을 수 있는가

위험 신호
□ 핵심 이해관계자의 낮은 참여
□ 새 요구사항 등장
□ 가격/타이밍 우려
□ 정치적 역학

챔피언 enablement

챔피언에게는 설득용 탄약이 필요합니다. 제공할 것:

챔피언 코칭:

"[Name]님, [CFO]를 설득해야 한다고 말씀하셨습니다.
그 대화에 가장 도움이 될 것은 무엇인가요?
제가 제공할 수 있는 것은:

• 5분짜리 임원 요약 영상
• 고객님의 숫자에 맞춘 ROI 분석
• 유사 회사 레퍼런스

[CFO]에게 가장 효과가 있을 것은 무엇일까요?"

모멘텀 유지

단계 사이에서 거래를 살아 있게 유지:

정체된 거래 follow-up

3-3-3 규칙:

• 가치 touch 3회
• 체크인 touch 3회
• break-up touch 3회

TOUCH 1-3: 가치
아무것도 요청하지 않고 관련 콘텐츠 전송

TOUCH 4-6: 체크인
"[project/initiative]는 어떻게 진행되고 있나요? 답변드릴 질문이 있을까요?"

TOUCH 7-9: break-up
"답변을 받지 못했고 inbox를 존중하고 싶습니다.
타이밍이 맞지 않는 것으로 이해하고 다음 [quarter]에 다시 확인하겠습니다.
그 전에 바뀌는 것이 있으면 언제든 연락 주세요."

안티패턴

• 요약 이메일 없음 — 시연을 기억에 맡김
• 일반 follow-up — 대화에 맞게 개인화하지 않음
• 느린 응답 — 질문 답변에 며칠이 걸림
• 모호한 다음 단계 — 구체 날짜 없이 "곧 이야기하죠"
• 과도한 follow-up — 일주일에 이메일 5개
• 너무 빨리 포기 — touch 2회 후 포기
• 챔피언 enablement 없음 — 도구 없이 방치
• 내부 문서화 없음 — 거래 인텔리전스 손실

---

title: 기능 vs 이점 시연 impact: CRITICAL tags: structure, features, benefits, value, messaging

기능 vs 이점 시연

Impact: CRITICAL

기능은 제품이 하는 일입니다. 이점은 사람들이 왜 관심을 가져야 하는지입니다. 대부분의 시연은 이 둘 사이의 간극에서 실패합니다.

기능-이점 번역

번역 공식

기능 → "이는..." → 장점 → "그래서..." → 이점 → "그 결과 절약/획득하는 것은..." → 가치

예시 흐름:

기능:      "자동화된 배포 파이프라인이 있습니다"
            ↓ 이는...
장점:      "코드가 수동 단계 없이 커밋에서 프로덕션으로 이동합니다"
            ↓ 그래서...
이점:      "기능이 준비된 당일에 고객에게 배포할 수 있습니다"
            ↓ 그 결과 절약/획득하는 것은...
가치:      "평균 시장 출시 시간이 2주 빨라집니다"

좋은 시연 내레이션 vs 나쁜 시연 내레이션

나쁨(기능 중심):

"여기가 저희 대시보드입니다. 여기에서 실시간 분석을
확인할 수 있습니다. 50개 이상의 통합을 지원합니다.
drag-and-drop으로 맞춤 보고서를 만들 수 있습니다.
역할 기반 권한과 감사 로그도 있습니다."

좋음(이점 중심):

"CFO가 매주 월요일 영업 파이프라인 보고서를 요청하고,
팀이 데이터를 모으는 데 3시간이 걸린다고 말씀하셨죠?
[Product]를 쓰면 월요일 아침이 어떻게 바뀌는지
보여드리겠습니다.

[대시보드 표시]

CFO는 필요한 정확한 데이터를 원하는 형식으로
오전 6시에 자동으로 받은 편지함에서 확인합니다.
팀은 그 3시간을 되찾습니다. 이는 실제 영업에
되돌릴 수 있는 시간이 연간 150시간이라는 뜻입니다."

"그래서 무엇이 중요한가?" 테스트

보여주는 모든 기능에 대해 세 가지 질문에 답하세요:

1. 그래서 무엇이 중요한가? — 왜 이것이 중요한가?
2. 누구에게? — 구체적으로 누가 이익을 얻는가?
3. 얼마나? — 정량화된 영향은 무엇인가?

시연 스크립트 테스트:

페르소나별 기능 번역

같은 기능도 사람에 따라 다른 의미를 가집니다:

기능: 역할 기반 접근 제어

"이전과 이후" 기법

기능만 보여주지 말고 변화를 보여주세요.

이전(현재 고충):
"지금 Sarah가 지난 분기 영업 데이터를 필요로 하면,
Salesforce에서 내보내고, IT가 데이터베이스 접근 권한을
부여할 때까지 기다리고, 두 개의 다른 시스템에서 데이터를
가져와 Excel에서 수동으로 합쳐야 합니다. 약 4시간이
걸린다고 하셨습니다."

이후(우리 솔루션 사용):
"Sarah의 새로운 월요일 아침을 보여드리겠습니다..."
[워크플로 시연]
"같은 데이터, 같은 정확도, 4분. 매주 Sarah에게
4시간이 돌아옵니다."

기능 우선순위 매트릭스

모든 기능이 시연 시간을 받을 자격이 있는 것은 아닙니다:

차별화 요소 프레임워크

차별화 요소 = 우리만의 고유함 + 고객에게 높은 가치 + 복제하기 어려움

차별화 요소를 식별하는 질문:

• 경쟁사가 할 수 없는 것을 우리는 무엇을 할 수 있는가?
• 우리가 10배 더 잘하는 것은 무엇인가?
• 우리의 불공정한 우위는 무엇인가?
• 고객이 우리를 선택한 이유로 무엇을 말하는가?

이점 언어 패턴

대신 이렇게 말하세요:

• "저희는 ...가 있습니다" → "고객님은 ...를 얻습니다"
• "저희 플랫폼은..." → "고객님 팀은..."
• "이 기능은..." → "이는 ...할 수 있다는 뜻입니다"
• "저희가 만들었습니다..." → "이는 ...를 절약해 줍니다"

강력한 문구:

안티패턴

• 기능 나열 — "X, Y, Z가 있고 A, B, C도 있습니다..."
• 이점이 명확하다고 가정 — "그리고 여기 API입니다" [설명 없음]
• 기술 전문용어를 이점으로 제시 — "Kubernetes 기반입니다" [누가 신경 쓰는가?]
• 일반적인 이점 — "시간과 비용 절약" [구체적으로 말할 것]
• 경쟁사 기능 맞추기 — "저희도 그것이 있습니다" [우리 방식 보여주기]
• 기능 쏟아내기 — 가치를 보여주겠다며 모든 것을 보여줌

---

title: 시연 스토리텔링 흐름 impact: CRITICAL tags: structure, storytelling, flow, narrative

시연 스토리텔링 흐름

Impact: CRITICAL

훌륭한 시연은 모두 서사 구조를 따릅니다. 기능을 보여주는 것이 아니라, 잠재 고객이 주인공이고 제품이 안내자인 이야기를 전하는 것입니다.

5막 시연 구조

1막: 훅 (2분)

목표: 상대의 주의를 받을 자격을 얻습니다.

요소:

• 상대의 시간이 소중하다는 점 인정
• 기능이 아니라 보게 될 결과를 말함
• agenda와 시간을 확인
• 진행해도 되는지 허락 요청

좋은 훅:

"오늘 참석해 주셔서 감사합니다. 이 30분이 끝날 때쯤에는
[Company]가 추가 인력 없이 배포 시간을 4시간에서
15분으로 줄일 수 있는 방법을 정확히 보시게 됩니다.
[AE Name]이 discovery 통화에서 공유한 내용을 바탕으로
가장 중요한 세 가지 워크플로를 보여드리겠습니다.
괜찮으실까요, 아니면 특별히 다루고 싶은 내용이 있으신가요?"

나쁜 훅:

"참석해 주셔서 감사합니다. 오늘은 저희 플랫폼을
둘러보겠습니다. 다룰 기능이 많으니 시작하겠습니다.
여기가 홈 화면입니다..."

2막: 문제 (5분)

목표: 해결책을 보여주기 전에 고통을 느끼게 합니다.

기법:

• discovery에서 배운 내용을 요약
• 확인 질문
• 문제의 비용을 정량화
• 감정적 긴장감 구축

문제 검증 스크립트:

"지난 대화에서 이해한 바로는, 팀이 각 배포에 약 4시간을
쓰고 있고 한 달에 대략 20회 배포를 하고 있습니다.
이는 엔지니어링 시간 80시간, 즉 FTE 절반 정도입니다.
그리고 [Name]님은 실제 비용이 시간만이 아니라
수동 오류에서 발생하는 분기당 2-3건의 프로덕션 사고라고
말씀하셨습니다. 제가 제대로 이해했나요?"

[확인 답변을 기다림]

"그리고 더 큰 그림은 이것이 고객이 요청하는 기능을
출시하는 능력을 막고 있다는 점이라고 하셨습니다.
릴리스가 너무 오래 걸려 roadmap이 밀리고 있습니다.
지금도 같은 상황인가요?"

3막: 솔루션 (15분)

목표: 제품을 통해 고객의 세계가 바뀌는 모습을 보여줍니다.

3-3-3 규칙:

• 핵심 워크플로는 최대 3개만 보여줌
• 각 워크플로에 3-5분 사용
• 각각을 고객이 언급한 구체적 이점 3개와 연결

솔루션 흐름:

각 워크플로마다:

1. 설정 (30초)
   "[workflow]가 어떻게 작동하는지 보여드리겠습니다..."

2. 맥락 (30초)
   "[Persona]가 ...해야 할 때 보게 되는 화면입니다"

3. 행동 (2-3분)
   실제로 행동을 실시간으로 수행

4. 결과 (1분)
   "이제 [result]입니다. [Name]님이 말씀하신 것처럼
    팀의 [X hours/dollars]를 절약하는 부분입니다."

5. 연결 (30초)
   "이는 다음으로 보여드릴 내용과 연결됩니다..."

4막: 증거 (5분)

목표: 증거로 의심을 제거합니다.

증거 요소:

5막: 마무리 (3분)

목표: 앞으로 나아가는 모멘텀을 만듭니다.

마무리 프레임워크:

1. 요약
   "오늘은 [achieve outcome]에 도움이 될 [3 key things]를
    확인했습니다."

2. 가치 확인
   "이것이 논의했던 [problem]을 해결할 수 있을 것처럼
    보이시나요?"

3. 다음 단계
   "논리적인 다음 단계는 [specific action]입니다.
    [specific date/time]에 [next action]을 진행해도 될까요?"

4. 일정
   "모든 것이 잘 진행되면 [date]까지 live 상태가 될 수 있습니다."

시간 관리 원칙

안티패턴

• "회사 소개"로 시작 — 상대는 아직 우리 회사에 관심이 없음
• 기능 우선 구조 — "먼저 로그인을 보여드리고, 다음은 대시보드..."
• 문제 검증 없음 — 곧바로 솔루션으로 점프
• 급한 마무리 — 다음 단계를 위한 시간이 부족함
• 솔루션만 있고 증거 없음 — 사회적 증거와 지표가 빠짐
• 선형 walkthrough — 고객의 워크플로가 아니라 UI를 따라감

---

title: 라이브 시연 실행 기법 impact: HIGH tags: technique, live-demo, execution, presentation

라이브 시연 실행 기법

Impact: HIGH

좋은 시연과 훌륭한 시연의 차이는 실행입니다. 같은 콘텐츠와 같은 기능도 전달 방식에 따라 결과가 크게 달라집니다.

시연 발표자의 마음가짐

당신은 이것이 아닙니다:             당신은 이것입니다:
- 기능 투어 가이드                  - 신뢰받는 조언자
- 주문 접수자                       - 문제 해결자
- 스크립트 낭독자                   - 스토리텔러
- 제품 전문가만                     - 비즈니스 컨설턴트

속도 조절과 타이밍

시연 리듬:

타이밍 마커:

5분 경과:    참여도 확인, 필요 시 조정
10분 경과:   첫 주요 가치 시연 완료
중간 지점:   짧게 멈춤 — "시간은 괜찮으신가요?"
5분 남음:    솔루션 섹션 마무리, close로 이동
종료:        허락 없이 시간을 넘기지 않음

내레이션 기법

1. 생각을 말로 풀어내는 내레이션

하지 말 것: [조용히 클릭]

할 것:      "이제 새 캠페인을 만들겠습니다...
            여기에서 대상 세그먼트를 선택하겠습니다...
            그리고 'Launch'를 누르면 어떤 일이 일어나는지 보세요..."

2. 결과 우선 내레이션

하지 말 것: "먼저 여기를 클릭하고, 다음 여기를 클릭하고, 이것을 선택합니다..."

할 것:      "약 30초 뒤 전체 영업 파이프라인 보고서가 자동으로
            생성되는 것을 보시게 됩니다. 팀이 이것을 어떻게
            할 수 있는지 보여드리겠습니다... [클릭]
            여기 있습니다."

3. callback 내레이션

"이것이 discovery 통화에서 Sarah가 언급한 바로 그 부분입니다.
4시간이 걸리는 수동 프로세스죠. 이제 어떻게 되는지 보세요...
[시연]... 4분입니다."

화면 관리

세 창 규칙:

• 보이는 브라우저 탭/창은 최대 3개
• 시연 전에 필요 없는 것은 모두 닫음
• 대기 시간을 피하려고 페이지를 미리 로드

화면 배치:

┌─────────────────────────────────────────────┐
│ 시연 환경                                    │
│ (전체 화면 또는 화면의 80%)                  │
│                                             │
│                                             │
└─────────────────────────────────────────────┘
┌────────────────┐    ┌──────────────────────┐
│ 메모/스크립트  │    │ 참석자 보기          │
│ (필요 시)      │    │ (원격일 경우)        │
└────────────────┘    └──────────────────────┘

내비게이션 모범 사례:

기술 문제 처리

준비 체크리스트:

□ 1시간 전에 시연 환경 테스트
□ 불필요한 애플리케이션 닫기
□ 알림 비활성화(Slack, 이메일, 시스템)
□ 인터넷 연결/백업 hotspot 확인
□ 백업 스크린샷/동영상 준비
□ 각 섹션의 복구 계획 숙지

문제가 생겼을 때:

마법의 문구:

"사실 이것은 저희 지원팀이 얼마나 빠르게 대응하는지
보여드릴 좋은 기회입니다. 제가 [action]하겠습니다."

참여 유도 기법

1. 계획된 체크포인트

5-7분마다:

"지금까지 이해되시나요?"
"기대하셨던 내용이 맞나요?"
"여기서 더 깊게 들어갈까요, 아니면 넘어갈까요?"
"어떤 질문이 떠오르시나요?"

2. 상호작용 순간

"여기서 다음에 무엇을 하시겠습니까?"
"한번 맞혀보세요. 이것을 클릭하면 어떤 일이 일어날까요?"
"고객님의 최종 사용자라면 무엇을 보고 싶을까요?"

3. 협업형 문제 해결

"[prospect's scenario]라고 해보겠습니다. 오늘은 이것을 어떻게
처리하시나요? 같은 시나리오가 [product]에서 어떻게
작동하는지 보여드리겠습니다..."

멈춤의 기술

멈춰야 할 때:

목소리와 존재감

음성 변화:

에너지 관리:

시작:       80% 에너지 (자신감 있고 따뜻하게)
문제:       70% 에너지 (공감하고 진지하게)
솔루션:     90% 에너지 (흥미롭고 열정적으로)
증거:       80% 에너지 (확신 있고 신뢰감 있게)
마무리:     85% 에너지 (자신감 있고 기대감 있게)

실수 복구

사소한 실수(오타, 잘못된 클릭):

가볍게 인정: "제대로 다시 하겠습니다..."
[수정하고 계속]

중간 실수(잘못된 것, 잘못된 데이터 표시):

"잘 짚어주셨습니다. 제가 보여드리려던 것이 아닙니다.
올바른 [thing]을 보여드리겠습니다..."

큰 실수(무언가 깨짐, 완전히 잘못된 시연):

"기다려 주셔서 감사합니다. 제가 보여드리고 싶었던 경험이
아닙니다. [fix / switch to backup]하겠습니다.
[recording / second call]을 통해 전체 시연을 반드시
후속으로 공유드리겠습니다."

강하게 마무리하기

마지막 60초:

0:45 - 요약 (핵심 포인트 3개)
0:30 - 가치 확인 ("이것이 [problem]을 해결하나요?")
0:15 - 다음 단계 ("논리적인 다음 단계는...")
0:00 - 약속 ("[date]에 [action] 일정을 잡을 수 있을까요?")

안티패턴

• 사과 루프 — "죄송합니다, 잠깐만요... 죄송합니다, 그게..."
• 기능 질주 — 아무도 따라올 수 없을 만큼 빠르게 클릭
• 슬라이드 낭독 — 대화 대신 읽기
• 클릭 중 침묵 — 내레이션 없음
• 시계 보기 — 시간에 대한 불안이 드러남
• 과도한 복구 — 30초 문제에 5분 사용
• 에너지 평탄화 — 처음부터 끝까지 같은 톤
• 회의실을 읽지 못함 — 명확한 신호를 놓침

---

title: 시연 중 반론 처리 impact: HIGH tags: technique, objections, handling, responses

시연 중 반론 처리

영향도: 높음

시연 중 반론은 구매 신호입니다. 잠재 고객이 비판적으로 생각할 만큼 참여하고 있다는 뜻입니다. 잘 처리하면 거래가 강해지고, 잘못 처리하면 신뢰를 잃습니다.

반론 프레임워크: LAER

L - 듣기      → 끊지 않고 반론 전체를 듣기
A - 인정      → 우려가 합리적임을 인정하기
E - 탐색      → 질문으로 근본 원인 이해하기
R - 응답      → 사실, 증거 또는 재프레이밍으로 대응하기

범주별 일반적인 시연 반론

가격/가치 반론:

역량 반론:

신뢰 반론:

타이밍 반론:

반론 응답 스크립트

"너무 비쌉니다"

듣기:       [끝까지 말하게 둠]

인정:       "가격은 확실히 중요한 고려사항이고,
             솔직하게 말씀해 주셔서 감사합니다."

탐색:       "이해를 돕고 싶습니다. 비싸다고 하실 때,
             전체 투자금, 사용자당 비용, 아니면 지출 타이밍 중
             무엇이 문제인가요?"

응답:       [답변에 따라]

             ROI가 불명확할 때:
             "맥락으로 보겠습니다. [problem] 때문에 [period]마다
             [X hours/dollars]의 비용이 든다고 말씀하셨습니다.
             [price]라면 [timeframe] 안에 손익분기점에 도달하고,
             그 이후는 모두 수익입니다. 이 계산이 팀에 맞나요?"

             예산 타이밍 문제일 때:
             "분기별 청구를 보거나, 올해 회계연도 예산에 맞도록
             더 작은 범위로 시작하는 것이 도움이 될까요?"

"[feature you don't have]가 필요합니다"

듣기:       [구체적 필요를 이해]

인정:       "타당한 요구사항입니다. 그 부분에 대한 현재 상태를
             솔직하게 말씀드리고 싶습니다."

탐색:       "그것이 얼마나 중요한지 이해하도록 도와주실 수 있나요?
             출시를 위한 필수 항목인가요, 아니면 결국 필요할 항목인가요?"

응답:       [상황에 따라]

             로드맵에 있을 때:
             "그것은 [quarter] 로드맵에 있습니다. 대부분의 고객은
             그 사이 [workaround]로 이를 처리합니다. 고객님 일정에
             맞을까요?"

             계획이 없을 때:
             "현재 그 기능은 없고 즉시 로드맵에도 없습니다.
             다만 [alternative approach]가 있습니다. 해결하려는
             근본 문제를 이것으로 풀 수 있을까요?"

             실제 차단 요인일 때:
             "솔직히 말씀드리면, 그것이 정말 필수라면 지금은
             저희가 적합하지 않을 수 있습니다. 다만 비슷한 상황에서
             [similar customer]가 어떻게 했는지 공유드리겠습니다..."

"경쟁사 X가 이것을 더 잘합니다"

듣기:       [어떤 경쟁사, 어떤 기능인지 이해]

인정:       "철저히 리서치하고 계셔서 좋습니다.
             [Competitor]는 탄탄한 제품입니다."

탐색:       "[feature]에 대한 그들의 접근 방식에서 구체적으로
             무엇이 돋보이나요? 정확히 같은 기준으로 비교하고 싶습니다."

응답:       "저는 이렇게 보겠습니다. [Competitor]는 [X]를 잘합니다.
             저희가 차별화되는 지점은 [Y]이며, 그래서 [customer type]이
             보통 저희를 선택합니다. 질문은 [their specific use case]에
             어떤 것이 더 중요한가입니다.

             [상대 의견을 기다림]

             직접 비교하실 수 있도록 [our differentiated approach]를
             보여드리겠습니다."

반론 처리 기법

1. 느끼고, 느꼈고, 발견한 것

"그렇게 느끼시는 것을 이해합니다. [Similar company]도 처음에는
같은 방식으로 느꼈습니다. 그들이 발견한 것은 [positive outcome]였습니다.
그 경험을 들어보시겠습니까?"

2. 분리 기법

"[specific objection]을 해결할 수 있다면, 지금까지 논의한
나머지는 팀에 맞을까요?"

3. 재프레이밍

반론: "학습 곡선이 가파른 것 같습니다."

재프레이밍: "맞습니다. 학습은 필요합니다. 질문은 이것입니다.
            팀이 [current painful process]로 1년을 더 보내는 비용과,
            교육에 2주를 투자한 뒤 계속 [better outcome]을 얻는
            것 중 무엇이 더 큰가입니다."

4. 제3자 스토리

"[Similar company]도 정확히 같은 우려가 있었습니다.
그 이후 이런 일이 있었습니다... [긍정적 결과가 있는 이야기]"

보류 목록 기법

반론이 타당하지만 흐름을 탈선시킬 때:

"중요한 포인트이고 제대로 다루고 싶습니다. 이것을 적어두고
[current topic]을 보여드린 뒤 다시 돌아와도 될까요?
두 주제 모두 대충 넘기고 싶지 않습니다."

사용할 때:

• 임원 시연 중 기술 심층 질문
• 가치가 확립되기 전 가격 논의
• 제품 팀 의견이 필요한 기능 요청

반론 심각도 읽기

실제 반론이 아닌 반론

반론을 약속으로 바꾸기

반론을 성공적으로 처리한 뒤:

"그렇다면 [what you just addressed]와 [other requirements]를
확인할 수 있으면, [next step]으로 진행할 준비가 되실까요?"

안티패턴

• 방어적으로 반응 — 반론을 개인적으로 받아들임
• 논쟁 — 상대가 틀렸음을 증명하려 함
• 묵살 — "그건 사실 문제가 아닙니다"
• 과도한 처리 — 해결 후에도 너무 오래 말함
• 확인하지 않음 — 해결됐는지 확인하지 않고 넘어감
• 위험 신호 무시 — 명확한 차단 요인이 있어도 밀어붙임
• 기능 약속 — 계획 없는 기능을 약속
• 경쟁사 험담 — 비전문적이고 역효과

---

title: 시연 중 기술 질문 처리 impact: HIGH tags: technique, questions, technical, responses

시연 중 기술 질문 처리

Impact: HIGH

시연 중 기술 질문은 내러티브를 탈선시킬 수도 있고 신뢰도를 높일 수도 있습니다. 핵심은 언제 답하고, 언제 미루며, 둘 다 어떻게 자연스럽게 할지 아는 것입니다.

질문 분류 매트릭스

세 가지 응답 모드

모드 1: 지금 답변

언제: 질문이 빠르고 관련 있으며 내러티브를 강화할 때

"좋은 질문입니다. 네, [X]를 지원합니다. 사실 빠르게
보여드리겠습니다... [10초 시연]. 이제 [current topic]으로
돌아가겠습니다..."

모드 2: 자연스럽게 미루기

언제: 답변에 2분 이상 걸리거나 시연을 탈선시킬 때

"중요한 질문이고 제대로 다루고 싶습니다. 적어두겠습니다
[눈에 보이게 기록]. 마지막에 자세히 다루거나, 솔루션 팀과
기술 심층 세션을 잡을 수 있습니다. 괜찮으실까요?"

모드 3: 연결하고 방향 전환

언제: 관련은 있지만 맥락 속에서 답하는 것이 더 좋을 때

"그 질문은 제가 곧 보여드릴 내용으로 들어가기에 완벽합니다.
2분만 기다려 주시면 라이브 예시로 더 잘 답할 수 있을 것 같습니다."

질문 범주와 응답

보안 질문:

통합 질문:

성능 질문:

"모릅니다" 스크립트

정말 모를 때:

"좋은 질문입니다. 추측하기보다 정확한 답변을 드리고 싶습니다.
기록해 두고 [specific time]까지 정확한 답변을 드리겠습니다.
괜찮으실까요?"

절대 하지 말 것:

• 답을 지어내기
• "그런 것 같습니다"라고 말하기
• 확인할 수 없는 기능을 약속하기
• 못 들은 척하기

질문을 독점하는 사람 관리

한 사람이 질문의 80%를 할 때:

전략 1: 인정하고 넓히기
"좋은 질문들입니다, [Name]님. 다른 분들도 확인해 보겠습니다.
넘어가기 전에 다른 질문이 있으신 분 계신가요?"

전략 2: 인정하고 미루기
"[Name]님은 기술 배경이 확실히 깊으신 것 같습니다.
이 주제들은 솔루션 아키텍트와 별도 세션을 잡아 깊게
다루고 싶습니다. 지금은 전체 팀의 핵심 사용 사례를
확실히 다루겠습니다."

전략 3: 답변 후 방향 전환
"좋은 질문입니다. [Quick answer]. 이제 [Other person]님,
아까 [topic]에 대해 말씀하신 우려가 이것으로 해결되나요?"

질문을 기회로 바꾸기

질문을 증거 포인트로 사용:

Q: "복잡한 승인 워크플로를 처리할 수 있나요?"
A: "물론입니다. 사실 바로 그것을 보여드리겠습니다.
   이것은 [Similar Company]가 구축한 워크플로로,
   세 부서에 걸친 일곱 단계의 승인이 있습니다..."

질문을 discovery로 사용:

Q: "[specific tool]과 통합되나요?"
A: "네. 사실 궁금합니다. [tool]이 워크플로에서 얼마나
   중심적인가요? 그것을 이해하면 적절한 통합 깊이를
   보여드리는 데 도움이 됩니다."

질문을 약속으로 전환:

Q: "어떤 교육을 제공하나요?"
A: "포괄적인 온보딩이 있습니다. 교육이 중요하다면,
   팀 규모를 보면 중요할 것 같은데, 제안서에 포함하길
   원하시나요?"

Parking lot 방법

원격 시연용 시각적 parking lot:

다음 내용이 있는 메모나 슬라이드를 공유:

┌──────────────────────────────────────────────┐
│ PARKING LOT - 후속 질문                      │
├──────────────────────────────────────────────┤
│ 1. SSO 통합 세부사항 - [Name]                │
│ 2. API rate limit - [Name]                   │
│ 3. 맞춤 필드 옵션 - [Name]                   │
└──────────────────────────────────────────────┘

"잊지 않도록 이것을 parking lot에 넣겠습니다.
마지막에 다시 돌아오겠습니다."

시연 종료 시 parking lot 리뷰:

"parking lot을 빠르게 살펴보겠습니다.
[Question 1] — [짧은 답변 또는 후속 약속]
[Question 2] — [짧은 답변 또는 후속 약속]
오늘 더 시간이 필요한 항목이 있나요, 아니면 세부사항을
이메일로 follow-up할까요?"

"Gotcha" 질문 처리

gotcha 신호:

• 그룹 앞에서 질문함
• 알려진 약점에 대한 질문
• 경쟁사가 심어둔 질문
• 당황시키려는 의도

응답 프레임워크:

1. 침착하게 유지(방어적으로 굴지 않음)
2. 타당한 우려 인정
3. 정직한 맥락 제공
4. 강점으로 전환

예시:
Q: "모바일 앱이 사실상 쓸 수 없다고 들었습니다."

A: "모바일은 저희의 집중 영역이었습니다. 올해 초 앱을
   완전히 다시 구축했고, 리뷰 평점이 2.5에서 4.5로
   올라갔습니다. 모바일이 팀에 중요하다면 현재 경험을
   보여드릴 수 있습니다. 중요하신가요?"

질문 응답 템플릿

기능 확인:

"네, 가능합니다. 지금 보시겠어요, 아니면 나중을 위해
기록해 둘까요?"

기능 gap:

"현재는 그 기능이 없습니다. 고객들은 보통 [Alternative approach]로
그것을 처리합니다. 고객님의 사용 사례에 맞을까요?"

roadmap 항목:

"그것은 [timeframe]의 roadmap에 있습니다. 약속드릴 수는 없지만,
의사결정에 중요하다면 제품 팀과 연결해 드릴 수 있습니다."

가격:

"가격은 [factors]에 따라 달라집니다. 먼저 필요 범위를 정확히
잡고, [AE Name]이 구체적인 제안서를 준비하도록 하겠습니다."

안티패턴

• 끝나기 전에 답변 — 질문을 끊음
• 과도한 답변 — 간단한 질문에 5분 답변
• 방어적으로 반응 — 질문을 공격으로 받아들임
• 아는 척 — 추측하거나 지어냄
• 절대 미루지 않음 — 모든 것에 답하려 함
• 통제력 상실 — 시연이 Q&A 세션이 됨
• parking lot 잊기 — 미룬 질문을 follow-up하지 않음
• 한 단어 답변 — 맥락 없이 "네."만 말함

---

title: 시연 타이밍과 속도 조절 impact: HIGH tags: technique, timing, pacing, structure, flow

시연 타이밍과 속도 조절

Impact: HIGH

시간은 시연에서 가장 소중한 자원입니다. 시간을 장악하면 결과를 통제할 수 있습니다. 시간이 당신을 통제하게 두면 항상 close를 서두르게 됩니다.

시연 타이밍의 황금률

규칙 1: 허락 없이 시간을 넘기지 않는다
규칙 2: 질문을 위해 20% buffer를 남긴다
규칙 3: 가장 중요한 콘텐츠는 처음 60% 안에 둔다
규칙 4: close는 절대 서두르지 않는다
규칙 5: 길게 끄는 것보다 일찍 끝내는 것이 낫다

시연 길이별 시간 배분

15분 시연 (teaser)

30분 시연 (discovery)

45분 시연 (full)

60분 시연 (enterprise)

속도 조절 패턴

에너지 파도:

에너지
높음  │     *****     *****
      │    *     *   *     *   ***
      │   *       * *       * *
      │  *         *         *
낮음  │ *
      └─────────────────────────────
        시작   문제      솔루션    close

강하게 시작하고, 문제 공감에서 낮아지며,
솔루션 "아하" 순간에서 최고점에 도달하고,
자신감 있는 close로 마무리

속도 변화:

시간 확인 기법

내장 체크포인트:

10분 지점:
"약 10분이 지났습니다. [remaining topics]를 다룰 시간이
있는지 확인하고 싶습니다. 괜찮게 진행 중인가요,
아니면 조정할까요?"

중간 지점:
"중간 지점에 왔습니다. 확인하기 좋은 시점입니다.
계속하기 전에 질문이 있으신가요? 후반부에 우선순위로
다뤄야 할 것이 있나요?"

5분 남음:
"시간을 존중하고 싶습니다. 마무리 전에 [close]를
확실히 다루겠습니다."

시간이 밀릴 때:

옵션 1: 허락 받기
"[important thing]을 꼭 보여드리고 싶지만 시간이 조금 넘었습니다.
5분 더 가능하신가요, 아니면 follow-up 일정을 잡을까요?"

옵션 2: 냉정하게 우선순위화
"시간을 고려해 [most important remaining thing]으로 바로 넘어가고
[other thing]은 다음 대화에 남겨두겠습니다."

옵션 3: 비동기 자료 제안
"오늘 일정을 지키기 위해 [topic]을 다룬 5분 동영상을
보내드리겠습니다."

이해관계자별 시간 관리

이해관계자마다 가능한 시간이 다를 때:

임원이 일찍 나갈 때:
임원 관련 콘텐츠(ROI, 전략적 가치, 대시보드)가
처음 1/3에 오도록 시연을 구성합니다.

"[Executive Name]님, 시간이 제한적이라는 점 알고 있습니다.
처음 10분 동안 전략적 관점을 보여드리겠습니다.
필요하면 나가셔도 팀은 심층 내용을 위해 남아도 됩니다."

기술 심층 분석이 필요할 때:
자세한 기술 콘텐츠는 별도 통화로 남겨둡니다.

"API만으로도 30분을 쓸 수 있습니다. 제대로 다룰 수 있도록
엔지니어들과 기술 심층 세션을 잡겠습니다."

질문 시간 trade-off

질문 처리가 시간에 미치는 영향:

parking lot 시간 관리:

"그것을 parking lot에 추가하겠습니다. 끝에 시간이 있으면 다루고,
아니면 자세한 답변을 이메일로 follow-up하겠습니다."

지켜볼 타이밍 신호

시간 장악을 위한 준비

모든 시연 전에:

□ 각 섹션에 정확히 얼마나 걸리는지 알기
□ 필요하면 자를 수 있는 것 식별
□ 어떤 일이 있어도 보여야 하는 것 식별
□ 10분 버전 준비
□ 20분 버전 준비
□ cut point 알기(자연스럽게 빠져나올 수 있는 지점)

"최소 실행 가능 시연":

10분만 있다면 무엇을 보여줄 것인가?

1. [Primary value prop — 5분]
2. [Proof point — 2분]
3. [Close — 3분]

완전히 숙지하세요. 시간이 부족할 때 사용하세요.

시간 사고에서 회복하기

10분 이상 밀렸을 때:

"제가 [topic]에 깊게 들어갔다는 것을 압니다. 시간을 존중하고
싶습니다. 두 가지를 하겠습니다:

1. [one critical thing]을 빠르게 보여드리기
2. [remaining content]를 위한 follow-up 일정 잡기

"계속하기 위해 [day/time]이 괜찮으실까요?"

상대가 미팅을 짧게 줄일 때:

"알겠습니다. 가시기 전에 한 가지만 남기고 싶습니다:
[most important point]. 다루지 못한 내용의 녹화를 보내드리고,
[proposed time]에 다시 연결하겠습니다."

안티패턴

• agenda 타이밍 없음 — 시간 계획 없이 들어감
• 기능 방황 — 곁가지에 빠짐
• Q&A death spiral — 질문이 모든 시간을 먹음
• 서두른 close — 다음 단계를 위한 시간이 부족함
• 묻지 않고 시간 초과 — 상대의 시간을 존중하지 않음
• 처음부터 끝까지 같은 속도 — 단조로운 전달
• buffer 없음 — 30분 통화에 30분 콘텐츠 계획
• cut point 모름 — 시간이 바뀔 때 적응하지 못함