これまでに何度聞かれたかわかりません。 “
この質問にはいつも魅了されます。なぜなら、質問者はプロダクト マネジメントが何であるかを知らないにもかかわらず、すでにプロダクト マネジメントに興味を持っているからです。
世界中のビジネススクールでは、MBAを取得した学生たちがプロダクトマネジメントを夢の仕事にしようとしています。
世界中のビジネススクールでは、MBAの学生がプロダクトマネジメントを夢の仕事としており、大学ではプロダクトマネジメントに特化した新しい専攻やプログラムが作られ始めています。
プロダクトマネージャーの仕事を説明する上での課題の一つは、プロダクトマネージャーの役割が本質的にあまり定義されていないことです。
目次
プロダクトマネージャーとは何か？
プロダクトマネージャーは、ビジネス戦略、デザインの知識、そして顧客のニーズを結びつけ、適切で、実現可能で、価値のある製品を開発します。
プロダクトマネージャーは、ビジネスの目標とユーザーのニーズを達成するために製品を最適化し、投資収益率を最大化することに集中します。
プロダクトマネージャーは、3つのコアグループの範囲外にあるすべてのものに取り組む、結合組織のようなものだと考えてください。
製品ごとに顧客、ビジネス、開発者の構成が異なるため、プロダクトマネージャーは本質的に異なります。
例えば、APIプロダクトマネージャーは、顧客が全員エンジニアであるため、プロダクトマネージャーは技術的なスキルに長けている必要があるかもしれません。
また別の例として、B2Bのプロダクトマネージャーは、全体で十数人の顧客にしかサービスを提供しないため、変更管理、交渉、異議申し立ての処理などに高いスキルが必要になります。
同じ企業内でも、プロダクトマネージャーの種類は驚くほど多いです。
プロダクトマネージャーの仕事をより深く理解するために、プロダクトマネージャーの理論に触れてみましょう。
プロダクトマネージャーの理論
プロダクトマネージャーがいない世界を図で説明しましょう。
プロダクト マネージャーがいない世界では、すべての人が、顧客、ビジネス、開発チームの 3 つのグループのいずれかに属すると一般化できます。
ビジネスとは、長期的に株主に価値を持続的に提供することを目的とした組織です。
開発チームはエンジニアとデザイナーで構成されています。
顧客と企業は常に対立しています。
顧客は、商品やサービスを無料で手に入れたいと思っています。 彼らは、自分たちの特定の痛みに対するソリューションを提供するように企業に圧力をかけますが、それは長期的に見て企業が生き残るために十分な大きさの機会ではないかもしれません。
企業は、たとえ顧客の痛みを解決できなくても、顧客が既存の製品を高く買ってくれることを望み、企業は既存の顧客にサービスを提供するよりも、新しい顧客を獲得することにできるだけ多くの注意を払いたいと思っています。
顧客と開発チームは定期的に対立します。
顧客は、開発チームが自分たちの仕様どおりにものを作ってくれることを望んでいます。 ページの左下に青いボタンが欲しいと思えば、たとえそれが既存のエンジニアリングやデザインのパラダイムを崩してでも、ボタンを設置するように要求します。
その一方で、開発チームはクールな新しいものを作りたがりますが、その新しい機能性は実際には顧客のニーズを満たしていないかもしれません。
開発チームは、自分たちの仕事を徹底的にQAするための十分な時間を確保したいと思っていますが、顧客はスケジュールを早めることを要求します。
開発チームと企業は常に対立しています。
開発チームは、技術的な健全性のためにコードをリファクタリングしたり、視覚的な一貫性のために機能を再設計したりして、ビジネスのスケジュールに反した行動をとることがよくあります。
これらの対立はどのように解決されるのでしょうか？
製品とは、顧客の痛みを解決し、ビジネスの収益性を高め、開発チームがワクワクしながら作り、簡単にメンテナンスできるものです。
では、製品の周りのホワイトスペースはどうするのでしょうか？
それがプロダクトマネージャーです。
プロダクトマネージャーの役割とは？
プロダクト マネージャーの役割は、マルチプライヤーとしての役割です。
コーチとして、ステークホルダーやチームメイトに最高の価値を提供するための力を与えることです。 どのような問題を、誰のために、なぜ、いつまでに解決するのかを定義します。
管理人として、あなたはチームメイトの障害を取り除きます。
例えば、プロダクトマネージャーは、製品仕様書、ミーティングノート、テストケースなどを書きます。 決して楽しい仕事ではありませんが、全員が同じ考えを持つためには、製品を文書化することが重要です。
あなたは、あらゆる種類の人々と協力して、実験、創造、改善の強力なエンジンを作ることになります。
さらに、過去の指標から得られる定量的なデータ、ユーザーリサーチや顧客からのフィードバックから得られる定性的なデータ、市場動向、競合他社の分析などを抽出し、ROIの高い意思決定を行う必要があります。
こうした情報の抽出から、チームが注力すべき製品や機能に優先順位をつけ、分析と優先順位付けに基づいて描いたビジョンに乗ってチームや上層部を説得するのが、プロダクトマネージャーの責任です。
チームが製品を作る時になったら、プロダクトマネージャーは、細部にまで気を配り、エッジケースを考慮し、製品がテストされ、予定通りに出荷されるようにしなければなりません。 製品が出荷されても、仕事は終わりません。プロダクトマネージャーは、顧客がどのように製品に関わっているかを理解することで、製品の成功を判断する必要があります。
プロダクト マネージャーの責任
以下に、プロダクト マネージャーが実行しなければならない日々の戦術的な責任をいくつか示します。
スタンドアップミーティング
もしあなたのスタートアップがアジャイル開発プロセスを実行しているなら、チームが集まって、昨日何に取り組んだか、これから何に取り組むか、誰かの仕事を妨げるものがないかなどを話し合う「スクラム」を開催するかもしれません。
プロダクトマネージャーはスクラムマスターとしての役割を果たす必要があるかもしれませんが、特にリーン組織では別のスクラムマスターがいない場合もあります。
顧客との対話
直接であろうと、カスタマー サポート チケットや電話、ビデオ会議などの他の媒体であろうと、あなたのチームが作っているものが顧客にとって価値のあるものであることを理解するために、顧客との時間を過ごすべきです。
製品バックログの管理
あなたは、製品機能のバックログを管理し、チームが機能開発の間にデッドタイムを作らないようにする責任があります。
戦略的計画
プロダクト マネージャーは、製品の次の作業項目を決定するだけでなく、長期的な製品戦略とビジョンを決定する責任があります。 業界や競合他社の変化に常に同調することが重要であり、自分の領域で未来がどうなるかについてスタンスを持つことが重要です。
あなたは、製品の現在のパフォーマンスだけでなく、1年後、3年後、5年後の製品の将来のパフォーマンスにも責任があります。
スペック ライティング
あなたは、新しい機能や製品の包括的なスペックを書く責任があります。 仕様書の一部には、ビジネスゴール、ユーザーストーリー、製品要件、顧客の背景などが含まれます。 また、ワイヤーフレームやユーザージャーニーも仕様書の一部として担当します。
それに加えて、あなたは開発チームの他のメンバーと仕様書を繰り返し検討していきます。
他のチームとのミーティング
あなたはかなりの時間をミーティングに費やすことになります。 会社の規模にもよりますが、営業、製品マーケティング、事業開発など、さまざまなクロスファンクショナルチームとの時間を過ごすことになります。 また、経営陣とのミーティングでは、進捗状況の報告や、製品のビジョンや追加リソースの要求などを行います。
なぜそんなにたくさんの会議をする必要があるのでしょうか？ 人間の心理の核心的な課題の一つは、情報伝達には会議が最も効果的であるということです。 しっかりしたメールを書いていても、相手が注目してくれないことがあります。
目安としては、就業時間中（例：午前9時から午後5時まで）はミーティングを繰り返し、ミーティング以外の時間には、仕様書の作成やデータ分析、市場調査など、個人のコントリビューターとしての仕事に取り組む必要があります。
データ分析
データは、十分な情報に基づいて製品を決定するために非常に重要であり、プロダクトマネージャーは、分析を行うために必要なデータを理解し、できれば引き出すことができる必要があります。 仕事で基本的なデータ分析を行うには、SQLとExcelが必須です。
ドキュメンテーション
プロダクト マネージャーは、情報が適切な人に適切なタイミングで流れるようにする責任があります。 ドキュメンテーションは、情報の流れを整えるための重要な要素です。
あなたは、リリース日、リリースノート、ユーザーフロー、注意事項、ミーティングノート、およびその他の種類の重要な組織的コンテキストの文書化を担当しています。
プロダクト マネージャーにとっての重要なスキル
これはとても大変なことのように聞こえますか？ その通りです。
とはいえ、次の3つのコアスキルを身につければ、製品管理という途方もない仕事に取り組みながらも、優れた製品管理者として成長することができます。
- 共感とコミュニケーション
- 勇気と学習の速さ
- 冷酷なまでの優先順位付け
ol
共感とコミュニケーションが必要なのは、あなたの仕事が基本的にホワイトスペースを埋めることに集中しているからです。
お客様、ビジネス、開発チームを十分に理解していなければ、どのスペースを埋めることが最も重要なのかわかりません。
共感とコミュニケーションの両方が同時に必要で、どちらか一方が欠けても意味がありません。
共感があってもコミュニケーションができなければ、3つのグループ間でコンテキストを共有することができず、信頼関係の崩壊につながります。
製品管理は本質的に無限の空間であるため、グリットと学習の速さが必要です。
毎日、難しい決定に直面し、3つのグループからの対立に常に直面するため、グリットが必要です。
あなたは、自分の使命と情熱を確信する必要があります。そして、困難な状況にあっても、3つのグループの精神的なチアリーダー、代表者である必要があります。
お客様、ビジネス、開発チームは常に変化しているので、あなたは素早く学ぶ必要があります。
「気力」と「学習速度」の両方が同時に必要であり、どちらか一方が欠けても、あなたにとってはあまり意味がありません。
「度胸」と「学習速度」の両方が同時に必要です。
製品管理は無限であるため、非情なまでの優先順位付けが必要です。
製品管理者は意思決定がすべてであるため、毎日何千もの決定をしなければなりません。 そのメッセージを送るべきでしょうか？ 送るとしたら、誰に、いつ、どのように、どのようなトーンと内容で？ このお客様からの電話に出るべきか？ 取るべきなら、その目的は何か？
会社を成功させるか失敗させるかの鍵となる要素を素早く見極められなければ、分析麻痺に陥ったり、インバウンドの仕事に追われたりしてしまいます。
プロダクトマネージャーの種類
プロダクトマネージャーの仕事は、業界、企業、ビジネスモデル、製品によって大きく異なるため、様々な種類のプロダクトマネジメントがあります。
そのため、日々の活動も多岐にわたりますが、最終的にプロダクトマネージャーは、複数のチームとのコラボレーションに必要なことは何でも行う責任があります。
プロダクトマネージャーを区別するいくつかの要素を紹介します。 B2C vs. B2B vs. B2B2C
繰り返しになりますが、プロダクトマネージャーの役割の本質は、顧客、製品の種類、そして開発チームから生まれます。
同じ会社でも、プロダクト マネージャーによって、担当する顧客の種類や開発チームの種類が全く異なるため、仕事の内容も大きく異なります。
一般的には、プロダクト マネージャーは、製品の「いつ」「何を」「どのように」に関わる決定に関与することが期待されます。 そのため、プロダクトマネージャーの中には、製品のCEOとも言える人もいます。
そのためには、技術的なノウハウやプロダクトリーダーシップの深い理解など、膨大な知識が必要となります。
もしあなたがプロダクトマネジメントに慣れていないのであれば、プロダクトマネジメントの基礎を学び、自分の製品を立ち上げ、最初の製品の役割を獲得するためのクラッシュコースである、1週間のPMコースをチェックすることをお勧めします！
このコースでは、プロダクトマネジメントの基礎を学び、自分の製品を立ち上げ、最初の製品の役割を獲得することができます。