コトラ（広報チーム） 
PdMは、顧客の課題を起点に「何を作るべきか」を考え、開発チームや事業部門と連携しながらプロダクトを成長させる職種です。未経験から目指すことは可能ですが、肩書きが未経験であることと、プロダクト開発に必要な経験までないことは異なります。
本記事では、エンジニア、Webディレクター、マーケター、営業、カスタマーサクセス、企画職などからPdMを目指す人に向けて、転職の難易度、活かせる経験、準備方法、求人選び、入社後のキャリアまでを整理します。
PdM未経験からの転職難易度と実現可能性
PdM未経験からの転職は簡単ではありません。PdMは、顧客理解、事業判断、開発チームとの協働、優先順位付けなどを横断して担うためです。一方で、隣接職種で培った経験をPdMの仕事に結び付けて説明できれば、社内異動や未経験可求人、PdM候補ポジションを通じて目指せる可能性があります。
重要なのは、肩書きの有無ではなく、顧客課題を見つけ、関係者と協力し、改善を実行して成果を確かめた経験を示すことです。
未経験PdMの定義と採用で見られるポイント
未経験PdMとは、一般的にPdMという肩書きでの実務経験がない人を指します。ただし、採用では「PdM経験がない」だけで判断されるわけではありません。プロダクト開発や事業改善に近い経験をどの程度持つかが確認されます。
採用で見られやすいポイントは、主に以下の通りです。
- 顧客やユーザーの課題を把握した経験
- 課題に対して仮説を立て、施策を考えた経験
- 数字や利用状況を見ながら改善した経験
- エンジニア、デザイナー、営業などと協働した経験
- 優先順位を決め、関係者の合意を得た経験
- 自ら学び、プロダクトに関する考えを深めている姿勢
未経験者の場合、すべての経験を持っている必要はありません。自分の強みがどこにあり、不足している部分をどのように補うかを説明できることが重要です。
未経験歓迎でも即戦力に近い経験が求められる理由
求人で「未経験歓迎」とされていても、社会人経験や関連業務の経験まで不要という意味ではないケースが多くあります。PdMは、入社後すぐに顧客、開発、事業の間で判断を求められることが多いためです。
たとえば、営業経験者であれば顧客の課題を深掘りした経験、Webディレクターであれば要件整理や制作チームを動かした経験、マーケターであればデータをもとに施策を改善した経験が評価対象になります。
未経験歓迎の求人では、PdMとしての完成度よりも、隣接する経験の再現性と成長の見込みが見られます。そのため、「PdMになりたい」という意欲だけではなく、過去の経験を通じてどのように価値を出してきたかを伝える必要があります。
社内異動・転職・個人開発のルート別の特徴
PdMを目指す方法は、大きく社内異動、転職、個人開発や副業の3つに分けられます。それぞれに利点と注意点があります。
- 社内異動は、自社の顧客、事業、組織を理解した状態で挑戦できる点が強みです。現職で改善提案や企画に関わる機会を増やし、実績を作れる場合は有力な選択肢です。
- 転職は、PdM候補、プロダクト企画、事業企画、プロダクトマーケティングなどを含めて選択肢を広げられます。一方で、経験の見せ方と企業選びが重要です。
- 個人開発や副業は、課題設定から企画、試作、検証までを自分で経験できます。ただし、作ること自体が目的にならないよう、誰のどのような課題を解くのかを明確にする必要があります。
最初からPdMという肩書きに限定せず、PdMに必要な経験を積める環境を選ぶことが現実的です。
未経験から目指しやすい人の共通点
未経験からPdMを目指しやすい人には、いくつかの共通点があります。特定の職種経験が必須というよりも、仕事の進め方や関心の持ち方に特徴があります。
- 顧客やユーザーがなぜ困っているのかを考える習慣がある
- 依頼された作業をこなすだけでなく、目的や背景を確認する
- 意見が異なる関係者の間に入り、合意形成を進められる
- 数字や事実をもとに改善案を考えられる
- 自分の案に固執せず、検証結果に応じて考えを修正できる
- プロダクトやサービスを使いながら、改善点を考えることが好きである
PdMは正解があらかじめ決まっている仕事ではありません。不確実な状況でも、仮説を立て、周囲を巻き込み、学び続けられる人が活躍しやすい職種です。
PdMの仕事内容と求められる役割
PdMの役割は、プロダクトの価値と事業成果を高めることです。企業によって担当範囲は異なりますが、顧客課題を理解し、解くべき課題を選び、開発と事業の関係者をつなぎ、リリース後も改善を続ける点は共通しています。
顧客課題を見つけて解決策を考える役割
PdMは、顧客から出た要望をそのまま機能にする役割ではありません。要望の背景にある課題を理解し、本当に解くべき問題を見極めます。
そのために、ユーザーへのヒアリング、問い合わせ内容の確認、利用データの分析、競合サービスの調査などを行います。たとえば「この機能を追加してほしい」という声があったとしても、既存の導線が分かりにくいだけかもしれません。新機能を作る前に、課題の原因を確かめることが必要です。
解決策は一つとは限りません。機能追加、画面設計の改善、案内方法の変更、運用の見直しなど、最も効果が見込める方法を考えます。
開発・デザイン・営業などをつなぐ役割
PdMは、多くの職種と協力してプロダクトを作ります。エンジニアには技術的な制約があり、デザイナーには利用しやすさを高める視点があり、営業やカスタマーサクセスには顧客の声があります。
それぞれの意見を集めながら、プロダクトとして何を優先すべきかを整理するのがPdMの役割です。権限だけで人を動かすのではなく、「なぜ今この課題に取り組むのか」を共有し、納得感を作りながら進めます。
特に未経験者は、部門をまたいだ調整や提案の経験を、PdMに通じる強みとして整理するとよいでしょう。
優先順位を決めて成果につなげる役割
プロダクトには、改善したいことや追加したい機能が数多くあります。しかし、開発に使える時間や人員には限りがあります。そのためPdMには、「何を作るか」と同じくらい「何を今は作らないか」を決める力が求められます。
優先順位を決める際は、顧客への価値、事業への影響、開発に必要な工数、リスク、緊急性などを比較します。短期的な要望だけでなく、プロダクトの中長期的な方向性と合っているかも重要です。
リリース後は、利用率、継続率、問い合わせ数、売上などの指標を確認し、狙った成果につながったかを検証します。結果をもとに次の改善につなげることまでがPdMの仕事です。
プロジェクトマネージャーやWebディレクターとの違い
PdM、プロジェクトマネージャー、Webディレクターは、いずれも関係者をまとめて開発や制作を進める役割を持ちます。ただし、中心となる責任範囲が異なります。
プロジェクトマネージャーは、決まった目標に対して、納期、予算、品質を管理し、プロジェクトを完了させる役割を担うことが一般的です。
Webディレクターは、WebサイトやWebサービスの企画、要件整理、制作進行、品質管理などを担います。現場ではPdMと役割が重なることもあります。
一方、PdMは「そもそも何を作るべきか」「どの課題を解くべきか」「リリース後にどのように成長させるか」に継続的に責任を持ちます。職種名だけで区別するのではなく、実際にどこまでの意思決定を担うのかを確認することが大切です。
未経験からPdM転職で求められる経験とスキル
未経験からPdMを目指す場合、すべての専門領域を深く理解している必要はありません。ただし、顧客、事業、開発のそれぞれについて基礎的な理解を持ち、専門家と協力できる状態を作る必要があります。
顧客理解や課題発見につながる経験
PdMにとって重要なのは、顧客の言葉をそのまま受け取るのではなく、背景にある課題を理解する力です。
営業で顧客の業務を聞き取り提案した経験、カスタマーサクセスで解約理由を分析した経験、マーケティングで顧客像を整理した経験、デザイナーとして利用者の行動を観察した経験などは、PdMに活かせます。
実績を整理する際は、「何を聞いたか」ではなく、「どのような課題を見つけ、どのように解決につなげたか」を説明できるようにしましょう。
数字を基に改善した経験
PdMは、感覚だけではなく数字を参考にして判断します。高度な分析ができなくても、目標を設定し、施策の結果を確認し、次の行動を変えた経験があれば強みになります。
たとえば、アクセス数、問い合わせ数、成約率、継続率、作業時間、対応件数などを見て改善した経験は活かせます。重要なのは、数字を示すことだけではありません。
- どの指標を見たのか
- なぜその指標を選んだのか
- 数字からどのような課題を考えたのか
- 実施後に何を学び、次にどう変えたのか
この流れで説明できると、PdMとしての考え方が伝わりやすくなります。
関係者を巻き込み企画を進めた経験
PdMは、直属の部下だけでなく、さまざまな専門性を持つ人と協力して仕事を進めます。そのため、関係者を巻き込んだ経験は重要です。
たとえば、営業、開発、デザイン、法務、経営層などの意見を整理し、企画を進めた経験が該当します。単に調整したという説明ではなく、意見の違いや制約がある中で、どのように論点を整理し、合意を作ったかを振り返りましょう。
PdMでは、強い権限よりも、目的と根拠を示して周囲に協力してもらう力が求められます。
開発の流れを理解しチームと協働する力
PdMが必ずしもプログラミングをできる必要はありません。しかし、開発の流れや技術的な制約を理解せずに企画を進めると、現実的な判断が難しくなります。
少なくとも、要件整理、設計、開発、テスト、リリース、運用という流れを理解しておくことが必要です。また、仕様変更が開発工数や品質に影響すること、リリース後も保守や改善が続くことを理解しておくと、エンジニアとの対話がしやすくなります。
エンジニア経験者は技術的な強みを持ちますが、顧客価値や事業成果の視点を補うことが重要です。非エンジニアは、技術を避けるのではなく、基礎を学び、開発チームの判断を理解しようとする姿勢が求められます。
プロダクトへの関心と学び続ける姿勢
プロダクトの市場、技術、利用者の行動は変化します。PdMには、継続して学び、判断を更新する姿勢が必要です。
日常的にサービスを利用して、「誰のどのような課題を解いているのか」「どのような導線になっているのか」「なぜこの機能があるのか」を考える習慣は、PdMを目指す上で役立ちます。
書籍や講座で知識を得ることも有効ですが、学んだ内容を既存サービスの分析や現職の改善提案に使うことで、実践的な理解につながります。
現職別に活かせる経験の整理方法
現職の肩書きだけで、自分がPdMに向いているかを判断する必要はありません。重要なのは、これまでの経験をPdMの役割に翻訳することです。
エンジニア経験を企画力と顧客視点に変換する方法
エンジニア経験者は、技術的な実現可能性や開発工数を理解できる点が大きな強みです。開発チームとの信頼関係を築きやすく、技術的負債や品質リスクも踏まえて判断できます。
一方で、PdMを目指す際は、技術を作ることだけでなく、なぜ作るのかを考えた経験が求められます。以下のような経験を整理しましょう。
- ユーザーや営業からの要望をもとに改善案を考えた経験
- 利用状況や障害の傾向を分析し、優先順位を提案した経験
- 技術的な制約を非エンジニアに分かりやすく説明した経験
- 開発効率だけでなく、顧客価値や事業への影響を考えた経験
技術力を強みとして示しながら、顧客と事業の視点を広げることが重要です。
Webディレクター経験を要件整理と推進力に変換する方法
Webディレクターは、要件整理、制作進行、品質管理、関係者調整などの経験を活かしやすい職種です。クライアントや社内の要望を整理し、デザイナーやエンジニアと協力して成果物を作った経験は、PdMの基礎になります。
PdMを目指す場合は、納期を守った経験だけではなく、顧客課題や事業成果に関わった経験を前面に出しましょう。
- アクセス解析や利用状況をもとに改善提案をした経験
- ユーザーの課題を踏まえて要件を見直した経験
- リリース後の成果を確認し、次の改善につなげた経験
- 依頼された制作ではなく、やるべき施策の優先順位を考えた経験
WebディレクターからPdMを目指す際は、「どう作るか」から「何を、なぜ作るか」へ視点を広げることがポイントです。
マーケター経験を顧客理解と分析力に変換する方法
マーケターは、市場、顧客、競合、施策効果を分析する経験をPdMに活かせます。顧客獲得だけでなく、利用継続や顧客満足度の向上に関わった経験は特に親和性があります。
整理すべき経験は以下の通りです。
- 顧客調査やインタビューからニーズを把握した経験
- 数字をもとに仮説を立て、施策を改善した経験
- 顧客層ごとに課題や行動の違いを分析した経験
- 開発チームに顧客の声や市場情報を共有した経験
PdMでは、集客施策だけでなく、プロダクトそのものが顧客に選ばれ続けるための改善を考える必要があります。顧客理解を機能や利用体験の改善に結び付けて説明しましょう。
営業・カスタマーサクセス経験を顧客課題の発見力に変換する方法
営業やカスタマーサクセスは、顧客の現場に近く、一次情報を持っている点が強みです。顧客の要望だけでなく、業務上の不便、導入時の障壁、継続利用を妨げる要因を理解している場合があります。
PdMへの転職では、以下のように経験を整理すると効果的です。
- 顧客の発言の背景を深掘りし、根本課題を特定した経験
- 複数の顧客から得た声を整理し、共通する課題を見つけた経験
- 顧客の声を社内に共有し、サービス改善につなげた経験
- 解約や利用停止の要因を分析し、対策を提案した経験
個別顧客への対応経験を、より多くの顧客に共通する課題を解く視点へ変換することが大切です。
企画・事業開発経験を仮説検証と収益視点に変換する方法
企画職や事業開発職は、市場機会の発見、収益性の検討、関係者との合意形成など、PdMに近い経験を持つことがあります。
アピールでは、企画書を作ったことではなく、仮説をどのように検証し、どのような判断をしたかを示しましょう。
- 市場や顧客を調査し、事業機会を見つけた経験
- 収益性や実現可能性を踏まえて企画を見直した経験
- 小さく試し、結果から方向性を修正した経験
- 部門横断で関係者を巻き込み、事業や施策を前進させた経験
事業開発の経験者は、顧客価値と収益性を両立させる視点を持っていることが強みになります。
PdM未経験者が転職前に進める準備
未経験からPdMを目指す場合、知識を増やすだけでは十分ではありません。自分の経験を整理し、実際に考えたことや改善したことを示せる状態を作る必要があります。
求められる能力と現時点の経験を棚卸しする
まずは、PdMに必要な能力を分解し、自分の経験と照らし合わせます。おすすめの整理軸は、顧客理解、事業理解、データ活用、開発理解、推進力の5つです。
各項目について、過去の経験を具体的に書き出します。成果だけでなく、課題、行動、判断理由、結果、学びまで整理すると、応募書類や面接に活用しやすくなります。
不足が見つかった場合は、すべてを一度に埋めようとしないことが大切です。たとえば顧客理解が弱いならインタビューや問い合わせ分析に関わる、開発理解が弱いなら現職の開発チームとの会話を増やすなど、優先順位を付けて取り組みます。
PdMの仕事に必要な基礎知識を学ぶ
学習では、用語を暗記するより、仕事の流れを理解することを重視します。特に以下のテーマは、基礎として押さえておくとよいでしょう。
- 顧客調査とユーザーインタビュー
- 市場調査と競合分析
- 課題の優先順位付け
- プロダクトの方向性や開発計画の考え方
- 指標設定と効果測定
- アジャイル開発などの開発の進め方
- 利用しやすさを考えるための基本的な考え方
書籍や講座で学んだら、身近なサービスを題材にして考えると理解が深まります。「誰が使うのか」「どの課題を解いているのか」「どの数字を追うべきか」を自分の言葉で説明する練習をしましょう。
現職で小さなプロダクト改善の経験をつくる
転職前に最も価値が高いのは、現職でプロダクトや業務改善に関わった経験です。大規模な企画でなくても、顧客や社内の課題を見つけ、仮説を立て、改善し、結果を確かめた経験があれば十分に材料になります。
たとえば、問い合わせが多い箇所を改善する、社内ツールの利用手順を見直す、顧客から多い要望を整理して提案する、利用データをもとに導線改善を行うといった取り組みがあります。
実施した内容は、背景、課題、仮説、施策、結果、学びの順で記録しましょう。結果が期待通りでなかった場合も、何を学び次にどう変えたかを説明できれば、価値ある経験になります。
個人開発や既存サービス分析で考え方を示す
現職で改善経験を作りにくい場合は、個人開発や既存サービスの分析を行う方法があります。重要なのは、機能を多く作ることではなく、課題設定と検証の考え方を示すことです。
個人開発では、身近な不便から小さなテーマを選びます。最初から大規模なサービスを作ろうとせず、簡易的な試作を通じて、使う人の反応を得ることを目指しましょう。
既存サービス分析では、以下の流れで整理すると実務に近いアウトプットになります。
- 想定する利用者と利用場面
- 解決している課題
- 利用時につまずきやすい点
- 改善仮説
- 優先順位とその理由
- 改善後に確認したい指標
あくまで外部からの仮説であることを明記し、断定的な批判にならないよう注意します。
ポートフォリオで課題設定から検証までを伝える
PdM向けのポートフォリオでは、見栄えよりも思考の流れが重要です。採用側は、どのように課題を見つけ、どのような根拠で判断し、どう学んだかを見ています。
各事例には、以下の内容を含めるとよいでしょう。
- 背景と対象となるユーザー
- 発見した課題
- 課題が重要だと考えた根拠
- 立てた仮説
- 検討した選択肢と優先順位
- 実施内容
- 結果と振り返り
- 次に試したいこと
実務で扱った内容を載せる場合は、守秘義務に注意が必要です。社名、顧客名、非公開の数値、画面、技術情報などは公開せず、必要に応じて内容を抽象化します。
求人選びから選考対策までの進め方
未経験からPdMを目指す場合、応募数を増やすだけでは成果につながりにくいことがあります。求人の中身を読み、自分の経験と接続できる企業に絞り、選考ごとに準備を深めることが重要です。
未経験可・PdM候補求人の条件を読み解く
未経験可の求人を見る際は、職種名だけで判断しないことが重要です。仕事内容に、PdM本来の業務が含まれているかを確認しましょう。
確認したい業務内容は以下の通りです。
- 顧客調査やユーザーインタビュー
- 市場や競合の分析
- プロダクトの方向性や開発計画の作成
- 要件整理と優先順位付け
- 開発チームとの協働
- リリース後の効果測定と改善
- 指標設定や事業成果への関与
一方で、「各種調整」「プロダクト関連業務全般」など、業務が抽象的な求人は注意が必要です。実態が単なる進行管理や事務作業に偏る可能性もあるため、面談や面接で具体的に確認しましょう。
成長支援と担当範囲を確認して応募先を絞る
未経験者にとっては、入社後に何を任され、誰から学べるのかが重要です。特に確認したいのは、PdMの組織体制と意思決定の範囲です。
- PdMは何人いるか
- 上司や相談相手はPdM経験者か
- 入社後の立ち上がり支援やレビューの仕組みがあるか
- 最初に担当する業務は何か
- 顧客調査や改善提案に関われるか
- どの指標や成果に責任を持つか
- 開発、デザイン、営業との役割分担はどうなっているか
未経験の場合、自由度だけが高く、相談相手がいない環境は負担が大きくなることがあります。裁量の大きさだけでなく、学びながら成果を出せる体制かを確認しましょう。
応募書類で実績をPdMの仕事に翻訳する
応募書類では、「営業をしていました」「開発をしていました」と職種を説明するだけでは不十分です。PdMに必要な能力が伝わるように、経験を翻訳します。
たとえば、以下のように表現します。
- 顧客の要望を聞いた経験を、顧客課題の発見と整理の経験として示す
- 制作進行の経験を、要件整理と関係者を巻き込んだ推進経験として示す
- 施策運用の経験を、数値をもとに仮説検証と改善を行った経験として示す
- 開発経験を、技術的な制約を踏まえて事業と開発の橋渡しをした経験として示す
実績は、できる限り背景、行動、結果をセットで記載します。数値がある場合は活用しますが、守秘義務に配慮し、割合や傾向などで表現しても構いません。
面接で確認される志望理由と再現性を準備する
PdMの面接では、志望理由だけでなく、過去の行動を深掘りされることが多くあります。特に、課題の見つけ方、判断の根拠、関係者との向き合い方、結果からの学びが確認されます。
準備すべき質問には、以下のようなものがあります。
- なぜPdMを目指すのか
- なぜこの企業、このプロダクトなのか
- 過去に課題を見つけて改善した経験は何か
- 意見が対立した場面でどう進めたか
- 優先順位をどのように決めたか
- 失敗した経験と、そこから得た学びは何か
- 入社後にどのような価値を出せると考えるか
回答は、状況、課題、自分の行動、結果、学びの順で整理すると分かりやすくなります。過去の案件は、守秘義務を守りながら説明できるよう、事前に簡潔な資料や図にまとめておく方法も有効です。
未経験転職で避けたい求人選びとアピールの注意点
未経験転職では、肩書きだけで応募先を選ぶとミスマッチにつながることがあります。以下のような点には注意が必要です。
- PdMと書かれていても、実態が進行管理や営業支援だけになっている
- プロダクトの責任範囲や評価指標が不明確である
- 顧客理解や改善に関わる機会が少ない
- 未経験者への支援がなく、一人で判断を求められる
- 幅広い雑務ばかりで、PdMとしての経験が積みにくい
また、選考では「アイデアを出すのが得意」「進行管理が得意」とだけ伝えるアピールにも注意が必要です。PdMに求められるのは、アイデアを実行し、結果を見て改善し続ける力です。
企画力や調整力を伝える際も、誰の課題を解くために何を判断し、どのような成果や学びにつながったかまで説明しましょう。
PdM転職後を見据えたキャリア設計
PdMへの転職はゴールではなく、プロダクトの価値を高める経験を積み始める入口です。入社後に何を学び、どのように担当範囲を広げるかを考えておくと、転職活動でも一貫したキャリア像を伝えられます。
入社直後に求められる行動と成果
入社直後は、大きな改革を急ぐより、担当するプロダクトと顧客、組織を深く理解することが優先です。
まずは、既存の資料、利用データ、顧客の声、問い合わせ内容、開発の進め方を確認します。エンジニア、デザイナー、営業、カスタマーサクセスなどとの対話を通じて、現場が抱えている課題も把握します。
初期には、小さくても改善効果を示せるテーマに取り組むとよいでしょう。たとえば、問い合わせが多い箇所の改善、利用開始時のつまずきの解消、関係者間で曖昧だった要件の整理などです。小さな成果を積み重ねることで、チームからの信頼を得やすくなります。
担当領域を広げるために積むべき経験
PdMとして担当領域を広げるには、機能単位の改善だけでなく、より広い視点で判断する経験が必要です。
- 顧客調査から課題設定までを主導する経験
- 指標を設計し、成果を継続的に確認する経験
- 開発計画や優先順位付けに関わる経験
- 複数部門をまたいで合意形成する経験
- 新機能や新規プロダクトの立ち上げ経験
- 収益性や事業戦略を踏まえた判断経験
特に、リリースして終わりではなく、利用状況を確認して改善を続ける経験は重要です。成果が出た理由、出なかった理由を言語化することで、次の判断の質が上がります。
シニアPdMやプロダクト責任者へのキャリアパス
経験を積んだPdMは、より大きなプロダクトや複数の領域を担当するシニアPdM、プロダクト組織を率いる責任者、新規事業の責任者などを目指せます。
シニアPdMには、個別機能の改善だけでなく、プロダクト全体の方向性を描き、複数のチームを横断して成果を出す力が求められます。
プロダクト責任者になると、PdMの採用や育成、組織の進め方、複数プロダクトの戦略なども担当範囲に入ります。将来的に事業責任者や経営に近い立場を目指す場合も、顧客価値、収益性、組織運営を同時に考える経験が役立ちます。
転職活動を始めるための行動計画
PdM未経験から転職を目指す場合は、準備と応募を切り離しすぎないことが大切です。まずは現時点の経験を整理し、不足を補いながら市場を知ることで、現実的な選択肢が見えてきます。
最初の行動として、以下を進めましょう。
- 過去の経験を、課題、行動、結果、学びの流れで書き出す
- PdMに必要な能力と自分の経験を照らし合わせる
- 現職で関われる改善テーマを探す
- 気になるプロダクトを一つ選び、顧客課題と改善案を分析する
- ポートフォリオとして思考の流れをまとめる
- 求人票を読み、企業ごとのPdMの役割を比較する
- カジュアル面談や選考を通じて、求められる経験を確認する
未経験からのPdM転職では、短期間で完璧な人材になることを目指す必要はありません。顧客課題を起点に考え、改善を実行し、結果から学ぶ経験を積み重ねることが、PdMへの最も確実な準備になります。
