v0.dev PRD 작성기 — 심플 버전(v0.dev PRD Generator (Simple Ver.))

가벼운 PRD가 무거운 PRD를 이길 때

PRD(제품 요구사항 문서)는 정체성 위기를 겪고 있습니다. 한쪽 진영에서는 아무도 읽지 않는 50페이지 명세서를 씁니다. 다른 쪽에서는 슬랙 메시지 한 통과 기도로 출시합니다. 어느 극단도 올바른 것을 효율적으로 만든다는 목표를 위해 봉사하지 않습니다.

문제

전통적 PRD는 워터폴(waterfall) 개발을 위해 설계됐습니다. 나중에 방향을 바꾸는 것이 비싸기 때문에 모든 요구사항을 미리 포착하려 했죠. 현대 제품 개발에서는 변경 비용은 낮지만 미정렬 비용은 높습니다. 팀은 상세 명세가 없어 실패하지 않습니다. 엔지니어 세 명이 만들고 있는 것에 대한 세 가지 다른 멘탈 모델(mental model)을 가졌기 때문에 실패합니다.

2023년 Productboard 설문은 엔지니어링 팀의 67%가 요구사항 미정렬을 재작업의 최상위 원인으로 꼽았다는 것을 발견했습니다. 중간값 팀은 잘못된 가정에 맞게 올바르게 만들어진 작업에 스프린트 용량의 23%를 낭비합니다.

가벼운 PRD는 문서화가 관료주의가 되는 문제를 만들지 않으면서 정렬 문제를 해결하기 위해 존재합니다. 팀이 자신감과 자율로 만들기에 충분한 컨텍스트만 포착합니다.

이 프롬프트의 작동 방식

이 프롬프트는 속도와 명확성에 최적화된 한 페이지 집중 PRD를 만들어냅니다. 출력이 AI가 작동하는 프로토타입을 생성하기에 충분히 구체적이면서도 반복(iteration)을 통해 진화하기에 충분히 유연해야 하는 v0.dev 같은 도구에서 사용하도록 특별히 설계됐습니다.

프롬프트는 다음을 만들어냅니다:

• 문제 진술 — 어떤 이해관계자도 이해할 수 있는 한 단락
• 사용자 스토리 — 가장 중요한 3~5개 플로우로 한정
• 수락 기준(Acceptance Criteria) — 구현 세부가 아닌 관찰 가능한 행동으로 표현
• 범위 밖 — 시작하기 전에 범위 확장(scope creep)을 막는 선언
• 미해결 질문(Open Questions) — 팀이 아직 알아내지 못한 것을 솔직히 표시

2022년 Stripe Developer Coefficient 연구에 따르면 개발자는 불명확한 요구사항으로 인한 유지 관리, 기술 부채, 나쁜 코드에 주당 평균 17.3시간을 씁니다. 요구사항 명확성의 약간의 개선조차 큰 다운스트림 효과를 가져옵니다.

언제 사용할까

• v0.dev 프로토타이핑 — 유용한 출력을 생성할 명확한 브리프 필요
• 해커톤(hack week)과 실험 — 종합성보다 속도가 중요할 때
• 작은 기능 — 풀 PRD 프로세스를 정당화하지 않는 경우
• 첫 초안 — 아이디어가 검증을 통과하면 더 상세한 문서로 진화

흔한 함정

• 너무 가벼움. 누구를 위해 또는 왜인지 명시하지 않고 "대시보드를 만들라"고 말하는 PRD는 가벼운 게 아닙니다. 게으른 겁니다. 간결함은 정밀함을 요구합니다.
• 범위 밖 건너뛰기. 가벼운 PRD에서 가장 가치 있는 섹션은 그것이 제외하는 것입니다. 명시적 경계 없이는 모든 이해관계자가 자기 위시리스트를 추가할 겁니다.
• 미해결 질문 섹션 없음. 모든 답을 가졌다고 가장하는 것이 모른다고 인정하는 것보다 더 위험합니다. 미해결 질문은 가정 대신 협업을 초대합니다.
• 복잡한 시스템에 사용하기. 가벼운 PRD는 기능이나 실험에 작동합니다. 플랫폼을 설계하거나 핵심 아키텍처를 재구축한다면 더 많은 엄밀성이 필요합니다.

참고 자료

• Cagan, M. (2018). *Inspired: How to Create Tech Products Customers Love*. Wiley. https://www.svpg.com/inspired-how-to-create-tech-products-customers-love/
• Stripe. (2022). The Developer Coefficient. https://stripe.com/reports/developer-coefficient-2018
• Productboard. (2023). State of Product Management. https://www.productboard.com/state-of-product-management/