Agent Skills by ALSEL
汎用ビジネス・経営⭐ リポ 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はエンジニアリングチームと経営層と共有可能です。

必須構造

  1. 問題ステートメント — 問題は何か、誰がそれを経験するか、なぜ今解決する必要があるか(ビジネスインパクト / 緊急性)
  2. 提案ソリューション — 高レベルな説明と価値提案
  3. 主要機能(MoSCoW) — Must / Should / Could / Won't、各々具体的に(「うまく機能する」のような曖昧な表現は不可)
  4. ユーザーエクスペリエンス / フロー — ステップバイステップで、空状態 / ロード中 / エラー / 成功状態を含める
  5. 成功指標 — North Star + 2~3個のサポート指標 + 1~2個のカウンター指標
  6. 未解決の質問 / リスク — 技術的、ビジネス的、未決定事項

厳格なルール

  • 表面的な要望を言い換えるのではなく、根底にある問題を抽出する
  • 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

本サイトは GitHub 上で公開されているオープンソースの SKILL.md ファイルをクロール・インデックス化したものです。 各スキルの著作権は原作者に帰属します。掲載に問題がある場合は info@alsel.co.jp または /takedown フォームよりご連絡ください。
原作者: RyanAlberts · RyanAlberts/pmstack · ライセンス: CC-BY-SA-4.0