---

name: product-design-doc description: > プロダクト設計書を作成・更新する。「プロダクト設計書を作って」「設計に落として」「体験設計をまとめて」 「MVP設計を整理」「ユーザーフロー/情報設計を整理」「価値提案を設計書に落とす」などの依頼時に発火。 アイデアの叩き台から、価値提案・ユーザー体験・情報構造・機能構成・データ/権限・リスク・検証計画までを具体化する。

Product Design Doc

アイデアの叩き台を、プロダクト設計書として具体化する。

入出力

参照ファイル

手順

1. 壁打ちメモ読解

docs/ideas/initial-requirements.md を読み、以下を抽出する。無い場合は docs/ideas/nitial-requirements.md を読む。

• 解決したい課題
• 対象ユーザーの文脈（役割/環境/頻度）
• 価値提案と差別化のヒント
• 想定ユースケース/利用シーン
• 制約や前提（期間、予算、規制、既存資産）
• 成功条件の兆し（指標や期待）

不足情報は「未確定/要確認」に集約し、仮説が立てられるものは「仮説」として明記する。

2. 既存設計書の確認

• docs/product-design.md が存在する？
  • Yes → 構造を維持して差分更新
  • No → ./assets/template.md をコピーして新規作成

3. 設計セクションの作成

./assets/template.md の構造に従い、以下を埋める。

4. 品質チェック

./references/checklist.md のチェックリストで確認する。

5. ユーザー承認

設計書作成後は必ずユーザーに承認を求める。

• サマリと主要決定事項を提示
• 修正希望があれば対応
• 承認されるまで次フェーズ（PRD/機能設計）に進まない

境界（やらないこと）

• PRDの詳細化（受入条件/要件粒度の確定） → prd-writing スキル
• 機能設計（実装方式の詳細） → functional-design スキル
• 技術選定 → architecture-design スキル