제품 관리자는 회사가 성장함에 따라 제품을 확장하는 데 절대적으로 필요합니다. 다시 말하자면, 훌륭한 제품 관리자는 필수입니다. 그들은 귀사의 회사에 큰 영향을 미칠 수 있습니다, 긍정적 또는 부정적입니다.

제품 관리자는 찾기 매우 어렵습니다. 하지만, 사실상 그들이 이전에 해본 적이 없더라도 제품 관리자의 역할로 누군가를 고용할 수 있다고 믿습니다.

여기서 제가 드리는 조언은 귀하가 개발팀과 상호작용하는 방식에 관한 것입니다. 그 외에도 잘해야 할 영역이 있지만, 훌륭하고 신뢰할 수 있는 관계가 없다면 실패를 보장하는 확실한 방법입니다. 결국 모든 PM과 그들의 개발팀이 준수하는 불문율이 있습니다: "나는 제품을 위한 로드맵을 이끌 것이며. 당신은 내가 초점을 맞춰야 할 올바른 기능을 선택할 올바른 프로세스를 가지고 있을 것이라고 믿을 것입니다, 그리고 고객은 당신이 만든 것을 좋아할 것입니다. 나는 당신이 내가 말한대로 기능을 전달할 것이라는 것을 신뢰할 것입니다."

그래서 이 역할에서 누군가를 고용할 때, 제품 관리자가 성공하기 위해 중요하다고 생각하는 집중 영역을 나열합니다.

고객 대면

대부분의 훌륭한 제품 관리자는 고객 대면 역할에서 왔습니다. 그들은 판매 엔지니어, 솔루션 아키텍트, 지원 담당자, 서비스 담당자 등일 수 있습니다. 무엇이든, 그들은 고객을 위한 문제를 해결하는 사업에 있었습니다. 그들은 고객을 위한 문제를 해결하는 방법을 배우고 처음부터 끝까지 그 과정에 참여했습니다. 그것은 필수적인 기술입니다.

패턴 증류

고객 대면 경험이 있고, 피드백에서 패턴을 찾는 방법을 이해한다면, 당신은 치명적인 PM이 될 수 있습니다. 하나는 없이는 다른 것을 가질 수 없습니다. 고객 문제를 일회성 맞춤 방식으로 해결하는 고객 대면 담당자는 이 접근 방식이 작동하지 않을 것임을 인식해야 합니다. 우리는 어떤 유형의 비즈니스에 판매합니까? 그 비즈니스에서 누가 우리 제품을 구매, 추천 또는 사용하는가? 그 사람들이 우리 제품에 대해 주는 피드백은 무엇입니까? 올바른 유형의 고객과의 대화 10번 후에, 어떤 재발하는 주제가 있습니까?

트레이드 오프의 이해, 좋은 결정을 내릴 수 있는 능력

PM들은 실제로 필요하고 실행할 수 있는 10가지 기능에 대해 끊임없이 고민하고 있습니다. 어떤 3개입니까? 왜 그 3개입니까? 이 분석과 사고 과정은 귀하의 팀이 항상 가장 영향을 미치는 작업을 수행하도록 보장하는 데 중요합니다.

소매 옷을 항상 롤 업합니다

PM으로서, 특히 초기 단계에서는 웹사이트 메시지, 판매 지원 콘텐츠를 작성하고, 지원 티켓에 참여하고, 제품 데모를 하고, 고객을 방문하는 등의 일을 하게 될 수 있습니다. 훌륭한 PM들은 이러한 모든 일에 기꺼이 참여합니다. 왜냐하면 그들 제품과의 1선의 참여가 실제로 어떻게 작동하는지 알게 되기 때문입니다.

당신의 영역을 잘 알아둬야 합니다

당신은 당신의 시장을 누구보다 잘 이해해야 합니다. Feedly, Google Alerts 또는 여러분이 사용하는 시스템을 설정하고 관련 블로그/간행물을 읽도록 하세요. 그리고 만약 당신이 이전에 PM이었다면, 당신의 제품에 대해 들어본 적이 없는 경쟁자에 대해 질문을 받았을 때 느낀 그 아픔은 다시는 겪지 말라는 교훈이 분명했습니다. 저는 여러분에게 경쟁자에 대해 집착하라고 말하지는 않지만, 그들과 잘 알고 있어야 합니다. 당신이 다른 이유 3가지를 알고 사랑받는 것이 무엇인지 알게 될 것입니다.

당신의 제품을 잘 알아야 합니다

이 부분은 당신을 혼란스럽게 할 수 있지만, 나는 그것을 보았다고 맹세합니다. 자신의 제품을 자신 있게 시연하고 사용하지 못한다면, 바로 제품 부트캠프에 참석하십시오. 이는 "기능 PM"에도 적용됩니다. - 보통 회사가 커질 때 제품의 일부를 소유합니다. 어쨌든 당신의 제품에 대해 가능한 한 많이 알고 있어야 합니다. 당신의 기능이 나머지 제품에 미치는 영향을 항상 고려해야 합니다.

당신이 요청하는 것의 비용을 이해하십시오.

저는 개발팀을 대신하여 "우리는 X를 할 수 있거나, Y를 할 수 있습니다."와 같은 의견을 들을 때마다 소름이 돋습니다. 문제는 X가 $10의 엔지니어링 시간과 Y가 $10,000,000의 비용이 든다는 것입니다. 이 둘을 같은 문장에 넣으면, 당신이 요청의 의미를 이해하지 못한다는 평판을 만들고 있는 것입니다.

반면, 당신의 개발팀과 협력하여 이러한 비용 분석을 하기 전에 무엇이든 제시하거나, "XYZ 고객과 이야기한 후에 몇 가지 개념을 고려하고 있습니다. 이것을 통해 개발 관점에서 어떤 의미인지 알고 싶습니다." 완벽합니다. 이제 당신은 요청하려는 것의 의미를 어느 정도는 파악할 수 있으며 기능 설명에 사용할 수 있습니다 "이것이 값비싼 요청이라는 것을 알고 있지만, 우리는 이러한 이유로 필요하다고 생각합니다...".

당신의 개발팀의 시각을 확보하십시오.

귀하의 고객 대면 팀은 항상 제품에 대한 요청의 목록이 있을 것입니다. 때때로 그들은 고객 프로필과 잘 맞고 잘 생각된 것입니다. 때로는 그 요청이 아침에 한 번 들은 것일 뿐입니다:).

개발 팀과 최고의 친구가 되고 싶으신가요? 이렇게 말해보세요: "우리의 판매 및 지원, 서비스 팀에게 모든 제품 피드백 요청을 저에게 전달해 주십시오. 나는 그것들을 기록하고 어떤 고객이 어떤 요청을 하는지 추적할 것입니다. 그래서 우리의 우선 순위가 무엇인지 명확하게 이해할 수 있습니다." 여기서 몇 가지 작업을 수행하고 있습니다. (1) 회사에 따라, 개발자들의 시간을 상당히 확보했을 수 있으며, 그들은 당신에게 맥주를 사줄 수도 있습니다. (2) 당신은 그들에게 제품 기능을 우선순위로 정하는 프로세스를 갖추고 있음을 보여주고 있습니다.

개발팀과 신뢰를 쌓으십시오.

개발팀이 당신이 능숙하지 않다고 생각한다면, PM의 승진은 더욱 힘들어집니다. 결국, PM인 당신은 제품의 로드맵을 소유하고 무엇을 우선 순위로 삼을지 책임을 집니다.

위의 이 목록을 보십시오. 이 일을 하고 나면 당신의 개발팀은 당신을 존경할 것입니다. 다음 기능 집합을 그들과 함께 검토할 때, 그들은 당신에게 도전할 것입니다. 마땅히 그래야 합니다. 만약 당신의 답변이 고객 대화, 시장 조사 및 당신이 내린 결정을 정의하는 합리적인 설명에 의해 뒷받침된다면, 당신은 고개를 끄덕이는 동료 팀과 실행 준비가 된 팀을 얻게 될 것입니다. 만약 당신의 답변이 당신이 어젯밤 읽은 기사를 뒷받침한 의견이라면, 행운을 빕니다:).

회사가 시작할 때, 창립자 중 한 명이 제품 관리자가 될 것입니다. 그들의 공동 창립자는 많은 경우 CTO일 것입니다. 내가 방금 설명한 모든 것은 창립자들이 자신들의 제품에 대해 생각하는 방식과 같습니다. 나는 사람들이 PM를 "그들 제품의 CEO"라고 표현하는 것을 들었고, 그것은 맞다고 생각합니다. 회사가 성장함에 따라 PM을 결국 고용할 것입니다. 이는 중요한 인수인계이며, 이러한 지침을 따르면 공동 창립자와 개발팀 모두에게 성공을 담보할 수 있습니다.