회원가입을 하면 원하는 문장을
저장할 수 있어요!
다음
- 우리가 이 기획을 왜 해야 하나요? (WHY) - 이 문제는 어떻게 접근해야 하나요? (HOW) - 가장 적합한 솔루션은 무엇인가요? (WHAT)
회원가입을 하면 원하는 문장을
저장할 수 있어요!
다음
위시켓은 저번 시간에 이어, 오늘도 PM분들에게 도움이 될만한 꿀팁을 가져왔습니다. 이번에 소개해드릴 글은, Lina L님이 각색한 “구글 프로덕트 매니저가 알려주는 기획서 작성 꿀팁”입니다.
원문, 작성자인 Omar Eduardo는 구글의 프로덕트 매니저로, WHY 기반의 기획서 형태인 PRD(Product Requirement Document)를 어떻게 써야할지 그리고 어떻게 활용해야 할지 현업의 경험을 토대로 꿀팁을 알려주고 있습니다.
우리 PM들은 예로부터(?) 기획서라는 이름 하에 수많은 형태의 문서들을 작성해왔습니다. 기능 요구정의서, 명세서, UX 설계 문서 등등.. 이름도 다양하고 형태도 다양하죠. PPT나 디자인 툴로 와이어프레임을 직접 그리기도 하고 에러 케이스부터 시작해서 세부 개발 요구사항들까지 꼼꼼히 기록하기도 하고요.
PM들이 과연 얼마나 상세하고 많은 분량의 기획을 해야 할지에 대해서는 서비스나 회사 특성, 개발 문화에 따라 달라집니다. 워터풀 방식의 몇개월 짜리 프로젝트라면 몇백장의 PPT가 될 수 있고, 애자일하게 작은 가설을 테스트하는 팀에서는 한장으로 충분할 수 있습니다.
소프트웨어 개발은 변동사항이 많고 또 우리는 고객에 대해 결코 백프로 이해하고 있지 않기에, 빠른 테스트가 가능한 애자일 문화가 확산되면서 '기획서'는 주로 HOW를 완벽하게 정의한 개발 요건 문서에서 목적, 즉 WHY에 초점을 맞춰 팀이 함께 HOW를 논의할 수 있는 토대로 변화하고 있는 것 같습니다.
프로덕트 매니저가 작성하는 PRD(Product requirement document)는 다음의 핵심 질문에 대한 답변을 위해 작성됩니다.
- 우리가 이 기획을 왜 해야 하나요? (WHY)
- 이 문제는 어떻게 접근해야 하나요? (HOW)
- 가장 적합한 솔루션은 무엇인가요? (WHAT)
PRD의 중요한 목적은 올바른 제품을 만들고 사용자에게 잘 전달하기 위한 방향으로 팀이 함께 나아가도록 하는 것입니다. 잘만 활용된다면, PRD는 어떤 개발 프로세스를 따르더라도 훌륭한 제품 개발 도구가 될 수 있습니다. 이 글에서는 PRD를 최대한 활용하기 위한 몇가지 팁을 소개하고자 합니다.
이 내용들은 PRD를 구성하는 가장 기본적인 사항들이지만, 이 외에 수많은 다른 고려사항들도 추가적으로 작성할 수 있습니다. 제가 일했던 팀에서는 PRD 템플릿에 권한 허용, 성능, 데이터 추출, 성공 지표, 플랫폼 간 호환성, 신규 사용자 접근성 등등 여러 다양한 내용이 포함되어 있었습니다. 일단 위에 제시된 기본적인 내용을 먼저 채운 다음, 협업하는 과정에서 나타나는 중요한 이슈들을 다루기 위한 새로운 섹션을 추가해보세요.
팀원들의 피드백을 초기에 받으세요.
PM으로서 해야 할 가장 첫번째 일은 이 문제가 왜 중요하며 왜 우선순위를 높여 해결해야 하는지 팀원들에게 분명히 설명하는 것입니다. 하지만문제에 대한 솔루션은 엔지니어나 UX 디자이너와 협업하는 과정에서 정의되어야 합니다.초기에 자주 피드백을 받으면 시간을 낭비하지 않을 수 있습니다.
경험적으로 제일 좋은 방법은 처음 세 파트(summary and background, target users, CUJs)를 작성한 다음, 네번째(functional requirements)로 넘어가기 전에 피드백을 받는 것입니다. 문제나 사용자 여정에 대한 싱크가 안되어 있는 상태에서 특정 솔루션에 대한 기능적 요구사항을 정해버리면, 모두의 시간을 상당히 낭비하게 될 수 있습니다.
재미있고 읽기 쉬운, 구조화된 형태의 PRD를 만드세요.
PRD 기반으로 논의를 이끌어보세요.
완결된 PRD는 최종적으로 적용된 솔루션뿐 아니라, 팀이 해당 솔루션에 도달하기까지의 전 여정을 담고 있습니다. 최종 목적에 도달하기까지의 여러 우여곡절을 담은 PRD는 학습과 개선을 위한 최고의 자산이 되어줄 것입니다.
온라인 통제 실험(online controlled experiments)은 우리에겐 ‘A/B 테스트’로 익히 알려져 있는데요. 제품의 기능이나 서비스에 작은 변화를 주어, 지속적으로 테스트하며 제품을 개선해 나가는 방법론입니다. 특히 고객 중심으로 프로덕트를 개선하고자 하는 온라인 서비스 기업에 매우 중요한 방법론입니다. 마이크로소프트, 구글, 아마존, 넷플릭스, 에어비앤비 등 해외 빅테크 기업에서 이뤄낸 혁신적인 제품 개선 사항 중 일부는 이러한 온라인 통제 실험이 없었다면, 세상 밖으로 나오지 못했을 아이디어였을 겁니다.
지금 회원가입하고,
요즘IT가 PICK한 뉴스레터를 받아보세요!