🥸 PM으로 이직 후 해야 할 3가지 분석은? PM으로 이직 후 온보딩 할 때 해야 할 내용이 교과서처럼 잘 정리되어 있다. 보면서 느낀 건데 이 내용은 현재 PM 직무를 담당하고 있는 경우에도

🥸 PM으로 이직 후 해야 할 3가지 분석은? PM으로 이직 후 온보딩 할 때 해야 할 내용이 교과서처럼 잘 정리되어 있다. 보면서 느낀 건데 이 내용은 현재 PM 직무를 담당하고 있는 경우에도 놓치고 있는 내용이 없는지 확인해보는 것도 좋을 것 같다. 나름 내부 상황을 알고 있다고 하더라도 내･외부 정보는 계속해서 업데이트되기에 다 알고 있다고 착각할 수 있는 비즈니스 분석, 제품 분석, 사내 지표 분석 등 놓치고 있거나 개선해야 할 점은 없는지 다시금 확인해볼 수 있도록 체크리스트 형태로 만들어서 나도 하나씩 다시금 회고해봐야겠다. 📝 이하 아티클 메모 1.PM은 전체적인 시장 흐름을 읽을 수 있어야 합니다. 대외적으로는 우리 제품의 현 위치와 나아갈 방향을 꿰뚫고 있어야 하며 대내적으로는 PM의 의사결정에 영향을 미치는 직속 상사(CEO, 경영진, 사업 리더)와 동기화되어야 합니다. 2. 새롭게 입사한 회사가 기존에 잘 알고 있는 도메인이라면 빠르게 적응할 수 있겠지만 새로운 도메인으로 넘어왔다면 가장 먼저 시장을 공부해야 합니다. 3. 각종 자료와 뉴스를 찾아보며 나만의 데이터베이스를 구축합니다. 어느 정도 정리가 되면 문서 or 도표 등으로 내가 이해한 내용을 정리해보고, 정리된 내용을 공유하고 부족한 부분은 다시 채워가며 도메인/경쟁사/트렌드를 파악해나갑니다. 4. 시장에서 우리 제품의 위치는 어디에 있는지, 주요 고객은 누구이고, 핵심 가치는 무엇인지, 수익원과 비용 구조는 어떻게 되는지 등등 전체 시장에서 우리 제품의 가치와 포지션을 면밀히 파악해야 합니다. 5. 이제는 고객이 아닌 제작자의 관점에서 제품을 하나하나 뜯어봐야 합니다. 제품을 분석하는 방법은 저마다 다르지만 개인적으로는 IA로 정리하다 보면 연결된 모든 것들이 시각화되고 제품의 전체적인 흐름을 파악할 수 있습니다. 6. 원활한 제품 관리를 위해서는 Front와 Admin이 어떻게 맞물려 돌아가는지 파악해야 합니다. 7. DB 구조까지 파악이 되면 개발자와의 소통도 훨씬 수월해지고 Front-Admin-DB의 모든 흐름을 연결해서 사고할 수 있기 때문에 작업의 난이도와 공수를 보다 명확하게 산출할 수 있습니다. 8. 전사적으로는 경영 지표, KPI 지표 등이 공개되어 있을 거고 제품 팀 안에서는 제품을 분석하는 툴을 세팅해두었거나 따로 준비한 지표들이 있습니다. 그래서 PM 초기에는 이 지표들을 이해하는 것부터 시작합니다. 이 지표들을 통해 비즈니스와 제품이 올바른 방향으로 흘러가고 있는지 파악합니다.