ユーザーリサーチのレポートは揃い、プロダクトマネージャーのヒット商品企画も揃った。しかし方向性が正しいか、エンジニアリング上で実現できるか、オーナーがどんな目標を定めるべきかには、どちらにも肩入れしない専門的なレビューが要ります。
新商品の立ち上げ前に、Agent に 2 巡の検分をさせます。第 1 巡、数十ページのユーザーインタビューレポートをそのまま渡すと、数分で「どの方向を進めるべきか」の比較判断、開発期間、ビジネス試算が返ってきます。第 2 巡、プロダクトマネージャーのヒット商品企画が出そろったら再び渡し、エンジニアリングの課題を評価し、工数を見積もり、オーナーの視点から目標と検収ゲートを定めます。
リサーチレポートと企画を読み、痛点の強さ × 客単価 × 競争の空白で方向性を比較し、期間と工数を見積もり、シナリオ別のビジネス試算を出し、エンジニアリング上の矛盾を指摘し、検収ゲートを定めます。
オーナーが数十ページのユーザーリサーチ PDF をアップロードし、3 つの業務質問を添えます。
Agent が数分で通読し、方向性の比較マトリクス + 重要な修正シグナルを出します（ユーザーが求めるのはより誇張されたデザインではなく、体験と見た目のバランス）。
開発期間を逆算し、仕様確定ゲートの時点を指摘します。ビジネス試算は保守 / 基準 / 楽観の 3 段階のシナリオと判断基準を出します。
プロダクトマネージャーの企画が出たら再評価します。方向性を認めつつ、企画が解決していない核心的なエンジニアリング上の矛盾を指摘します（このカテゴリが本当に必要とするのは、単一指標を振り切ることではなく差別化された構造設計）。
北極星目標 + 3 つの検収ゲート（予約販売で需要を検証、実測が通らなければ発売しない、初回発注は抑える）+ 発売後の KPI と予算フレームを出します。
新しいインタビュー、企画、改版案が来たら、このフローでもう一巡回します。
対象カテゴリの価格と機能のベンチマーク表を継続的に更新します。
定量アンケートと予約販売テストの案を設計します。
2 巡のレビューを新商品立ち上げのテンプレートに蓄積する。証拠 → 方向性 → 期間 → 試算 → ゲート。
エンジニアリングの矛盾リストをサプライチェーンに渡し、試作段階で 1 項目ずつ検証させ、発売後に残さない。
ビジネス試算の 3 段階のシナリオを明確なアクションに紐づける。保守ラインを下回れば損切り、基準ラインに達すれば追加発注。