【Day 2】 解決策（聖剣）ではなく課題（穴）を書く。PRD（要求仕様書）の書き方 - 【手法・ドキュメント編】PdMの「手と道具」 vol.1
「最強の剣を作れ」というオーダーは、最悪の仕様書です。
フェルマータ騎士団の兵站局で、私が目にしたのは地獄のような光景でした。現場の騎士たちが書き殴った「欲しいものリスト」の山。「もっと鋭い刃を」「もっと軽い盾を」「飛ぶ鳥を落とせる弓を」……。
彼らは「解決策（How）」だけを叫び、それらをすべて詰め込もうとした開発現場（鍛冶場）は、優先順位を見失い完全にパンクしていました。そこに現れたサトウ様は、積み上がった要望書を一瞥もせず、冷淡に突き返しました。
「これは仕様書ではない。『サンタクロースへの手紙』だ。私が欲しいのは、解決策の羅列ではなく、諸君らが直面している『課題』の定義だ」
今回は、カオスな要望を整理し、チームを最短距離でゴールへ導く魔法の書、PRD（要求仕様書）の書き方について、私の観測記録を共有します。
1. PdMの武器：PRD（要求仕様書）とは何か
サトウ様が現場に持ち込んだ「PRD（Product Requirements Document）」とは、一言で言えば、なぜこれを作るのか、何を実現するのかを定義したドキュメントです。もちろん、その前提には Day 1で定めた「北極星（ビジョン）」 があることは言うまでもありません。
エンジニア（鍛冶師）やデザイナー（魔導紋章官）に対して、「どのように作るか（How）」を指示するのではなく、「解決すべき課題（What/Why）」を提示し、チームの認識を一律にするための「合意形成の柱」となります。
サトウ様が徹底していたPRDの標準的な構成項目は、以下の通りです。
背景と課題 (Context & Problem): なぜこれを作るのか。誰がどんな痛みに直面しているのか。
目的と成功指標 (Goals & Metrics): これを作った結果、どうなれば「成功」と言えるのか。
ターゲット (Target User): 誰のための解決策なのか。
ユーザーストーリー (User Stories): ユーザーがどのような体験を得るのか。
主要要件 (Key Requirements): 目的達成のために必要な最低条件。
スコープ外 (Out of Scope): 「今回はやらないこと」の明文化。
2. なぜ「ビジョン（思想）」の次に「PRD」が必要なのか
前回（Vol.1）、サトウ様は「誰も死なない戦場」という北極星（ビジョン）を打ち立てました。しかし、ビジョンはあくまで方角を示すものであり、具体的に「今日、何を叩くか」までは指示してくれません。
目的地が「北」だと分かっても、装備が「防寒着」なのか「水着」なのかが決まっていなければ、パーティは全滅します。
PRDは、抽象的なビジョンを具体的な「武器」や「仕組み」へ落とし込むための、いわば翻訳書です。サトウ様は、騎士たちの欲望というノイズを取り除き、ビジョン達成のために「本当に解決すべきこと」だけを抽出するために、このドキュメントを書き上げました。
3. 現場を救うのは「機能」ではなく「課題の定義」である
サトウ様は、書籍のあらゆる場面で「解決策の提示」を禁じ、「課題の定義」を求めています。
【第1話の実例】ガーゴイルの初撃を防げない理由
北門を襲うガーゴイルに対し、騎士たちは「盾が重すぎて反応が遅れる。もっと軽い盾をよこせ」と要求しました。しかしサトウ様が導き出した答えは、盾自体の軽量化ではありませんでした。
真の課題: 盾の重心が体から離れているため、防御動作に「コンマ3秒の遅れ」が生じている。
サトウのPRD: 盾を軽くするのではなく、革ベルトの位置調整による重心の最適化により、機動性を向上させる。
この課題の定義（Why）があったからこそ、鍛冶師たちは「新しい素材を探す」という膨大な工数をかけず、「ベルトを付け替える」という最小限の工数で最大の結果を出すことができたのです。
4. 実録1：サトウが作成したPRD（ガーゴイル対策）
サトウ様が騎士団に突きつけた、第1話の課題解決のためのPRDです。これが「メインのロードマップ」となります。
【PRD】プロジェクト名：ノースゲート・ディフェンス（北門防衛改善）
背景と課題: ガーゴイルの急降下攻撃に対し、騎士の防御が間に合わず負傷者が続出。実態は不適切な重心設計による「初動の防御動作の遅延」がボトルネックとなっている。
目的と成功指標: 防御の遅延を解消し、初撃による負傷者数をゼロにする。
ターゲット: 反射神経の衰えた老騎士、および経験の浅い新兵。
主要要件: 盾の革ベルト取り付け位置を調整可能にし、個々の騎士の体格に合わせて重心を最適化する。
スコープ外: 盾自体の素材変更（軽量化）、装飾加工。
5. 裏仕様：PdMの「先読み」とバックログ管理
しかし、サトウ様の凄いところは「目の前の火を消す」ことだけではありませんでした。
第1話の調査時、彼は現場の要望書の隅に「スライムの粘液で剣が滑る」という、誰もが見落としていた小さな苦情が繰り返し書かれているのを目にしていました。当時の優先順位では「ガーゴイル対策」が最優先ですが、彼はこれを将来的なリスクとして即座にドキュメント化していました。
これが、実務におけるバックログ管理です。今すぐはやらないが、要件だけを固めておき、リソースが空いた瞬間に投入できるよう準備しておく。サトウ様は裏で、もう一つのPRDを書き上げていたのです。
6. 実録2：裏で動いていたバックログPRD（スライム対策）
サトウ様が「次の一手」としてストックしていたPRDの例です。
【PRD】プロジェクト名：スライム・ノンストップ（武器表面加工）
背景と課題: スライム系との遭遇戦において、剣が粘液で滑り致命傷を与えられない事象が散発。騎士は「技量不足」としているが、武器の表面設計の不備に起因する。
目的と成功指標: 遭遇戦における「一撃離脱」の成功率を40%向上させる。
ターゲット: 先行して探索を行う軽装斥候兵。
主要要件: 既存の鉄剣の表面に微細な凹凸加工を施し、粘液を排出しながら摩擦を維持する。
スコープ外: スライムを凍らせる・溶かす等の属性魔法付与。
7. PRDを完成させるための「隠れたステップ」
これらのPRDを書き上げるために、サトウ様は以下のタスクを並行して実施していました。これらは今後の連載で詳しく解説していきます。
真のターゲットの特定（Vol.3）: 誰の、どんな瞬間の課題を解決するのか。
事実の収集・ユーザーヒアリング（Vol.4）: 現場の騎士の動作を「ストップウォッチ」で計測し、遅延の正体を数値化する。
成功指標の策定（Vol.6）: 「強い装備」ではなく「生存率」という、ビジョンに直結する数値をどう測るか。
PRDは、座って書くものではありません。現場を歩き、事実を集めた結果が、その一枚に凝縮されるのです。
🍷 ヴィノのCISOメモ
「……あの方のPRDには、魔王軍の私から見ても付け入る隙がありません。 目の前のガーゴイルを退けつつ、次に来るスライムの脅威までをバックログとして言語化している。 騎士たちの『軽い盾が欲しい』という思い込みを退け、革ベルト一本の位置で戦況を変えてしまう。 あの方の書くドキュメントは、スパイにとっては、剣よりも厄介な防壁ですよ」
【今回のまとめ】
PRDは、ビジョン（思想）を実行（手法）に変えるための「翻訳書」である。
解決策（軽量化）ではなく課題（重心のズレ）を言語化せよ。
今やるべき「メインPRD」と、将来に備える「バックログPRD」を使い分けよ。
次回は、その課題を抱えている「誰か」を徹底的に理解する手法、 【手法・ドキュメント編】PdMの「手と道具」 vol.2 ターゲットと価値：ペルソナ分析とバリュープロポジションキャンバス について解説します。
▼ 【Day 3】そのPRDは「誰」を救うのか？
🍷 ヴィノからの案内
……さて。今回の講義はここまでです。
サトウ様の冷徹な論理が、実際に現場の騎士たちをどう「毒」し、そして救っていったのか。その克明な記録を確かめたいのなら、ここに『第一話』の報告書を置いておきます。無料ですので、あなたにリスクはありません。
より深く、この異質なPdMの思考に侵されたいという物好きな方は、こちらの全記録をどうぞ。
書籍：魔王軍のスパイですが、転生PdMのプロダクト・ビジョンに毒されて、人類を救うプロダクトをリリースしそうです
https://amzn.to/4qz6ENK
……それから。 この記事が気に入ったのなら、左下の赤いマーク（スキ）を押して行きなさい。フォローやコメントも、拒みはしません。 コメントの内容は……そうですね。「スライムもバックログに入れろ」といった、あなたなりの『課題』でも構いませんよ。
お待ちしています。
🎁 サポート特典：兵站局式・PRD『課題の解剖』セット
「理屈はわかった。だが、白紙の仕様書を前にすると、どうしても『機能の羅列』になってしまう……」
そんな悩みを抱えるあなたのために、サトウ様が実際に使用している実務直結のツールセットを共有します。これは単なるテンプレートではなく、あなたの現場に「論理的な秩序」をもたらすための軍需品です。
【収録内容】
「聖剣→穴」変換ドリル
ステークホルダーの「これが欲しい」という無茶振りを、真に解決すべき「課題」へ強制変換するためのワークシート。
鋼鉄のPRDテンプレート（Googleドキュメント用）
読んだエンジニアが迷わず、かつ不要な仕様を「削る」ことに特化した、サトウ式PMドキュメントの骨組み。
【サンプル】自動修復魔法陣 PRD（羊皮紙Ver.）
本編に登場した仕様書の「原本」。抽象的な思想が、どう具体的なロジックに落ちるのかを視覚的に理解できます。
【入手方法】 記事下部の「♡チップで応援」ボタンからご支援ください。 お礼メッセージの中に、ドキュメントのダウンロードURLが記載されています。
💡 この特典が「あなた」にもたらすもの
「NO」と言うための盾（中堅PdMの皆様へ）： 感情ではなく「構造の不備」を理由に、不要な案件を論理的に却下できるようになります。上司への説明コストを最小化しましょう。
エンジニアとの「信頼の握り」（リーダーの皆様へ）： 「何のために作るか」が明確なPRDは、開発チームの士気を劇的に高めます。工数の浪費（命の浪費）を防ぐ設計者として信頼を勝ち取ってください。
設計の「基準値」（若手PdMの皆様へ）： 「ここまで深掘りしなければ、プロダクトは死ぬ」という、兵站局の厳しい合格ラインが手元に残ります。
🍷 ヴィノの囁き
「記事を読んで満足するだけで終わるか、この武器を手に明日からの会議を『制圧』しに行くか。
サトウ様のPRDは、いわば『設計者の免罪符』です。これさえあれば、あなたはもう、誰かの思いつきに振り回されるだけの『御用聞き』でいる必要はありません。
兵站局への活動資金（サポート、チップ）と引き換えに、あなたの現場に冷徹な勝利を。お礼メッセージのリンクから、すべてのデータを持ち出してください」
