🔍 PRD(Product Requirements Document)란 무엇인가?

제품을 기획하고 개발할 때, "무엇을", "왜", "어떻게 만들 것인가"에 대한 방향성을 명확히 하기 위해 작성하는 문서가 PRD 입니다.

🤔 개발이 시작되기 전까지 우리는 종종 다음과 같은 질문을 받거나 합니다.

• 이 기능은 왜 필요한가요?
• 어떤 유저를 위한 기능인가요?
• 어떤 상황에서 어떤 조건으로 동작하나요?

이 질문들에 대한 공통된 답을 팀 전체가 할 수 있도록 해주는 것이 바로 PRD 입니다.

🧩 PRD의 핵심 구성 요소

아래는 대부분의 조직에서 공통적으로 사용하는 PRD 기본 구성입니다. 상황에 따라 유연하게 커스터마이징할 수 있습니다.

1. ✨ 목표(Goal)

• 이 문서를 작성하는 목적과 해당 기능/제품이 기여할 비즈니스 목표
  • 예 : "GPS를 기반으로 사용자의 위치에 따른 지역 날씨정보를 실시간으로 제공해줌으로써 편의성을 제공"

2. 👤 대상 사용자(User Persona)

• 주요 사용자 유형과 어떤 문제를 겪고 있는지 그리고 어떤 가치를 제공할 것인지
  • 예 : "출퇴근 직장인, 학부모, 학생, 러너"

3. 📚 배경(Background & Context)

• 기존의 문제 상황 또는 시장 조사나 데이터 기반 인사이트
  • 예 : 사내 VOC 분석 및 사용자 설문 결과에서도 “실제 느낌을 반영한 날씨 정보가 부족하다”는 피드백 다수 존재

4. 📌 요구사항(Requirements)

기능적 요구사항

• 유저 플로우 (시나리오 기반)
  • 예 : "사용자는 Kakao 또는 Google 계정을 통해 로그인할 수 있어야 한다."

비기능적 요구사항

• 성능, 보안, 확장성 등
  • 예 : "로그인 응답 시간은 200ms 이내 여야한다."

5. ✅ 성공 기준(Success Metrics)

• 이 기능이 성공했다고 말할 수 있는 기준
  • 예 : " DAU 증가, 전환율 개선, 사용자 만족도"

6. 🔄 스코프 정의

• 포함 범위 (In Scope)
  • 예 : "이번 스프린트에서는 OOO까지가 in-scope 입니다."
• 제외 범위 (Out of Scope)
  • 예 : "해당 기능은 out-of-scope 이지만 다음 사이클에서 다룰 예정입니다."

7. 🎨 와이어프레임 / UX 흐름(Optional)

• 기본적인 화면 구조
• 인터랙션 애니메이션
• 스크린 플로우

💡 실무에서의 PRD 작성 팁

• 모호함은 줄이고 구체적으로 작성하기
• 개발자, 디자이너, PM 모두를 위한 문서이기 때문에 기술적, 기획적, 디자인 관점에서 누구나 이해할 수 있어야 한다.
• PRD는 살아있는 문서이기때문에 항상 최신 업데이트하기

🙋 PRD는 왜 중요한가?

🧠 마무리

PRD는 단순한 기획 문서가 아닙니다. 개발자와 디자이너, 기획자, 심지어 마케팅팀까지 같은 이해를 공유하도록 도와주는 소통의 도구 이다.