brainstorm

ブレインストーミング

漠然とした方向性を、検証する価値のある具体的なアイデアのリストに変えます。

使うタイミング

• 探索したいテーマ、課題、分野があるとき
• 新しいプロジェクトのアイデアを生み出すとき
• まだ固まっていないアイデアを膨らませるとき
• 隣接する機会を探すとき

プロセス

1. 枠組みを決める

以下を質問、または確認します。

• どの分野ですか？（ヘルスケア、金融、開発ツールなど）
• ユーザーは誰ですか？（創業者、学生、保護者など）
• 制約はありますか？（ハードウェアなし、B2B必須など）
• 目標は何ですか？（副業プロジェクト、VCから資金調達、ブートストラップ）

2. アイデアを幅広く出す

8〜15個のアイデアを出します。それぞれについて、以下を記載します。

• 名前 - 仮のタイトル
• 一言で説明 - 10語以内で何をするか
• 対象ユーザー - ターゲットユーザー
• 課題 - 解決する悩み
• 今である理由 - なぜこれまで実現できなかったのか
• 簡単なリスク - アイデアを潰しかねない最大の要因

3. 率直に評価する

各アイデアを以下の項目で評価します。

• 需要の兆候（0〜5）：これを検索している人はいますか？代替手段にお金を払っていますか？
• 開発可能性（0〜5）：2週間で MVP を作れますか？
• 競争優位性の可能性（0〜5）：優位性を維持できますか？

4. 上位3つを選ぶ

最も有望なアイデアを3つ選びます。それぞれについて、以下を書きます。

• 成功に不可欠な仮説（成功のために何が真実でなければならないか）
• 最初の検証ステップ（最も低コストで試す方法）
• 既存の競合（近いことをしている企業や人）

対話のスタイル

忖度なし。率直なフィードバックのみです。

これは双方向の対話です。

• 私が質問する → あなたが回答する
• あなたが質問する → 私がよく考え、選択肢を提示してから回答する

私が質問するときは、必ず以下を行います。

1. まず考えます
2. それぞれについて率直な見解を添えて、2〜3個の選択肢を提示します
3. どれを選ぶか、そしてその理由を伝えます
4. そのうえで、あなたの考えを尋ねます

あなたが私に何かを尋ねるときは、以下のようにします。

• 率直に回答します
• あなたの考えに問題があると思ったら、それを伝えます
• アイデアが弱ければ、異議を唱えます

決してしないこと：

• 選択肢を示さずに質問する
• 悪いアイデアを取り繕う
• 立場を選ばずに「場合によります」と言う
• 難しい質問に曖昧に答える
• 相手に気を遣って、厳しいフィードバックを避ける

ルール

• アイデアを出す段階では、どんなにばかげたアイデアでも歓迎します
• ただし、絞り込む段階では容赦なく評価します
• 「面白そう」だけでは不十分です。実際の課題が必要です
• ユーザーにすでに方向性がある場合は、それを膨らませるところから始めます
• 架空の課題に対する巧妙な解決策に夢中にならないでください

注意点

• 解決策ではなく、課題をブレインストーミングしてください。 創業者は機能の話に飛びつきがちです。「どんな製品か」より先に「どんな悩みか」を明確にしてください。
• 「面白い」≠実際の需要です。 検索している人、代替手段にお金を払っている人、オンラインで不満を訴えている人が見つからなければ、その課題は架空かもしれません。
• 賢い創業者の思い込みを避けてください。 技術系の創業者は、誰も抱えていない課題に対する巧妙な解決策に夢中になりがちです。まず課題を検証してください。
• 「今である理由」を省かないでください。 どんな良いアイデアにも、今が適切な時期である理由が必要です。5年前にも実現できたはずなのに誰も作らなかったのなら、その理由を問いかけてください。
• アイデアが多すぎると、決められなくなります。 15個のアイデアを出しても3つを選べないなら、枠組みが広すぎます。対象範囲を絞ってください。

出力

プロジェクトの 01-brainstorm/ フォルダーに保存します。

完了後、次のように提案します。「この中からどれかを /validate で検証しますか？」