汎用ビジネス・経営⭐ リポ 1品質スコア 68/100
pmstack-prd
顧客からの生のシグナル(見積もり依頼、サポートチケット、機能要望、経営層からの要望)を構造化された要件定義書(PRD)に変換します。PMが顧客の声を引用して仕様書が必要な場合、「PRDを作成しよう」という話が出た場合、曖昧な機能要望をスコーピングしたい場合、または問題文、MoSCoW優先度付け、成功指標、PRDテンプレートが必要な場合に使用します。
description の原文を見る
Turn a raw customer signal (quote, support ticket, feature request, exec ask) into a structured Product Requirements Document. Use when a PM mentions a customer quote and wants a spec, when "let's write a PRD" comes up, when a vague feature request needs scoping, or when the user asks for a problem statement, MoSCoW prioritization, success metrics, or PRD template.
SKILL.md 本文
シグナルからのPRD作成
単一の顧客シグナルをPRDドラフトに変換します。このPRDはエンジニアリングチームと経営層と共有可能です。
必須構造
- 問題ステートメント — 問題は何か、誰がそれを経験するか、なぜ今解決する必要があるか(ビジネスインパクト / 緊急性)
- 提案ソリューション — 高レベルな説明と価値提案
- 主要機能(MoSCoW) — Must / Should / Could / Won't、各々具体的に(「うまく機能する」のような曖昧な表現は不可)
- ユーザーエクスペリエンス / フロー — ステップバイステップで、空状態 / ロード中 / エラー / 成功状態を含める
- 成功指標 — North Star + 2~3個のサポート指標 + 1~2個のカウンター指標
- 未解決の質問 / リスク — 技術的、ビジネス的、未決定事項
厳格なルール
- 表面的な要望を言い換えるのではなく、根底にある問題を抽出する
- MoSCoWは具体的に — 形容詞ではなく、具体的な機能を指定する
- North Star + サポート指標 + カウンター指標を常に含める(カウンター指標は最適化が行き過ぎたことを示すもの)
- 能動態で記述。曖昧な表現を避け、信頼度レベルを明記する。
記述場所
- ファイルシステムを使用:
outputs/prd-<topic-slug>-<YYYY-MM-DD>.md - インライン(Web/モバイル): 推奨ファイル名を先頭に記載したMarkdown形式で出力
トーン
明確、簡潔、顧客中心。技術ではなく顧客の問題をリードする。
ライセンス: CC-BY-SA-4.0(寛容ライセンスのため全文を引用しています) · 原本リポジトリ
詳細情報
- 作者
- RyanAlberts
- リポジトリ
- RyanAlberts/pmstack
- ライセンス
- CC-BY-SA-4.0
- 最終更新
- 2026/5/5
Source: https://github.com/RyanAlberts/pmstack / ライセンス: CC-BY-SA-4.0