PRD 점진적 생성 스킬
지시사항
이름: 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단계를 유지하세요.
- **구체적인 사항을 위해 밀어넣기**: "참여도 높이기" → "얼마나? 언제까지? 어떻게 측정했나요?"
설명
추천한 사람
nene@YouMind
이 스킬을 추천하는 이유
이 스킬은 점진적인 유도 대화를 통해 분산된 제품 아이디어를 전문적이고 실행 가능한 PRD 문서로 변환합니다. 경험 많은 PM처럼 정확한 질문과 반복 확인을 통해 요구 사항 수집의 완전성을 보장하며, 특히 ToB SaaS나 웹 애플리케이션 등 복잡한 제품 기획에 적합하여 팀의 효율적인 정렬과 재작업 방지를 돕습니다.
prd-skill은 PRD를 더 빨리 작성하게 해주는 것이 아니라, 제품을 더 잘 생각할 수 있도록 도와줍니다. 🎯 질문을 잘하는 제품 멘토 🎯 구조화된 사고 프레임워크 🎯 강제 품질 기준의 게이트키퍼 🎯 표준화된 문서 생성기 아이디어는 있지만 세부 사항이 완전히 정리되지 않았을 때, prd-skill이 최고의 파트너입니다.
관련 스킬
전체 보기
작성에버그린 콘텐츠 갱신 레이더
이 마켓플레이스의 모든 것은 새로운 콘텐츠를 출간하도록 돕습니다. 하지만 지난 2년간의 작업이 조용히 잘못되어 가는 것을 막아주는 것은 없습니다. 출간된 콘텐츠는 낡아갑니다. 인용한 통계 수치는 이미 바뀌었습니다. 링크는 여전히 열리지만, 그 페이지에는 더 이상 해당 주장이 없습니다. 추천했던 도구가 무료 요금제를 없앴습니다. '최근'이라는 단어는 그 자리에 남아 있는 한 매일 피해를 주고 있습니다. 독자들은 이런 문제에 대해 이메일을 보내지 않습니다. 그저 당신을 조금 덜 신뢰할 뿐입니다. 에버그린 콘텐츠 갱신 레이더는 이미 출간한 콘텐츠를 점검합니다. 일곱 가지 유형의 노후화를 하나씩 확인합니다: 죽은 증거, 낡은 수치, 대체된 사실, 시간에 묶인 표현, 빗나간 예측, 맥락의 변화, 표면 부패. 모든 링크를 열어 인용된 주장이 여전히 그 페이지에 있는지 확인합니다. 이는 거의 아무도 확인하지 않는 실패 유형이자, 좋은 콘텐츠를 조용히 틀린 콘텐츠로 바꿔놓는 유형입니다. 그런 다음 순위를 매깁니다. 갱신 ROI는 위험에 처한 가치에 심각도를 곱하고 노력으로 나눈 값이며, 동률일 때는 지속성이 기준이 됩니다. '지금 패치', '예약', '재작성', '폐기 또는 리디렉트'로 분류합니다. 손댈 필요가 전혀 없는 콘텐츠가 무엇인지도 알려줍니다. 모든 곳에서 작업을 찾아내는 점검은 점검이 아니기 때문입니다. 그리고 패치를 작성해 줍니다. 원본 문장, 대체 문장, 새 출처, 새 날짜를 붙여 넣기만 하면 되도록 준비합니다. 주변 문단의 문장 길이와 어휘에 맞추어 수정이 흉터처럼 보이지 않게 합니다. 독자가 보아야 할 업데이트 안내 문구를 두 가지 톤으로 초안을 작성하며, 중요한 주장을 조용히 바꾸라고는 절대 제안하지 않습니다. 월간 예약 작업으로 실행할 수 있으며, 새로 노후화된 것만 보고합니다. 지속적으로 기록되는 노후화 로그를 통해, 문제를 지적하는 답장에서 발견하는 대신 시간이 지남에 따라 콘텐츠 목록의 건강 상태를 확인할 수 있습니다. 블로거, 뉴스레터 작성자, 문서 관리자, 강좌 제작자, 클라이언트 사이트를 관리하는 에이전시, 그리고 오래전에 쓴 콘텐츠에 검색 트래픽과 신뢰도를 의존하는 모든 사람을 위한 도구입니다.
작성게시 전 무결성 점검
마켓플레이스의 모든 생성기는 초안을 만듭니다. 그러나 여러분의 이름이 붙어 나가기 전에 이를 검증하는 도구는 거의 없습니다. 이 스킬은 초안과 공개 사이에 놓인 검증대입니다. 문장을 다듬지 않습니다. 실제로 비용이 되는 여섯 가지를 찾아냅니다: 잘못된 숫자, 잘못 인용된 출처, 증거가 뒷받침하지 않는 주장, 변호사가 지적할 문장, 화면 리더를 사용하는 사람이 볼 수 없는 이미지, 그리고 지난 3월에 끊어진 링크. 여섯 단계의 검증. 확인 가능한 모든 주장을 번호 매긴 표로 추출하고, 2차 자료가 아닌 1차 출처를 기준으로 각각을 검증합니다. 숫자 검증에서는 숫자 오타가 아니라 대부분의 오류가 실제로 숨어 있는 단위 및 기준(base) 오류를 확인합니다. 모든 인용문의 원문을 찾아 원문과의 차이를 보고합니다. '최초', '유일', '최대' 같은 최상급 표현을 찾아냅니다. 이런 단어는 어떤 초안에서도 가장 위험도가 높기 때문입니다. 상관관계를 인과관계로 서술한 표현과 일반적 주장을 뒷받침하는 단일 연구를 표시합니다. 명예훼손 위험, 자격 없이 제공된 건강·법률·재무 조언, 결과 보장, 공개되지 않은 이해관계를 탐지합니다. 그다음 접근성 검증 단계입니다. 이 마켓플레이스에서 거의 어떤 스킬도 수행하지 않는 검증입니다: 누락된 대체 텍스트(alt text)를 찾아 직접 작성하고, 건너뛴 제목 수준, 단독으로는 의미가 없는 링크 텍스트(대체 문구 제공), 색상만으로 의미를 전달하는 경우, 선형 읽기를 깨는 표, 누락된 캡션과 트랜스크립트, 그리고 게시 매체에 맞춰 확인된 읽기 수준 추정치. 모든 결과는 BLOCK, FIX 또는 NOTE로 반환되며, 대체 문구가 전문으로 작성되고 수정된 초안이 첨부됩니다. '다듬는 것을 고려해 보세요'라고 말하지 않습니다. 대신 문장을 그대로 건네줍니다. 또한 검증하지 못한 내용과 그 이유도 알려줍니다. 자신의 이름이나 회사 이름으로 게시하는 모든 사람을 위한 스킬입니다: 기자, 뉴스레터 작성자, 분석가, 컨설턴트, 마케터, 그리고 팩트체커나 접근성 검토자를 두지 않은 모든 팀.
작성아마존 카피라이팅 마스터
Amazon Listing을 생성·재작성·품질 검사합니다. 먼저 구매자 의도와 키워드 매핑을 완료하고, 새 타이틀 규정에 따라 작성한 뒤, CDQ, A9, COSMO, Alexa 가시성, 규정 준수, 타이틀 문구의 6가지 품질 검사를 통과하도록 반복 수정합니다.
PRD 점진적 생성 스킬
지시사항
이름: 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단계를 유지하세요.
- **구체적인 사항을 위해 밀어넣기**: "참여도 높이기" → "얼마나? 언제까지? 어떻게 측정했나요?"
설명
추천한 사람
nene@YouMind
이 스킬을 추천하는 이유
이 스킬은 점진적인 유도 대화를 통해 분산된 제품 아이디어를 전문적이고 실행 가능한 PRD 문서로 변환합니다. 경험 많은 PM처럼 정확한 질문과 반복 확인을 통해 요구 사항 수집의 완전성을 보장하며, 특히 ToB SaaS나 웹 애플리케이션 등 복잡한 제품 기획에 적합하여 팀의 효율적인 정렬과 재작업 방지를 돕습니다.
prd-skill은 PRD를 더 빨리 작성하게 해주는 것이 아니라, 제품을 더 잘 생각할 수 있도록 도와줍니다. 🎯 질문을 잘하는 제품 멘토 🎯 구조화된 사고 프레임워크 🎯 강제 품질 기준의 게이트키퍼 🎯 표준화된 문서 생성기 아이디어는 있지만 세부 사항이 완전히 정리되지 않았을 때, prd-skill이 최고의 파트너입니다.
관련 스킬
전체 보기작성에버그린 콘텐츠 갱신 레이더
이 마켓플레이스의 모든 것은 새로운 콘텐츠를 출간하도록 돕습니다. 하지만 지난 2년간의 작업이 조용히 잘못되어 가는 것을 막아주는 것은 없습니다. 출간된 콘텐츠는 낡아갑니다. 인용한 통계 수치는 이미 바뀌었습니다. 링크는 여전히 열리지만, 그 페이지에는 더 이상 해당 주장이 없습니다. 추천했던 도구가 무료 요금제를 없앴습니다. '최근'이라는 단어는 그 자리에 남아 있는 한 매일 피해를 주고 있습니다. 독자들은 이런 문제에 대해 이메일을 보내지 않습니다. 그저 당신을 조금 덜 신뢰할 뿐입니다. 에버그린 콘텐츠 갱신 레이더는 이미 출간한 콘텐츠를 점검합니다. 일곱 가지 유형의 노후화를 하나씩 확인합니다: 죽은 증거, 낡은 수치, 대체된 사실, 시간에 묶인 표현, 빗나간 예측, 맥락의 변화, 표면 부패. 모든 링크를 열어 인용된 주장이 여전히 그 페이지에 있는지 확인합니다. 이는 거의 아무도 확인하지 않는 실패 유형이자, 좋은 콘텐츠를 조용히 틀린 콘텐츠로 바꿔놓는 유형입니다. 그런 다음 순위를 매깁니다. 갱신 ROI는 위험에 처한 가치에 심각도를 곱하고 노력으로 나눈 값이며, 동률일 때는 지속성이 기준이 됩니다. '지금 패치', '예약', '재작성', '폐기 또는 리디렉트'로 분류합니다. 손댈 필요가 전혀 없는 콘텐츠가 무엇인지도 알려줍니다. 모든 곳에서 작업을 찾아내는 점검은 점검이 아니기 때문입니다. 그리고 패치를 작성해 줍니다. 원본 문장, 대체 문장, 새 출처, 새 날짜를 붙여 넣기만 하면 되도록 준비합니다. 주변 문단의 문장 길이와 어휘에 맞추어 수정이 흉터처럼 보이지 않게 합니다. 독자가 보아야 할 업데이트 안내 문구를 두 가지 톤으로 초안을 작성하며, 중요한 주장을 조용히 바꾸라고는 절대 제안하지 않습니다. 월간 예약 작업으로 실행할 수 있으며, 새로 노후화된 것만 보고합니다. 지속적으로 기록되는 노후화 로그를 통해, 문제를 지적하는 답장에서 발견하는 대신 시간이 지남에 따라 콘텐츠 목록의 건강 상태를 확인할 수 있습니다. 블로거, 뉴스레터 작성자, 문서 관리자, 강좌 제작자, 클라이언트 사이트를 관리하는 에이전시, 그리고 오래전에 쓴 콘텐츠에 검색 트래픽과 신뢰도를 의존하는 모든 사람을 위한 도구입니다.
작성게시 전 무결성 점검
마켓플레이스의 모든 생성기는 초안을 만듭니다. 그러나 여러분의 이름이 붙어 나가기 전에 이를 검증하는 도구는 거의 없습니다. 이 스킬은 초안과 공개 사이에 놓인 검증대입니다. 문장을 다듬지 않습니다. 실제로 비용이 되는 여섯 가지를 찾아냅니다: 잘못된 숫자, 잘못 인용된 출처, 증거가 뒷받침하지 않는 주장, 변호사가 지적할 문장, 화면 리더를 사용하는 사람이 볼 수 없는 이미지, 그리고 지난 3월에 끊어진 링크. 여섯 단계의 검증. 확인 가능한 모든 주장을 번호 매긴 표로 추출하고, 2차 자료가 아닌 1차 출처를 기준으로 각각을 검증합니다. 숫자 검증에서는 숫자 오타가 아니라 대부분의 오류가 실제로 숨어 있는 단위 및 기준(base) 오류를 확인합니다. 모든 인용문의 원문을 찾아 원문과의 차이를 보고합니다. '최초', '유일', '최대' 같은 최상급 표현을 찾아냅니다. 이런 단어는 어떤 초안에서도 가장 위험도가 높기 때문입니다. 상관관계를 인과관계로 서술한 표현과 일반적 주장을 뒷받침하는 단일 연구를 표시합니다. 명예훼손 위험, 자격 없이 제공된 건강·법률·재무 조언, 결과 보장, 공개되지 않은 이해관계를 탐지합니다. 그다음 접근성 검증 단계입니다. 이 마켓플레이스에서 거의 어떤 스킬도 수행하지 않는 검증입니다: 누락된 대체 텍스트(alt text)를 찾아 직접 작성하고, 건너뛴 제목 수준, 단독으로는 의미가 없는 링크 텍스트(대체 문구 제공), 색상만으로 의미를 전달하는 경우, 선형 읽기를 깨는 표, 누락된 캡션과 트랜스크립트, 그리고 게시 매체에 맞춰 확인된 읽기 수준 추정치. 모든 결과는 BLOCK, FIX 또는 NOTE로 반환되며, 대체 문구가 전문으로 작성되고 수정된 초안이 첨부됩니다. '다듬는 것을 고려해 보세요'라고 말하지 않습니다. 대신 문장을 그대로 건네줍니다. 또한 검증하지 못한 내용과 그 이유도 알려줍니다. 자신의 이름이나 회사 이름으로 게시하는 모든 사람을 위한 스킬입니다: 기자, 뉴스레터 작성자, 분석가, 컨설턴트, 마케터, 그리고 팩트체커나 접근성 검토자를 두지 않은 모든 팀.
작성아마존 카피라이팅 마스터
Amazon Listing을 생성·재작성·품질 검사합니다. 먼저 구매자 의도와 키워드 매핑을 완료하고, 새 타이틀 규정에 따라 작성한 뒤, CDQ, A9, COSMO, Alexa 가시성, 규정 준수, 타이틀 문구의 6가지 품질 검사를 통과하도록 반복 수정합니다.
다음으로 즐겨 쓸 스킬을 찾아보세요
연구, 창작, 일상 업무에 유용한 엄선된 AI 스킬을 더 탐색해 보세요.