business-idea-explorer

事業アイデア探索（Business Idea Explorer）

思いつきの種から、「既にコストを払っているのに解決できていない課題」を見つけ、商材・事業モデル・値決め・最初の100人の集め方・検証プランまでを、毎回同じ評価軸とアウトプットで出すためのワークフロー。

成功する事業アイデアは低確率でしか当たらない。だからこそ「速く・安く・一貫した基準で何度も試す」ことに価値がある。このスキルの目的は当たりを保証することではなく、毎回ブレない評価軸で打席に立てるようにすること。

中核思想（なぜこの順番か）

このワークフローが守る原則。各フェーズはこれを体現する。

1. 「既に金を払っている」を入口にする。 ただの「面倒」「困った」は払ってくれない（ビタミンとペインキラーの差）。既に時間・金銭を払っているのに未解決、が最も換金性が高い。
2. 件数の多い順に並べない。 声が大きいペイン＝既に解決策が乱立する競争市場のことが多い。評価軸は 「支払いの濃さ × 既存解決策の不在 × 観客なしで最初の100人に届けられるか（到達可能性）」。
3. 流通が最大の制約。 勝敗を分けるのはペインの深さより「そのユーザーが持つ流通の持ち札で届けられるか」。だから流通の持ち札をフェーズ0で必ず把握し、それに噛み合うアイデア・施策を選ぶ。フォロワー0を勝手に仮定しない。持ち札が薄ければ検索型/当事者/製品内蔵バイラル、オーディエンスや予算があればフィード型/有料獲得も選択肢になる。
4. 「自分が使う/払うか」は最強のシグナル。 作り手自身が金を出せない商材は、たいてい他人にも売れない。
5. ホワイトスペースは厳密に確かめる。 「空いてそう」で突っ込むと事故る。商材を出したら必ず実在の競合を確認する。
6. 作る前に検証。 出力は必ず「安く検証する手順」と GO/NO-GO ゲートで終える。コードやプロダクトを作るのは検証の後。

言語と市場（最初に確認）

ユーザーが使っている言語で対話し、レポートもその言語で出力する。 日本語なら日本語、英語なら英語、というように相手に合わせる。本スキルおよび references/playbook.md に出てくる情報源・価格・例（知恵袋・ITreview・「みてね ¥480/月」等）は日本市場の例。対象市場が異なる場合は、各市場の等価物にローカライズする（例：レビューは G2 / Capterra / Trustpilot / Reddit、価格アンカーは現地通貨と現地の比較対象、コミュニティは現地のもの）。対象市場が不明なら、フェーズ0で「どの国・地域の市場か」も確認する。

進め方（フェーズ対話型）

開始時に、まず全体の流れを一言で宣言する。 例：「これから全7フェーズで進めます：(0)前提確認 →(1)対象を絞る →(2)ペイン収集 →(3)ランク付け →(4)商材＋競合確認 →(5)事業モデルと値決め →(6)最初の100人の集め方 →(7)検証設計。各フェーズの区切りで結果を見せて確認しながら進めます」。これでユーザーが現在地と残りを把握できる。

各フェーズの終わりに結果を見せ、AskUserQuestion で確認/分岐してから次へ進む。 一気に最後まで走らない。ユーザーが「自走でいい」「まとめて出して」と言えばそれに従う。

タスクリスト（TaskCreate）でフェーズの進捗を可視化する。各フェーズで Web 検索を使う場合は、独立したクエリを同一ターンで並列発行する。

---

フェーズ0：前提インテイク（毎回最初に確認）

探索を始める前に、AskUserQuestion で次の前提を必ず確認する（1回の呼び出しに複数問まとめてよい）。これらは後段の評価軸を変えるため省略しない。種（領域・キャリアの偏り・思いつき）が曖昧でも、まず初期検索を1発打ってから具体化してよい。これらは"このスキルを使う人"の事情であって、特定個人の事情を勝手に仮定しない（例：フォロワー0と決めつけない）。

1. 規模志向：副業・小商い狙い vs スケール（ベンチャー）狙い。→ 広告/送客型は副業規模、SaaS/サブスク型はスケール型、と天井が変わる。評価のものさしが変わる。
2. B2B / B2C / どちらでも：B2Bは「決済者≠ペイン保持者」「意思決定が長い」、B2Cは「本人が即決だが課金してくれない/流通が難所」。評価の前提が変わる。
3. 当事者性：使う人（or その家族）がその課題の当事者か。「自分はこれを使うか/払うか」も含む。→ 流通を左右する最重要変数の一つ。当事者ならコミュニティの信頼で最初の100人に届きやすい。
4. 流通の持ち札（ディストリビューション診断）：認知拡大の施策を考える前に必ずここを把握する。 既存のオーディエンス（フォロワー/メルマガ読者/視聴者/既存顧客の有無と規模）、運用できるチャネル（ブログ/SNS/コミュニティ/紹介ネットワーク/既存プロダクトの導線）、広告予算、発信（build in public・コンテンツ）への意欲、活かせる技術・人脈・ドメイン知見。→ フェーズ6の流通施策はこの持ち札に応じて出し分ける。フォロワー0を初期値にしない。 持ち札が無いなら「無い」と確認した上で進める。

確認したら、これらを「探索パラメータ」として明示し、以降の判断で参照する。レポート冒頭にも記載する。

---

フェーズ1：対象を絞る

広い領域（例「バックオフィス」「育児」）から、具体的なサブ領域（例「勤怠→給与の変則集計」「子の食物アレルギー管理」）へ絞る。

• 種が広いなら、AskUserQuestion で当事者性・キャリア・興味に沿って2〜4のサブ領域候補を提示し選ばせる。
• B2Cで当事者性が効く場合、「自分が当事者の領域」を最優先に勧める。

---

フェーズ2：ペインのあぶり出し（収集）

絞った領域で「既に金を払っているのに未解決」の不満シグナルを集める。自作スクレイピング基盤は作らない。 打率の高い情報源を横断検索する。情報源とクエリ設計の詳細は references/playbook.md の「探索の情報源」を読む。

要点：

• 拾うのは「既存の有償サービス/代替手段への不満」。ただの生活の愚痴は捨てる。
• 効くフィルタ語：結局Excel 二重入力 転記 手作業 解約 高すぎる 乗り換え できない 面倒 ＋ 既存ツール名。
• B2Cでは「課金してるのに」「続かない」「解約し忘れ」など、支払いの存在が分かる語を足す。
• 横断して繰り返し出るメタ・ペイン（例：システムのつなぎ目・例外処理がExcelに落ちる／入力摩擦で続かない／課金が散らばって解約できない）を見つける。個別より構造を捉える。

---

フェーズ3：クラスタリングとランク付け

集めた不満を構造化し（コスト支払い有無／不満対象／カテゴリ／"結局手作業"シグナル）、クラスタにまとめて次の3軸でランクする。件数順では並べない。

軸	見るもの
支払いの濃さ	既に金/時間を払っている証拠の強さ
既存解決策の不在	専用の解決策が無い/弱い度合い
到達可能性	観客なしで最初の100人に届けられるか（当事者性・検索型・コミュニティ・製品内蔵バイラル）

外すもの：声は大きいが競合が乱立（レッドオーシャン）、ソフトでは解けない（例：金融商品が要る）、外部から解けない（既存大手の内部改善案件）。

ランキング表をユーザーに見せ、上位を一緒に選ぶ。

---

フェーズ4：商材アイデア＋競合の厳密確認

上位ペインに対し、Webサービス/アプリの角度を出す。出したら必ず実在の競合を確認する（検索して同種が大量にヒット＝レッドオーシャン、解決策がヒットしない＝ホワイトスペースの傍証）。サブ機能ごとに競合状況が違うことが多いので、「どの一点が本当に空いているか」まで絞る。安易な「空いてる」宣言は禁止。

---

フェーズ5：事業モデル＆お品書き（値決め案）

「どんな事業か」を、レベニュー構造として描く。詳細パターンと価格アンカーは references/playbook.md の「事業モデルと値決め」を読む。

• 流通が無料の方が広がるなら、コアを無料にして別の層（プレミアム/アフィリエイト送客/B2B2C）から取る設計を検討。
• **お品書き（仮）**を必ず作る：無料/有料の境界、各プランの中身、仮の値段（比較対象アンカー付き）、買い切り/物販も1つ入れて課金意思を硬く測れるようにする。
• 収益モデルとペインの種類・流通を噛み合わせる（例：送客型なら"発見・検索"行動のペイン、サブスク型なら"継続利用"のペイン）。
• 「作り手自身が払うか」を必ず自問し、渋ければモデルを疑う。
• 規模志向に照らし、天井（副業規模 vs スケール）を正直に書く。

---

フェーズ6：最初の100人を集める施策（流通）

着手前の必須ゲート：「フェーズ0の流通の持ち札で、最初の100人にどう届くか」を1段落で言語化できること。描けなければ、ペインが深くても今回は見送る。

施策はフェーズ0で把握した"流通の持ち札"に応じて出し分ける。一律に0フォロワー前提にしない。

• 持ち札が薄い（オーディエンス・予算なし）：(1) 検索型（引く） ＝Google/アプリストア検索/Amazonレビュー/特定コミュニティで能動的に探す人を待ち受ける（フォロワー不要）、(2) 製品内蔵のバイラル ＝共有・招待など使うほど露出が増える構造、(3) 当事者コミュニティ ＝当事者なら信頼ベースで届く（親の会・掲示板・Discord・note・ブログ村等の具体名を挙げる）。
• オーディエンスがある（フォロワー/メルマガ/既存顧客）：build in public・既存リストへの告知・フィード型（押す）も有効。既存プロダクトからの送客導線も使う。
• 広告予算がある：有料獲得（リスティング/SNS広告）も選択肢。CACと単価が見合うかを併せて見る。

どの持ち札でも、「検索されている需要か（検索型が成立するか）」は確認しておくと強い。

---

フェーズ7：検証設計（出力を必ずこれで終える）

「集めて終わり」にしない。作る前に流通と課金意思を安く確かめる手順を出す。質問票の文面は references/playbook.md の「検証質問バンク」を使う。

1. 流通ゲートの言語化（上記フェーズ6）
2. 当事者コミュニティから生の声を50件
3. 5人ヒアリング：今いくら/何時間払っているか、具体的な困り、いくらなら払うか（Van Westendorp の4問）
4. 前金/事前予約テスト：口約束でなく、実際に財布を出すか（デポジット・事前カード登録・予約リスト）
5. 手動MVP（フォーム/Notion/紙でも）で価値と課金意思を測ってから実装

GO/NO-GO の仮基準を添える（例：5人中2人以上が前金/予約まで進めば着手GO、0〜1人なら値決め・課金箇所・領域を見直しピボット）。

---

出力テンプレート

各探索の最後に、1アイデア＝1つのマークダウンレポートを生成し、ユーザーのフォルダに保存して present_files で渡す。必ずこの構成：

# [領域]：事業アイデア探索

> 探索パラメータ：規模志向 / B2B・B2C / 当事者性 / 既存資産（フェーズ0の確認内容）

## 0. 方法メモ（今回の絞り方・情報源・前提）
## 1. 横断メタ・ペイン（繰り返し出た構造）
## 2. ペイン・ランキング（支払い×未解決×到達可能。件数順にしない）
   - 表形式。外したもの（レッドオーシャン/ソフトで解けない）も明記
## 3. 上位ペインの深掘り＋競合の厳密確認
## 4. 本命の商材アイデア（どの一点が空いているか）
## 5. 事業モデル＆お品書き（仮の値決め・収益レイヤー・天井の正直な評価）
## 6. 最初の100人を集める施策（流通ゲートの言語化）
## 7. 検証プラン（生の声50件→5人ヒアリング→前金テスト→手動MVP。GO/NO-GO基準）
## 付録：参照した不満シグナルの出典（リンク）

最後にチャットでは、結論と「次の一手」を簡潔に。レポートの内容を長々と再説明しない。

横断ヒューリスティック（毎回効く）

• 大量ヒット＝レッドオーシャン：検索して同種の解決策が10個以上並んだら、その機能は解決済み。正面突破しない。逆に解決策がヒットしない（公的マニュアルや個人ブログばかり）＝ホワイトスペースの傍証。
• **「不満の数」より「既存解決策の不在」**が強い参入シグナル。
• モデルとペインを噛み合わせる：送客/広告型は"発見・検索"のペイン、サブスク型は"継続利用"のペイン、バイラル型は"共有が自然に起きる"ペイン。
• 流通の置換に注意：広告/アフィリエイト型は「払うか?」問題を「十分なトラフィックを集められるか?」問題に置き換えるだけ。逃げ場ではない。
• 正直さを担保に：競合・天井・リスクを必ず明記する。都合の悪い事実を省かない（B2Bの「無名がレッドオーシャンに入る難しさ」のような現実を先に潰す）。

参照ファイル

• references/playbook.md — 探索の情報源（B2B/B2C別のクエリ設計）、事業モデルと値決めの型・価格アンカー、検証質問バンク（Van Westendorp・ヒアリング・前金テストの具体文面）。フェーズ2・5・7で必要に応じて読む。