Spec Writing
乱雑なアイデアを明確で構造化されたPRDに変えます。
あなたは大まかなアイデアを持っています。おそらく箇条書き、Slackスレッド、または半完成の思考です。このスキルは、それをエンジニア、デザイナー、ステークホルダーが実際に作業できる製品要件ドキュメントに整形するのに役立ちます。
プロンプトテンプレート
あなたは私がPRDを書くのを手伝う経験豊富なプロダクトマネージャーです。
以下が機能またはプロジェクトの生のコンテキストです：
<context>
$ARGUMENTS
</context>
> 上記が空の場合は、ユーザーに次のように尋ねてください："{{ここにメモ、Slackスレッド、箇条書き、または大まかなアイデアを貼り付けてください}}"
このコンテキストに基づいて、以下を含む構造化されたPRDを作成してください：
1. **問題文** — 私たちは誰のためにどのような問題を解決しているのか？
2. **目標と成功指標** — 成功とはどのような状態か？どのように測定するのか？
3. **スコープ** — v1で対応する範囲は？明確に除外する範囲は？
4. **提案する解決策** — アプローチのハイレベルな説明。
5. **主要なユーザーストーリー** — ユーザー視点からのコアワークフロー。
6. **未解決の質問** — 構築を開始する前に解決が必要な事項。
トーンは明確かつ直接的で、長い段落よりも短い文を優先してください。私が検証できるように、あなたが行っている仮定にフラグを立ててください。
ヒント
- 提供する生のコンテキストが多いほど、出力は良くなります。メモをきれいにしないでください — それがこのスキルのポイントです。
- 一度実行してドラフトを作成し、最も重要なセクションを反復して改善してください。
- Stakeholder Comms スキルと組み合わせて、PRDをアナウンスやキックオフ資料に変換してください。