القائمة
KPI 1개에 대한 정의 카드(이름·계산식·source·반응 임계치·소유자·반反사례) 를 생성한다. 한 카드 = 한 KPI 룰을 강제하고 KPI 가 측정 불가하면 정의를 거부한다.
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
استنادا إلى تصنيف SOC المهني
인터뷰·기능 요청을 "사람들이 해결하려는 job(과업)" 으로 재구성한다. 기능·솔루션 언어를 상황(when)·동기(want)·기대 결과(so I can) 의 job statement 로 환원하고, 근거 없는 job 은 가설로만 표기한다. 출처는 Clayton Christensen / Anthony Ulwick.
하나의 outcome 에서 출발해 opportunity → solution → experiment 로 내려가는 트리를 만든다. opportunity 는 발견된 사용자 니즈/페인(솔루션 아님)으로만 적고, solution 은 opportunity 에 매달리며, 각 solution 은 검증 실험으로 닫는다. 출처는 Teresa Torres (Continuous Discovery Habits).
제품을 출시 시점의 보도자료(PR)와 FAQ 로 먼저 써서, 만들기 전에 고객 가치와 위험을 검증한다. PR 은 과장 없는 고객 언어로, FAQ 는 가장 불편한 질문부터 정직하게 답한다. 출처는 Amazon 의 Working Backwards / PR-FAQ.
경쟁사 3–5곳을 동일 축으로 비교한 표 + 배틀카드를 생성한다. 정량/공개 자료만 근거로 사용하고, 추측이나 미확인 정보는 한계 절에 분리한다.
인터뷰 트랜스크립트·설문·사용 로그를 받아 PM 이 의사결정할 수 있는 인사이트 표로 합성한다. 빈도가 낮은 신호는 "약한 신호" 로만 표기하고 인사이트로 승격하지 않는다.
A/B 테스트·실험 결과 CSV/표를 받아 PM 보고용 결과 절 + ship/iterate/kill 권고를 출력한다. 가드레일 위반·표본 편향·novelty 효과를 항상 점검한다.
| name | kpi-card-builder |
| description | KPI 1개에 대한 정의 카드(이름·계산식·source·반응 임계치·소유자·반反사례) 를 생성한다. 한 카드 = 한 KPI 룰을 강제하고 KPI 가 측정 불가하면 정의를 거부한다. |
| trigger | "KPI 정의해줘", "이 지표 어떻게 측정해", "정의 카드 만들어" 요청 시. |
| model | claude-opus-4-8 |
하나의 KPI 에 대해 정의 카드(definition card) 를 생성한다. 측정 불가능하거나 ambiguous 하면 카드 작성을 거부하고 명확화 질문을 한다.
## KPI Card — <이름>
### 정의 (한 문장)
<무엇을 측정하는지>
### 계산식
<수식 또는 SQL pseudo-code>
### Source
- 데이터 출처: <시스템 / 테이블>
- Owner of source: <팀>
- Refresh cadence: <daily / weekly / real-time>
### 임계치 (반응 기준)
| Level | 값 | 행동 |
|---|---|---|
| Green | ≥ X | 정상 운영 |
| Amber | X–Y | 주간 review 추가 |
| Red | < Y | 즉시 incident 대응 |
### 소유자
- KPI Owner: <PM 이름>
- 백업: <이름>
- review cadence: <weekly / monthly>
### 반反사례 (이 KPI 가 잡지 못하는 것)
- ...
- ...
### 의존 KPI
- 함께 봐야 하는 가드레일 KPI: <목록>
7.2-growth-kpi-dashboard.md~/.claude/guides/evals.mdgood-examples/weekly-active-pm.mdbad-examples/user-satisfaction-vague.md