ヒット商品を生む人は、まず「機能をどう作るか」の議論を止めます。
『プロダクトマネジメントのすべて』は、日本ではまだ確立途上の「プロダクトマネージャー（PM）」という職能を、一冊に体系化した決定版です。著者は及川卓也さん、曽根原春樹さん、小城久美子さん。グローバル企業や国内トップIT企業でPMを務めた3人による共著です。
PMは「ミニCEO」と呼ばれます。プロダクトの成功にすべての責任を負う。でも、実際のCEOと違って人事権も予算調達権も持っていません。権力なしに人を動かす、この矛盾した役割をどう全うするか。本書はそれを戦略から実装、チーム運営まで切れ目なく描きます。
扱う範囲が広いので、この記事も少し長めです。本の地図として読んでください。
こんな人におすすめ
- これからプロダクトマネージャーを目指す、または新米PMである
- 我流で進めていて、知識の抜け漏れに不安がある
- エンジニアやデザイナーとして、PMの思考を理解したい
- 自社の新規事業やサービスを「迷子」にさせたくない
この本の核心――プロダクトの成功は3つのバランスで決まる
PMの仕事を一言でいえば「プロダクトを成功させること」。では成功とは何か。本書はこれを3つの要素で定義します。
ビジョン――プロダクトを通じて実現したい未来の世界観。存在理由そのもの。
ユーザー価値――ユーザーが価値を感じ、使い続けてくれること。
事業収益――投資とチームを維持するための利益。
この3つのどれが欠けても成功とはいえません。どれだけユーザーが喜ぶ機能でも、会社の方向性とずれていたり赤字だったりすれば、続けられないからです。
プロダクトの成功はユーザー価値と事業収益だけではなく、プロダクトのビジョンの実現も目指さなければならない。
そしてもう一つの背骨が、こちらです。
プロダクトをつくることは仮説検証をすることと同義である。
未来は予知できない。だから「これが正解」と思い込んで作るのではなく、すべてを仮説として検証し続ける。この2つが本書全体を貫きます。
PMが立つ3つの領域――知的総合格闘家
PMは3つの異なる領域の交差点に立ちます。要素を落とさず挙げます。
ビジネス――市場でユーザーを獲得し、収益性を判断する。
UX――ユーザーが求めるものを発見し、使われる形で提供する。
テクノロジー――実現可能性を判断し、実装する。
この3領域すべてに越境するため、PMは「知的総合格闘家」と呼ばれます。自分でコードを書ける必要はありません。でも各専門家の発言を理解し、的確な質問を投げる「適度な深さ」が要ります。
そしてこの仕事には6つのスキルが総動員されます。発想力・計画力・実行力・仮説検証力・リスク管理力・チーム構築力。一つの技が突出していれば務まる仕事ではない、と著者は釘を刺します。
本書の最重要フレームワーク――プロダクトの4階層
ここが本書の心臓部です。プロダクトを4つの階層に分解して考えます。一つも省かず、上から順に。
Core（コア） プロダクトのミッション・ビジョン、事業戦略。「なぜ作るのか」という世界観。
Why（ホワイ） 「誰をどんな状態にしたいか」（ターゲットユーザーと課題）と「なぜ自社がやるのか」（自社の強み）。
What（ホワット） ユーザー体験、ビジネスモデル、ロードマップ。「何をどう提供するか」という解決策。
How（ハウ） UI、設計・実装、市場導入（Go To Market）。「どうやって実現するか」。
上の階層が下の前提になります。コーヒー飲料の例が分かりやすい。いきなり「ミルクを入れるか（How）」を議論してはいけません。まず「仕事中に集中したい会社員が眠気を覚ましたい（Why）」を考える。すると、ブラックかカフェオレかの正解が見えてくる。
Fit & Refine――上から下へ、ではない
4階層で見落としてはいけないのが「Fit & Refine（適合と洗練）」という考え方です。
ウォーターフォール開発のように、上から下へ一方通行で要件を落とすのではありません。下の階層（How）を検証した結果を踏まえて、上の階層（Why・Core）を洗練（Refine）させる。そして上の方針に下が合っているか（Fit）を確認する。この双方向の行き来を繰り返して、一気通貫した強い軸を作ります。
このように、プロダクトの一つひとつの意思決定には、その根拠となる仮説が連鎖している。
間違った仮説に気づいたら、喜ぶべきだと著者は言います。早く気づけたほうが、チーム全員を不幸にせずに済むからです。
Why/Whatを深める道具たち
4階層を実際に検討するための具体的なツールも豊富です。代表的なものを。
リーンキャンバス――Core・Whyを1枚で言語化する。特に「誰のどんな課題か（ペインとゲイン）」と「なぜ自社か（圧倒的優位性）」を埋める。
バリュー・プロポジションキャンバス（VPC）――ユーザーの「片づけたい仕事・ペイン・ゲイン」と、プロダクトが提供する価値の整合性を確認する。
カスタマージャーニーマップ――ユーザーの体験を時系列で可視化し、接点や必要な機能を見つける。
そしてユーザーインタビュー。ここに本書ならではの実践知があります。「この機能が欲しいですか？」と聞いてはいけない。開発者を前にユーザーは「いいえ」と言いづらいからです。代わりに「一つ機能を外すならどれですか？」と聞く。さらに重要なのが、要望を鵜呑みにしないこと。
ユーザーはプロダクトの機能しか知らないため、ユーザーごとにプロダクトの解釈も異なる。
ユーザーの言いなりにならず、Coreに見合うかを取捨選択して取り入れる。これがPMの判断です。
成功を測る「北極星」――North Star Metric
何を指標にするか。本書は単なる売上（KGI）やPV数を追うことを戒めます。
代わりに置くのが「North Star Metric（NSM）」。プロダクトのコア価値がユーザーに届いているかを示す単一の指標で、収益の先行指標になり、チームを同じ方向へ導く北極星の役割を果たします。
たとえばZoomは、売上高1800億円というKGIに対し、NSMを「1週間あたりのミーティング数」に置きました。会議の主催者がZoomを選ぶようになり、それが有料化や企業導入につながっていった。
NSMを決めたら、それを論理分解して「Topline KPI」、さらに「Sub KPI」へと細分化し、ユーザーの行動と結びつけて測定します。なお、データを読むとは集計ではなく「その数字が意思決定にもたらす意味を読み取ること」だと著者は言います。
権力なきリーダーシップとチームづくり
PMは権力を持たない。だから影響力で動かすしかありません。情熱・論理・共感・信頼によって人を動機づける。本書はチーム運営の道具も具体的に示します。
インセプションデッキ――プロジェクト開始時に「我々はなぜここにいるのか」「やらないことリスト」「トレードオフスライダー（品質・期間・予算の優先順位）」など10の問いにチームで答え、期待値をすり合わせる。
心理的安全性――Googleのプロジェクトアリストテレスが、優れたチームの共通点として突き止めた要素。ふりかえりでは「問題 vs. 私たち」の構図を作り、犯人探しの場にしない。
RACI――タスクごとに実行責任者・説明責任者・協業先・報告先を明確にする。
ここに反直感的な事実があります。心理的安全性が高まると、ミスは減るどころか、見かけ上の報告数は増える。エイミー・エドモンソン氏の調査では、隠されていた医療過誤が報告されるようになったためです。報告が増えるのは、健全さの証なんです。
コンテキストで変わるPMの振る舞い
最後の章群で、本書は「正解はひとつではない」と示します。状況ごとにPMの動き方は変わる。
成長ステージ別――0→1ではプロダクトマーケットフィット（PMF）、つまり強力な価値仮説の発見を目指す。1→10では急増するユーザーと組織の期待値をコントロールする。10→100ではグローバル展開と複雑化したシステムを管理する。
ビジネス形態別――BtoCとBtoB、ハードウェア、AIなど、ドメインによって戦略も指標も変わる。AIでは、人間に近づきすぎると敬遠される「不気味の谷」のような固有の論点もある。
そしてプロダクトは「作る」だけでなく「終わらせる」ことも大事な意思決定だと説きます。サンクコストにとらわれず撤退する勇気が、事業全体を最適化する。
PM自身の成長――W型の人材モデル
では、PMはどう成長すべきか。本書は独自の「W型モデル」を提唱します。
広く浅い「T型」でも、2つの専門を持つ「π型」でもない。W型とは、広範な視野（Wの上部）、隣接領域への適度な深掘り（Wの下部）、そして異分野の知識を掛け合わせて新たな洞察を生む交点（Wの中心）を持つ人材像です。
その土台になるのが好奇心の「強さ・広さ・深さ」。自分が興味を持てる土壌（ビジネス形態・UX・技術要素）を選び、深掘りするレベルと対象を間違えないことが肝心だと言います。
明日から何を変えるか
本書の実践を3つに絞ります。
1. 担当プロダクトを「4階層」で書き出す いま関わるプロダクトのCore・Why・What・Howを、リーンキャンバスで1枚にする。特に「誰のどんな課題か」「なぜ自社か」を言語化する。よくある失敗は、Whyを飛ばしていきなりHow（機能）から埋めること。順番が逆では軸がぶれます。
2. いきなり作らず、まず仮説検証する 「こんなサービスがあったら」と思いついたら、形にする前に5名ほどのターゲットにインタビューする。「欲しいですか」ではなく、いまの代替手段への不満や実際の行動を掘る。
3. NSMを1つ、チームで決める 売上やPVではなく、ユーザーが価値を体験し、かつ収益の先行指標になる独自の数字を議論して設定する。動画なら総視聴時間、のように。
おわりに
この本を読んで強く残ったのは、PMが「答えを持つ人」ではない、ということです。
未来は予知できない。だからこそ、仮説を立て、検証し、間違っていたら喜んで方向を変える。完璧な計画ではなく、行き来しながら洗練させる。その姿勢こそがプロダクトを救う。
なお本書は広範な分、統計やSQL、スクラムの詳細などは専門書に譲っています。逆に言えば、全体像を一望して「次にどこを深掘りすべきか」を見つけるための地図として、これ以上の一冊はそうありません。ものづくりに関わるチーム全員で読むと、共通言語が生まれます。
合わせて読みたい
『起業の科学』田所雅之 本書のWhy/What（課題と価値仮説の検証）を、スタートアップの現場でどう回すかを徹底的に体系化した一冊。PMFに至るまでの実践手順を深掘りしたい人に。
『チームが機能するとはどういうことか』エイミー・C・エドモンドソン 本書で触れられる「心理的安全性」の提唱者による決定版。権力を持たないPMがチームを動かす土台を、もう一段深く理解できます。
『ジョブ理論』クレイトン・クリステンセン ユーザーがプロダクトを「雇用」する理由を見抜く理論。本書のWhy（誰のどんな課題か）を発掘する力を、根源から鍛えたい人におすすめです。