💭 주니어 PM이 느꼈던 고민 아래 글에서 필자의 고민이 많이 느껴졌다. 열심히 기획을 하니 개발자도 디자이너도 아이디어를 제안하고 서비스를 반영하는 조직에서 왜 기획자가 있어야하는지. 그러나

💭 주니어 PM이 느꼈던 고민 아래 글에서 필자의 고민이 많이 느껴졌다. 열심히 기획을 하니 개발자도 디자이너도 아이디어를 제안하고 서비스를 반영하는 조직에서 왜 기획자가 있어야하는지. 그러나 그럼에도 불구하고 기획자가 있어야하는 이유는 프로덕트의 설계자이기 때문이다. 프로덕트의 목적과 방향성을 제시하고 뼈대를 잡아 여러 아이디어에서 살을 붙여야 하는 것이 이유다. 기획자는 A-Z 까지 모두 할 필요가 없다. 건축으로 따지자면 총책임자이다. 건물의 목적과 구조틀, 쓰이게 될 재료를 예상한다. 설계도면을 그리고 건축 디자이너의 도움을 받아 내외부 세부 디자인을 확정하고 많은 인부들과 건물을 함께 세워나간다. 이 과정에서 디자이너는 더 좋은 디자인을, 건축 현상 소장은 더 필요한 재료를 제안할 수 있다. 총 책임자로서 판단을 하고 결국 건물주가 만족할만한 건물을 세우면 되는 것이다. 나도 얼마 전에 PM과 기획자의 명쾌한 정의에 대해 고민한 적이 있다. 기획자가 설계자라면 PM은 조율자에 가깝다. 물론 같은 개념으로 정의하는 회사도 있었지만 PM은 제품을 기획하고 상세 프로세스를 정의하며 출시 후 운영, 리텐션까지 아우르는 직군이다. 그 과정에서 제품이 무사히 출시되도록 일정관리 및 커뮤니케이션을 담당한다. 그리고 꾸준하게 담당 프로덕트의 지표를 관리한다. 이 후 회사의 상황에 따라 다른 프로덕트의 기획과 개발 일정도 신경 써야한다. 이러한 일의 반복이다. 👉🏻고민도 좋다. 그러나 많이 보고, 실행하고, 공유하자👈🏻 PM으로 성장하기 위해 여러 책들과 유튜브, 강의, 뉴스레터, 대면 질의 등을 했었지만 조금씩 차이가 있었고 그들의 case 를 공유받는 것에 그친 적이 많다. 결국 이런 정보들을 나열하여 내가 할 수 있고 현재 적합한 정보로 필터링하여 '내 입맛대로' 만드는 것이 중요하다. 그리고 나서 직접 실행하는 것은 말할 필요없이 중요하다. 나의 case도 정리하여 공유해보자. 내 입맛대로 실행한 피드백은 더욱 중요하기 때문이다.