AI 활용 작업으로 비즈니스 기획 결과물을 개발 계획으로 바꾸는 첫번째 단계의 작업인 Value Proposition 과 MVP 계획서 기반 PRD 작성을 수행합니다.

🎯 오늘의 학습 목표

VPS(Value Proposition Sheet)를 PRD 핵심 섹션으로 **번역**하는 구조를 이해합니다.

2. Value Proposition Sheet 를 PRD 로 추출하기

https://github.com/wild-mental/PRD-From-VPS-Sample

Value Proposition Sheet 를 PRD 로 추출하기

<aside> 💬

생각해 볼 주제들 (AI 에 PRD를 넣는 목적에 대하여)

1. “AI 활용 개발을 위한 좋은 PRD는 무엇을 할 수 있도록 만들고, 무엇을 하지 않게 만들어야 할까?”

   해야 하는 것:

   • AI가 오해 없이 (중의성 없이) 코드를 생성할 수 있을 만큼 명세가 구체적이어야 한다.
   • KPI, 임계치, 예외 케이스 등 테스트 가능한 (측정 가능해 보이는 수치에 속지 말기!) 명확성을 가져야 한다.
   • 사용자 스토리와 데이터 흐름이 연결되어 있어야 한다. (Input–Process–Output 구조) ⇒ 관측 가능성! (Observability)

   하지 않아야 하는 것:

   • “좋은 느낌”이나 “추상적 비전”만으로 작성하지 않는다.
   • 개발자(구현을 맡은 AI)가 추측해야 하는 부분을 남겨두지 않는다. (해석이 아니라 추측이 필요하면 안됨!) ex) “사이트 최초 진입 후 5클릭 이내에 고객의 구매 Action 이 가능해야 함” → 1클릭만에 할 수 있다? : 너무 빠름 → 5클릭만에 할 수 있다? : 너무 늦음, 효과적이지 않음 ⇒ 클릭 여정을 가이드하고 싶은 핵심 고객 경험에 대해서 얘기하기하고 있지 않음
   • 실제 시스템 제약(성능, 보안, 인프라)을 무시하지 않는다. → 아주 물리적인 극복 불가능한 제약이 있을 때, AI 관점에서는 알기 어려운 경우 무한작업으로 비용 낭비 및 아주 비효율적인 개발 경험을 하게 됨

   즉, “AI가 오해하지 않도록 인간이 명확히 생각한 흔적을 남긴 PRD”가 좋은 PRD 문서입니다!

2. “AOS·DOS 점수가 PRD 우선순위로 확실하게 뒷받침될 수 있도록 하기 위해선 어떻게 해야 할까?”

   어떤 개념이든 아래 구조로 하시면 PRD에 반영하는 체계적 프롬프팅이 가능합니다!

   • 반영 기준을 명확히 수립하고 검토하도록 프롬프트에 포함하기!

     **[일반 개념의 PRD 편입]
     >** {특정 개념과 비즈니스 분석 인사이트} 가 PRD 구성 시에 어떤 챕터, 어떤 고려사항에 영향을 줄 수 있는지 검토해줘.
     

     **[구체적인 적용 방향 도출]**
     > 해당 인사이트가 제품 요건으로 어떤 구조와 논리로 적용되어야 하는지를 체계화된 적용 방향으로 정리해줘.
     

     AOS ↑ & DOS ↑	고객 니즈 강도 높고, 시장 파급력도 큼	✅ Must 기능으로 최상단 배치
     AOS ↑ & DOS ↓	개인적 Pain 크지만 시장 규모 제한적	🔸 Should 기능 (니치 솔루션)
     AOS ↓ & DOS ↑	시장은 크지만 Pain 강도 약함	🔹 Could 기능 (장기 성장형)
     AOS ↓ & DOS ↓	니즈·시장 모두 미약	❌ Won’t (현 스프린트 제외)

   • PRD 기능 요구사항 섹션에 각 기능의 AOS·DOS 점수를 표로 병기하도록 지시하면 직접 교차검증하기에도 편리!

     특정 개념에 국한하지 않고, 비즈니스 분석결과로 도출된 지식을 PRD 에 적극 반영

     ADR(설계 의사결정 기록) 관점을 확장하여, 특정 비즈니스 인사이트가 PRD 각 섹션에 어떻게 영향을 주었는지를 폭넓게 반영하고 기록해줘.
     

     기능	…	AOS	DOS	MSCW
     AI 리포트 자동화	…	8.0	2.4	Must
     피드백 요약 챗봇	…	5.0	0.6	Should
     커뮤니티 평판 보드	…	4.0	0.3	Could

3. “AI 에이전트가 오해하지 않도록 작성하기 위한 PRD 문장 패턴 3가지”

   1. “이 시스템은 [특정 사용자 행동 & 입력]을 기반으로 [구체적인 출력]을 생성한다.” → 입출력 구조를 명확히 함.
   2. “성능 기준은 [수치 & 단위]이며, 이 기준을 만족하지 않으면 실패로 간주한다.” → AI에게 품질 판단 기준을 제공.
   3. “본 PRD에 정의되지 않은 기능은 이번 릴리스 범위에 포함되지 않는다.” → AI가 불필요한 기능을 생성하지 않도록 범위를 명시. → 상상의 여지를 주면 안됨 (내용이 애매해서 + 범위가 애매해서)

</aside>

[참고] 시중 PRD 작성 자동화 관련 서비스들

     *⇒ 우리 과정의 `비즈니스 중심` & `작업 오너십` 접근과는 `사상`이 다름*

Vooster - 프로젝트 설계 차원의 Vibe Coding, Agentic Coding 도구

Vooster | AI Product Manager

단계적인 프로그래밍 작업에 대해서 프롬프트 자동 생성 및 관리하기

GitHub - eyaltoledano/claude-task-master: An AI-powered task-management system you can drop into Cursor, Lovable, Windsurf, Roo, and others.

<aside> ❓

기획 위임하기 vs. 개발 위임하기

• PRD 작성 수준부터 위임하기 적절한 경우, 부적절한 경우는 각각 어떤 경우일까요? </aside>

🌱 꼭 기억하세요!

PRD 문서는 AI 에이전트에게 주는 계약서입니다.

PRD에 서술된 문장이나 방향이 모호하면 이후의 작업들에 대한 규정이 모호해집니다.

숫자와 조건으로 테스트 가능한 문장을 작성하는 것을 꼭 기억합시다!