コトラ（広報チーム） 
PdMは、顧客にとっての価値と事業成果を両立させながら、プロダクトを継続的に成長させる役割です。必要な知識は幅広いものの、未経験者が最初からすべてを身に付ける必要はありません。まずは顧客を理解し、課題を見つけ、根拠をもって優先順位を決める力から育てることが重要です。
本記事では、未経験からPdMを目指す人、経験の浅いジュニアPdM、育成を担う管理職に向けて、スキルを身に付ける順序と3カ月の学習計画を解説します。
PdMの役割と未経験者に求められる基本姿勢
PdMが担う顧客価値・事業成果・開発の橋渡し
PdMは、プロダクトの「なぜ作るのか」「何を作るのか」を考え、関係者と合意しながら実現へ導く役割です。顧客の困りごとを理解するだけでなく、それが事業にどのような成果をもたらすのかを考え、開発チームが実現可能な形に整理します。
プロダクトの企画、開発、提供後の改善は一度で終わるものではありません。市場や顧客の状況、利用データ、現場の声をもとに、仮説を立て、試し、結果から学び続けることがPdMの基本です。
プロジェクトマネージャーとの役割の違い
プロジェクトマネージャーは、定められた目標に向けて、納期・予算・品質を管理しながらプロジェクトを進める役割です。主に「どのように、いつまでに作るか」に責任を持ちます。
一方、PdMは「なぜ作るのか」「何を優先して作るのか」に重点を置きます。リリース後に顧客に使われたか、継続利用や売上などの成果につながったかも見ます。組織によって役割が重なる場合はありますが、PdMはプロダクトの長期的な価値に責任を持つ点が特徴です。
未経験からPdMを目指す際に理解したい現実
PdMには、顧客理解、事業理解、開発理解、データ活用、関係者との調整など、多くの力が求められます。ただし、未経験者が最初から一人で戦略や大きな投資判断を担うことは一般的ではありません。
まずは小さな機能や改善テーマを担当し、調査、企画、要件整理、効果確認までを一通り経験することが現実的です。知識を増やすだけではなく、実際に仮説を立て、周囲からの指摘を受け、判断を修正する経験が成長につながります。
スキルを増やす前に持つべき顧客起点の考え方
PdMの学習では、解決策から考え始めない姿勢が重要です。「この機能を追加したい」ではなく、「誰が、どの場面で、何に困り、その困りごとはどの程度重要か」を先に考えます。
顧客が要望した機能をそのまま作ることが、最適な解決とは限りません。顧客の発言の背景にある業務、行動、制約、感情を理解し、本当に解くべき課題を見極める必要があります。顧客理解を起点にすることで、作ること自体が目的になる状態を避けやすくなります。
PdMに必要なスキルを優先順位別に整理
最優先で身に付ける課題発見と顧客理解のスキル
未経験者が最初に磨くべきは、顧客の課題を見つける力です。顧客インタビュー、問い合わせ内容、営業記録、利用データなどから、顧客がどのような状況で困っているかを捉えます。
特に重要なのは、顧客の意見だけで判断しないことです。「この機能が欲しい」という発言の裏には、手作業が多い、情報が探しにくい、他部署との連携が難しいといった別の課題が隠れている場合があります。
次に磨く課題を言語化して仮説を立てるスキル
課題を見つけたら、曖昧な感想で終わらせず、検証できる形に言語化します。たとえば、「利用者が困っている」ではなく、「初めて利用する担当者は、設定の目的が分からず、途中で作業を止めている可能性がある」と整理します。
仮説は正解を当てるためのものではありません。何を確認すべきかを明確にし、調査や小さな検証につなげるためのものです。仮説が外れた場合も、顧客理解が進んだと捉えることが重要です。
施策の優先順位を決めるスキル
PdMには、やることを決めるだけでなく、やらないことを決める力が必要です。要望が多いほど、顧客への影響、事業への影響、実現に必要な時間や工数、緊急性、リスクを比較して優先順位を付けます。
未経験者は、まず判断理由を説明する習慣を持つとよいでしょう。「要望が多いから」だけではなく、「特定の利用場面で頻繁に起き、継続利用を妨げるため優先する」と説明できる状態を目指します。
開発チームと協働するためのコミュニケーションスキル
PdMは、指示を出すだけの役割ではありません。エンジニアやデザイナー、営業、顧客対応担当など、それぞれが持つ情報と専門性をつなぐ役割です。
そのため、結論だけでなく背景を伝えることが重要です。顧客の課題、目指す成果、優先順位の理由、制約条件を共有すると、開発チームは目的に沿った提案をしやすくなります。相手の専門性を尊重し、分からないことを質問する姿勢も欠かせません。
成果を測定して改善につなげるデータ活用スキル
リリースした施策は、作っただけでは成果になりません。利用率、継続率、完了率、問い合わせ件数、売上など、施策の目的に合った指標を確認し、次の改善につなげます。
データ活用では、数字だけを見るのではなく、顧客の声と組み合わせて解釈することが大切です。数値が下がった理由や、特定の利用者だけに起きている問題は、インタビューや問い合わせ内容を見なければ分からない場合があります。
未経験者が最初に取り組むべき顧客課題の発見
顧客の発言と本当の困りごとを分けて捉える
顧客が口にする要望は、解決策であることが少なくありません。「一覧で見られるようにしてほしい」「自動化してほしい」という声を聞いたら、なぜそれが必要なのかを確認します。
重要なのは、最後に困った場面を具体的に聞くことです。そのとき何をしようとしたのか、どのような手順だったのか、何に時間がかかったのか、今はどう対処しているのかを聞くことで、課題の構造が見えます。
顧客像と利用場面を具体化する
顧客を年齢や職種だけで捉えるのではなく、置かれている状況や目的まで具体化します。同じサービスでも、初めて使う人と日常的に使う人、導入を決める人と実際に操作する人では、困りごとが異なります。
利用前、利用開始時、日常利用時、困ったとき、解約を検討するときなど、顧客の行動を時系列で整理すると、課題が起きる場面を見つけやすくなります。この整理には、顧客体験の流れを可視化する手法も役立ちます。
インタビューで事実を引き出す質問の作り方
インタビューでは、未来の希望よりも過去の行動を聞くことが基本です。「この機能があれば使いますか」と聞くと、相手は好意的に答えやすくなります。代わりに、「最後にこの作業をしたのはいつですか」「そのとき何が起きましたか」と聞きます。
質問は、答えを誘導しない形にします。
- 最後に困った場面について、最初から順に教えてください
- そのとき、どのように対処しましたか
- 今使っている方法で、手間に感じる点は何ですか
- その問題が起きる頻度はどの程度ですか
- 解決しない場合、どのような影響がありますか
相手が話した言葉を繰り返して確認すると、認識のずれを防ぎながら、話を深掘りしやすくなります。
問い合わせ・営業記録・利用データから課題の兆しを探す
顧客インタビューだけが情報源ではありません。問い合わせ内容には、操作上のつまずきや説明不足の兆しが現れます。営業記録には、導入時に重視される条件や失注理由が残ります。利用データには、利用者が途中で離脱する場所や、使われていない機能が表れます。
ただし、一つの情報だけで結論を出さないことが大切です。問い合わせが多いからといって、必ずしも最優先の課題とは限りません。定量データと定性情報を組み合わせ、課題の頻度、影響の大きさ、背景を確認します。
課題の重要性を検証するための仮説の立て方
仮説は、「誰が」「どの状況で」「何に困り」「どのような影響が起きているか」を含めて作ります。たとえば、「初めて利用する担当者は、設定作業の意味を理解できず、開始前に離脱している。その結果、継続利用につながりにくい」と整理します。
検証では、仮説を支持する情報だけでなく、否定する情報も探します。複数の顧客に共通するか、特定の条件に限られるか、顧客がすでに代替手段を使っているかを確認します。仮説が修正されることを前提に進めることが重要です。
スキルを実務につなげる学習の進め方
プロダクト開発の全体像を学ぶ
PdMは、企画だけでなく、顧客理解、要件整理、開発、リリース、利用促進、効果測定、改善までを見渡します。各工程の目的と、前後の工程とのつながりを理解することが大切です。
まずは、顧客課題を発見し、価値を定義し、小さく試し、結果をもとに改善する流れを押さえましょう。開発手法や用語を暗記するよりも、各活動が何のためにあるのかを理解する方が実務に生きます。
身近なサービスを題材に課題と改善案を考える
学習の題材には、日常的に使っているサービスが適しています。自分が困った場面を思い出し、誰が、いつ、何に困ったのかを書き出します。ただし、自分だけの感覚を顧客全体の課題と決めつけないことが重要です。
改善案を考える際は、機能案だけで終わらせず、課題、対象者、期待する行動変化、確認したい指標をセットで整理します。この練習により、解決策から考え始める癖を減らせます。
小さな改善企画を作り、根拠と優先順位を説明する
学んだ内容は、1枚程度の改善企画にまとめると実践につながります。企画には、顧客課題、根拠、対象者、解決の方向性、成功を測る指標、優先順位の理由を含めます。
完成度よりも、考え方を説明できることが大切です。上司や同僚に見てもらい、「なぜこの課題が重要なのか」「別の案より優先する理由は何か」を問いかけてもらいましょう。
開発・営業・顧客対応など隣接職種の業務に触れる
PdMは、一人で顧客を理解するものではありません。営業は導入前の期待や競合比較を知り、顧客対応担当は利用中の困りごとを知り、エンジニアは実現方法と技術的な制約を知っています。
会議への同席、問い合わせ記録の確認、営業同行、開発レビューへの参加などを通じて、各職種の見ている景色を理解しましょう。自分の専門外の領域に触れるほど、判断の質が上がります。
フィードバックを受けて仮説と判断を振り返る
PdMのスキルは、実践と振り返りを繰り返すことで伸びます。企画やインタビューの後には、「何を根拠に判断したか」「見落としていた情報は何か」「次に確認すべきことは何か」を記録します。
特に、顧客インタビューの記録や会議の録画を見返すと、自分が誘導的な質問をしていないか、説明が長すぎないか、重要な発言を深掘りできているかを確認できます。
未経験から身に付ける3カ月の学習計画
1カ月目に行うPdMの役割理解と自己診断
1カ月目は、プロダクト開発の全体像とPdMの役割を理解します。自分の経験を棚卸しし、顧客理解、分析、開発理解、企画、調整のうち、すでに使える力と不足している力を整理します。
- PdM、PM、デザイナー、エンジニア、営業、顧客対応担当の役割を整理する
- 身近なプロダクトを一つ選び、誰のどの課題を解いているかを考える
- 自分の強みと、今後3カ月で伸ばす一つのスキルを決める
- プロダクトの利用から改善までの流れを図にする
この段階では、すべてを学ぼうとせず、顧客理解を軸に学習テーマを絞ることが重要です。
2カ月目に行う顧客理解と課題発見の練習
2カ月目は、顧客の行動と課題を捉える練習を行います。実務で顧客に会える場合は、インタビューや商談への同席を目指します。難しい場合は、公開されている口コミ、問い合わせ記録、レビュー、身近な利用者への聞き取りを活用します。
- インタビューの目的と仮説を一つに絞る
- 過去の行動を聞く質問を5つから10個用意する
- 複数人の話を聞き、発言を事実・解釈・仮説に分けて整理する
- 顧客像と利用場面を一つの顧客体験の流れにまとめる
インタビューは、解決策への賛否を聞く場ではなく、顧客の現実を知る場です。要望の多さではなく、行動や困りごとの具体性に注目します。
3カ月目に行う企画作成と優先順位付けの実践
3カ月目は、2カ月目までに得た情報をもとに、改善企画を作成します。大きな構想ではなく、小さく検証できるテーマを選ぶと進めやすくなります。
- 顧客課題と根拠を明文化する
- 解決策を複数考え、比較する
- 期待する成果と確認する指標を決める
- 効果、緊急性、実現しやすさを比較して優先順位を付ける
- 企画を関係者に説明し、指摘を受けて修正する
企画の目的は、正解を示すことではありません。限られた情報の中で、どのように考え、何を次に確認するかを示すことです。
学習成果をポートフォリオとして整理する方法
ポートフォリオでは、見栄えのよい資料よりも、考えた過程を示すことが重要です。守秘義務に配慮し、実務の情報をそのまま公開しないようにします。
- 対象にした顧客や利用場面
- 発見した課題と、その根拠
- 立てた仮説と検証方法
- 考えた解決策と優先順位の理由
- 得られた結果、修正した判断、次の行動
未経験者の場合も、身近なサービスを題材にした自主企画や、社内で担当した小さな改善を整理すれば、思考の質を伝えられます。
3カ月後に設定する次の実務経験の目標
3カ月後は、より大きな責任を急ぐよりも、実務での経験範囲を広げる目標を設定します。たとえば、顧客インタビューを自ら設計する、問い合わせ分析から改善案を出す、小さな機能の企画から振り返りまでを担当する、といった目標が考えられます。
次の成長には、部分的な作業だけでなく、課題発見から効果確認までの一連の流れを経験することが有効です。
経験や志望するプロダクトに応じた伸ばす順序
営業・顧客対応の経験者が伸ばすべき分析と開発理解
営業や顧客対応の経験者は、顧客との対話や業務理解に強みがあります。一方で、目の前の要望を優先しすぎたり、一部の顧客の声を全体の課題と捉えたりしないよう注意が必要です。
次に伸ばすべきは、利用データの読み方、顧客を比較して共通点を探す力、開発に必要な工数や制約の理解です。顧客の声を、再現性のある課題として整理する力を磨きます。
エンジニア・デザイナー経験者が伸ばすべき顧客理解と事業視点
エンジニアやデザイナー経験者は、実現方法や体験設計に強みがあります。ただし、解決策から考え始めると、作れるものを作る判断になりやすいため、顧客課題と事業成果から逆算する練習が必要です。
顧客インタビュー、営業や顧客対応担当との対話、収益構造や継続利用の指標の理解を優先しましょう。技術やデザインの選択が、顧客価値と事業にどのような影響を与えるかを考える視点が重要です。
BtoB・SaaSで重視される業務理解と継続利用の視点
BtoBやSaaSでは、顧客の業務の流れ、社内の役割分担、導入時の意思決定、運用上の制約を理解する必要があります。一人の利用者が便利だと感じても、承認や管理、他のツールとの連携に問題があれば定着しません。
新規獲得だけでなく、利用開始、定着、継続、解約の各段階で顧客が何を達成したいのかを確認します。問い合わせ、利用頻度、解約理由などをもとに、長く使われる価値を考えることが重要です。
消費者向けサービスで重視される利用体験と検証の視点
消費者向けサービスでは、多様な利用者が短時間で価値を感じられるかが重要になります。利用開始までの分かりやすさ、初回利用時の体験、再訪したくなる理由、利用を止める理由を観察します。
利用データをもとに仮説を立て、画面や導線を小さく変更し、結果を確認する進め方が有効です。ただし、数字が動いたことだけで満足せず、どの利用者にどのような変化が起きたのかを理解する必要があります。
ジュニアPdMが次に任せられる範囲を広げるための行動
ジュニアPdMが成長するには、依頼された作業をこなすだけでなく、判断の背景を確認することが大切です。「この施策は誰のどの課題を解くのか」「何をもって成功とするのか」「今回は何を優先しないのか」を質問します。
また、自分の担当範囲で小さな仮説検証を提案し、結果を共有することも有効です。課題発見、企画、開発、振り返りの一部ずつでも経験を増やすことで、任せられる範囲が広がります。
PdMスキルの自己診断と継続的な成長
顧客理解・課題設定・優先順位付け・推進力を確認する
自己診断では、知識の量ではなく、実務でどこまでできるかを確認します。次の観点で振り返ると、次に伸ばすべき領域を見つけやすくなります。
- 顧客の行動や利用場面を、具体的に説明できるか
- 顧客の発言と、背景にある課題を分けて整理できるか
- 課題を根拠とともに言語化できるか
- 複数の施策を比較し、優先順位の理由を説明できるか
- 開発や営業などの関係者と、目的を共有して進められるか
- リリース後に結果を確認し、次の判断を修正できるか
現在の不足より次に伸ばす一つを決める
PdMに必要なスキルは幅広いため、不足をすべて埋めようとすると学習が進みません。自己診断の結果から、次の3カ月で最も伸ばす一つを決めます。
たとえば、顧客理解が不足しているなら、毎月数件のインタビューや問い合わせ分析を行います。優先順位付けが課題なら、企画ごとに判断基準と比較表を作ります。学習テーマを行動に落とし込むことが重要です。
学習と実践の記録から成長を可視化する
学んだ内容、立てた仮説、実施した調査、企画への指摘、結果と気づきを記録します。後から見返すと、自分の判断がどのように変わったか、同じ失敗を繰り返していないかを確認できます。
特に、仮説が外れた記録は価値があります。失敗を隠すのではなく、何を見落とし、次にどう確かめるかを残すことで、判断の質を高められます。
管理職が未経験PdMを育成する際に見るべき観点
管理職は、成果だけでなく、未経験PdMがどの工程を経験できているかを見る必要があります。調査だけ、仕様書作成だけ、進行管理だけに偏ると、プロダクトマネジメントを一貫して学ぶ機会が不足します。
育成では、実案件または模擬案件で、顧客理解、課題設定、企画、開発との協働、効果確認までを経験できるように設計します。レビューでは抽象的な助言ではなく、「根拠が不足している」「顧客の行動が見えていない」「優先順位の比較が必要」といった具体的な観点を伝えることが重要です。
PdMとして学び続けるための振り返りの習慣
PdMは、市場、顧客、技術、組織が変化する中で判断を続ける仕事です。一度身に付けた知識だけで対応し続けることはできません。
週次や月次で、顧客から学んだこと、判断したこと、結果、見落としたことを振り返りましょう。特に、「なぜこの判断をしたのか」「別の選択肢はなかったか」「次回は何を早く確認するか」を問い直す習慣が、PdMとしての成長を支えます。
