使い方ガイドへスキップ
Concept Selection作者 owl-listener

Concept Selection スキル。

比較する前に合意した基準に沿って、デザインの方向性を選びます。

  • コンセプト評価
  • トレードオフ
ソースレビュー · concept-selectionSKILL.md
タスク 比較する前に合意した基準に沿って、デザインの方向性を選びます。 成果物 事前に合意し、必須条件とトレードオフに分類した基準。 始める前に 気に入った案を見てから基準を書くと、好みを分析に見せかけることがあります。
記事用の要約 · ソース確認日 2026-11-02 · 生成された例ではありません

01 機能概要

比較する前に合意した基準に沿って、デザインの方向性を選びます

比較可能なデザイン案から、必須条件、トレードオフ、不採用の理由、判断を見直す条件を明示して方向性を選びます。

ソースに基づくワークフロー実行ベンチマークではありません

作業の進め方

Concept Selectionは、判断を記録してデザイン探索を締めくくります。案を比較する前に基準を固定し、必須条件とトレードオフを区別します。必須の制約を満たさない案は、別の面で優れていても、その不足を単純に埋め合わせることはできません。

判断の記録には、他の案を退けた理由だけでなく、採用案の代償も含めます。不採用案ごとに、何を検証していたか、どのような証拠があれば再検討できるかを残します。後から選択を説明する際、記憶や点数だけに頼らずに済みます。

想定される成果物

  • 事前に合意し、必須条件とトレードオフに分類した基準。
  • 明示された代償と理由を伴う、選択した方向性。
  • 不採用案と再検討条件を残した意思決定記録。
サンプルブリーフを見る

ブリーフからレビューまで

  1. 01
    判断のルールを定める

    意思決定者を明確にし、要件と製品原則から基準を導きます。案を除外できる程度に具体的な基準を書きます。

  2. 02
    同等の案を比較する

    代替案の作り込みをそろえ、現行案にも同じ基準を適用します。会議での支持の声の大きさではなく、証拠と制約を使います。

  3. 03
    競合する優先事項を解決する

    異なる案が相反する基準で優れる場合は、どちらを優先するかの判断を明らかにします。平均を取って、未検証の組み合わせにしないでください。

  4. 04
    判断の全体を記録する

    選んだ方向性で何を諦めるかを説明します。不採用案ごとに、仮説、不採用の理由、再検討に値する条件を残します。

02 利用場面

使いどころ

気に入った案を見てから基準を書くと、好みを分析に見せかけることがあります。

向いているケース

  • 実現可能な方向性が複数ある並行して探索した後、一つに決める必要がある場合。
  • 引き継ぎ後にも判断の理由を残したい後のレビュー担当者には、採用案の画像だけでなく理由と不採用案も必要です。

確認すべき制限

  • 基準を先に決める気に入った案を見てから基準を書くと、好みを分析に見せかけることがあります。
  • 証拠の限界未解決の優先順位の対立には、作り上げた数値上の妥協ではなく意思決定が必要です。
  • 別の実験が適する場合本番トラフィックで測定できる選択は、ソースではA/Bテストへ案内しています。

用意する入力

  • 比較できる案同程度に作り込んだ実現可能な代替案を提示し、必要なら現行デザインも含めます。
  • 要件と原則成功基準と譲れない制約を用意します。
  • 意思決定の責任最終判断をする人と、利用できる証拠を明確にします。

03 重要な判断

重要な判断

  1. 率直なトレードオフ

    採用案の限界も記録に残ります。

  2. 再検討できる代替案

    不採用案にも学びとしての価値が残ります。

  3. 安定した判断理由

    明示した条件が変わった際に、選択を見直せます。

04 依頼例

目的を絞った依頼文を試す

以下のサンプルブリーフはテストされていません。使用前にスキルのセットアップを確認してください。

ソースとセットアップを確認する

同程度に作り込んだ実現可能な代替案を提示し、必要なら現行デザインも含めます。

アップストリームのソースファイル
https://github.com/owl-listener/designer-skills/blob/9a6930cf84a822eb458624bd11c61aac5bbdf224/prototyping-testing/skills/concept-selection/SKILL.md

以下の参照先から、提供元の手順を確認できます。利用前にリポジトリのセットアップ要件を確認してください。これはインストールコマンドではありません。

一つの成果物から始める

スキルを実行する前に、このブリーフの範囲、素材、制約を調整してください。

サンプルブリーフ
concept-selectionを使い、3つのファイル取り込み案を比較してください。評価前に、承認済み要件から明確な基準を導き、それぞれを必須条件かトレードオフに分類してください。既存のウィザードにも同じ基準を適用してください。実際に持っている証拠を使い、同程度に作り込まれた案だけを比較してください。一つの方向性を推奨し、何を犠牲にするかを述べ、まだ判断が必要な優先順位の対立を示してください。不採用案ごとに、何を試したか、なぜ負けたか、どのような新しい証拠があれば再検討できるかを記録してください。

結果を確認する

実際の出力を、次の観察可能な基準に照らして確認してください。

  • 基準が好みの案とは独立して定められている。
  • 採用案の代償と残る不確実性が明示されている。
  • 不採用案に理由と具体的な再検討条件が残っている。

OpenDesignは、コーディングエージェント向けのローカルデザインワークスペースを提供します。この掲載は、スキルが同梱されていること、または外部ツール、認証情報、ソフトウェア依存関係が含まれていることを意味しません。

05 ソースとライセンス

ソースとライセンス

このページは、下記にリンクされた固定のソースリビジョンについて説明しています。アップストリームの挙動や要件は変更される可能性があります。

ソースの所有者
owl-listener
スキルファイル
SKILL.md
ライセンス
MIT
確認したスナップショット
2026-11-02 · 9a6930cf84a8
編集部によるソース要約
比較する前に合意した基準に沿って、デザインの方向性を選びます。

リンク先のソースに基づく、OpenDesignによるオリジナルの要約です。リポジトリのスター数は日付時点の人気の指標であり、スキルの利用状況や品質スコアではありません。

06 開始前の質問

始める前の質問

点数だけで案を選べますか?

ソースは意思決定の記録と理由を重視します。点数だけではトレードオフを説明できず、相反する優先順位も解決できません。

現行デザインは特別扱いすべきですか?

いいえ。代替案と同じ基準で評価します。

すべての案の人気機能を組み合わせてもよいですか?

ソースは、そうすると元の案を支えていた証拠のない、新たな組み合わせが生まれると警告しています。

OpenDesign

依頼内容とデザイン作業を一つの場所に。

ブリーフ、ソース資料、デザイン作業をローカルワークスペースにまとめて管理できます。ワークフローに追加する前に、スキル自体のセットアップを確認してください。

アップストリームのソースファイル
https://github.com/owl-listener/designer-skills/blob/9a6930cf84a822eb458624bd11c61aac5bbdf224/prototyping-testing/skills/concept-selection/SKILL.md