Before You Build
実装前にコンパクトなプリモーテム（事前検死）を実行します。目的は構築を妨げることではなく、最もリスクの高い仮定、最小の検証ステップ、および証拠が改善されるまで延期すべき構築範囲を特定することです。
使用タイミング
以下のような構築やリリースを求められた場合にこのスキルを使用します。
- 新製品、MVP、プロトタイプ、ランディングページ、SaaSアプリ、マーケットプレイス、コンテンツサイト、エージェントワークフロー、または内部ツール
- 採用、収益、定着率、信頼、または流通への影響が不明確な主要機能
- 弱いポジショニングにより開発やプロモーションの努力が無駄になる可能性がある公開ローンチアセット
以下の場合はこのスキルをスキップします。タスクが狭い実装の修正、リファクタリング、テスト修復、依存関係の更新、または明確な受け入れ基準を持つ既に検証済みの変更である場合。
リスクチェックリスト
以下のリスクにわたってアイデアをレビューします。
- 需要: 特定の購入者またはユーザーがこれを緊急に欲しているという証拠はありますか？
- ポジショニング: ターゲットユーザーは、それが何であり、なぜ重要なのかを1文で理解できますか？
- 収益化: 支払い、予算、または戦略的価値への信頼できる経路はありますか？
- 定着率: ユーザーが初回利用後に戻ってくる理由はありますか？
- 信頼: 製品が、ユーザーが抵抗する可能性のある信頼性、データアクセス、統合、または行動変容を必要としていますか？
- 流通: ターゲットユーザーにリーチするための再現可能な方法はありますか？
- 機能採用: 機能開発の場合、その機能はユーザーの行動を変えるのでしょうか、それとも単に表面積を増やすだけでしょうか？
判定が明確でない場合は、references/risk-checklist.md を使用してより深い質問を参照してください。
出力形式
回答は簡潔で決定指向に保ちます。
- リスク判定: 低、中、または高リスク。理由を1文で説明します。
- 主要仮定: プロジェクトを壊す可能性が最も高い単一の仮定。
- 最初に見つけるべき証拠: さらに構築する前に得るべき最小の有用なシグナル。
- 次にやること: 具体的な検証ステップ1つ、または構築範囲の縮小。
- 延期: まだ構築すべきでないもの。
ガイダンス
- 弱い証拠については直接的に指摘しますが、ユーザーのアイデアを却下することは避けます。
- 大規模な調査計画よりも、より小さな検証ステップを優先します。
- プロダクトリスクとエンジニアリングの難易度を分離します。
- アイデアが既に検証済みの場合は、どの証拠がリスクを低くしているかを述べ、最小の実装スライスを提案します。
- 事実が不足している場合は、市場の主張をでっち上げるのではなく、不足している証拠を具体的に挙げます。