🤓프로덕트 매니저(PM)는 무슨일을 하는가? 꽤 오래전의 글이지만 경험을 토대로 작성된 조성문 대표님의 글은 시간이 지나도 항상 좋다. 내가 현업에서 경험한 프로덕트 매니저(PM)는 제품 개발에

🤓프로덕트 매니저(PM)는 무슨일을 하는가? 꽤 오래전의 글이지만 경험을 토대로 작성된 조성문 대표님의 글은 시간이 지나도 항상 좋다. 내가 현업에서 경험한 프로덕트 매니저(PM)는 제품 개발에 필요한 일련의 과정을 다 담당하고 있다고 생각한다. 그 과정 중에 전략을 세우는 부분도 있으며, 고객의 피드백을 듣고 문제가 무엇인지 정의하는 일부터 요구 사항을 정리하고 개발팀에 공유하여 함께 개발 프로세스를 진행하고 가설 검증부터 회고까지 어느 하나 빠지지 않고 다 책임지는 역할을 가지고 있다고 본다. 📝 이하 콘텐츠 요약 1. 프로덕트 매니저(PM)는 ‘제품 전략’을 세우고 관리하는 역할을 한다. 아이디어는 누구에게서든 나올 수 있다. PM은 이 아이디어가 시장의 필요에 맞는지, 그 시장의 마켓이 충분히 큰지, 경쟁 제품과 비교해서 우위가 있는지 등을 먼저 생각해봐야 하고, 그 결과물로 사람들을 설득할 수 있어야 한다. 2. PM은 대개 그 제품의 전문가이다. 따라서 무엇이 개선되어야 하는지, 어떤 기능이 추가되면 좋을지 직관적으로 알 가능성이 높다. “It’s really hard to design products by focus groups. A lot of times, people don’t know what they want until you show it to them. (포커스 그룹을 통해 제품을 디자인하는 것은 정말 어렵다. 사람들은 보여주기 전까지는 그들이 무엇을 원하는지 모른다.) – 1998″ 라고 했던 스티브잡스는, 직관이 가장 훌륭했던 PM이었다는 생각이 든다. 3. 제품(product)은 기능(feature)의 집합이다. 각 기능에 대해 설명하고, 우선 순위를 정하고, 이 기능들을 개발자 및 다른 조직과 공유하기 위해 필요한 것이 제품 요구 조건 문서 (Product Requirements Document, PRD)이다. PRD에는 다음과 같은 것들이 정의된다. • Requirement (요구 조건) • Problem (해결하려고 하는 문제점) • Use Case (사용 예) • Background (배경 이유) • Dependencies (다른 요구 조건과의 연관성) • Priority (우선 순위) • Release Version Number (제품 버전)