Skip to content
cccskills
FreePublished on GitHub

proposition-reviewer

価値提案(誰に/何のために/なぜ勝てる)をレビューし、曖昧さ・矛盾・証拠不足を洗い出して、メッセージとMVPを磨くために使う。

The English summary is being prepared. Showing the original description.

See how to install

Files included (1)

  • SKILL.md2.1 KB

SKILL.md (original)

Review the instructions the agent will receive before you install.

Proposition Reviewer Skill

発火条件(適用タイミング)

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

このSkillの基本方針(整理軸)

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

思想(判断ルール)

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

進め方(最初に確認する問い)

  • ユーザーの痛みは何?(頻度/深刻度/現状コスト)
  • 代替手段は?(競合/手作業/既存ツール)
  • なぜ我々が勝てる?(根拠、制約、強み)
  • MVPで何を証明する?(成功基準、計測)

出力フォーマット(必ずこの順)

  1. 現状の価値提案(原文)
  2. 問題点(曖昧さ/矛盾/根拠不足)
  3. 改善案(1〜3案:短いコピー+補足)
  4. MVPの焦点(捨てるもの/残すもの)
  5. 検証計画(仮説→計測→判定)

よくある落とし穴

  • 機能一覧が価値提案になってしまう
  • 差別化が“気持ち”で、証明できない
  • MVPに詰め込みすぎて検証ができない

Reviews

No reviews yet. Tell others what you thought.

Comments

No login needed. Share how it worked for you, ask a question, or note where it did not run.

No comments yet. Be the first to write one.

Comments are published right away. Do not include personal information such as email addresses or phone numbers. Up to 2 URLs.

0 / 1,000 characters

This form is protected by reCAPTCHA, and the Google Privacy Policy and Terms of Service apply.

More skills from this repository

セマンティックHTML/JSXとWAI-ARIAを「最小で正しく」適用し、キーボード操作・スクリーンリーダ・コントラスト等を満たす実装を作るための判断軸。ネイティブ要素優先、ARIAの過剰使用を避ける。

The English summary is being prepared. Showing the original description.

mae616/ai-template9Updated Oct 6, 2026

Agent Browser(Headlessブラウザ自動化CLI)を使ったUI検証・E2Eテスト・スクリーンショット取得の判断軸。アクセシビリティツリーベースの要素選択を優先し、壊れにくいテスト設計を目指す。

The English summary is being prepared. Showing the original description.

mae616/ai-template9Updated Oct 6, 2026

ディズニーの12原則とジブリ的自然運動をベースに、UIアニメーションの「なぜ動かすか」「どう動かすか」を判断する。アニメーション/モーション/トランジション設計の相談で、ツール非依存の概念的判断軸として使う。

The English summary is being prepared. Showing the original description.

mae616/ai-template9Updated Oct 6, 2026

アーキテクチャ設計(境界/依存/データフロー/非機能/運用)を、制約とトレードオフで言語化し、ADR-liteで合意形成しながら段階的に形にする。doc/input/rdd.md にアーキテクチャ/非機能/運用の要求がある、または設計判断(分割/責務/インタフェース/データ整合/観測性/スケール)相談で使う。

The English summary is being prepared. Showing the original description.

mae616/ai-template9Updated Oct 6, 2026

事業仮説を支える一次/二次情報を整理し、意思決定に足る「根拠」「不確実性」「次の調査」を可視化する。でたらめな引用や推測の断言を避け、出典の実在を重視する。

The English summary is being prepared. Showing the original description.

mae616/ai-template9Updated Oct 6, 2026

体験品質(動き/触感/視線誘導)を「実装可能な制約」に落とし、アクセシビリティとパフォーマンスを犠牲にせずに表現を実現する。UIの表現・アニメーション・インタラクション設計/実装の相談で使う。

The English summary is being prepared. Showing the original description.

mae616/ai-template9Updated Oct 6, 2026

See all skills by mae616

Report a problem with this skill