「プロダクトマネージャーとは、具体的に何をする仕事？」「エンジニアや営業の経験から転職できる？」「年収や選考で評価される実績を知りたい」と考えていませんか。
プロダクトマネージャーは、顧客の課題と事業の目標を結び付け、プロダクトの方針・開発の優先順位・改善の方向性を決める職種です。アプリやWebサービス、業務用SaaSなどを通じて、ユーザーに価値を届け、事業を継続的に成長させる役割を担います。
転職では、PdMという肩書きの有無に加え、「どの課題を見つけ、何を判断し、チームでどのような成果につなげたか」を説明することが大切です。この記事では、仕事内容、関連職種との違い、公開求人の年収例、必要な経験、職務経歴書と面接での実績の伝え方まで解説します。
この記事のポイント
- プロダクトマネージャーは、顧客価値と事業成果を軸にプロダクトの意思決定を進める。
- 年収は担当領域・役割・企業によって異なる。求人の提示額と職種全体の平均年収は別の情報。
- PdM未経験でも、企画・改善・開発連携や応募先の業界に関する経験を活かせる場合がある。
- 転職では、成果の数字とともに課題設定・判断理由・本人の貢献を伝える。
プロダクトマネージャーとは？顧客価値と事業成長をつなぐ仕事
プロダクトマネージャーは、製品・サービスが「誰の、どのような課題を解決するのか」を定め、実現に向けて関係者と意思決定を進める仕事です。英語ではProduct Managerと呼ばれ、日本の求人ではプロジェクトマネージャーとの区別のために「PdM」と表記されることがあります。
本記事では、主にIT・Webサービスのプロダクトマネージャーを扱います。製薬や消費財などでも同じ職種名が使われますが、担当業務や必要な専門知識は異なります。
Atlassianは、プロダクトマネージャーの役割として、顧客ニーズと事業目標を踏まえた戦略・ロードマップ・機能の方針づくりを説明しています。具体的な責任範囲は組織によって変わるため、求人では職種名だけでなく業務内容を確認しましょう。
出典：Atlassian「製品マネージャー：役割と初心者向けのベストプラクティス」
「何を、なぜ、どの順番でつくるか」を考える
例えば、予約アプリで「入力項目が多く、利用者が予約を完了できない」という課題があったとします。PdMはユーザーへのヒアリングや行動データを確認し、入力項目の削減、保存機能の追加、説明文の見直しなどの選択肢を比較します。
そのうえで、改善効果、開発にかかる手間、セキュリティ上の制約などを踏まえ、取り組む順番をチームと決めます。機能を公開した後も、予約完了率や問い合わせ件数を確認して次の改善につなげます。
機能をリリースすることと、課題を解決して成果を生むことは別です。その違いを意識し、検証を続ける姿勢が求められます。
管理職とは限らず、決裁権も企業によって異なる
「マネージャー」という名称でも、部下の人事評価や採用を担当するとは限りません。プロダクトに関する意思決定を推進する役割と、組織の人員を管理する役割は分かれている場合があります。
また、PdMが予算や開発方針を単独で決められるとは限りません。事業責任者や開発責任者と協議する範囲、最終承認者、担当する目標を確認すると、入社後の役割を具体的に把握できます。
プロダクトマネージャーの仕事内容
仕事の流れを理解するには、「課題を発見する」「方針を決める」「開発を進める」「結果を検証する」の四つに分けると整理しやすくなります。パーソルキャリアの職種紹介でも、市場・顧客理解から戦略策定、開発連携、公開後の改善までが紹介されています。
出典：パーソルキャリア「プロダクトマネージャーの業務内容・取り組み」
| 主な業務 | 具体的に行うこと | 成果物の例 |
|---|---|---|
| 顧客・市場の理解 | ヒアリング、利用データの分析、競合や代替手段の調査 | 課題の整理、調査結果、価値の仮説 |
| 戦略・目標の設定 | 対象顧客と提供価値を定め、事業目標との関係を整理 | プロダクト方針、目標指標 |
| 優先順位の判断 | 効果、費用、リスク、依存関係から施策の順番を検討 | ロードマップ、優先順位を付けた施策一覧 |
| 要件整理・開発連携 | 解決すべき課題、対象範囲、完了条件をチームと共有 | 要件資料、画面案、受け入れ条件 |
| リリースの準備 | 提供方法、告知、問い合わせ対応、計測方法を調整 | 公開計画、利用案内、計測設計 |
| 効果検証・改善 | 利用状況や顧客の反応を確認し、継続・修正・終了を判断 | 検証結果、次の改善案 |
顧客の要望から、解決すべき課題を見つける
ユーザーから「データのダウンロード機能がほしい」と言われた場合、その背景には「社内報告の資料づくりに時間がかかる」という課題があるかもしれません。背景を調べると、ダウンロード機能の追加以外に、レポートの自動作成や外部サービスとの連携という解決策も検討できます。
ヒアリングでは、要望の内容に加えて、現在の業務、困る場面、代わりに使っている手段、困りごとの頻度を確認します。利用データと組み合わせることで、特定の顧客だけの問題か、多くのユーザーに共通する問題かも判断しやすくなります。
戦略とロードマップをつくり、優先順位を説明する
ロードマップは、中長期で取り組む方向性や順番を共有するための計画です。日付と機能名を並べるだけでなく、「どの顧客に、どんな価値を、なぜ今届けるのか」を説明できることが大切です。
例えば、大口顧客向けの個別機能と、多くの利用者がつまずく初期設定の改善が競合した場合、対象人数、契約への影響、工数、長期的な保守負担を比較します。売上だけでなく、障害対策や技術的な改善を優先する必要がある場面もあります。
エンジニア・デザイナー・営業と協力して実現する
PdMは、ユーザーの課題と期待する成果を共有し、エンジニアやデザイナーと実現方法を検討します。仕様の細部を一人で決めるより、各専門職が判断に必要な背景を理解できる状態をつくることが重要です。
法人向けサービスなら営業やカスタマーサクセス、個人向けサービスならマーケティングやサポートとの連携も欠かせません。開発が完了しても顧客に価値が伝わらなければ使われないため、販売・導入・利用支援まで視野に入れます。
公開後に効果を確かめ、次の判断をする
目標指標は、プロダクトの課題に合わせて選びます。初期設定の改善なら設定完了率、継続利用の改善なら一定期間後の利用率、業務効率化なら作業時間などが候補になります。
指標が改善しても、季節性や広告施策の影響を受けている可能性があります。比較する対象・期間をそろえ、可能な場合はA/Bテストなどで施策の影響を検証します。目標指標とともに、エラー率や問い合わせ増加などの副作用も確認しましょう。
プロジェクトマネージャー・PO・PMMとの違い
関連職種との違いは、主に「何に責任を持つか」で整理できます。ただし、実際の分担や兼務の状況は企業ごとに異なります。
| 職種 | 主な関心・役割 | 確認する論点の例 |
|---|---|---|
| プロダクトマネージャー（PdM） | 顧客価値、プロダクトの方針、事業成果 | 何を優先すると顧客の課題を解決できるか |
| プロジェクトマネージャー（PjM） | プロジェクトの計画、進行、予算、リスクの管理 | 合意した成果物をどう実現するか |
| プロダクトオーナー（PO） | スクラムにおける価値の最大化とバックログの管理 | 開発する項目とその順番が明確か |
| プロダクトマーケティングマネージャー（PMM） | 市場での位置付け、価値の伝達、販売・導入の促進 | 誰にどのように価値を伝え、利用につなげるか |
PdMがPOの役割を兼ねたり、PjMが企画段階にも関わったりする場合があります。「PM」という略称だけでは判別できないため、求人票の責任範囲、評価指標、開発チームとの関係を読みましょう。
プロダクトマネージャーの年収は？公開求人の提示額を確認
年収を考える際は、職種全体の平均年収、企業の全社員の平均年収、特定求人の提示年収を区別する必要があります。求人の上限額が、その企業のPdM全員に支払われるわけではありません。
ここでは、2026年10月6日に公開ページで確認したHERPの募集を例に、担当する役割と提示額を紹介します。同一企業の二つの募集例であり、市場全体の平均や相場を算出したものではありません。
| 企業・募集ポジション | 提示年収 | 経験・役割の特徴 |
|---|---|---|
| HERP：PdM未経験可・採用ドメイン経験者 | 600万〜900万円 | PdM経験は不問。採用・人材領域の指定された実務経験が必要 |
| HERP：マッチングプラットフォームのPdM | 720万〜1,320万円 | プロダクトの成長を主導した経験、ロードマップ策定、開発連携などを要求 |
出典：各募集ページ。いずれも提示年収には30時間分のみなし残業代を含み、別途ストックオプションの記載があります。募集内容・条件は変更される場合があります。
年収1,000万円以上の募集でも、期待される役割を確認する
上記には、提示年収の上限が1,000万円を超える募集があります。応募を検討する際は、上限額だけでなく、どの等級・責任範囲を想定しているかを確認しましょう。
担当機能の改善を進める役割と、プロダクト全体の戦略や複数チームの判断を担う役割では、説明すべき実績が変わります。面接やオファー面談では、期待される成果と、それに対応する評価・報酬を具体的にすり合わせることが大切です。
基本給・賞与・固定残業代・株式報酬を分けて比較する
同じ提示年収でも内訳によって条件は異なります。毎月の基本給、賞与の支給条件、固定残業代の金額と時間数、超過分の扱いを確認してください。
ストックオプションは、付与されるだけで表示上の価値が現金として受け取れるとは限りません。行使条件などを確認し、現金で受け取る給与とは分けて比較します。働き方や担当範囲も合わせて見ることで、自分に合う条件を判断しやすくなります。
自分の経験に合う求人を探すなら、まず担当した企画・改善と、その成果を整理しましょう。求人の必須要件と照合すると、経験を活かせる領域と、補うべき経験が見えてきます。
プロダクトマネージャーに必要な経験・スキル
必要な経験は求人ごとに異なります。マネーフォワードのPdM募集では、自ら企画したプロダクト・機能、または事業・プロジェクトについて、責任を持ってチームと成果につなげた経験が示されています。肩書きだけでなく、実際に何を担ったかを見る募集の例です。
出典：マネーフォワード「プロダクトマネージャー／バックオフィスSaaS領域」募集
1．顧客の課題を理解し、仮説を立てた経験
ヒアリング、問い合わせ分析、商談、ユーザー調査などから課題を見つけた経験は、PdMの仕事につなげて説明できます。「顧客に要望を聞いた」で終わらず、どの情報から何を判断したのかを整理しましょう。
例えば、複数の顧客が同じ業務で困っていると分かり、共通する作業を整理して改善案を提案した経験です。営業やカスタマーサクセスでも、現場で得た知見を開発につなげた経緯を説明できれば、応募先との接点を示せます。
2．企画・要件整理・開発連携の経験
課題を具体的な施策に落とし込み、エンジニアやデザイナーと協力して実現した経験が役立ちます。企画書を作成したことに加え、対象範囲、判断基準、制約、公開後の結果まで説明できると伝わりやすくなります。
エンジニア出身なら、実装に加えて顧客課題や機能の優先順位に関わった経験を整理します。ディレクターやPjM出身なら、納期管理に加えて、企画や効果検証にどこまで関与したかを示しましょう。
3．データから改善を判断する力
必要なのは、数値を集計して意思決定に使う力です。SQLなどを必須にする求人もありますが、求められる操作スキルは企業によって異なります。応募先の分析体制と、PdM自身が担う範囲を確認してください。
実績を説明する際は、指標の定義と比較条件を明確にします。「登録率を改善した」なら、何を分母・分子としたか、どの期間・対象で測定したか、他の施策の影響がなかったかを答えられるようにしましょう。
4．技術・UX・事業をつなげて考える力
実装をエンジニアが担う場合でも、API、データベース、認証、権限などの基礎を理解していると、要件や制約を話し合いやすくなります。専門的な設計判断は担当者と協力し、実現方法やトレードオフを理解する姿勢が大切です。
UXはユーザーがサービスを利用して得る体験を指します。画面の見やすさだけでなく、利用開始までの手間や業務全体の流れも考えます。その改善が継続率、売上、運用費用などにどうつながるか説明できれば、顧客価値と事業の関係を示せます。
5．関係者と合意し、判断を前に進める力
営業、開発、サポートでは、同じ施策でも重視する点が異なることがあります。PdMは目的と判断材料を共有し、意見が分かれる理由を理解したうえで、実行可能な方針をまとめます。
「調整力がある」と書くだけでなく、対立した論点、比較した選択肢、合意のために提示した情報、最終的な判断を具体的に示しましょう。
未経験からプロダクトマネージャーに転職できる？
PdMとして未経験でも、関連する実務経験を活かして応募できる募集があります。ただし、「未経験可」が業務経験全般の不要を意味するとは限りません。
例えば、前述のHERPの未経験可求人では、PdM経験は不問である一方、採用・人材領域の特定の経験を目安5年以上求めています。PdMの経験がない人でも、対象業界の課題を深く理解していることを応募の土台にできる例です。
出典：HERP「PdM未経験可・採用ドメイン経験者」募集の必須要件
現在の職種別に、経験をどうつなげるか
| 現在の職種 | 活かせる経験の例 | 補いたい経験の例 |
|---|---|---|
| エンジニア | 技術的な制約の理解、仕様検討、開発連携 | 顧客調査、企画の優先順位、事業指標の検証 |
| デザイナー | ユーザー調査、UX改善、プロトタイプ検証 | 収益構造、ロードマップ、開発工数との調整 |
| Webディレクター・PjM | 要件整理、関係者との調整、リリース推進 | 顧客課題の設定、施策選択、公開後の成果検証 |
| 営業・カスタマーサクセス | 顧客業務の理解、導入支援、解約理由の把握 | 複数顧客に共通する課題の整理、開発連携 |
| マーケティング・事業企画 | 市場分析、指標設計、仮説検証 | プロダクトの要件整理、技術・UXとの連携 |
| 人事・経理などの専門職 | 対象業務の深い理解、運用上の課題発見 | 知見の要件化、ユーザー検証、システムの基礎理解 |
この表は経験を棚卸しするための例です。特定の職種から必ず転職できることを示すものではありません。応募先が扱う顧客・課題と、自分の経験の接点を探しましょう。
実績が少ない場合は、今の仕事で改善の一連の流れを経験する
転職前に取り組めることとして、現職での業務改善やサービス改善があります。課題の調査、改善案の比較、実行、効果の確認までを担当できれば、面接で説明する材料になります。
社内でPdMと協働する機会があるなら、顧客調査や企画の検証から関わる方法も検討できます。個人でサービスをつくる場合は、制作物だけでなく、実際の利用者の反応から何を変更したか記録しましょう。実務経験が必須の募集では、個人活動だけでは要件を満たさない場合があります。
プロダクトマネージャーの転職で評価を伝えやすい実績
選考で重視される点は企業によって異なりますが、実績を分かりやすく伝えるには、課題・判断・本人の役割・成果・検証方法を一組で説明することが有効です。
以下は、実績を整理するための観点です。すべての項目を満たす必要はなく、応募先の必須要件と担当業務に関係するものを選びます。
| 実績の種類 | 説明したい内容 | 確認できる成果の例 |
|---|---|---|
| 顧客課題の発見 | 情報を集めた方法、仮説を修正した理由 | 重要な課題の特定、施策の見直し |
| 新規機能・サービスの立ち上げ | 対象顧客、提供価値、初期の検証方法 | 利用開始、継続利用、初期の売上 |
| 既存プロダクトの改善 | 指標の定義、施策の選択、効果検証 | 完了率・継続率の改善、作業時間の削減 |
| 優先順位の判断 | 採用した案と見送った案、その判断理由 | 重要課題への集中、不要な開発の回避 |
| チームでの実行 | 役割分担、対立点、本人が行った判断 | 合意形成、計画の実行、改善サイクルの定着 |
| 失敗からの改善 | 未達の原因、検証の限界、次に変えたこと | 仮説の更新、施策の修正・終了 |
職務経歴書では、活動内容から成果と判断まで書く
「新機能の企画と開発ディレクションを担当」だけでは、課題や貢献範囲が分かりません。次のように、背景と担当範囲を加えると具体的になります。
職務経歴書の記載例
業務用SaaSの初期設定で離脱が多い課題に対し、ユーザーへのヒアリングと利用ログの分析を担当。入力の重複と説明不足を主要な改善対象と判断し、エンジニア3名・デザイナー1名と入力フローを見直した。自身は課題設定、施策の優先順位、要件整理、計測設計を担当。公開後8週間の対象ユーザーで初期設定完了率が40％から52％へ変化した。季節性などの影響を排除できていないため、施策単独の因果効果とは断定せず、追加検証を計画した。
※上記は書き方を示す架空の例です。数字、期間、チーム構成、担当範囲は自身の実績に置き換えてください。40％から52％への変化は「12ポイントの上昇」であり、「12％増」とは異なります。
実績の数字が開示できない場合は、社内規定に従って範囲や指数で示す方法を検討できます。数値化が難しい仕事でも、導入された仕組み、判断に使った資料、改善前後の業務フローなどで説明できます。記録していない数値を推測で実績として記載することは避けましょう。
チーム全体の成果と、自分の貢献を分ける
売上の増加は、営業やマーケティング、開発など複数の取り組みによって生まれる場合があります。チームの成果を紹介したうえで、自分が決めたこと、実行したこと、他のメンバーが担ったことを分けて説明します。
自分の提案が採用された場合も、「なぜその案にしたか」「反対意見やリスクをどう扱ったか」「結果から何を学んだか」まで整理すると、判断の過程が伝わります。
新規立ち上げと既存改善では、伝える実績が変わる
新規プロダクトでは、課題の重要性をどう確かめ、最初の利用者をどう得たかが説明の軸になります。成熟したサービスの改善では、対象ユーザーの特定、指標への影響、既存利用者への配慮などを示すと担当業務との接点が分かります。
応募先が法人向けか個人向けかでも論点は変わります。法人向けなら導入・運用や購買の流れ、個人向けなら利用習慣や継続利用など、自分の実績がどの課題に活かせるかを説明しましょう。
プロダクトマネージャーの面接で準備したい質問
次の質問を使って、実績を自分の言葉で説明できるか確認してください。実際の質問内容や選考形式は企業によって異なります。
- なぜその顧客課題を解決すべきだと判断しましたか。
- ほかの施策より優先した理由は何ですか。
- 目標指標をどう定義し、どの方法で効果を検証しましたか。
- エンジニアや営業と意見が分かれた際、どう判断しましたか。
- 期待した結果が出なかった施策から何を学びましたか。
- 当社のプロダクトについて、まず何を調べたいですか。
回答は「背景→課題→選択肢→判断→実行→結果→学び」の順でまとめると整理しやすくなります。応募先のサービスを分析する際は、公開情報から確認できた事実と、自分の仮説を分けて話しましょう。
ケース課題で改善案を求められた場合も、いきなり機能を提案せず、対象ユーザー、目標、制約、必要な情報を整理します。情報が不足している場合は仮定を明示し、何を検証すれば判断できるかを説明することが大切です。
プロダクトマネージャーの求人を選ぶときの確認ポイント
転職先選びでは、年収と職種名に加えて、「入社後に何を任され、どう成果を出せる環境か」を確認しましょう。次の項目はカジュアル面談や面接での質問にも使えます。
| 確認項目 | 質問の例 |
|---|---|
| 担当範囲 | 一つの機能、プロダクト全体、複数プロダクトのどこを担当しますか。 |
| 事業の段階 | 新規立ち上げ、成長、既存改善のうち、主な課題は何ですか。 |
| 意思決定 | 優先順位は誰と決めますか。PdMに任される判断はどこまでですか。 |
| 開発体制 | 担当チームの構成と、他チームとの依存関係を教えてください。 |
| 顧客・データへのアクセス | ユーザーへのヒアリングと利用データの分析はどのように行えますか。 |
| 評価基準 | 入社後3〜6か月で期待する成果と、評価する指標は何ですか。 |
| 学習・支援体制 | 業界知識の習得や、未経験領域について相談する機会はありますか。 |
| 待遇・働き方 | 報酬の内訳、出社頻度、勤務時間、障害時の対応範囲はどうなっていますか。 |
責任範囲に対して、顧客を調べる機会や開発リソースが十分かも確認してください。未経験から挑戦する場合は、どの経験を評価して採用するのか、入社後にどんな支援を受けられるかをすり合わせると判断しやすくなります。
プロダクトマネージャーへの転職を進める5ステップ
ステップ1：企画・改善の経験を棚卸しする
まず、担当したサービス改善や業務改善を三つ程度選びます。それぞれの課題、対象ユーザー、自分の役割、判断、結果、学びを整理しましょう。肩書きよりも実際の行動を掘り下げます。
ステップ2：経験を活かせる業界・役割を選ぶ
求人の必須要件を確認し、業界知識、企画経験、開発連携などの接点を探します。応募先ごとに「満たす要件」「説明が必要な要件」「不足している要件」を整理すると、応募する理由と準備する内容が明確になります。
ステップ3：職務経歴書と実績資料を整える
職務経歴書には担当範囲と成果を書き、必要に応じて実績を説明する資料を用意します。課題、調査、判断、実行、検証が分かる構成にすると、面接でも説明しやすくなります。顧客名や社内資料などは、開示可能な範囲で扱ってください。
ステップ4：面談・面接で期待役割を確認する
実績を伝えるとともに、求人選びの確認項目を質問します。転職支援サービスを利用する場合は、担当者にPdM求人の取り扱い状況や、応募先の役割・選考について確認するとよいでしょう。
ステップ5：オファーの条件と入社後の目標を比べる
年収の内訳、担当領域、評価基準、働き方を確認します。今ある経験で貢献できる点と、入社後に身に付けたい経験を整理して、選ぶ理由を明確にしましょう。
転職先を比較する前に、自分が成果を出しやすい顧客・業界・プロダクトの段階を整理することが大切です。実績と希望条件をまとめておくと、求人紹介や面談でも具体的に相談できます。
プロダクトマネージャーに関するよくある質問
プログラミングは必須ですか？
必須かどうかは求人によって異なります。マネーフォワードの前述の募集では、歓迎する技術理解の例として、APIやデータベースなどの基礎が挙げられています。自分で実装する役割なのか、エンジニアと議論するための理解を求めるのかを確認しましょう。
プロダクトマネージャーになるための資格は必要ですか？
今回確認した求人では、資格よりも実務経験やスキルが要件として示されています。資格を学習のきっかけにすることはできますが、まず応募先の必須要件を確認し、関連する実績を整理することを優先しましょう。
文系出身でも目指せますか？
専攻だけで判断せず、求人の要件と自分の経験を照合してください。顧客業務の理解、企画、データ分析、開発連携など、応募先に関連する経験を説明することが大切です。技術の理解が不足している場合は、業務に必要な基礎から補いましょう。
英語力は必要ですか？
海外チームとの協働などで必要になる場合があります。例えば、マネーフォワードの経営管理領域の募集では、現時点で英語力は必須ではない一方、将来的に英語で業務を行う可能性が示されています。必要な場面と水準を求人ごとに確認してください。
出典：マネーフォワード「シニアプロダクトマネージャー／経営管理領域」募集
プロダクトマネージャーの仕事はきついですか？
正解が明確でない課題を扱うことや、関係者の意見を調整することに負担を感じる場合があります。働きやすさを判断するには、責任と権限、開発体制、業務量、相談相手、評価方法を確認しましょう。
プロダクトマネージャーに向いているのはどんな人ですか？
ユーザーが困る理由に関心を持ち、仮説を立てて検証し、結果に応じて考えを修正できる人は仕事との接点を見つけやすいでしょう。得意分野を持ちながら、ほかの専門職の意見を理解しようとする姿勢も大切です。
AI関連の経験は必要ですか？
AIを扱うプロダクトや、AIを活用した開発を進める企業では、関連する経験を求める場合があります。前述のマネーフォワードの募集でも、AIによるプロトタイプ作成などが歓迎要件として紹介されています。ツールの使用経験に加えて、何を検証し、顧客価値や業務改善にどうつなげたかを説明しましょう。
まとめ：プロダクトマネージャーへの転職は、課題・判断・成果の整理から始めよう
プロダクトマネージャーは、顧客課題と事業目標を踏まえて方針を定め、チームと開発・改善を進める職種です。具体的な担当範囲と必要な経験は、企業やプロダクトによって異なります。
転職に向けては、「どの課題を、なぜ優先し、自分がどう関わり、どんな結果につながったか」を整理してください。PdM経験がない場合も、関連する実務経験と応募先の課題に接点があるか確認しましょう。
求人を比較するときは、提示年収だけでなく、意思決定の範囲、開発体制、顧客・データへのアクセス、評価基準まで確認することが大切です。実績を棚卸しし、自分の経験が活きる役割から探していきましょう。
参考資料・出典
- Atlassian：製品マネージャーの役割
- パーソルキャリア：プロダクトマネージャーの業務内容
- HERP：PdM未経験可・採用ドメイン経験者の募集
- HERP：マッチングプラットフォームのPdM募集
- マネーフォワード：バックオフィスSaaS領域のPdM募集
- マネーフォワード：経営管理領域のシニアPdM募集
求人情報の確認日：2026年10月6日。掲載している年収は個別求人の提示額です。応募時は募集状況と最新の条件をご確認ください。
