プロダクトマネージャー（PM）の正社員になるには｜プロジェクトマネージャー求人との見分け方

プロダクトマネージャーとプロジェクトマネージャーが混ざる

プロダクトマネージャーは「何を、なぜ作るか」を決める役割で、プロジェクトマネージャーは「決まったものを期限内に作り切る」進行管理が中心です。ところが求人票ではどちらも「PM」と略され、同じ会社の募集でも混在することがあります。

見分けるときは、仕事内容欄にロードマップ、KPI、ユーザーインタビューといった語があるか、WBS、進捗管理、見積りが中心かを確認します。前者が多ければプロダクト寄り、後者が多ければ進行管理寄りの募集です。基礎的な違いはプロダクトマネージャーの基本でも整理しています。

応募条件に並ぶ経験の水準をつかむ

たとえばLINEヤフーが掲載していたLINEバイト領域のPM求人では、Webまたはモバイルアプリのプロダクトマネジメント経験が3年以上、KPI設計とデータ分析による改善経験、要件定義と優先順位付けの経験、エンジニアやデザイナーとの協働経験、CVRや継続率を改善した実績などが挙げられていました。

これは経験者向けの一例で、すべてのPM求人がこの水準というわけではありません。ただ、正社員のPMで問われやすいのは「肩書き」より、指標を使って改善を進めた経験だと読み取れます。

未経験可と書かれた求人の読み方

「未経験可」とされるPM求人でも、実際にはエンジニア、企画、マーケティング、プロジェクト管理などの関連職の経験を前提にしている例が少なくありません。PM職そのものが未経験でも、顧客課題の発見や優先順位付けにつながる経験を説明できるかが見られるとされています。

求人票に「未経験可」とあっても、面接では現職での判断経験を深掘りされる前提で準備しておくほうが安全です。

エンジニアから目指す場合

エンジニアは、技術的な制約や工数の見立てを根拠付きで語れる点が強みです。一方で、ユーザーの声や事業数字を起点に優先順位を決めた経験が弱くなりがちです。

現職のチームで、仕様の相談に早い段階から入る、リリースした機能の利用状況を自分で集計して次の改善案につなげる、といった動きが実績になります。

営業やカスタマーサクセスから目指す場合

顧客の生の声を日常的に聞いている点は、PMにとって大きな材料です。弱みになりやすいのは、開発の進め方や技術的な制約への理解です。

顧客の要望をそのまま渡すのではなく、背景の課題に言い換えて開発チームに起票し、優先度の理由を文章に残す練習が役立ちます。

プロジェクトマネージャーやディレクターから目指す場合

進行管理と関係者調整の経験は、PMにそのまま生かせます。不足しやすいのは、何を作るかを自分で決めた経験です。

納期を守ることに加えて、案件の目的と成功の指標を自分で設定した事例を一つ用意すると、職務経歴書の説得力が変わります。

社内異動という選択肢

自社プロダクトを持つ会社にいるなら、転職より先に社内でPMを兼務する道もあります。現職での信頼や社内データへのアクセスをそのまま使えるのが利点です。ただし、PMというポジション自体が社内にない場合は選べません。

職務経歴書には担当業務より判断の跡を書く

たとえば「検索機能の改善を担当」だけでは判断が見えません。「離脱の多い画面を特定し、入力項目を減らす案を含む3案から1案を選び、リリース後に完了率の推移を確認した」と書くと、課題の特定、選択、検証が一文に収まります。数字が出せる場合は、社外に出してよい範囲の数値を添えます。

面接で深掘りされやすい場面

面接では、既存サービスの改善案、優先順位の決め方、エンジニアと意見が割れたときの進め方がよく問われます。

改善案を口頭だけで説明するのは難しいため、プロダクト改善案をまとめたポートフォリオを一枚の資料にしておくと、面接官と同じ画面を見ながら話せます。

正社員で入る利点と制約

正社員なら、育成の仕組みや社内データへのアクセス、長く同じプロダクトに責任を持てる点が利点です。一方で、配属や異動は会社の判断になり、希望した領域に入れない場合があります。給与面はプロダクトマネージャーの年収の決まり方とあわせて確認すると、求人の条件を比べやすくなります。

業務委託や副業で実績を作る道

正社員の求人で経験不足を指摘されるなら、小さな業務委託や副業でPMの一部業務を経験する方法があります。案件の探し方は案件獲得の考え方が参考になります。ただし本業との契約や就業規則の確認が先です。

少人数のスタートアップの場合

PMがカスタマーサポートの問い合わせ対応や営業同行、ときには仕様書の細部まで担うことがあります。守備範囲が広い分、決めた結果が早く数字に出やすく、事業全体を見る力が付きやすい環境です。反面、教えてくれる先輩PMがいないことも多く、自走できる人向けです。

プロダクトが複数ある大企業の場合

担当するのが機能単位に分かれ、関係部署との調整や社内の承認手続きに時間を使う比重が高くなります。大きな予算とデータを扱える一方、一人で決められる範囲は小さめです。

SaaSと受託開発を持つ会社の違い

自社でサービスを運営するSaaS企業では、継続率や解約理由など長期の指標を追います。受託開発が中心の会社でPMと呼ばれる場合は、顧客の要望をまとめる窓口の色が濃く、プロダクトの方針を決める裁量が限られることがあります。求人票の「自社プロダクト」「受託」の記載は必ず確認してください。