오늘은 PM의 가장 중요한 무기이자 얼굴이라고 할 수 있는 PRD(제품 요구사항 정의서) 작성법에 대해 이야기해볼게. 10년차 PM으로 일하면서 수많은 기획서를 쓰고 검토해봤지만, 일 잘하는 PM과 그렇지 못한 PM의 차이는 결국 이 PRD 한 장에서 갈리더라고. 개발자와 디자이너가 읽고 감탄하는, 진짜 일하는 문서를 쓰는 방법을 알려줄게.
1. 'How'가 아니라 'Why'와 'Who'에 집중해봐
많은 주니어 PM들이 실수하는 게 있어. 바로 기획서 첫 페이지부터 "화면 우측 상단에 버튼을 배치하고, 클릭 시 팝업이 뜨게 한다" 같은 구체적인 UI나 기능 구현 방식(How)을 구체적으로 적는 거야. 하지만 이건 디자이너와 개발자의 전문 영역을 침범하는 일이거든.
진짜 중요한 건 이 제품을 "왜 만드는지(Why)"와 "누구를 위한 것인지(Who)"를 명확히 정의하는 거야. 사용자가 겪고 있는 진짜 문제가 무엇인지, 이 기능을 통해 우리가 해결하려는 비즈니스 목표가 무엇인지를 먼저 설득해야 해. 그래야 팀원들이 주도적으로 더 좋은 솔루션을 제안할 수 있거든.
2. 'Non-Goals'를 적어두는 센스를 발휘해봐
프로젝트를 진행하다 보면 "이 기능도 넣으면 좋지 않을까?" 하면서 범위가 계속 늘어나는 Scope Creep 현상을 자주 겪게 돼. 이때 PM의 중심을 잡아주는 게 바로 Non-Goals(이번 프로젝트에서 하지 않을 일) 영역이야.
예를 들어 "이번 배포에서는 간편 결제 기능만 도입하고, 포인트 적립 및 사용 기능은 제외한다"처럼 명확하게 선을 그어주는 거지. 할 일과 하지 않을 일을 명확히 구분해 두면, 개발 기간도 단축되고 팀원들의 리소스 낭비도 막을 수 있어 실무에서 정말 유용하게 쓰이는 팁이야.
3. 성공의 기준을 숫자로 정의해봐
기능을 배포하고 나서 "잘 만들어진 것 같아요"로 끝나서는 안 돼. 이 제품이 성공했는지 실패했는지 판단할 수 있는 구체적인 KPI나 성공 지표가 PRD에 반드시 포함되어야 하거든.
"결제 전환율 5% 상승"이나 "신규 유저의 가입 완료율 10% 개선"처럼 정량적인 목표를 제시해봐. 성공 지표가 명확하면 개발팀과 데이터 분석가도 어떤 로그 데이터를 심어야 하는지 미리 파악할 수 있어서 업무 효율이 엄청나게 올라가거든.
💡 핵심 정리
- Why와 Who에 집중하기: 화면 설계 이전에 왜 만들고, 누가 쓰는지 문제를 명확히 정의해봐.
- Non-Goals 명확히 하기: 이번 스프린트에서 제외할 스펙을 미리 선언해 프로젝트 범위를 통제해봐.
- 성공 지표 설정하기: 배포 후 성공 여부를 판단할 수 있는 정량적 기준을 작성해봐. 처음부터 완벽한
PRD를 쓸 수는 없어. 하지만 내가 자주 쓰는 서비스의 역기획서를 써보면서 이 세 가지 포인트를 적용하는 연습을 해봐. 분명 팀원들에게 신뢰받는 PM으로 성장할 수 있을 거야. 언제나 너의 도전을 응원할게!