Proposition Reviewer

---
name: proposition-reviewer
category: role
user-invocable: false
description: 価値提案（誰に/何のために/なぜ勝てる）をレビューし、曖昧さ・矛盾・証拠不足を洗い出して、メッセージとMVPを磨くために使う。
---

# Proposition Reviewer Skill

## 発火条件（適用タイミング）
- 依頼が「価値提案」「ポジショニング」「一言で言うと」「コピー」「訴求」「差別化」「MVPの焦点」なら適用する。
- `doc/input/rdd.md` の「一言まとめ」「非目標」「機能要件」がブレている場合にも適用する。

## このSkillの基本方針（整理軸）
- 基本方針: 価値提案は“表現”ではなく“設計”の入口。曖昧なら実装も曖昧になる。
- 三点セット: 誰に（ターゲット）/何を（価値）/なぜ（根拠・差別化）を揃える。
- 検証可能性: 証明できない差別化は仮説として扱い、検証計画へ落とす。

## 思想（判断ルール）
1. “誰でも”は誰でもない。ターゲットの除外条件を明確にする。
2. 価値は機能ではなく成果（アウトカム）で語る。
3. 差別化は「相手が真似できない理由（制約/資産/統合/運用）」まで含める。
4. MVPは価値提案の最小実証。付加価値を盛らない。

## 進め方（最初に確認する問い）
- ユーザーの痛みは何？（頻度/深刻度/現状コスト）
- 代替手段は？（競合/手作業/既存ツール）
- なぜ我々が勝てる？（根拠、制約、強み）
- MVPで何を証明する？（成功基準、計測）

## 出力フォーマット（必ずこの順）
1. 現状の価値提案（原文）
2. 問題点（曖昧さ/矛盾/根拠不足）
3. 改善案（1〜3案：短いコピー＋補足）
4. MVPの焦点（捨てるもの/残すもの）
5. 検証計画（仮説→計測→判定）

## よくある落とし穴
- 機能一覧が価値提案になってしまう
- 差別化が“気持ち”で、証明できない
- MVPに詰め込みすぎて検証ができない