💦 나만 모르는 프로덕트 관리 이야기 [✏️ 지표선정 자리에서 해야하는 5가지 질문] (👀간단 요약) ✓ 제품개발을 들어가기에 앞서 PM은 PRD (Product Requirement Docu

💦 나만 모르는 프로덕트 관리 이야기 [✏️ 지표선정 자리에서 해야하는 5가지 질문] (👀간단 요약) ✓ 제품개발을 들어가기에 앞서 PM은 PRD (Product Requirement Document)를 작성 ✓ PRD 는 제품의 목적, 기능, 특징 등을 정의하고 나열한 문서 ✓ 엔지니어링링, 제품을 이해하고자 하는 마케팅, 비즈니스 인원들이 참고하게 되는 가이드 역할 ✓ LINER에서는 PRD 작성 시 제품의 목적과 가치를 어떻게 정량적으로 측정할 것인지를 DA(Data Analyst)와 논의 ✓ 다시말해 KPI 선정, 즉 핵심지표 선정을 PM과 DA가 함께 하게 되는 것 📌 KPI 선정이 중요한 이유 ✓ 핵심지표는 정량적으로 제품의 성과와 가치에 대해서 전사적으로 동의할 수 있게 해주는 정량적 장치 ✓ 지표선정 미팅의 결과물인 KPI는 제품의 생존여부에 직접적인 영향을 줄 정도로 중요 ✓ 잘못된 KPI 선정은 좋은 제품을 롤백 대상으로 분류시킬 수도 있고 ✓ 반대로 나쁜 제품을 롤모델 대상으로 분류시킬 수도 ✓ KPI 선별과정의 퀄리티는 조직 내부에 축적되는 배움에도 직접적인 연결고리 📌 프로젝트로 발생/변화해야하는 가장 중요한 유저액션은 무엇인가요? ✓ PM 이 프로젝트에 대해서 갖고있는 전반적인 **느낌**을 이해하는 것이 중요 ✓ 프로젝트가 진행되기 전후 유저들의 시점에서 제품이 어떻게 달라질 것이라 기대하는지 ✓ PM이 프로젝트를 인프라 구축형태로 보고 있는지 아니면 실험적인 가설검증 형태로 생각하고 있는지 파악해야 📌 왜 지금 해야하나요? ✓ 해볼 수 있는 것은 항상 많지만, 지금 해야하는 것을 정하는 것은 프로젝트의 우선순위 ✓ 일반적으로 비즈니스와 해당 프로젝트가 풀고자 하는 문제가 어떻게 연결되어있는지가 중요 ✓ 왜 해당 프로젝트를 중요하게 생각하는지 감정선을 공유받고 제 3자의 시선에서 논리적인지 피드백을 제공 ✓ PM은 프로젝트가 잘 되면 어떤 가치가 있는지 그리고 그 가치가 현재 조직에 왜 중요한지 전사를 설득을 해야 ✓ 논리과정이 make-sense 한지 봐야, 결과적으로 우리는 논리를 올바르게 평가하는 KPI 를 선정하는 것이 목표 📌 PM 분은 어떤 지표 보면 좋을 것 같으세요? 왜요? ✓ 프로젝트에 대해서 가장 오래 깊이 고민한 사람은 앞에 앉아있는 PM ✓ PM이 절대적으로 프로젝트에 대해 고민한 시간이 DA 보다 압도적으로 많을 것 ✓ 지표선정 미팅은 PM 이 제품에 대해 갖고있는 생각을 갈아엎는 자리가 아닌 디벨롭 시키는 자리 📌 우리 액션이 기대효과를 냈을 때, 선정된 KPI 가 움직일까요? ✓ 좋은 KPI 는 액션으로 인한 효과가 포착되는 지표 ✓ 우리가 취한 액션이 정량적으로 드러날 수 있어야 배움축적까지 가능 ✓ 액션이 효과가 있다하더라도 잘못된 KPI 가 선정되었을 시 효과가 없는 것처럼 보일 수도 ✓ KPI의 위계가 높을 수록 지표가 후행적일 가능성 ✓ 우리 액션이 건드리는 유저군에 비해 KPI 가 훨씬 더 다양한 세그먼트를 포함할 가능성 또한 높아짐 ✓ KPI의 구성요소는 무엇이고 영향을 주고있는 기능들은 어떤 것이 있는지 파악하고 있어야 ✓ 한가지 불편요소를 제거하는 것도 중요하지만, 리텐션보다는 선행하는 KPI 를 선정하는 것이 더 정확한 효과측정 가능 ✓ 내가 취한 액션이 지표의 각 구성요소들에 얼마만큼 영향을 주는 상황인지 생각해봐야 📌 방금 대화를 토대로 저는 이 지표가 KPI로 적절할 것 같아요.  ✓ 실제로 제품의 성과와 가치에 대해서 조직과 소통하고 설득할 사람은 PM ✓ 지표선정 미팅룸 밖으로 갖고 나갈 결과물, KPI 에 대해서는 PM 과 DA양측의 합의가 있어야