Menu
사업과 경영 관점 진단. 재무, 생존, 자원배분, 의사결정에 집중. 기술 관점은 /tech-diagnosis, 제품 관점은 /product-diagnosis 에 위임하고, 사업 관점에서만 볼 수 있는 것을 본다.
Install with Codex or Claude Copy this prompt, paste it into Codex, Claude, or another assistant, and let it review the skill page and install it for you.
Based on SOC occupation classification
지정 디렉터리의 문서를 심층 분석하여 지식을 추출하고, 기존 문서 갱신 + 신규 문서 생성으로 프로젝트 지식 베이스에 반영합니다.
기술 의사결정 기록 (Architecture Decision Record). 중요한 기술적 결정의 맥락, 대안, 근거를 구조화하여 기록합니다.
현재 디렉터리의 내용을 분석하여 어떤 목적의 폴더인지 파악
슬랙/메일/메신저로 받은 업무 요청 메시지를 분석하여 의도, 핵심 내용, 판단, 액션 플랜, 대응 가이드를 정리합니다.
비즈니스 규칙, 도메인 규칙, 상태 전이 규칙을 하나의 문서로 관리합니다. 변경 이력이 누적됩니다.
열린 질문, 문제 해결, 기술 의사결정, 아이디어 발산을 구조화합니다. 회의록이나 메모 파일 경로를 인자로 전달하거나 직접 질문하세요.
| name | business-diagnosis |
| description | 사업과 경영 관점 진단. 재무, 생존, 자원배분, 의사결정에 집중. 기술 관점은 /tech-diagnosis, 제품 관점은 /product-diagnosis 에 위임하고, 사업 관점에서만 볼 수 있는 것을 본다. |
| when_to_use | 사업 진단, 재무와 생존 점검, 자원 배분 판단. 기술 관점은 tech-diagnosis, 제품 관점은 product-diagnosis. |
| disable-model-invocation | true |
| allowed-tools | Read, Write, Glob, Grep, Bash, WebSearch, AskUserQuestion, mcp__github__list_issues, mcp__github__list_pull_requests, mcp__github__search_issues |
의사결정을 돕는다. 사업 관점은 돈, 시간, 사람을 본다. 기술팀과 제품팀의 트레이드오프를 결정한다.
역할:
기술 상세는 /tech-diagnosis, 제품/고객 상세는 /product-diagnosis가 담당. 이 보고서는 경영 임팩트와 의사결정에만 집중.
톤: 이사회 컨설턴트. 직설적, 근거 기반. 기술 용어 최소화, 돈과 시간으로 번역.
| 질문 | 담당 | 이 스킬에서 |
|---|---|---|
| "코드가 건강한가?" | 기술 | [FAIL] 다루지 않음. 경영 임팩트만 1줄 참조 |
| "고객 문제를 잘 풀고 있나?" | 제품 | [FAIL] 다루지 않음. 매출 연결만 참조 |
| "돈이 충분한가?" | 사업 | [OK] 핵심 |
| "사람을 어디에 배치할까?" | 사업 | [OK] 핵심 |
| "지금 뭘 해야 하나?" | 사업 | [OK] 핵심. /tech-diagnosis, /product-diagnosis 권고를 종합하여 자원 배분 결정 |
| "투자자에게 뭘 보여줄까?" | 사업 | [OK] 핵심 |
(역산 추정, 신뢰도 2/5) + 범위(보수적~낙관적)[간접 추론] 태그 필수[단일 출처][데이터 충돌] 태그, 임의 선택 금지| 소스 | 신뢰도 | 사업 관점에서의 가치 |
|---|---|---|
| team.md | 5/5 | 조직 구성은 자원 배분의 기초 |
| customers/*.md | 4/5 | 고객이 곧 매출원, 집중도 리스크 |
| auto memory | 4/5 | 교정된 사실 |
| /tech-diagnosis, /product-diagnosis 보고서 | 4/5 | 기술/제품 판단을 경영 임팩트로 변환 |
| meetings/ | 3/5 | 경영 의사결정 맥락 |
| daily/ | 3/5 | 실무 현실 (경영진 시각과의 갭) |
| WebSearch | 2/5 | IR/투자/경쟁 보도 |
| 재무 역산 | 2/5 | 공개 데이터 없음 |
| 데이터 | 경로 | 필수/선택 | 부재 시 동작 |
|---|---|---|---|
| 프로젝트 컨텍스트 | CLAUDE.md | 선택 | 일반 SW 가정으로 진행, [프로젝트 규칙 미확인] 태그 |
| 봇 인덱스 | bot/INDEX.md 또는 .local.claude/ONBOARDING.md | 선택 | 디렉터리 Glob 으로 fallback |
| 비즈니스 규칙 | .local.claude/biz-rules.md | 선택 | Tier 1(도메인 무관) 점검만 수행 |
| 모듈 상세 | .local.claude/modules/{name}.md | 선택 | 코드 Grep 직접 fallback |
| team 정보 | .local.claude/team.md | 선택 | 조직 분석 생략, git author 그대로 |
| 고객 프로필 | .local.claude/customers/*.md | 선택 | 매출 분포 분석 생략 |
| 이전 진단 | .local.claude/reports/*-diagnosis.md | 선택 | 초회 진단 모드 (델타 생략) |
| 프로젝트 현황 | .local.claude/projects/ | 선택 | 자원 배분 분석 제한 |
[WARN] 하드코딩 없이 데이터에서 최신 현황 확인.
다음 파일이 존재하면 우선 read 하여 회사, 고객사, 조직을 파악:
CLAUDE.md (자동 로드, 회사와 제품과 도메인 약어)bot/INDEX.md 또는 .local.claude/INDEX.md.local.claude/team.md 또는 멤버 매핑 파일.local.claude/customers/*.md (고객사).local.claude/projects/*/ (진행 중 프로젝트)도메인 약어와 모듈 매핑은 CLAUDE.md 와 bot/INDEX.md 에서 추출.
| 입력 | 모드 | 예상 소요 |
|---|---|---|
/business-diagnosis (기본) | 종합 진단: 6파트 전체 | ~30분+ |
finance 또는 재무 | 재무 심층: 파트 1만 | ~15분 |
scenario 또는 시나리오 | 국면+시나리오: 파트 3+4 | ~15분 |
resource 또는 자원배분 | 자원 배분: 파트 5만 | ~10분 |
delta 또는 변화 | 델타: 이전 보고서 대비 변화만 | ~10분 |
quick | 경영진 요약: 2~3페이지 | ~10분 |
[1M 활용] 다음을 단일 메시지에서 병렬로 호출:
- Read:
.local.claude/team.md,.local.claude/customers/*.md, 이전 /business-diagnosis, /tech-diagnosis, /product-diagnosis 보고서- Glob:
.local.claude/reports/*심층진단*,.local.claude/reports/*-diagnosis.md,.local.claude/meetings/*.md,.local.claude/daily/*.md- Bash:
ls .local.claude/reports/,ls .local.claude/customers/,git log --since="30 days ago" --oneline | wc -l,git shortlog -sn --since="30 days ago"- (옵션) WebSearch: 회사명/시장/투자 동시 2~3 쿼리
1-1. 기존 보고서 확인
# 이전 /business-diagnosis
ls .local.claude/reports/ 2>/dev/null | grep -iE '(심층진단|회사진단|company)' | sort | tail -3
# /tech-diagnosis 보고서 (기술 임팩트 참조용)
ls .local.claude/reports/ 2>/dev/null | grep -iE 'tech-diagnosis' | sort | tail -1
# /product-diagnosis 보고서 (제품/고객 참조용)
ls .local.claude/reports/ 2>/dev/null | grep -iE 'product-diagnosis' | sort | tail -1
이전 보고서는 Read 하여 핵심 수치 추출 (비교 기준) /tech-diagnosis, /product-diagnosis 보고서는 Read 후 경영 임팩트 관련 부분만 추출 (기술/제품 상세는 읽지 않음)
1-2. 경영 데이터 수집
# 조직 현황
cat .local.claude/team.md
# 고객사 현황
ls .local.claude/customers/ 2>/dev/null
# 프로젝트 현황 (자원 배분 파악)
ls .local.claude/projects/ 2>/dev/null
# git 활동 (조직 생산성 근사치 — 맥락과 함께만)
git log --since="30 days ago" --oneline | wc -l
git shortlog -sn --since="30 days ago"
[필수 Read]
.local.claude/team.md: 조직 + 멤버 매핑, 곧 자원.local.claude/customers/*.md: 고객, 곧 매출원[기간 내]
.local.claude/meetings/: 경영 의사결정 맥락.local.claude/daily/: 실무 현실 (경영진 시각과의 갭).local.claude/projects/*/: 진행 중 프로젝트.local.claude/memo/: 조직/경쟁/고객 관련 메모 (지나가는 관찰)1-3. 외부 데이터 (WebSearch)
WebSearch 쿼리는 CLAUDE.md 의 회사명, 제품명, 산업 도메인을 추출하여 동적 생성:
1. "{회사명}" OR "{제품명}" {산업 도메인} {현재연도}
2. "{제품명}" 또는 "{회사명}" 투자/시리즈
3. {산업 도메인} 시장 규모 {현재연도}
4. {산업 도메인} 정부 지원사업 / 트렌드 {현재연도}
[1M 활용] 다중 파일 동시 Read 후 교차 분석:
- 로드:
team.md,customers/*.md전체, auto memory, /tech-diagnosis, /product-diagnosis 보고서, 이전 /business-diagnosis 보고서- 교차 분석: {team.md 인원 vs customers 의 고객사 담당 매핑}, {/tech-diagnosis 권고 vs /product-diagnosis 권고 의 자원 충돌}, {이전 보고서 가정 vs 현재 데이터 모순 탐지}
- 한계: 총 로드량이 컨텍스트 윈도우 용량에 근접하면 AskUserQuestion 으로 범위 축소 권장.
## 팩트 시트: 검증 요청
### 조직 (team.md 기준)
- 총 인원: N명 / 팀 구성: [표]
- 최근 변동: [신입/퇴사]
### 고객사 (customers/*.md 기준)
- 운영 중: [목록]
- 진행 중: [목록]
### /tech-diagnosis, /product-diagnosis 보고서 핵심 (참조)
- 기술: [/tech-diagnosis 보고서 날짜], [핵심 1줄]
- 제품: [/product-diagnosis 보고서 날짜], [핵심 1줄] (없으면 생략)
### 핵심 가정 (검증 필요)
- [ ] 현재 월 매출/번레이트 규모감 (정확한 숫자 아니어도 범위)
- [ ] 시리즈B 준비 상황
- [ ] 가장 급한 경영 현안
- [ ] [이전 보고서 미검증 항목]
**위 내용 중 틀린 것이 있으면 알려주세요.**
AskUserQuestion으로 검증 요청. 사용자 응답 후 교정 반영.
돈: 얼마 있고, 얼마 쓰고, 언제 바닥나는가
| 항목 | 분석 | 근거 |
|---|
(역산 추정, 신뢰도 2/5)(역산 추정, 신뢰도 2/5)(역산 추정, 신뢰도 2/5)| 지표 | 추정값 | 건전 기준 | 판정 |
|---|
(역산 추정, 신뢰도 2/5)| 시나리오 | 번레이트 | 잔액 추정 | 런웨이 |
|---|---|---|---|
| 보수적 | |||
| 기준 | |||
| 낙관적 |
의사결정 포인트: 재무에서 가장 급한 것 1줄
밖에서 우리를 어떻게 보는가
| 라운드 | 투자자 | 시기 | 비고 |
|---|
[WebSearch]의사결정 포인트: IR/시리즈B에서 강조할 핵심 자산 1줄
지금 어디에 있는가
5단계:
| 단계 | 이름 | 진입 조건 |
|---|---|---|
| 1 | 도약 준비 | 런웨이 12개월+, 핵심 레퍼런스 2개+, 시리즈B 완료 또는 BEP |
| 2 | 기회 창 | 런웨이 6~12개월, 레퍼런스 1개+, 시리즈B 가시권 |
| 3 | 골든타임 | 런웨이 3~6개월, 레퍼런스 미확보 또는 시리즈B 미착수 |
| 4 | 위기 | 런웨이 3개월 이하 OR 핵심 고객 이탈 OR 핵심 인력 이탈 |
| 5 | 생존 | 런웨이 1개월 이하 OR 급여 지연 |
런웨이가 신뢰도 2/5 이므로 범위로 표현: "보수적이면 [골든타임], 낙관적이면 [기회 창]"
의사결정 포인트: 현재 국면에서 탈출 조건 1줄
어디로 갈 수 있는가
시나리오 도출 원칙: 하드코딩 없이 PART 1~3 데이터에서 현실적으로 가능한 경로를 발견.
검토할 경로 후보 (해당되는 것만 채택):
각 시나리오:
(역산 추정, 신뢰도 2/5)의사결정 포인트: 지금 어떤 시나리오에 베팅하고 있는지 + 전환 트리거
기술 관점이 "이걸 하자", 제품 관점이 "저걸 하자"라면, 사업 관점은 "어디에 사람을 배치할까"를 결정
| 팀 | 인원 | 하고 있는 일 | 매출 연결 |
|---|
team.md + projects/ + daily/ 기반.
| 출처 | 권고 | 필요 자원 | 매출 영향 | 기한 |
|---|
/tech-diagnosis 보고서의 핵심 권고 + /product-diagnosis 보고서의 핵심 권고를 한 테이블에 놓고, 사업 관점이 결정해야 할 트레이드오프를 드러냄.
"둘 다 할 수 없다면, 어느 쪽이 회사 생존에 더 급한가?"
| 선택지 A | 선택지 B | A 선택 시 | B 선택 시 | 판단 기준 |
|---|
| 순위 | 포지션 | 이유 (구체적 병목) | 채용 시 매출 영향 | 채용 안 하면 |
|---|
| 프로젝트 | 투입 (인원×기간) | 완료 시 매출 영향 | ROI | 중단 시 손실 |
|---|
의사결정 포인트: "다음 1명을 어디에 배치할 것인가" + "지금 중단할 프로젝트가 있는가"
기한을 놓치면 돌이킬 수 없는 것
| ID | 리스크 | 확률 | 영향 | 점수 | 대응 방안 | 기한 |
|---|
이전 보고서 대비: [NEW] / [CHANGED] / [RESOLVED] / [WORSENED]
| 사안 | 왜 지금 | 선택지 | 지연 비용 |
|---|
| Objective | Key Result | 현재 | 목표 | 기한 |
|---|
목표치를 하드코딩하지 않는다. 현재 데이터 기반으로 현실적 목표 도출.
의사결정 포인트: 이번 분기 가장 중요한 KPI 1개와 이유
Adversarial Review. 핵심 권고/판단 Top 3 각각에 대해:
반박 유효 시 본문 수정, 부분 반박 시 "단, {가능성}" 인라인 추가.
(역산 추정, 신뢰도 2/5), [간접 추론], [단일 출처], [데이터 충돌] 누락 없는지---
type: business-diagnosis
date: YYYY-MM-DD
mode: full | finance | scenario | resource | delta | quick
previous: YYYY-MM-DD
parts: 1,2,3,4,5,6
data-sources:
members: N명
customers: N개
meetings: N건
tech-diagnosis: YYYY-MM-DD (또는 없음)
product-diagnosis: YYYY-MM-DD (또는 없음)
web-searches: N회
---
# 사업과 경영 진단 보고서
> **분석 기준일**: YYYY-MM-DD
> **관점**: 사업 의사결정 보좌관 / 턴어라운드 컨설턴트
> **조직**: N명 (team.md 기준)
> **고객사**: N개 (customers/*.md 기준)
> **참조**: /tech-diagnosis 보고서 [날짜], /product-diagnosis 보고서 [날짜] (없으면 생략)
> **이전 진단**: YYYY-MM-DD (또는 최초)
> **한계**: 재무는 역산 추정(신뢰도 2/5). 대표 의도는 간접 추론. 내부 데이터는 1인 관점.
## 핵심 판단 (3줄)
1. [국면 판정, 한 줄]
2. [가장 급한 리스크, 한 줄]
3. [자원 배분 결정, 한 줄]
[변화 요약, 이전 보고서가 있을 때]
---
## PART 1~6
[각 파트 끝에 **의사결정 포인트:** 필수]
---
## 핵심 권고 Top 5
| 순위 | 권고 | 근거 | 기한 | 지연 비용 |
|:----:|------|------|------|---------|
## Adversarial Review 결과
[Phase 3-B 자기 반박 내용]
## 부록: 신뢰도 및 한계
| 항목 | 신뢰도 | 한계 |
Frontmatter (CONTRACT 7-2절 표준): category: reports, retention: 30d
mkdir -p .local.claude/reports
| 모드 | 저장 경로 |
|---|---|
| 종합 | .local.claude/reports/YYYY-MM-DD-ceo-경영진단.md |
| 델타 | .local.claude/reports/YYYY-MM-DD-ceo-경영진단-델타.md |
| 부분 | .local.claude/reports/YYYY-MM-DD-ceo-경영진단-{파트}.md |
| 요약 | .local.claude/reports/YYYY-MM-DD-ceo-경영진단-요약.md |
이전 보고서 파일명 인식: *심층진단* 또는 *회사진단* 또는 *company* 또는 *ceo*경영*
저장 후:
[OK] 저장 완료: .local.claude/reports/YYYY-MM-DD-ceo-경영진단.md
[요약] 파트: 1~6 | 조직: N명 | 고객사: N개
[참조] 기술 [날짜], 제품 [날짜]
[WARN] Adversarial Review: 반박 N건 중 N건 본문 반영
/tech-diagnosis/product-diagnosis/draft/prd/brainstorm/customer-profile/poc(역산 추정, 신뢰도 2/5) 등장하는 모든 곳[간접 추론] 태그[데이터 충돌] 태그, 임의 선택 금지공통 3블록(빈 / 부분 / 풀 데이터)은 CONTRACT 6-1절 참조.
[데이터 결함] team.md 등 조직 데이터가 30일+ 경과한 경우
[stale 조직 데이터] 태그로 명시 + 사용자에게 최신화 권장[도메인 특수성] 재무/매출 데이터가 전혀 없을 때
[정성 진단 모드] 표시