Builder Score
ニッチを評価する方法 — チャンス × 構築可能性 × 誠実なリスク。
すべてがどうつながるか
スコア・§1-12 分析・ソースは1つの閉じたシステムを形成します：各スコア軸は分析が説明するのと同じ実データに基づき、軸から対応する § の論拠へ直接ジャンプできます。
例：需要軸 92 ← §2（ユーザー認識）← レビュー数 + HN/Reddit シグナル。スコアは決してブラックボックスではありません。
評価方法
スコアは12個のコンポーネント（8つの加算軸と致命的欠陥要因のための2つの乗算ゲート）のハイブリッドです。iTunes星や評価数を直接的な品質評価としては使わず、他のコンポーネントへのデータ入力として利用します（例：需要をSweet-Spotとして、線形ではなく）。
8つの加算軸
- 1 · 需要（Sweet-Spot）
- 2 · モメンタム（タイミング）
- 3 · 攻撃可能性（Incumbent愛好度）
- 4 · Wedge × Pain-Intensity
- 5 · 発見可能性 + ディストリビューション
- 6 · 収益化可能性 + リテンション
- 7 · スイッチングコスト（反転）
- 8 · トレンド耐久性
2つの乗算ゲート
- 9 · 構築可能性（AI Builder × 必須機能）
- 10 · リスク（コンプライアンス/プラットフォーム）
Floor: どのゲートも加算コアの20%以下にスコアを押し下げることはできません。
表示内容
各スコアは信頼度Tierバッジを持ちます。パーセンテージの代わりに4つのTierを表示し、評価がどの程度確かなのかを明確にします：
- 強いシグナル — ≥75% 信頼度、データ完全。
- ヒント — 50–75%、スコアは妥当、クロスチェック推奨。
- 傾向 — 25–50%、限定的な信頼性。
- データ不足 — <25%、参考程度。
Coverage(カバレッジ)が低い軸はレーダーに破線で表示されます — 欠落データは隠されず、可視化されます。
改善方法
スコアはMLモデルではありません。4つのメカニズムで進化するバージョン管理されたルールベースのハイブリッドモデルです：
- データ成長： 日次スナップショットがモメンタムコンポーネントを精密化；より大きいコーパス → より良いSweet-Spot較正。
- バージョン有効化： スコアバージョンは手動で有効化されます。古い評価は「更新利用可能」と表示。
- アウトカム・フィードバック（v3.1）： ニッチをPro-クリック後、オプションの1クリックフィードバック。
- クロスバリデーション（v3.2）： スコア予測 vs. 実際の構築アウトカム。
v3.0で意図的に除外：純粋なMLラーニング、重みの自動チューニング、LLM-in-score-loop。決定論的な説明可能性を守りたいからです。
どのスコアをどこに表示するか？
2つの直交スコア：Builder Score はビルドの実体を評価します（opportunity + buildability + 誠実な risk）。Market Snapshot は市場のスナップショットにすぎず、ビルド評価ではありません。
| ページ | プライマリ | セカンダリ |
|---|---|---|
| ダッシュボード / ニッチ概要 | 🛠️ Builder Score | 📊 市場スナップショット |
| ニッチ詳細 | 🛠️ Builder Score | 📊 市場スナップショット |
| App 詳細 | 🛠️ Builder Score (App) | ⭐ iTunes の星 |
| App リスト / Explorer | 🛠️ Builder Score | — |
詳細ページは既に一貫していました。本更新でダッシュボードとリストも同じ基準に従います。