Jira Product Discovery 무료로 사용해 보기
아이디어를 캡처 및 우선 순위를 지정하고 모든 항목을 로드맵에 정렬합니다.
제가 제품 매니저에게 던지는 가장 좋아하는 인터뷰 질문은 다음과 같습니다. "여기 이 업무에서 첫 주를 어떻게 보내시겠습니까?" 그동안 제가 얻은 몇 가지 답은 다음과 같습니다.
"태세를 갖추고 플랫폼과 아키텍처를 연구하겠습니다."
"아마도 팀 미팅을 몇 번 소집하여 이해 관계자가 누구인지 알아낼 것입니다."
"개발자 및 디자이너와의 관계를 구축하겠습니다. 그들을 점심에 데려갑니다. 맥주를 몇 잔 삽니다."
"데이터를 자세히 살펴봅니다. 현재 어떤 분석이 이루어지고 있는지 살펴봅니다."
"우수 고객과 대화하고 그들이 제품에 대해 좋아하는 게 무엇인지 물어보겠습니다."
다들 훌륭한 답변입니다! 그러나 향후 모든 인터뷰 대상자에게 우리가 실제로 원하는 답변을 제공할 위험을 무릅쓰고 말씀드리자면 제품 매니저가 첫 주에 할 일에는 사용자와의 직접 소통 및 대화가 포함되어야 합니다.
문제 해결 엔지니어와 디자이너로 구성된 팀이 있으며 그들은 문제의 우선 순위를 정하기 위해 제품 매니저에게 의지합니다. 여러분이 사용자와 소통하는 것보다 기술 스택에 대해 이야기하는 것을 더 편하게 여기면 팀이 어떻게 의사 결정에 확신을 가질 수 있습니까?
사용자와 대화할 시간이 없다면(특히 첫 주에!) 여러분은 팀이 가진 문제의 우선 순위를 정하기에 적합하지 않습니다.
오해하지 마세요. 데이터와 분석을 살펴볼 시간은 확실히 확보해야 합니다. 훌륭한 제품 매니저는 숫자에 따라 결정을 내립니다. 그러나 혹시 실제 사용자와 대화를 나눈 지 오래된 경우에 대비해 사용자는 숫자가 아니라는 사실을 친절하게 상기시켜 드리겠습니다.
버튼을 클릭한 사용자 수에 대한 데이터 보고서입니다. 사용자가 버튼을 찾는 데 어려움을 겪는 이유를 밝힌 사용성 테스트입니다. 그러나 사용자와의 비공식 대화를 통해 그들이 버튼 대신 1~800 사이 숫자를 사용하고 싶어 한다는 걸 알 수 있습니다! 무엇을 알게 될지 절대 미리 알 수 없습니다.
맞습니다. 첫 주 동안 기술에 확실히 익숙해지세요. 팀과 함께 플랫폼의 한계와 그에 대한 불만에 대해 이야기하세요. 기본 아키텍처에 대해 알아가세요. 하지만 아무리 매력적으로 보여도 코드를 작성하는 것은 여러분의 일이 아닙니다. 해결해야 할 문제를 찾는 것이 여러분의 일입니다. 제품 매니저인데도 한동안 사용자와 대화하지 않았다면 직책을 다시 생각해 보는 것이 좋습니다.
공식 사용성 연구를 수행할 리소스를 충분히 갖춘 회사에 합류하는 PM에게는 단방향 거울 너머에서 인터뷰를 지켜보는 것이 매우 멋진 일입니다. 그 경험과 면접관의 기술을 통해 많은 것을 배울 수 있습니다. 하지만 그렇다고 해도 사용자와 실제로 대화를 나눠야 합니다. 단방향 거울 너머의 인터뷰는 제품을 사용하는 사용자와의 대화를 대체하지 않습니다.
따라서 새로운 회사에 합류하는 경우 계속해서 사용자 몇 명에게 연락하세요. 불만을 느껴서 떠난 사용자에게도 연락해야 합니다. 사실은 그 고객들이 특히 더 중요합니다.
여러분은 결국 제품 및 사용자 기반에 대해 몇 가지 사실을 알게 될 뿐만 아니라 사용자가 제품을 고수하도록 하는 접점이 될 수 있습니다. 고객 만족에 가장 저렴한 투자를 한다고 생각하세요.
신선한 관점을 가질 기회는 단 한 번뿐이라는 점을 명심하세요. 기회를 현명하게 사용하고 사용자의 머릿속으로 들어가세요.
업무 첫 주에 행운이 따르기를 바랍니다.