product-strategy

product-strategy — ディスカバリーブリーフ

ディスカバリーパイプラインの最初のリンクです。早い段階で同意することなく、ソクラテス式の対話を通じて症状と原因を切り分け、最後にディスカバリーブリーフを作成します。問題、その根拠となるエビデンス、優先順位を付けた仮説を最大3つ記載します。

起動されるタイミング

タイミング	起点／移行先
新たな機会、または先行調査のない問題についてディスカバリーを開始するとき	読み込み済みのプロダクトノードを対象に、単独で起動できます
ディスカバリーブリーフを作成したとき	market-research（.agents/skills/market-research/SKILL.md）へ移行します。パイプラインの次のステーションです
メトリックゲートを通過しないとき	product-metrics（.agents/skills/product-metrics/SKILL.md）へ引き継ぎます。先へ進む前にノーススターメトリックと仮説のメトリックを作成します

product-metrics はすでにこのパックにインストールされています。この引き継ぎは実際に機能し、以前のパイプラインで使われていたメトリクスコーチへの未解決の参照ではありません。

インタビュー

.agents/skills/grill/SKILL.md#method のプレッシャー手法を使って実施します。内容をコピーせず、パスを参照します。

ソクラテス式：同意しない

「トラッキングダッシュボードが必要です」「通知を追加しなければなりません」のように、すでに解決策として形になった提案を受けた場合、それを受け入れたり詳しくしたりはしません。解決策と問題を切り分けるための問い返しをします。

悪い例：「いいアイデアですね。そのダッシュボードには何を表示しますか？」

良い例：「それは解決策です。どんな問題を解決しますか？　それは誰の問題ですか？」

回答で具体的な人の問題が挙がるまで、同じことを繰り返します。機能が挙がってはいけません。

エビデンスの階層

問題を裏付けるエビデンスはすべて、grill と同じ階層で評価します。 behavior > data > claim > assumption。「複数のクライアントから要望がありました」（主張）は、「5人中3人が配送手順でチェックアウトを離脱しています」（データ）とも、利用者が試して行き詰まる様子を記録したセッション（行動）とも、同じ重みではありません。入手できる中で最も低いレベルのエビデンスも、レベルを併記して記録します。破棄するのではなく、ラベルを付けます。

メトリックゲート

メトリックがなければ、問題は明確ではありません。 問題が適切に定義されていると判断する前に、「これが解決されたら、どの数値が動きますか？」と尋ねます。答えがない場合、または出てきたのが意思決定を変えない虚栄のメトリックである場合、ゲートは通過しません。そのことを明示し、先へ進む前にメトリックを作成するため、作業を product-metrics に引き継ぎます。ゲートを通過したかのように先へ進むことはありません。

固定形式の仮説

例外なく、すべての仮説を次の形式で記述します。

We believe that [segment] [does X] at [moment] because of [cause]; if that is true, we will see [evidence].

一般的な例（eコマース）：「配送手順でカートを離脱した購入者は、送料がその段階で初めて表示されることが原因で離脱すると考えます。これが正しければ、送料を早い段階で表示すると、その手順での離脱が減ることがわかるでしょう。」「これが正しければ、〜がわかるでしょう」という節がないものは仮説ではありません。仮説のような形をした意見であり、問い返しを添えて差し戻します。

仮説は最大3つとし、リスク × インパクトで優先順位を付けます。会話に登場した順にはしません。リスクとは、それが正しいかどうかについて、どれだけわかっていないかです。インパクトとは、仮説が裏付けられた場合にゲートのメトリックをどれだけ動かすかです。4つ目の仮説が出てきた場合は、バックログのギャップとして記録し、リストには加えません。

ディスカバリーブリーフ

最後に、読み込まれたプロダクトノードの調査成果物を日付付きで、次の場所に書き出します。

research/<YYYY-MM-DD>-discovery-brief.md

日付付きで、上書きはしません。これは、このリポジトリの research フォルダーがすでに採用している基準と同じです。パスは、ブレイン自身の tree.md にある content: */products/*/research/*.md の行に該当するため、新しい glob も resolver 行も必要ありません。プロダクトノードがない場合は、同じファイル — <YYYY-MM-DD>-discovery-brief.md — を代わりに現在のフォルダーに作成します。

ブリーフには、次の4つのセクションをこの順序で、それぞれ文字どおりの見出しで記載します。

## Problem
## Evidence
## Metric gate
## Prioritized hypotheses

• 問題：原因と切り分けた症状、それが誰のもので、なぜ今なのか。
• エビデンス：各項目の横に、その階層レベル（behavior、data、claim、assumption）を記載します。
• メトリクスの判定基準：通過したかどうかを記載し、通過しなかった場合は product-metrics への引き継ぎを明示します。
• 優先順位付けされた仮説：固定フォーマットで最大3件を記載し、リスク × 影響度の順に並べ、その順序の理由を示します。

この成果物が主張しないこと

ディスカバリーブリーフは、prd が作成する戦略レイヤーの代わりにはなりません。日付付きの調査であり、パイプラインの次の工程に渡す入力であって、プロダクトの恒久的な正典ではありません。

保存先

スキルは成果物を作成する前に保存先を解決します。作成後に解決することはありません。ケースは3つ、保存先は2つです。

• プロダクトノードが読み込まれている場合：成果物は、そのノードの research/<YYYY-MM-DD>-<name>.md に保存されます。
• ブレインはあるものの、プロダクトノードがない場合 — まだワークスペースがない、またはワークスペースにプロダクトノードがない場合：成果物は現在のフォルダー内のファイルに書き込まれます。
• ブレインがまったくない場合：成果物は現在のフォルダー内のファイルに書き込まれます。

プロダクトノードがない場合でも、ファイルは現在のフォルダーに書き込まれます。最後のメッセージでは、書き込んだパスだけを示して終了します。これはこのスキルの通常の終了方法であり、例外として注釈するものではありません。

このスキルは保存先を尋ねることはなく、3つ目の保存先を作り出すこともありません。

残りのパックは、スキルを1つずつインストールします。まず .agents/skills/、次に .claude/skills/ を確認します（両方にあるスキルは1つとして数えます）。まだないものだけを提案します — セッションにつき1回限りです。同じセッションでこのスキルを初めて終了するときにのみ提案し、同じ成果物や別の成果物を後から終了するときは、再度提案しません。

• grill — npx skills add pedroromeroluna/ai-first-product-skills --skill grill
• market-research — npx skills add pedroromeroluna/ai-first-product-skills --skill market-research
• prd — npx skills add pedroromeroluna/ai-first-product-skills --skill prd
• product-metrics — npx skills add pedroromeroluna/ai-first-product-skills --skill product-metrics

パック全体を一度にインストールする場合：npx skills add pedroromeroluna/ai-first-product-skills。このコマンドはパックが提供するものをインストールします。上記に記載されたものは、名前を指定してインストールします。