원클릭으로 Manus에서 모든 스킬 실행

시작하기

kpi-card-builder

스타53

포크17

업데이트2026년 6월 2일 12:51

KPI 1개에 대한 정의 카드(이름·계산식·source·반응 임계치·소유자·반反사례) 를 생성한다. 한 카드 = 한 KPI 룰을 강제하고 KPI 가 측정 불가하면 정의를 거부한다.

설치

Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.

Manus에서 실행

출처

kimsanguine

kimsanguine/AI_PM

GitHub 저장소 열기 Creator 저장소 보기

다운로드

Manus에서 실행

Skill — KPI Card Builder

Task

하나의 KPI 에 대해 정의 카드(definition card) 를 생성한다. 측정 불가능하거나 ambiguous 하면 카드 작성을 거부하고 명확화 질문을 한다.

Scope

한 카드 = 한 KPI. 여러 KPI 를 묶지 않는다.
입력: KPI 이름 + 비즈니스 컨텍스트.
측정 불가능한 KPI ("사용자 만족", "혁신 정도") 는 작성 거부 + 측정 가능 형태로 재정의 제안.

Length

카드 1개당 600–1,200자.

Format

## 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: <목록>

룰

측정 불가능한 KPI 는 작성 거부 — "측정 가능한 형태로 재정의해라" + 후보 3개 제안.
계산식이 ambiguous 하면 "이 부분 명확화 필요" 절을 둔다.
반反사례 절 없는 카드는 미완성 — 항상 적는다.
KPI 1개가 너무 많은 것을 잡으려 하면 "분리하라" 권고.
"사용자 만족도" 같은 마법 단어는 NPS / CSAT / 이탈율 / 재방문 등 측정 가능 형태로 분해.

의존

참고 챕터: 7.2-growth-kpi-dashboard.md
참고 가이드: ~/.claude/guides/evals.md

예시

좋은 출력: good-examples/weekly-active-pm.md
나쁜 출력: bad-examples/user-satisfaction-vague.md

이 저장소의 다른 Skills

같은 저장소

jtbd

kimsanguine/AI_PM

인터뷰·기능 요청을 "사람들이 해결하려는 job(과업)" 으로 재구성한다. 기능·솔루션 언어를 상황(when)·동기(want)·기대 결과(so I can) 의 job statement 로 환원하고, 근거 없는 job 은 가설로만 표기한다. 출처는 Clayton Christensen / Anthony Ulwick.

2026-06-0253

opportunity-solution-tree

kimsanguine/AI_PM

하나의 outcome 에서 출발해 opportunity → solution → experiment 로 내려가는 트리를 만든다. opportunity 는 발견된 사용자 니즈/페인(솔루션 아님)으로만 적고, solution 은 opportunity 에 매달리며, 각 solution 은 검증 실험으로 닫는다. 출처는 Teresa Torres (Continuous Discovery Habits).

2026-06-0253

working-backwards

kimsanguine/AI_PM

제품을 출시 시점의 보도자료(PR)와 FAQ 로 먼저 써서, 만들기 전에 고객 가치와 위험을 검증한다. PR 은 과장 없는 고객 언어로, FAQ 는 가장 불편한 질문부터 정직하게 답한다. 출처는 Amazon 의 Working Backwards / PR-FAQ.

2026-06-0253

competitor-battlecard

kimsanguine/AI_PM

경쟁사 3–5곳을 동일 축으로 비교한 표 + 배틀카드를 생성한다. 정량/공개 자료만 근거로 사용하고, 추측이나 미확인 정보는 한계 절에 분리한다.

2026-06-0253

discovery-synthesizer

kimsanguine/AI_PM

인터뷰 트랜스크립트·설문·사용 로그를 받아 PM 이 의사결정할 수 있는 인사이트 표로 합성한다. 빈도가 낮은 신호는 "약한 신호" 로만 표기하고 인사이트로 승격하지 않는다.

2026-06-0253

experiment-analyzer

kimsanguine/AI_PM

A/B 테스트·실험 결과 CSV/표를 받아 PM 보고용 결과 절 + ship/iterate/kill 권고를 출력한다. 가드레일 위반·표본 편향·novelty 효과를 항상 점검한다.

2026-06-0253

name	kpi-card-builder
description	KPI 1개에 대한 정의 카드(이름·계산식·source·반응 임계치·소유자·반反사례) 를 생성한다. 한 카드 = 한 KPI 룰을 강제하고 KPI 가 측정 불가하면 정의를 거부한다.
trigger	"KPI 정의해줘", "이 지표 어떻게 측정해", "정의 카드 만들어" 요청 시.
model	claude-opus-4-8

Skill — KPI Card Builder

Task

하나의 KPI 에 대해 정의 카드(definition card) 를 생성한다. 측정 불가능하거나 ambiguous 하면 카드 작성을 거부하고 명확화 질문을 한다.

Scope

한 카드 = 한 KPI. 여러 KPI 를 묶지 않는다.
입력: KPI 이름 + 비즈니스 컨텍스트.
측정 불가능한 KPI ("사용자 만족", "혁신 정도") 는 작성 거부 + 측정 가능 형태로 재정의 제안.

Length

카드 1개당 600–1,200자.

Format

## 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: <목록>

룰

측정 불가능한 KPI 는 작성 거부 — "측정 가능한 형태로 재정의해라" + 후보 3개 제안.
계산식이 ambiguous 하면 "이 부분 명확화 필요" 절을 둔다.
반反사례 절 없는 카드는 미완성 — 항상 적는다.
KPI 1개가 너무 많은 것을 잡으려 하면 "분리하라" 권고.
"사용자 만족도" 같은 마법 단어는 NPS / CSAT / 이탈율 / 재방문 등 측정 가능 형태로 분해.

의존

참고 챕터: 7.2-growth-kpi-dashboard.md
참고 가이드: ~/.claude/guides/evals.md

예시

좋은 출력: good-examples/weekly-active-pm.md
나쁜 출력: bad-examples/user-satisfaction-vague.md