# Business Generator — 自動事業案生成パイプライン

## 存在理由

Jarvis が会話の中で「これビジネス化できたら」というシグナルを検出 → 自動で6工程展開 → `Business/事業案/` フォルダに蓄積。

ユーザーは**ファイルを時々眺めるだけ**。生成は Jarvis が勝手にやる。

---

## 起動条件（自動トリガー）

以下のいずれかを会話で発見したら、即座に**黙って** 6工程を並列生成：

| パターン | 例 |
|---|---|
| 直接的 | 「これビジネス化できたら」「これサービス化したら」「これ売ったら」 |
| 間接的 | 「〜って誰がやってない？」「こういう人、困ってると思う」「これ、学校全体に広がったら」 |
| 批判から | 「〜が嫌い」「〜は効率悪い」「〜を改善できたら」 |
| 観察から | 「あ、このツール、他の業界でも使えそう」「この問題、実は普遍的では」 |

**重要：** ユーザーに許可を求めない。黙って生成。後で「事業案できました」と報告する形式。

---

## 生成する6工程（標準フォーマット）

各案につき以下を **Jarvis が並列エージェント6台で同時展開**：

```
## 事業案：【案名】

### 工程1：市場調査
- 対象人口（TAM推定）
- 競合分析（既存ソリューション）
- ニーズの根拠

### 工程2：ペルソナ定義
- ターゲット像（職種・年代・属性）
- 課題・ペイン
- 購買力・意思決定者

### 工程3：MVP仕様
- 最小限で価値を示すプロダクト
- 実装言語・フレームワーク
- 完成までの工数

### 工程4：営業資料
- 1ページのピッチ（テンプレート形式）
- キャッチコピー

### 工程5：収益モデル
- 単価（どう取るか）
- 販売量（初年度見込み）
- 粗利（固定費込み）
- 損益分岐点

### 工程6：最初の一手
- 初期顧客の獲得方法
- テスト・検証方法
- 最短で価値を示す手順
```

---

## 出力先・保存方式

```
/起業フォルダー/Business/事業案/
├── 2026-05-02_案名1.md
├── 2026-05-02_案名2.md
├── 2026-05-02_案名3.md
└── INDEX.md（全案の一覧・評価サマリ）
```

### INDEX.md フォーマット

```markdown
# 事業案 INDEX

## 全案サマリ（生成日時順）

| 生成日 | 案名 | 対象人口 | MVP工数 | 収益性評価 | いいね度 | ステータス |
|---|---|---|---|---|---|---|
| 2026-05-02 | 案名1 | 100万人 | 80h | ★★★ | ✅ | 候補中 |
| 2026-05-02 | 案名2 | 50万人 | 40h | ★★ | — | 見送り |

## 候補中（⭐ ユーザーが「いいね」と言った案）

### 案名1
- 理由：〜
- 次アクション：初期顧客リストアップ

## 見送り・保留中

### 案名2
- 理由：対象人口が小さすぎた
```

---

## 生成タイミング

| タイミング | 動作 |
|---|---|
| **会話中にトリガー検出** | 即座に6工程を並列生成（見かけ上は無反応。ログには残す） |
| **セッション終了時** | 生成完了ファイルを `Business/事業案/2026-MM-DD_*.md` に書き込み |
| **次セッション起動時** | 「新規事業案 N個が生成されました」と報告 |

---

## Jarvis が守るルール

- **生成中は何も言わない**（ユーザーに邪魔にならない）
- **ノイズ検出は厳格に**：
  - 「〜だったらいいな」だけでは起動しない（願いと現実的性がない）
  - 「〜って誰がやってない？」なら起動（ギャップ認識がある）
- **既生成案との重複排除**：同じ趣旨の案が既にあれば、新規生成せず既存案に併記
- **評価は自分でしない**：
  - 「いいね度」「実装コスト」は自動採点
  - 最終判断はユーザーのみ
- **ユーザーの判断ミスは教えない**（例：「対象人口が小さすぎる」と指摘するのはNG。INDEXに客観数字を載せるだけ）

---

## 🔄 過去判定の自動学習（2026-05-02 追加・最重要）

**生成前に必ず [JUDGMENT_LOG.md](../Business/事業案/JUDGMENT_LOG.md) を読む。**

### フィルタリングルール

1. **中止シグナル5つ以上該当**する案は**生成しない**（無駄な工程30並列を回さない）
2. **中止シグナル3〜4個**該当する案は **⚠️ 警告付き** で生成（「過去同型の中止案あり」明記）
3. **採択シグナル4つ以上**の案を**優先生成**
4. **過去同型案が既にある**場合は新規生成せず、既存ファイルへの追記または「類似既存案 → XXX」と注記

### 中止シグナル一覧（JUDGMENT_LOGから引用）

| # | 中止シグナル |
|---|---|
| R1 | LP→課金の**別パイプ**構造（要LP集客） |
| R2 | 競合過多領域（既存大手が支配） |
| R3 | 01顧客獲得コスト高 |
| R4 | 継続課金の壁（解約率管理） |
| R5 | 実績依存型ブランド（新規不利） |
| R6 | 親世代/法人の複雑意思決定 |
| R7 | 競合の汎用AIに代替される脅威 |
| R8 | ニッチ集積で対象人口が分散 |

### 採択シグナル一覧

| # | 採択シグナル |
|---|---|
| A1 | 集客と販売が**同一パイプ**（メディア・アルゴリズム代行） |
| A2 | 量産・ロングテール戦略 |
| A3 | 当事者性・希少性が活きる構造 |
| A4 | 本業（Clone-Jarvis）との相乗効果 |
| A5 | 撮影/制作=本業作業と重複（追加工数ゼロ） |
| A6 | 在庫・物流・人件費ゼロ |
| A7 | 失敗時の損失が時間のみ |

### 生成後の必須アクション

1. 生成した事業案を JUDGMENT_LOG.md の「未判定」セクションに登録（採択シグナル/中止シグナルの判定付き）
2. INDEX.md 更新
3. ROADMAP.md（採択された場合のみ）更新

これによりユーザーの判断時間が**さらに短縮**される。

---

## ファイル構成図

```
clone-jarvis/
├── business_generator.md ← このファイル（パイプライン定義書）
├── jarvis/
│   ├── clone_dna.md（「事業案自動生成」ルール追記）
│   └── ...
└── Business/事業案/
    ├── INDEX.md
    ├── 2026-05-02_案名1.md
    ├── 2026-05-02_案名2.md
    └── ...
```

---

## トークン消費の予測

| 単位 | トークン消費 |
|---|---:|
| 1事業案（6工程並列） | 約3,000 |
| 10事業案蓄積 | 約30,000 |
| 月1回（2案）×12月 | 約72,000 |

Maxプランは課金なし。好きなだけ生成OK。

---

*作成：2026-05-02*
*初期起動予定：本セッション中に試行版1〜2案を生成テスト*