언어: English (이 파일) · 简体中文 → SKILL.zh-CN.md
설득력 있는 브리핑 · 워크플로우
본질
이것은 보고서 작성이 아닙니다 — 설득입니다. 모든 시나리오에서 동일한 작업을 수행합니다:
제한된 시간 내에, 특정 청중이 맥락을 이해하고, 당신의 판단을 신뢰하며, 필요한 지원을 제공하도록 돕는 것입니다.
사용자 및 시나리오
| 역할 | 시나리오 | 청중 |
|---|---|---|
| 기술 리드 / 엔지니어링 매니저 | 킥오프, 마일스톤 리뷰, 마무리 | 비즈니스 리더, CTO, PMO |
| PM / 제품 리드 | 분기별 리뷰, 연간 요약, 요구사항 검토 | 디렉터, VP |
| 창업자 / 비즈니스 오너 | 투자자 피치 | 투자자, 파트너 |
| 프리세일즈 / 솔루션 | 솔루션 세일즈 | 고객 임원, 기술 평가자 |
핵심: 5부분 설득 프레임워크
모든 브리핑 유형은 하나의 백본을 공유합니다; 섹션 강조점이 다를 뿐입니다.
파트 1 · 훅(Hook)
→ 그들이 왜 계속 들어야 하는가?
→ 기회 / 고통 / 시급성
파트 2 · 맥락(Context)
→ 상황은 어떤가?
→ 우리가 해온 것과 가지고 있는 것
파트 3 · 제안(Proposal)
→ 우리가 무엇을 할 것인가 / 했는가?
→ 범위, 경로, 속도
파트 4 · 증거(Evidence)
→ 우리가 왜 성공할 수 있는가 / 성공했는가?
→ 데이터, 해자, 팀, 사례
파트 5 · 요청(Ask)
→ 그들에게 무엇이 필요한가?
→ 결정 / 자원 / 파트너십 / 투자
브리핑 유형 및 템플릿
각 유형은 5부분 프레임워크의 인스턴스입니다.
프로젝트 킥오프
목표: 리더십의 승인을 받고 인력과 예산을 배정받습니다.
| 파트 | 섹션 | 초점 |
|---|---|---|
| 훅 | 배경 및 기회 | 시장, 고통, 경쟁, 왜 지금인가 |
| 맥락 | 이미 보유한 것 | 팀, 기술, 데이터, 기존 자산 |
| 제안 | 목표 및 범위 | 범위 내/외, 마일스톤 |
| 증거 | 왜 우리인가 | 차별화, 해자 |
| 요청 | 자원 및 리스크 | 필요한 지원, 주요 리스크 및 완화 방안 |
# {프로젝트} · 킥오프
## 배경 및 기회
{왜 지금인가: 시장, 고통, 경쟁 — 2-4문장.
이것이 설득의 진입점입니다 — "우리는 이것을 해야 한다"는 인식을 만듭니다.}
## 이미 보유한 것
{팀, 기술, 데이터, 비즈니스 자산 — 자랑이 아닌 신뢰를 쌓습니다.
패턴: "우리는 이미 X를 보유하고 있으므로, 이것은 제로부터 시작하는 것이 아닙니다."}
## 목표 및 범위
**범위 내**: {기능}
**범위 외**: {명시적 제외 사항 — 범위 확장 방지}
{마일스톤 및 일정}
## 왜 우리인가
{대안과의 핵심 차이점. 해자: 왜 다른 사람들이 따라올 수 없거나 하지 않을 것인가.}
## 자원 및 리스크
{인력 / 예산 / 교차 팀 요구사항
주요 리스크 및 완화 방안}
현황 업데이트
목표: 리더와 이해관계자에게 작업이 정상 진행 중이며 지속적인 투자 가치가 있음을 확신시킵니다.
| 파트 | 섹션 | 초점 |
|---|---|---|
| 훅 | 한 줄 요약 | 이 기간의 가장 중요한 1-2가지 사실 |
| 맥락 | 기간 맥락 | 이전 기간 대비 현재 위치 |
| 제안 | 주요 진행 사항 | 마일스톤 또는 모듈별 |
| 증거 | 주요 지표 | 진행률, 품질, 효율성 |
| 요청 | 리스크 및 결정 | 필요한 결정 및 조정 |
# {프로젝트} · 현황 업데이트
## 한 줄 요약
{1-2가지 사실; 청중이 10초 안에 핵심을 파악}
## 주요 진행 사항
{마일스톤 또는 모듈별 완료 항목 및 지표}
## 리스크 및 대응
항목별 공식: {증상} → {근본 원인} → {완화 방안} → {상태}
결정: 옵션 + 권장 사항 — 열린 숙제 없음:
❌ "종속성 X가 불확실합니다 — 조언 부탁드립니다"
✅ "종속성 X가 2주 지연되었습니다. 옵션 A(인력 추가) vs B(마일스톤 이동). 옵션 A를 권장합니다. 팀 Y의 지원이 필요합니다."
## 다음 단계
| 항목 | 예상 완료일 | 종속성 | 리스크 |
|---|---|---|---|
마무리 / 연간 리뷰
목표: 제공된 가치와 유지된 자산을 보여줍니다.
| 파트 | 섹션 | 초점 |
|---|---|---|
| 훅 | 목표 달성 개요 | 전반적으로 성공했는가? |
| 맥락 | 원래 목표 | 우리가 약속한 것 |
| 증거 | 정량화된 결과 | 데이터 기반 |
| 제안 | 교훈 및 자산 | 남은 것 |
| 요청 | 다음 단계 또는 인계 | 다음에 일어날 일 |
# {프로젝트} · 마무리 / {연도} 연간 리뷰
## 목표 달성
| 목표 | 목표치 | 실제치 | % | 비고 |
|---|---|---|---|---|
저성과: 근본 원인 및 개선 방안 — 그들이 묻기 전에 먼저 말하세요.
## 핵심 인도물
3-5개 항목, 각각: {무엇} + {지표} + {비즈니스 영향}
## 교훈
- **잘된 점**: 재사용 가능한 방법론 / 아키텍처 / 프로세스
- **실패한 점**: 근본 원인 + 예방 방법
- **남은 자산**: 코드 / 데이터 / 문서 / 팀 역량
## 다음
계속 진행하는 경우 → 방향, 목표, 핵심 결과, 자원
종료하는 경우 → 아무것도 지원되지 않은 상태로 남지 않도록 인계
투자자 피치
목표: 더 깊은 대화를 위한 관심을 불러일으킵니다.
| 파트 | 섹션 | 초점 |
|---|---|---|
| 훅 | 한 줄 소개 | 엘리베이터 피치 |
| 맥락 | 시장 기회 | 규모, 고통, 왜 지금인가 |
| 제안 | 제품 | 솔루션, 핵심 기능, 단계 |
| 증거 | 해자 및 트랙션 | 기술, 데이터, 성장, 팀 |
| 요청 | 자금 / 파트너십 | 금액, 사용처, 마일스톤 |
# {프로젝트} · 피치
## 한 줄 소개
{우리가 하는 일, 대상, 가치}
## 시장 기회
{규모, 페르소나, 고통, 왜 지금인가}
## 제품
{해결 방법, 핵심 기능, 아키텍처(간략히), 단계}
## 해자 및 트랙션
**해자**: {기술 / 데이터 / 네트워크 / 팀 — 왜 다른 사람들이 할 수 없는가}
**지표**: {사용자, 성장, 유지율, 수익}
**팀**: {왜 이 팀이 실행할 수 있는가}
## 자금 요청
{금액, 자금 사용처, 마일스톤, 다음 라운드 목표}
솔루션 세일즈
목표: 고객 임원에게 귀사의 솔루션이 최적의 선택임을 확신시킵니다.
| 파트 | 섹션 | 초점 |
|---|---|---|
| 훅 | 고통 정렬 | 그들의 언어로 표현된 그들의 문제 |
| 맥락 | 현재 상태 | 현상 유지의 격차 |
| 제안 | 솔루션 | 우리가 해결하는 방법 |
| 증거 | 사례 및 데이터 | 증거 |
| 요청 | 파트너십 | 시작 방법 |
# {프로젝트} · 제안서
## 고통 정렬
{문제에 대한 고객의 언어 — 정확성은 신뢰를 빠르게 구축합니다}
## 현재 상태
{현상 유지가 실패하는 이유: 기능, 비용, 효율성, 리스크}
## 우리의 솔루션
{해결 방법; 기능 및 차별화}
## 증거
{동일 업종 사례 및 지표}
{사례가 없을 경우: POC 계획 또는 데모 로드맵}
## 파트너십
{참여 모델, 일정, 그들에게 필요한 것}
작성 규칙
1. 그들의 관심사가 먼저, 당신의 이야기는 나중에
❌ 팀이 얼마나 열심히 일했고 아키텍처가 얼마나 영리한지 5분 동안 설명 ✅ 첫 문장이 "내가 왜 신경 써야 하지?"에 답해야 함
2. 리스크에는 판단이 필요함
❌ "서버가 가끔 타임아웃됩니다 — 모니터링 부탁드립니다" ✅ "커넥션 풀 고갈; 스케일링 진행 중; 내일 복구 예상"
3. 동료 팀을 먼저 인정하십시오
❌ "다른 누구도 해결하지 못한 격차를 우리가 채웠습니다" ✅ "X팀은 성숙한 Y를 보유하고 있습니다; 우리는 Z로 확장합니다"
4. 지표에는 출처와 정의가 필요함
❌ "전환율이 20% 개선되었습니다" ✅ "전환율 +20% (6월 vs 5월, 동일 계정 풀)"
5. 나쁜 소식은 중요할 때 먼저
❌ 성과를 먼저 말하고, "하지만 우리가 늦어졌습니다"를 묻음 ✅ 중요한 리스크를 먼저 말하고, 그 다음 진행 상황
6. 청중에게 숙제를 남기지 마십시오
❌ "다음: 계속 추진" ✅ "통합은 수요일; 리스크는 종속성 Y — 담당자 합의 완료"
워크플로우
1단계 — 기억 불러오기
리더 맥락, 비즈니스 포지셔닝, 형식 선호도 읽기.
없음 → 사용자에게 제공 요청.
2단계 — 시나리오 및 청중
사용자가 유형 선택 (킥오프 / 현황 / 마무리·연간 / 피치 / 솔루션 세일즈).
청중 탐색:
□ 역할과 수준은?
□ 이미 얼마나 알고 있는가?
□ 주요 관심사 (기술 / 비즈니스 / 비용 / 시간)?
3단계 — 자료 입력
유형별 완전성 확인; 누락 항목 질문:
킥오프:
□ 배경 / 시장 분석
□ 경쟁 환경
□ 팀 역량
□ 목표 및 KPI
□ 자원 및 예산
□ 일정
현황:
□ 이 기간 완료된 작업
□ 주요 지표 (진행률 / 품질 / 효율성)
□ 판단 및 완화 방안이 포함된 리스크 목록
□ 다음 단계 계획
□ 리더십의 결정 필요 사항
마무리 / 연간:
□ 원래 목표
□ 정량화된 결과
□ 얻은 교훈
□ 다음 계획 또는 인계
피치:
□ 시장 데이터 및 보고서
□ 제품 데모 또는 MVP 상태
□ 경쟁
□ 팀 소개
□ 재무 및 예측
□ 자금 요청 및 사용처
솔루션 세일즈:
□ 고객 배경 및 고통
□ 대안 솔루션
□ 우리의 솔루션 및 역량
□ 사례 또는 POC 계획
□ 가격 또는 참여 모델
사용자가 "당신이 모든 것을 알고 있습니다 — 그냥 작성하세요"라고 말하는 경우:
→ 기억과 이전 맥락에서 가져오기
→ "사용 가능한 정보에 기반합니다; XX가 누락되었을 수 있습니다"로 시작
4단계 — 템플릿에 초안 작성
템플릿 선택; 작성 규칙 적용.
각 파트 후 질문: "이것이 그들이 관심을 갖는 부분에 답합니까?"
5단계 — 최종 확인
□ 처음 10초가 관련성 있어 보이는가?
□ 모든 숫자에 출처와 정의가 있는가?
□ 모든 리스크에 근본 원인 + 대응이 있는가?
□ 판단 없이 "주의 필요"라는 모호한 표현이 없는가?
□ 교차 팀 언급이 다른 팀을 먼저 인정하는가?
6단계 — 사용자 확인
제시 → "무엇을 조정할까요?"
형식 문제 → 형식 기억에 추가
시나리오 간 마이그레이션
| 시작 → 도착 | 변경 | 유지 |
|---|---|---|
| 킥오프 → 피치 | 훅: 비즈니스 고통 → 시장 기회; 증거: 기술 해자 → 트랙션 | 5부분 구조, 리스크 로직 |
| 현황 → 킥오프 (다음 단계) | 진행 상황이 맥락이 됨; 누적 리스크가 리스크를 제공 | 지표 정의, 팀 내러티브 |
| 마무리 → 사례 연구 | 내부 정보 비식별화; 고객 가치 강조 | 정량적 방법, 수용 기준 |
| 솔루션 세일즈 → 킥오프 | 고객 고통 → 시장 기회; 사례 → 증거 | 구조, 리스크 예측 |