この記事でできるようになること
- 01プロダクトマネージャーの仕事内容の要点を、自分の言葉で説明できる
- 02自社の案件で、使う場面と使わない場面を区別できる
- 03自分の役割と、いま決められる範囲を一枚に書く
まず、結論。
PdMの仕事は、顧客課題を特定し、解決策の価値・使いやすさ・実現性・事業性を検証し、優先順位を決め、成果が出るまで学習を回すことです。
判断の流れを、一枚で。
- 01事業の目標
- 02顧客の困りごと
- 03判断と責任
- 04次に取る証拠
| 観点 | ここで止めない | 次に確かめる |
|---|---|---|
| 目的 | 何を作るか | 誰の行動と事業成果を変えるか |
| 役割 | すべてを自分で実行する | 判断する範囲と協力者を揃える |
| 成果 | リリースできた | 利用・継続・収益を確かめる |
仕事ではなく、成果で捉える
インタビュー、ロードマップ、仕様書、スプリント計画は手段です。成果は、顧客行動が変わり、売上や利益につながった状態です。手段の実施件数を評価指標にしないことが重要です。
基本の仕事は6つの循環
0→1の現場では一直線に進みません。検証結果に応じて前の段階へ戻ります。
- ↗事業目標と制約を経営と握る
- ↗市場と顧客セグメントを絞る
- ↗顧客課題の仮説を立てて検証する
- ↗解決策と価値提案を比較する
- ↗作る前に販売・利用意向を検証する
- ↗最小実装を届け、行動と収益を測る
一週間の時間配分例
立ち上げ期では、社内調整だけで一週間を使い切らない設計が必要です。
| 活動 | 目安 | 目的 |
|---|---|---|
| 顧客・市場 | 30% | 仮説を事実に近づける |
| 戦略・数値 | 20% | 事業性と優先順位を決める |
| デザイン・技術 | 25% | 解決策のリスクを落とす |
| 販売・GTM | 15% | 対価が生まれるか確かめる |
| 共有・意思決定 | 10% | チームを同じ方向へ進める |
最初に作るべき成果物
分厚い企画書より、仮説と判断が更新できる薄い成果物を揃えます。
- ↗1枚の事業目標・撤退基準
- ↗顧客セグメントと課題仮説
- ↗根拠付きのインタビューログ
- ↗価値提案と検証計画
- ↗KGI・KPI・学習指標
- ↗意思決定ログ
PdMとPjMの境界
顧客課題や解決策が未検証ならPdMの探索領域です。課題・解決策・仕様が固定され、予算と期限の中で完成させるならPjMの実行領域です。現場では両方が必要ですが、同じ判断として混ぜないことが大切です。
読んだ内容を、仕事へ移す。
画面を閉じる前に、資料を見ずに答えてください。思い出すことで、理解の抜けと次の行動が見えます。
30秒で答える:この記事の結論は? +
PdMの仕事は、顧客課題を特定し、解決策の価値・使いやすさ・実現性・事業性を検証し、優先順位を決め、成果が出るまで学習を回すことです。
自社で試す:今日つくるものは? +
自分の役割と、いま決められる範囲を一枚に書く。完成度より、次の会話や検証に使える状態を目指します。
この学びを、次の一歩へ。
PRIMARY SOURCES
参照資料
定義・研究・公的情報は、可能な限り発行元または原著へリンクしています。


読者のコメント 最新50件
まだコメントはありません。