💦 나만 모르는 프로덕트 관리 이야기 [✏️ 프로덕트 매니저가 제품 아이디어를 관리하는 방법] (👀간단 요약) PM의 일은 제품 팀이 올바른 기능을 만들 수 있도록 하는 것이지요. 제품 아이디

💦 나만 모르는 프로덕트 관리 이야기 [✏️ 프로덕트 매니저가 제품 아이디어를 관리하는 방법] (👀간단 요약) PM의 일은 제품 팀이 올바른 기능을 만들 수 있도록 하는 것이지요. 제품 아이디어를 잘 관리하면 여러 이점이 있습니다. ✓ 겉으로만 화려한 아이디어는 제외시킬 수 있습니다. ✓ 우선순위를 한 곳에서 투명하게 관리할 수 있습니다. ✓ 모아둔 아이디어를 기반으로 새로운 아이디어가 나타날 수 있습니다. ✓ 해야할 것과 하지 말아야 할 것의 근거가 명확해집니다. 하지만, 아이디어들을 잘 관리하지 못하면 제품 팀은 아이디어의 늪에 빠지고 이해관계자들의 의견에 휘둘리게 됩니다. 이 글에서는 제품 아이디어를 잘 관리하기 위한 방법을 5가지 단계로 나눠 설명하고자 합니다. 📌 공개된 백로그에서 아이디어를 수집하기 창의성은 아이디어를 연결하는 것에서 시작됩니다. 산발적으로 여러 사람이 여러 경로로 제안되는 아이디어들은 휘발될 가능성이 높기 때문에, 다음과 같이 프로덕트 백로그에 아이디어를 위한 공간을 만들어 두고 지속적으로 관리할 필요가 있습니다. 아이디어를 제안 받을 때는 다음 4가지 질문을 통해 내용을 명확히 하는 것이 중요합니다. ✓ 아이디어에 대한 대략적인 설명 ✓ 아이디어를 어떻게 떠올리게 되었는지 ✓ 아이디어가 사업이나 고객에게 왜 중요하다고 생각하는지 ✓ 우리 회사의 비전이나 목표에 어떻게 연결될 수 있는지 📌 중복된 아이디어 정리하기 중복된 아이디어를 합치는 데 있어 핵심은 솔루션이 아닌 고객의 니즈/문제를 기반으로 유사성을 파악하는 것입니다. 예를 들어, '프로필 페이지에서 신용카드 세부내용을 편집하도록 한다', '새로운 신용카드를 등록하고 삭제한다', '사용자들은 현재 만료된 카드를 업데이트하지 못한다'와 같은 아이디어는 '신용카드 정보를 업데이트한다'라는 한가지 큰 니즈로 합칠 수 있습니다. 너무 많은 아이디어가 쌓여 압도감이 느껴지지 않도록, 이런 방식으로 2-3주에 한번 주기적으로 아이디어를 정리하기 바랍니다. 📌 현재 계획과 목표에 기반해 새로운 아이디어를 평가하기 모든 아이디어는 공통의 목표를 달성하는 데 도움이 되어야합니다. 그렇지 않으면 사업에 방해만 될 뿐입니다. 이번 분기의 목표와 계획을 보고, 결과를 달성하는 데 이 아이디어가 도움이 되는지 평가해보세요. 현재 회사나 팀에 목표가 없다면 아이디어를 논하기 전에 목표를 잡는 것부터 해야 합니다. 그렇지 않으면 방향이 계속 바뀌고, 결과적으로 이상한 기능을 만들게 될테니까요. 📌 현재 로드맵 안에서 아이디어의 우선순위 정리하기 아이디어가 회사 비전, 분기 계획 및 목표와 일치한다고 했을 때 현재 로드맵 안에서 해당 아이디어를 어디로 위치시킬 것인가 판단해야 합니다. 현재 스프린트보다는 향후 릴리즈 계획에 있던 아이디어와의 가치와 비용을 비교해 어떤 아이디어를 뒤로 미루고 어떤 아이디어의 우선순위를 높일지 결정하는 것이 좋습니다. 📌 제안자에게 아이디어 진행상황에 대한 피드백 전달하기 결과가 어떻든, 아이디어를 제안한 사람에게 다시 커뮤니케이션해야 합니다. 아이디어가 채택되지 않았다면 그 이유를 명확히 설명해주세요. 또 가능하다면, 당장에 활용할 수 있는 대안을 제시해주는 것도 좋습니다. 아이디어를 잘 모으고 관리했을 때 엄청난 기회가 주어질 수 있다는 것을 꼭 기억합시다. (👋중요한 이유가 뭔가요?) 저는 보통 아이디어를 많이 내는 편이에요. 그러다 보니 자연스레 아이디어는 수집하는게 중요한 게 아니라 어떻게 관리하고 실제 반영으로 이어지게 하는지가 중요한 지 알게 되었어요. 때론 함께 프로덕트를 담당하는 분들이 아이디어나 의견을 많이 주지 않아 당황스러울 때도 있었고, 한편으론 너무 많은 아이디어가 쏟아져 이걸 어떻게 하지? 라는 질문과 고민을 계속 했던 적도 있는데요. 본문과 유사하지만, 제가 겪은 어려움 중 하나는 어떤 형식에 따라 작성할 것인지와 우선 순위를 정하는 일이었어요. 이런 아이디어 어때요? 라는 관점에서 하나, 둘 적기 시작하면 정말 끝도 없이 아이디어가 나오지만 막상 구체화 하기 위해 논의를 시작하면 그냥 그때 순간적으로 생각난거라, 지금 생각해보면 또 그냥 그런 것 같기도- 라는 의견으로 돌아올때가 있거든요. 그래서 프로덕트와의 연관성을 많이 고려해 스윗, 트렐로 등 그때 그때 사용했던 툴에 카드 형태로 작성하고, 스프린트 진행 전 연관성 등을 함께 따져 우선순위를 설정하는 식으로 대응했던 기억이 납니다. 이 과정이 잘못되면 모두가 착각하는 경우가 생기더라고요. 이번 버전과 관련된 건 아니지만 좋은 아이디어라고 생각해 열심히 정리, 공유했지만 이번 릴리즈와 연관지어 반박을 하는 등으로 말이죠. 이 글은 그런 상황에 한 번 이상 놓인 PM 또는 프로덕트 담당자들에게 더없이 좋은 내용이 될 것 같아 코멘트를 작성하게 되었습니다. (댓글을 통해 추가 의견을 하나씩 덧붙여 보는 건 어떨까요-?)