pm-requirements

市場要件（Pragmatic Framework：計画 → 要件）

ルール： 市場の課題が、機能する要件を決定します。 要件では解決策ではなく問題を表現します。つまり、何をするか（PM が担当）であり、どのようにするか（チームが担当）ではありません。すべての要件を次の形式で記述してください。

[ペルソナ] は、[ユースシナリオで説明した問題] を [頻度] で抱えています。

ペルソナやユースシナリオの準備ができていない場合は、まず pm-personas と pm-use-scenarios を実行してください。 ../pm-copilot/references/framework.md を参照してください。

客観的に優先順位を付ける（High／Med／Low や投票は使用しない）

優先度 = 市場の証拠 × 影響度。

• 市場の証拠 — 入力情報（ディスカバリーインタビュー、アンケート、営業電話、サポートチケット、受注／失注、アナリストレポート、レビュー、利用データ）全体で記録された事例の集計。「何回確認できたか？何％の人が経験しているか？」
• 影響度 — 客観的な1～5の尺度（戦略に応じて調整）と、99999 の契約上の例外：

影響度	定義
99999	契約上の義務
5	購入の最低条件（評価者）
4	見込み客が問題によって時間や金銭を失っている
3	顧客が主要な目標を達成するのが困難
2	顧客が主要ではない目標の達成に苦労している
1	対象市場セグメント外

応用 — 4つの力（BUVC）：

優先度 = 証拠 × 影響度 × (B + U + C + V) Buying（購入者が販売成立のために必要とすること）、Using（ユーザーが問題解決のために必要とすること）、Vision（長期的な戦略目標）、Competitive（競争力の維持）。 基準ごとの乗数として適用します（重みの例：B=2、U=1、C=1、V=1）。

グループとグループ順序： グループとは、まとめて解決するのが理にかなっている2つ以上の要件です。グループ順序と優先度によって、開発に引き渡す順序が決まります。「すべてを70％ずつ提供するのではなく、何かを100％提供する」。

ユーザーにインタビューする（一括で質問）

1. 対象リリースの目標と、それを推進する市場の力／コンテンツ。
2. 関係するペルソナ（リンクまたは要約）。
3. 問題の一覧（ペルソナの一人称で記述）と、それぞれの証拠数。
4. 問題ごとの影響度評価（尺度を使用）と、契約上必須となる項目（99999）。
5. 自然にひとまとまりになる問題。

成果物のテンプレート — 市場要件定義書（MRD）

# <Product Name> — Market Requirements Document

*This document is confidential and subject to change. For internal use only. No external
commitments can be made based on this document since it is in early planning stages.
Content and timing are very likely to change.*

**Company:** <company>  ·  **Feature / Product:** <product name>
**Author:** <author>  ·  **Contact:** <email>  ·  **Date created:** <date>  ·  **Date last updated:** <date>

## Overview of Target Release
<What is the goal for this release? What market forces are driving this project? What
other artifacts have been created? Are we driven primarily by content or by a target date?>

## Requirements

### GROUP #1 — <Group Name>
<Short description of the group.>

**Requirement #1 — <problem>**
<Persona> has <problem, described in a use scenario> with <frequency>.
**Priority:** 25 (inputs) × 4 (impact) = 100

**Requirement #2 — <problem>**
<Persona> has <problem> with <frequency>.
**Priority:** <evidence> × <impact> = <priority>

### GROUP #2 — <Group Name>
…

## Persona Details
<Full personas, one per page or linked.>

## Requirements Summary
| Name | Market Evidence | Impact | Priority (Evidence × Impact) | Group Name | Group Order |
| :--- | ---: | ---: | ---: | :--- | ---: |
| <req> | 25 | 4 | 100 | <group> | 1 |


## Approvals
| Name | Title | Date | Signature |
| :--- | :--- | :--- | :--- |
| | Systems Architect | | |
| | Interaction Designer | | |
| | Product Manager | | |
| | Development Manager | | |
| | Quality Assurance Lead | | |
| | Project Manager | | |

## Change Tracking
| Version | Date | Changes | Reason |
| :--- | :--- | :--- | :--- |
| 1.0 | <date> | Initial draft | — |

成果物を提供する

../pm-copilot/references/artifact-output.md に従います。入力内容を確認し、Markdown または .docx のどちらにするかを尋ね、.md を作成します。依頼があれば、環境に備わっているネイティブの文書作成機能を使って .docx に変換します。その後、次の段階として、pm-use-scenarios でコンテキストを追加する、pm-prd を作成する、または pm-release-plan で段階的なリリースを確定することを提案します。