プロダクト マネージャー (PM) の役割は、しばしば「製品の CEO」に例えられます。ただし、この例えは修正する必要があります。なぜなら、プロダクト マネージャーは、ユーザーとデータの調査、設計と開発、マーケティング、販売、サポートなど、製品の成功に不可欠な多くの側面に対して、より直接的な権限を必要とするからです。したがって、PM は製品の CEO ではなく、さまざまな要因によってその責任は大きく変わる可能性があります。 製品マネージャーは、次の 4 つの重要なことを行う必要があります。 中核となる能力において優れていること。 高い感情的知性を有する。 自分のスキルと価値観に合った会社を見つける。 上級管理職や役員との幅広いつながりを構築します。 成功する PM は、新機能を定期的に提供したり、エンジニアリング チームと設計チームの間を取り持つだけにとどまりません。ユーザーから高い支持を得られる製品を開発することで、収益が飛躍的に増加し、業界に混乱をもたらす可能性もあります。 コアコンピタンス PM は、多くの場合教室で始まりますが、主に経験と指導を通じて磨かれる、重要なコア コンピテンシーを開発する必要があります。 これらの能力には、以下のものが含まれますが、これらに限定されません。 戦略的思考; データ分析; 顧客インタビューとユーザーテストの実施。 ビジネス要件と技術要件の翻訳。 製品バックログの優先順位付け。 成功指標の定義と追跡。 これらはほんの一例です。成功している PM はこれ以外にも多くのことを持っていますが、上記は出発点として最適です。 EQ - 感情的知性 有能な PM は高い感情知能 (EQ) を持ち、顧客に共感し、ボディ ランゲージを解釈し、重要な問題点を特定することができます。EQ は PM が内部および外部の課題を乗り越える際にも役立ちます。ダニエル ゴールマンが PM に関係する 4 つの重要な EQ 特性は次のとおりです。 利害関係者との強力で誠実なつながりを持つことは、多くの分野の PM に役立ちます。強力な関係は、必要な場所でのサポートの増加につながります。また、このような関係は、顧客が新機能のベータ テストや MVP の試用を促し、潜在的な問題を前向きなエンゲージメントの機会に変えることにもつながります。 関係管理: PM は自分の好みをユーザーに押し付けないようにする必要があります。自己認識があれば、ユーザーのニーズではなく個人的な偏見に基づいて機能を優先することを防ぐことができます。たとえば、PM が機能に過度に執着すると、意図せずユーザーに肯定的なフィードバックを与えてしまい、誤認検証につながる可能性があります。自己認識のある PM は客観性を保ち、顧客データとフィードバックに焦点を当てて意思決定を行います。 自己認識: PM は、相反する要求や厳しい期限による大きなストレスに対処します。平静さを保つことで、関係者からの信頼と信用を確保できます。効果的な自己管理により、PM はパニックを引き起こすことなく、緊急に優先事項を推進し、プレッシャーの下でも生産的で落ち着いた環境を維持できます。この冷静さを保つ能力により、PM は複雑なプロジェクトを管理し、チームを共通の目標に向けて一致させることができます。 自己管理: 顧客、営業、サポート、エンジニアリング チームの感情や懸念を理解することは不可欠です。PM は、より広範な組織的コンテキストを把握し、製品の成功に影響を与える社会的資本を構築する必要があります。社会的認識は、PM が必要なリソースとサポートを確保し、製品が顧客のニーズに効果的に対応し、製品と市場の適合性を達成するのに役立ちます。さまざまな組織の視点を包括的に理解することで、成功する製品を提供する PM の能力が向上します。 社会的認識: 会社の条件 適切な企業を選択することは、上記の他のすべての能力と同様に重要です。PM の役割は、企業の規模、製品の種類、業界、文化によって左右されます。したがって、PM を目指す人は、自分のスキルと価値観が一致するかどうか、潜在的な雇用主を慎重に評価する必要があります。 技術スキル要件 PM に求められる技術的専門知識は、製品や会社のタイプによって異なります。たとえば、Google などの会社ではすべての PM に技術的熟練度を義務付けていますが、他の会社では技術的な詳細よりも市場投入と顧客ライフサイクルの経験を優先する場合があります。データ サイエンスや機械学習の製品に取り組む PM には、エンジニアリング チームや顧客と効果的にコミュニケーションをとるために、かなりの技術的知識が必要です。いずれにしても、技術的側面と PM ツールに関する基本的な理解は、すべての役割において重要です。 PMに関する企業理念 製品開発における PM の役割については、企業によって考え方が異なります。 PM がエンジニアリングを推進: PM は要件を収集し、エンジニアリングに引き渡します。この方法では、エンジニアはコーディングに集中できますが、顧客のニーズとの乖離が生じる可能性があります。 利点: エンジニアは邪魔されることなく開発に集中できます。 短所: エンジニアはユーザーに対してより共感する必要があり、ユーザー エクスペリエンスが低下し、優先順位の競合が不健全になる可能性があります。 エンジニアリングが製品を推進: エンジニアはテクノロジー中心の企業で製品のイノベーションを主導し、PM は市場への準備を促進します。 利点: 技術の進歩によって画期的なイノベーションが可能になります。 短所: エンジニアは、基本的な顧客のニーズと PM の優先順位を無視して、ソリューションを過剰に設計する可能性があります。 PM とエンジニアリングのパートナーシップ: PM とエンジニアが協力して、技術ニーズと顧客ニーズのバランスを取る共同アプローチ。 利点: 優先順位付けが合理化され、ユーザー エクスペリエンスが向上し、チーム パフォーマンスが向上します。 短所: 製品は顧客のニーズにより適合しますが、市場投入までの時間が遅くなる可能性があります。 会社の段階も重要です: スタートアップ: スタートアップの PM は、価格設定、マーケティング、サポートなど、幅広い責任を担うことがよくあります。これらの PM は、頻繁に変化するダイナミックな環境で活躍します。 利点: 企業戦略への関与が深まり、リーダーシップに触れ、影響力が増し、リソースに対する権限が増します。 短所: メンターシップが限られている、予算が厳しい、曖昧さを乗り越える必要がある。 成熟した企業: PM はより明確な役割を持ち、多くの場合、確立されたプロセスと標準を持つ大規模なチーム内で作業します。 利点: メンターシップ、ベストプラクティス、強固な長期的関係、確立された顧客基盤へのアクセス。 短所: 戦略的な露出が少なく、他者に影を落とされる可能性があり、政治的な問題が多くなります。 PM が自分のスキルを効果的に活用して成功するには、適切な会社を選ぶことが重要です。技術要件、会社の理念、会社の段階を理解することで、PM を目指す人は自分のキャリア目標に最適な会社を見つけることができます。 上級管理職との連携 特に初期段階の企業では、C レベルの幹部が製品プロセスに関与することが一般的です。これは、各 PM の目標に応じて、良い場合も悪い場合もあります。上級幹部と密接に連携したい PM にとっては理想的ですが、自律的に作業することを好む PM にとっては、フラストレーションを感じる可能性があります。これは、潜在的な PM が企業を探す際に考慮すべきもう 1 つの要素です。 通常、会社の経営陣から十分なサポートと賛同を得て製品に影響を与えるのは困難です。特定の課題を推進するには、良好な関係を築くことが不可欠です。もちろん、これは簡単である必要はありません。長い道のりですが、変化を起こしたいのであれば、すでに挑戦する準備ができているのではないでしょうか。 優れたプロダクト マネージャーになるには、他にも必要なことがあると思いますか? コメント欄であなたの考えを共有してください。
