編
給与を企業規模別に分けたことで比較しやすくなりました。地域ごとの実例も募集しています。
POSITION 03 · プロダクト・デザイン · Product Manager
プロダクトマネージャー
何を作るか、そして作らないかを決める
ユーザー課題から要件を定義し、優先順位をつけてデリバリーを推進します。チケット作成ではなく成果に責任を持つ職種です。
主な業務 01 / DUTY
- インタビューとデータで真の課題を探す
- スコープと受入基準を定義
- リリース後は指標で反復を判断
必要なスキル 02 / SKILL
ユーザーリサーチ構造化された文書作成指標設計業務モデリング横断的な合意形成
向いている人 06 / FIT
- 情報不足でも判断できる
- 成果に責任を持てる
よくある疑問 07 / FAQ
コードは書ける必要がありますか？
必須ではありませんが、データの出所と変更コストは理解が必要です。
関連業界・関連職種 08 / LINK
この職種が多く登場する業界と、一緒に働く職種：
入門前に知っておきたいこと
ユーザーの言葉はそのまま要件ではない
まず場面を復元してから解決策を考える。でないと機能が増えるだけです。
優先順位づけが最も難しい技術
影響 × 確度 ÷ コストは、声の大きさより可靠です。
E
企業規模 × 参考給与
参考レンジ · 公式統計ではありません · コミュニティ編集可同じ職種でも、企業規模によって仕事も給与も変わります。編集部が整理した参考レンジです。修正を歓迎します。
| 企業規模 | 参考月給 | 重視されること |
|---|---|---|
| スタートアップ / 50人未満 | 12–25K | 調査・運用も兼務、意思決定が速い |
| 成長企業 / 50–500人 | 18–35K | モジュールKPIとロードマップを持つ |
| 大企業 / 500–5000人 | 25–45K | 横断調整と複雑なトレードオフ |
| プラットフォーム / 5000人以上 | 35–60K | 製品ライン戦略と資源配分 |
求められる能力
5軸・レベル1〜5
優先順位判断
5/5
構造化表現
5/5
業務理解
5/5
データリテラシー
4/5
推進力
4/5
G
在岗体験
体験実際にありそうな場面をいくつか歩いて、この職種・業界が毎日何を判断しているかを体感します。
PM · 残り1スプリント
資源は常に不足。取舍がこの職種の日常です。
D
ディスカッション
議論誤りを見つけたら、あなたの経験を残してください。他の人も読めます。
ゲ
面接の頻出問題が実用的です。ライブコーディングでの思考説明も追加してほしいです。
W
修正を提案する
修正ウィキのように、どの項目でも改善提案ができます。項目・提案内容・理由を書くと、採用時に貢献値が加算されます。
→
関連職種
→