business-brief git:20261104.f377368A

Immutable. This exact content never changes and is served at /api/v1/blob/d83b62e3642d0f95.

---
name: "business-brief"
description: "채용 공고에서 회사의 사업·재무 구조와 이 자리가 보는 포인트 3개를 뽑아 지원자 사례와 맞춘 한 장 브리프를 만든다. \"이 회사 분석\", \"공고 분석\", \"오퍼 받았는데 이 회사 괜찮아?\", \"최종 면접 전에 회사 공부\", \"입사 전 준비\", \"합류 준비\", \"첫 30·60·90일 계획\", \"/brief\" 요청에 사용. 지원 여부만 가볍게 보려면 role-match를 쓴다."
---

# Business Brief — 구직자를 위한 회사 사업 브리프

채용 공고 한 장에서 출발해 **"이 회사는 어떻게 돈을 벌고, 지금 어디서 막혀 있고, 이 자리는 그중 무엇을 풀라고 뽑는가 — 그리고 그 포인트에 내 경력이 얼마나 맞는가"**를 근거와 함께 한 장으로 정리한다.

회사 분석으로 끝나지 않고, 그 분석으로 이 자리가 실제로 보는 포인트 3개를 좁혀 지원자 사례와 맞춘다(role-match와 같은 방법). 지원 전 가벼운 점검은 role-match, 최종 면접·오퍼·합류처럼 깊게 볼 때는 이 스킬을 쓴다.

## 입력
- 필수: 채용 공고 (텍스트 또는 URL). 없으면 먼저 요청한다. 구할 수 없으면 포지션명과 지원자가 들은 역할 설명으로 진행하고, 1단계 결과 전체를 '가설'로 표시한다
- 권장: 지원자의 경력 자료(경력기술서·포트폴리오·사례 메모). 없으면 4단계에서 질문으로 받는다
- 선택: 지원자의 관점(지원 단계 / 면접 준비 / 오퍼 판단 / 합류 준비), 지향·가치관 메모, 지원자가 이미 아는 정보(면접 메모, 회사가 준 숫자)
- 지원자가 준 정보는 공개 자료와 구분해 `사용자 제공`으로 표시한다.
- 비상장사는 공개 재무가 유료·로그인 뒤에 있는 경우가 많다. 지원자에게 열람 가능한 재무 자료(신용평가 기업정보, 회사가 준 자료)가 있는지 처음에 묻는다.

## 절대 원칙
1. **모든 숫자에 출처와 유형 라벨**: `공시/공개 재무` · `제3자 데이터` · `회사 주장` · `사용자 제공` · `추정`. 라벨 없는 숫자는 쓰지 않는다. 라벨 기준은 `references/02_research.md`.
2. **추정은 가정표와 함께**: 가정을 표로 밝히고, 가능하면 공개 수치로 역검증한다(예: 계절 모델로 누적 매출을 재현).
3. **주장 vs 데이터 충돌을 숨기지 않는다**: 채용 페이지·인터뷰의 주장과 재무·스토어 데이터가 어긋나면 별도 섹션으로.
4. **회사의 언어 먼저**: 비전·메시지를 새로 지어내기 전에 회사·대표가 이미 쓰는 문장(채용 페이지, 앱 소개, 대표 SNS)을 찾아 정렬한다.
5. **모르는 건 모른다**: 확인 못 한 항목은 '미확인'으로 남기고 입사 전 요청 자료로 넘긴다.
6. **사람을 조사하지 않는다**: 대표·직원 개인의 사생활은 다루지 않는다. 공개된 직무 발언·인터뷰·회사 관련 게시물만. 인터뷰에 섞인 나이·가족·취미·전 직장 사정 같은 개인 정보는 옮기지 않는다.
7. **멈추지 않는다**: 지원자에게 물을 것이 생기면 '질문 대기'에 적고, 빈 칸은 '판단 보류'로 둔 채 끝까지 만든다. 지원자가 대화 중이면 바로 묻는다.

## 워크플로우
1. **공고 해석** → `references/01_posting.md`
   자리 정체성 한 줄, JD가 시험하는 것, 숨은 요구, 이 자리가 풀어야 할 과제 가설.
2. **외부 리서치** → `references/02_research.md`
   병렬 조사 가능하면 나눠서(재무·법인 / 제품·트랙션 / 언론·대표 언어). 결과는 날짜·출처·유형이 달린 시계열로.
3. **사업·재무 구조** → `references/03_structure.md`
   매출원·과금·고객·채널·계절성, 손익·자본·런웨이 추정, 역검증, 주장 vs 데이터 충돌.
4. **핵심 포인트 매칭** → `references/04_match.md` (role-match와 같은 방법. 결과가 있으면 가져온다)
   회사 상황 × 자리 정체성에서 이 자리가 보는 포인트 3개 → 포인트마다 내 사례 하나 → 강 / 번역 필요 / 없음 → 번역 문장. 지향 일치도는 별도 축.
5. **전략·플라이휠** → `references/05_strategy.md`
   회사 언어로 비전 정렬, 고객 여정 기반 플라이휠(SVG), 우선순위(의존 관계 포함), 배분.
6. **실행·아젠다·체크** → `references/06_action.md`
   30·60·90 액션, 면접 또는 첫 미팅 아젠다(질문 → 상대 생각 → 내 초안 → 합의), 입사 전/후 체크리스트.
7. **출력** → `references/07_output.md`
   한 장 HTML. 탭은 관점에 따라 고른다.

## 관점별 단계와 탭
| 관점 | 돌릴 단계 | 출력 탭 |
|---|---|---|
| 지원 전 | 1·2·4 (+3 요약) | 핵심 포인트 매칭 · 사업 분석(요약) |
| 면접 준비 | 1~4 + 6 아젠다 | 핵심 포인트 매칭 · 사업 분석 · 면접 아젠다 |
| 오퍼 판단 | 1~4 (3을 깊게) + 6의 체크리스트 | 사업 분석(재무·런웨이·충돌) · 매칭 · 체크(입사 전 요청 자료) |
| 합류 준비 | 전체 | 사업 분석 · 전략·방향 · 실행 · 첫 미팅 아젠다 · 체크 |

탭은 표에 적힌 순서대로 놓는다.

## 회사 유형별 무게
- **대기업·상장사**: 재무 재구성은 짧게(공시 요약). 공고 해석·조직 신호·지표와 4단계 매칭이 대부분
- **스타트업·비상장**: 3단계(재무·런웨이·주장 vs 데이터)가 무겁다. 5단계 플라이휠은 합류 준비에서만 그리고, 오퍼 판단에서는 사업 분석 탭에 "돈이 도는 구조" 세 줄만 넣는다

## 하지 않는 것
- 강점 나열·키워드 매칭률·합격 확률. 매칭은 포인트별 점검이지 점수가 아니다.
- 회사를 평가하거나 깎아내리는 톤. 사실과 질문으로만.
- 출처 없는 업계 평균을 그 회사 숫자처럼 쓰기.
- 공개되지 않은 내부 자료를 추측해서 사실처럼 쓰기.

## 연결 (커리어 스킬 공통 파일)
이 스킬이 만든 파일을 다른 스킬이 재료로 쓴다. 파일명을 바꾸지 않는다. 파일은 자동으로 이어지지 않는다. 지난 파일을 지원자가 다음 실행에 넘겨야 한다.
| 파일 | 만드는 스킬 | 쓰는 스킬 |
|---|---|---|
| `case_bank.md` · `profile.md` · `direction.md` | career-define | role-match · business-brief · interview-prep |
| `match_log.md` (예측 기록) | role-match | interview-prep(결과 기록) |
| `debrief_log.md` (면접 복기 누적) | interview-prep | interview-prep · career-define(갱신 모드 0-1단계) |
| `career_log.md` (성과 항목) | career-log | career-define(사례 카드 재료) |

각 단계의 상세 규칙은 `references/` 폴더의 같은 이름 파일에 있다.