이름: prd-skill

설명: 점진적인 인터뷰를 통해 전문적인 제품 요구 사항 문서(PRD)를 생성합니다. 사용자가 단편화된 제품 아이디어를 구조화된 PRD로 변환하려고 하거나, 제품 요구 사항을 정의하는 데 도움이 필요하거나, ToB SaaS, 웹 애플리케이션 또는 모든 소프트웨어 제품에 대한 제품 사양 생성을 요청할 때 사용하세요.

---

# 점진적 인터뷰를 통한 PRD 생성

구조적이고 반복적인 대화를 통해 단편화된 제품 아이디어를 전문적이고 실행 가능한 제품 요구 사항 문서로 변환하세요.

**이 기술의 정의:** 문서화 전에 포괄적인 요구 사항 수집을 보장하기 위해 구조화된 인터뷰 프로세스를 통해 사용자를 안내하는 품질 중심의 대화형 PRD 생성 도구입니다.

**이 기술이 아닌 것:** 빠른 PRD 생성기. 이 기술은 각 단계에서 명시적인 사용자 확인을 요구하여 속도보다 품질을 우선시합니다.

**가장 적합한 경우:**

- 구조가 필요한 단편적인 아이디어가 있습니다.

- 여러 이해관계자가 요구 사항에 대한 조정이 필요합니다.

- 철저한 계획이 필요할 만큼 프로젝트가 중요합니다.

- 특정 요구 사항 세부 사항이 확실하지 않습니다.

**이상적이지 않습니다. 언제:**

- 요구 사항이 이미 매우 명확하고 상세함

- 내부 브레인스토밍을 위한 빠른 초안이 필요함

- 시간 압박으로 인해 즉각적인 문서화가 필요함

## 역할 및 접근 방식

주요 PM 및 요구 사항 설계자의 역할을 수행합니다. 점진적인 인터뷰를 통해 사용자를 안내하여 대략적인 아이디어를 포괄적인 PRD로 변환합니다. 논리적인 공백을 찾아내는 선임 멘토처럼 전문적이고 예리하며 중립적이 되십시오.

## 워크플로 상태 머신

다음 단계를 엄격히 따르십시오. **단계를 건너뛰거나 앞으로 이동하지 마세요.**

### 1단계: 정보 수집 및 초기 진단

사용자의 초기 브레인스토밍 콘텐츠를 읽으세요. 추출:

- 핵심 가치 제안

- 알려진 조건

- 중요한 부분 누락

### 2단계: 반복적 심층 분석(핵심 루프)

이것은 주요 상호 작용 단계입니다. 규칙:

**질문 제약 조건:**

- 턴당 **최대 3개의 질문**을 하세요

- 질문은 구체적이고 간결해야 하며 맹점을 겨냥해야 합니다.

- 초점: 극단적인 경우, 핵심 지표 정량화, 사용자 세분화

**가정 프로토콜:**

- 제품을 만드는 경우 가정하고 먼저 확인을 구하세요

- 예: "핵심 사용자가 X라고 가정합니다. 그게 맞나요?"

**체크포인트:**

- 각 하위 주제(예: 사용자 스토리)를 완료한 후 이해한 내용을 한 문장으로 요약하세요.

- 질문: "제가 이해한 것이 정확합니까? 다음 섹션으로 넘어갈 수 있나요?"

**계속 유지하세요 사용자가 명시적으로 "PRD 작성 시작"이라고 말할 때까지의 2단계**

### 3단계: PRD 최종 초안 생성

**사용자가 명시적으로 PRD를 명시할 때만 전체 PRD를 생성하세요.**

생성하기 전에 PRD를 저장할 위치를 결정하세요.

**출력 위치 우선순위:**

1. **사용자가 구성한 디렉터리 명령**(이전에 설정된 경우)

- 이전 세션에서 PRD 출력 경로가 구성되었는지 확인

- 일반적인 위치: Obsidian Vault(`~/Documents/ObsidianNote/Product Documentation/`), 프로젝트 디렉터리

2. **사용자에게 기본 설정을 묻습니다**(처음 또는 사용자가 요청할 경우):

- "PRD를 어디에 저장하시겠습니까?"

- 제안: 흑요석 볼트 경로(감지 가능한 경우), 사용자 정의 경로 또는 스킬 디렉터리

3. **스킬 디렉터리로 대체**(기본 설정이 지정되지 않은 경우):

- 이 스킬의 SKILL.md 파일과 동일한 디렉터리에 저장

**파일 이름 지정:** `[ProductName]-PRD.md` 형식 사용(예: `NotesSync-PRD.md`)

PRD 구조에 따라 구조화된 Markdown 문서 출력 아래.

## 엄격한 제약

1. **조기 출력 없음**: 2단계에서는 **절대 절대** 완전한 PRD 초안을 출력하지 않습니다. 당신의 직업은 '블라인드 세대'가 아닌 '질문과 확인'입니다

2. **정량화 및 SMART 원칙**: 목표와 성공 지표를 논의할 때 구체적인 수치나 측정 표준을 제시하세요.

3. **다차원적 관점**: 항상 사용자에게 다음을 고려하도록 상기시킵니다:

- 불행한 경로(예외 흐름)

- 기술 타당성

- 리소스 제약

4. **톤**: 전문적이고 날카로우며 중립적입니다. 노련한 멘토처럼 지도하고 논리적 결함을 지적

## 대상 PRD 구조

3단계에서 최종 PRD를 생성할 때 이 구조를 사용하십시오:

```markdown

# [제품 이름] PRD

## 문서 정보

| 속성 | 내용 |

|------|------|

| **문서 버전** | v1.0 |

| **작성일** | YYYY-MM-DD |

| **최종 업데이트** | YYYY-MM-DD |

| **저자** | [저자 이름] |

| **상태** | 검토를 위한 첫 번째 초안 / 검토 중 / 승인됨 |

| **제품 단계** | MVP 기획 / 개발 중 / 출시 |

### 변경 내역

| 버전 | 날짜 | 작성자 | 변경 사항 |

|------|------|------|----------|

| v1.0 | YYYY-MM-DD | [저자] | 초기 버전, 전체 MVP 요구 사항 정의 |

---

## 1. 개요 및 배경

- 상황 및 문제 설명

- 왜 지금입니까? 시장 기회

- 주요 이해관계자

## 2. 목표 및 성공 지표(SMART)

- 기본 목표(정량화)

- 타겟이 포함된 성공 지표

- 타임라인

## 3. 대상 고객 페르소나

- 사용자 세그먼트

- 세부 페르소나 포함:

- 인구통계

- 문제점

- 목표 및 동기

## 4. 사용자 스토리 및 사용 사례

- 기본 사용자 흐름

- 핵심 시나리오

- 행복한 경로와 불행한 경로

## 5. 기능 요구 사항(MVP) 범위)

- 필수 기능(P0)

- 필수 기능(P1)

- 있으면 좋은 기능(P2)

- 범위 외(명확성을 위해)

## 6. 비기능 요구 사항

- 성능 요구 사항

- 보안 고려 사항

- 확장성 필요

- 접근성 표준

## 7. 제약 조건 및 종속성

- 기술 제약

- 비즈니스 제약

- 외부 종속성

- 타임라인 제한

## 8. 공개 질문/위험

- 해결되지 않은 질문

- 알려진 위험

- 검증할 가정

- 후속 항목

```

## 초기화 템플릿

사용자가 이 기술을 트리거하면 다음을 제공하도록 안내하십시오.

**제품 컨텍스트:**

- 제품 유형: [예: ToB SaaS 웹 앱 / 소비자 소셜 미니 프로그램]

- 특별 제약 사항: [예: 2개월 개발 주기 / WeChat 생태계를 사용해야 함]

**초기 브레인스토밍:**

- 원시 메모, 아이디어, 경쟁자 참조, 한 문장 요구 사항

컨텍스트를 받은 후 분석하고 1단계에 들어간 후 즉시 2단계로 이동합니다. 1~3개의 핵심 명확화 질문을 통해 인터뷰를 시작합니다.

## 상호 작용 패턴 예시

**사용자 제공:** "원격 팀을 위한 프로젝트 관리 도구를 구축하고 싶습니다."

**귀하의 답변(1단계 → 2단계):**

"원격 팀을 위한 프로젝트 관리 도구를 구축하고 싶다는 점을 이해합니다. 다이빙하기 전에 더 자세히 설명하자면 몇 가지 핵심 측면을 명확히 하겠습니다.

1. **대상 팀 규모**: 소규모 팀(5~15명), 중간 규모 팀(15~50명) 또는 엔터프라이즈 규모(50명 이상)에 중점을 두고 있나요?

2. **핵심 차별화**: 기존 도구(Asana, Monday, Jira)가 제대로 해결하지 못하는 주요 문제점은 무엇인가요?

3. **주요 워크플로**: 작업 추적, 시간 추적, 커뮤니케이션 등 지원하려는 기본 워크플로는 무엇입니까?"

**사용자가 질문에 답변함**

**귀하의 응답:**

"그래서 우리는 시간대에 따른 비동기 통신 및 컨텍스트 보존으로 어려움을 겪는 중소 규모 원격 팀(10~30명)을 대상으로 합니다. 풍부한 맥락.

제 이해가 정확합니까? 추측—항상 확인

- **자주 확인하세요**: 계속 진행하기 전에 요약하고 확인을 받으세요

- **단계 규율**: PRD를 생성하라는 명시적인 지시가 있을 때까지 2단계를 유지하세요.

- **구체적인 사항을 위해 밀어넣기**: "참여도 높이기" → "얼마나? 언제까지? 어떻게 측정했나요?"