proposition-reviewer

name	proposition-reviewer
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に詰め込みすぎて検証ができない