- 効果的な解決策とは何かを理解する
- 解決策をブレーンストーミングするための生産的な方法を学ぶ
- ブレインストーミングで解決策の候補を絞り込む
ソリューションの識別
問題を絞り込んだら、その問題に真に対処するための解決策をブレインストーミングで考え始めましょう。強力なソリューション・ステートメントは、単にあなたが構築しようとしているものを説明するだけでなく、なぜそれが重要なのか、誰の役に立つのか、どのように際立つのかを示します。私たちは、5つの重要な資質を使ってソリューション・ステートメントを評価することができます：
1
問題に直接取り組む
解決策は、あなたが定義した核心的な問題を明確に標的としなければならない。
面白いものを作ったり、関連性のあるものを作ったりするだけでは十分ではない。解決策は、目の前の課題に対する直接的な回答を提供するものでなければならない。中心的な課題に焦点を当てることで、あなたのアイデアが適切で意味のあるものになります。また、あなたが影響を与えようとしている人々やシステムのために、針を動かさない解決策に時間と労力が費やされるのを防ぐことができます。
2
ユーザーの要望
強力な解決策は、対象とする人々やグループに、現実的で具体的な利益をもたらす。
識別段階で望ましさや影響力を考慮することで、価値があり、説得力があり、採用または受け入れられる可能性が高いアイデアを優先できます。この性質により、解決策は抽象的な概念ではなく人間のニーズに根ざしたまま維持されます。これにより、体験の改善、課題解決、新たな機会の創出において、アイデアがもたらす変化について考えることが促されます。
現段階での関係者からのフィードバック収集は、この品質を実現する上で極めて重要です。実際のユーザーからのフィードバックなしに、いかなる解決策も着手すべきではありません。
3
実現可能性と制約の認識
強力な解決策とは、利用可能なリソース、スキル、時間の中で現実的に実施可能なものである。
実現可能性を検討し、成功に影響を与えうる前提 条件や制約（ユーザー行動、市場状況、物流要因など）を理解することを含みます。特定段階で実現可能性と 制約を認識することで、現実的な枠組み内で創造的な問題解決を促しつつ、実用的なアイデアに焦点を当てることが可能になります。
4
差別化／革新
強力な解決策は、既存の選択肢、アプローチ、または製品とは異なる何かを提供すべきである。
差別化には全く新しいものを発明する必要はないが、その解決策が独自の価値や改良を提供し、他社と一線を画すことを意味する。差別化を早期に考慮することで、アイデアが実現可能であるだけでなく、文脈において意味を持つことが保証される。これにより、解決策が注目され、採用され、影響力を持つ可能性が高まる。
5
スコープ
解決策の範囲とは、問題解決にどれだけ焦点を絞るか、あるいはどれだけ幅広く取り組むかを 指す。
範囲が狭すぎる解決策は課題全体に対応できず、広すぎる解決策は管理不能または非現実的になりかねない。解決策の特定段階で範囲を評価することで、アイデアが問題に適切に適合するよう保証される。この野心と実用性のバランスが、後の改善と実装を導く助けとなる。小規模から始めつつ、拡張への道筋を示すアプローチが望ましい。
6
責任
AIを組み込んだ技術ソリューションを検討する際には、深入りする前に倫理を考慮することが重要だ。そのソリューションは 、人を傷つけたり、置き去りにしたりすることなく、役に立っているのだろうか？
ケーススタディ
こうした特徴を備えたソリューションの実例をいくつか見てみましょう。左側（モバイル版では上部）の各タブをクリックして、それぞれの事例をご覧ください。
問題提起
多くの人々がオンラインでビデオを共有したいと思っていたが、既存のプラットフォームは限られていたり、使いにくかったり、コンテンツを投稿できる人が制限されていたりした。
解決策
誰もがグローバルに動画をアップロード、共有、視聴できる使いやすいオンライン・プラットフォームを構築。
トップ6の資質を応用する
- 問題への直接的な取り組み：YouTubeは、動画共有へのアクセス制限という核心的な問題を解決している。誰でも制限なく動画をアップロードし、見ることができる。
- ユーザーの望ましさ：ユーザーは急速にこのプラットフォームを採用した。2005年5月には1日あたり30,000人の訪問者だったのが、2006年夏には1日あたり1億回以上の動画視聴を記録するまでに成長した。シンプルなインターフェースと、ユーザー生成コンテンツに対する膨大な欲求が、広く受け入れられるきっかけとなった。
- 実現可能性と制約の認識：初期のビデオは100MBに制限され、解像度が低く、初期のストレージと帯域幅の需要を抑えるためにFlashビデオ圧縮を使用していた。ユーチューブには350万ドルの初期投資があったが、2006年にグーグルが買収するまでほとんど失敗していた。
- 差別化：YouTubeは、コンテンツを一部のクリエイターやフォーマットに限定するのではなく、誰でも簡単に動画をアップロードできるようにしたことで、他のプラットフォームと一線を画した。この動画共有の民主化は、大きな差別化要因だった。
- スコープこのソリューションは当初、アップロード、再生、共有に重点を置いていました。これにより、オンライン・ビデオ・プラットフォームが限られているという核心的な問題に対処しながら、アイデアを実行可能なものにしました。
- 責任著作権侵害（人々がテレビクリップやミュージックビデオをアップロードすること）は、グーグルが買収後に対処しなければならなかった最初の大きな問題のひとつだった。さらに、ユーチューブは、誰でも見ることができるビデオに自分自身を映したくない人々のプライバシー問題を考慮しなければならなかった。
問題提起
クリエイターは、伝統的な融資が利用しにくかったり、制約が多かったりするため、プロジェクトの資金調達に苦労することが多い。
解決策
オンラインのクラウドファンディング・プラットフォームを提供し、クリエイターがプロジェクトを公開し、支援者から直接資金援助を受けることができる。
トップ6の資質を応用する
- 問題に直接取り組む：Kickstarterは、クリエイターと、彼らの作品を支援することに関心のある人々を直接結びつけることで、資金調達の問題に正面から取り組んでいる。これにより、銀行や大口の投資家に依存する必要がなくなる。
- ユーザーの望ましさ：クリエイターと支援者の双方にメリットがある。クリエイターは資金調達と露出を得ることができ、支援者は新しいアイデアの実現に貢献するという満足感を得ることができる。
- 実現可能性と制約の認識：このプラットフォームは、既存のウェブ技術とオンライン決済システムを利用して開発するのが現実的だった。しかし、取引の安全性、ユーザー間の信頼、プロジェクトの検証といった制約については、当初から慎重に検討する必要があった。
- 差別化：従来の資金源とは異なり、キックスターターは、誰もがクリエイティブなアイデアを支援できるコミュニティ主導のモデルを生み出した。彼らの「オール・オア・ナッシング」モデルは、目標を達成したプロジェクトにのみ資金を提供し、すべての人の金銭的リスクを軽減した。支援者は、株式ではなく、実際の製品と経験で報われた。
- スコープ最初のコンセプトは、あらゆる種類のビジネスやチャリティーキャンペーンではなく、クリエイティブなプロジェクトに焦点を当てたものだった。この明確な境界線のおかげで、Kickstarterは管理しやすく、初期の段階から明確なオーディエンスにアピールし続けることができた。
- 責任：クリエイターは、リワードの履行や支援者への返金を法的に義務付けられていた。また、All or Nothingの資金調達モデルは、プロジェクトの目標が達成されなかった場合、クリエイターと支援者を保護した。
問題提起
従来のコーディング言語は複雑で、テキストベースであり、初心者には敷居が高いため、多くの子どもたちがプログラミングの学習に苦労している。
解決策
色分けされたブロックを組み合わせてゲームやストーリー、アニメーションを作成することで、子どもたちがコーディングの概念を学べる無料のビジュアルプログラミングプラットフォームを作成する。
トップ6の資質を応用する
- 問題に直接取り組む：Scratchは、プログラミングを視覚的で直感的なプロセスに変えることで、コーディングの複雑さという障壁に取り組む。構文や言語の詳細に悩まされることなく、幼い学習者が中核となるロジックを把握するのに役立ちます。
- ユーザーの望ましさ：このプラットフォームは創造的で魅力的であり、ストーリーテリング、アート、インタラクティブなデザインを通じて子どもたちが自分自身を表現できる。すぐに結果がわかるので、やる気と好奇心が高まります。教師は、無料で簡単に学ぶことができ、豊富な教材とレッスンプランでサポートされていることを高く評価している。
- 実現可能性と制約の認識：Scratchは、MITチームがよく知っていたSqueak/Smalltalkを使ったダウンロード可能なアプリケーションとしてスタートした。主な制約は、学校のコンピュータ間での互換性を確保すること、プロジェクトのファイルサイズを小さく保つこと、ブラウザの改良に伴い、後にウェブベースバージョンに移行することでした。
- 差別化：従来のコーディングツールとは異なり、Scratchは学習と遊びを融合させている。連動するカラーブロックは、コーディングを視覚的かつ直感的にする。構築主義に根ざし、創造性、共有、リミックスを奨励した。オンラインに移行することで、Scratchの最大の特徴であるグローバル・コミュニティが導入された。
- スコープScratchは、すべての年齢層や言語ではなく、8歳から16歳を対象とした計算思考の教育に焦点を当てた。この明確な焦点により、このプラットフォームは管理しやすくインパクトのあるものになり、後にモバイル利用、高度なCSコンセプト、ハードウェアの統合へと拡大した。
- 責任：若いユーザーをターゲットにするには、厳密なデータプライバシーとコンテンツモデレーションが必要です。Scratchはコミュニティガイドラインを実施し、仲間のモデレーションに依存し、ユーザーを保護するために個人情報の代わりにユーザー名を使用します。
解決策のアイデアを練る際には、これらの資質を念頭に置いてください。以下のアクティビティで、各アイデアをこれらの基準に照らして採点します。
問題提起と同じように、解決策の最初のバージョンが完璧であることはめったにありません。最初のソリューションステートメントは、問題を解決する方法についての仮説であり、出発点であると考えてください。テストし、フィードバックを集め、ユーザーと制約についてもっと学ぶにつれて、あなたは、あなたのアプローチを調整し、改良し、時にはピボットすることさえ期待すべきです。
反復することで、弱点を発見し、機会を浮き彫りにし、ソリューションを継続的に改善することができます。ソリューションデザインを継続的で反復的なプロセスとして取り組むことで、アイデアの柔軟性、対応力、そして最終的により大きな影響力を保つことができます。
アクティビティ1
異端的ブレインストーミング
所要時間：45分
一連の構造化されたブレーンストーミング・セッションを行い、潜在的な解決策を幅広く生み出す。
STEP 1: 個別かつ迅速なブレーンストーミング
- タイマーを10分にセットする。
- できるだけ多くのアイデアを素早くリストアップする。
- 付箋でもデジタルツールでもいい。アイデアやコンセプトをスケッチすることもできる。
- クレイジー・エイトと呼ばれる技法がある。各チームメンバーは紙を8分割して折る。10分間で、1セクションにつき1つのアイデアをスケッチする必要がある。
- 重要なのは、悪いアイデアはないということだ。この段階での目標は、量と多様性だ。
- タイマーが終わったら、次のラウンドを始める前に、書かれたものすべてに目を通す。
STEP 2: アイデアを膨らませる
- 誰かにメモ係になってもらい、新しいアイデアを記録する。
- チームメンバーが一人ずつアイデアを出し合う。
- はい、そして...」というアプローチで、1つのアイデアに2～3分かける。
- 例えば例えば、「汚染された川を報告するクラウドソーシング・プラットフォームができないか？
- 「ええ、ユーザーが証拠として画像を投稿できるようにすることもできます」
- 「そして、人々はボタンをクリックして、そのサイトのコミュニティ・アクション・チームに参加することができる」。
- 「そうだ。そして、ストリーム・ロケーションに基づいた地元政府関係者へのリンクを提供し、報告することもできる」。
- ClaudeやChatGPTのようなAIツールの助けを借りる。各アイデアに対して、さらに「Yes, and ...」のアイデアを求める。
- AIツールに、与えられた問題に対する既成概念にとらわれないアイデアを求める。
ステップ3：繰り返す
ここまでで、多種多様なアイデアのリストができたはずだ。そうでない場合は、10分程度の短いセッションでブレインストーミングを続け、アイデアを出し続けましょう。頭をすっきりさせ、問題に対する別の視点を得るために、外に出てみよう。
アクティビティ2
最強のソリューションを特定する
所要時間：60分
ステップ1：整理、分類、拡大
- チームと一緒に、似たようなコンセプトを大きなバケツやテーマにまとめ始める。
- 付箋を使ってアイデアを移動させる。
- Canvaのようなデジタルホワイトボードを使い、チームメンバーにアイデアを追加してもらい、それを発展させることができる。
- 最強の方向性を見極めるために、アイデアのパターン、重なり、関係性を探す。
- 分類・整理を始めたら、遠慮なくアイデアを追加してください。
ステップ2：ランク付けと優先順位付け
- を使用する。 簡単なルーブリック／採点ガイド
- 各チームメンバーに、上記の6つの基準についてそれぞれ5点満点で採点してもらいます。
- このセッションの最後には、チームの得点に基づいて、より洗練されたリストを作成する。
ステップ3：解決策の草案
- このセッションに時間制限はない。
- 解決策の主要概念のリストができたので、それを使っていくつかの解決策を作成する。
- それぞれの解決策について、このレッスンで議論した強力な解決策の特質に基づいて評価する。
- 最終的には、3～5個の強力なソリューションアイデアのショートリストを作成し、さらなるフィードバックと改良に備える。
リスク評価
あなたは、可能性のあるソリューションのショートリストを持ち、それぞれが「良い」ソリューションの基準にどの程度当てはまるかを特定しました。ソリューションのアイデアをユーザーとテストする前に、もう一つステップを踏む必要があります。各ソリューションのリスクを評価する必要があります。どのソリューションが最も低い投資で成功する可能性が高いかを見極めたい。
各ソリューションについて調査すべき潜在的なリスクをいくつか挙げてみよう：
- 採用：ユーザーはこのソリューションが便利で価値があると感じるだろうか？実際に使おうとするだろうか？
- 実現可能性：あなたのチームは、必要な時間内にソリューションを完成させるだけの知識とリソースを持っていますか？プロジェクトが軌道から外れてしまうような技術的な未知数はないか？
- 依存性：ソリューションが機能するために、外部の技術やAPIに依存しているか？それを実現するために法的な課題はあるか？
- スコープ：スコープは現実的にスケジュール内で達成可能か？MVPは何か、野心的すぎないか。
- 市場競争：ユーザーがあなたのソリューションに乗り換えるよりも、既存のソリューションに固執する可能性があるか？あなたのソリューションは十分に差別化されていますか？
- 倫理的：その解決策が、意図せず害を及ぼす可能性はないか？考慮すべきプライバシーや安全性の問題はあるか？
最大のリスクは何だと思いますか？ 以下の各カードにカーソルを合わせると 、これらの解決策が直面する可能性のある課題が表示されます。
AIスタディバディ
AIが作成した練習問題
依存リスク
AIが不正確な質問を生成するかもしれない。大きなリスクだ。早期にテストし、改良する。
習慣追跡アプリ
メンタルヘルス支援
採用リスク
ユーザーが定着しなければ、アプリは価値を失う。大きなリスクを伴うため、事前にテストが必要。
生産性向上アプリ
スマート・スケジューリング・アシスタント
市場競争リスク
既存のソリューションとの競争は難しい。差別化を確実にするために改訂する。
リスク・カテゴリの多くは、上記の優れたソリューションの資質と一致しているが、リスク評価では、最もリスクの高い仮定をテストすることができる。潜在的なリスクについて考えるだけでなく、早い段階で、できる限りリスクを軽減することが重要なのです。
起業家は計算されたリスクを取る。リスクを理解することで、リスクをテストし、軽減し、あるいは十分な情報を得た上でリスクを取る選択をすることができるのだ。
アクティビティ3
リスク評価
所要時間：60分
上記のリスク・カテゴリーと、これまでに発見したその他の可能性のあるリスクを用い て、活動2で最終候補となった解決策についてリスク・アセスメントを実施する。これによってリスクを特定し、解決策を進める前にそのリスクを軽減または除去するための措置を講じることができます。
ワークシートに記入した後、ソリューションリストに戻る。進めないと決めた解決策を除外し、リスクを軽減または除去するために更新が必要な解決策を修正する。
アクティビティ4
ユーザーのフィードバックを集め、改良する
所要時間：数日
解決策の候補を修正したショートリストができたら、次は最も重要な人たち、つまり実際のユーザーや利害関係者からフィードバックをもらう番だ。彼らの意見を集めることで、盲点を発見し、どのアイデアが共鳴するかを確認し、ソリューションを改善する方法を発見することができます。
ステップ1：レビュアーの特定
解決しようとしている問題に詳しいユーザーや利害関係者を少なくとも3人特定する。
誰を参加させるかを決めるために、自問してみよう：
- この問題を直接体験しているのは誰か？そのソリューションのターゲットとなる人々と交流があるのは誰か？
- 誰の視点が、私のアイデアの盲点を見抜く助けとなるだろうか？
- 私のソリューションによって恩恵を受ける、あるいは影響を受けるのは誰か？
- 誰が有益な方法で質問をしたり、仮定に異議を唱えたりするだろうか？
主要なレビュアーを特定したら、30分のセッションを予約し、ソリューションのアイデアについて話してもらう。
STEP 2: ソリューションを発表する
問題提起と候補となった解決策を、ユーザーや利害関係者と共有する。
- シンプルに- 細かいことにこだわっている場合ではない。
- 核となるコンセプトに焦点を当てる- 洗練された最終製品を売り込むことなく、ソリューションが何をするのか、なぜそれが重要なのかを強調する。
- オープンなフィードバックを奨励する- あなたが求めているのは率直な提案であり、承認ではない。
- ここでは、フィードバックを得るためにあなたのアイデアを提示するプロセスを提案します：
- それぞれの解答を別の紙に書き出し、短い段落で説明する。
- それぞれの解決策をユーザーと一緒に検討し、次のような質問をする：
- 最初の反応
- 明日、これがあったら使いますか？(はい、いいえ、たぶん）
- それを使わない理由は何ですか？
- これを友人に勧めたいですか？
- 価値とインパクト：
- このソリューションによって、あなたの生活はどのように楽になるでしょうか？
- この解決策にお金を払いますか？
- オープンエンドだ：
- この解決策に疑問が生じたり、不明瞭に感じたりすることはないだろうか？
- この解決策を改善するアイデアはありますか？
- このソリューションが備えていなければならない機能は何か？
- 今度は、すべての解決策が一緒に記載された1枚の紙をユーザーに見せましょう。彼らに尋ねてください：
- どのソリューションに最も興味がありますか？
- もし1つしか作れないとしたら、どちらの解決策を選びますか？
- なぜその解決策を選ぶのですか？
詳細なメモを取ったり、ミーティングを記録したりする。受け取ったフィードバックが、5つのソリューションの資質とどのように関連しているかを検討する。ある分野では強いが、他の分野では弱いと感じるソリューションはあるか？制約や範囲の問題は出てきませんでしたか？
STEP 3: フィードバックで改良する
ユーザーまたは利害関係者からの洞察を使用して、ソリューションのアイデアを微調整します。この洗練された解決策のリストは、参考のために書き留めておきましょう。フィードバックに基づいて1つか2つの解決策を除外できるかもしれませんし、1つの解決策がリストのトップに躍り出るかもしれません。
有望な解決策を特定する上で大きな前進を遂げた今、このリストが最終的なものではないことを忘れないでほしい。解決策は、あなたがより多くを学ぶにつれて進化し続けることができる。
あなたは解決策のアイデアについてブレインストーミングを行い、評価し、リスクを特定し、ステークホルダーからのフィードバックを集めました。ここでAIをツールとして導入し、すべての資料を分析・統合する手助けとすることが有効です。AIは傾向や洞察を明らかにする助けとなり、構築すべき適切な解決策を見つける探求において、もう一つの視点として機能します。
アクティビティ5
AIによる研究の統合
所要時間：60分
AIチャットボット（ChatGPT、Gemini、Claude）に直接アクセスして合成を支援してもらうこともできます。あるいは、挑戦したい場合は、Founder's Toolkitの別のタブとして追加することを検討してみてください。
ステップ1: AIに解決策資料の合成を指示する
- LLM（ChatGPT、Gemini、Claude）を選択するか、あるいはそれぞれにプロンプトを与えることも検討してください。それぞれから異なるフィードバックが得られ、視点も微妙に異なるはずです。いずれも有用であることが証明されるでしょう。
- チャットボットにトレンドの発見と洞察の提供を促すプロンプトです。以下に推奨プロンプトを示します。
あなたは熟練のビジネスアナリストです。提供されたステークホルダーのフィードバックを分析し、以下のセクションで構成した回答を作成してください：
- パターン：複数の情報源に共通して見られるテーマは何か？（3～5項目）
- 驚き：情報源が一致しない点とその意味（3～5項目）
- 再検討すべき前提条件：どのような前提が覆されたか、あるいは誤りだと証明されたか？（3～5項目）
- 危険信号：どのような懸念やリスクが浮上したか？（3～5項目）
- TOP 3 INSIGHTS: 課題解決のための最重要ポイント（3～5項目）
まだ何もしないでください。分析してほしい資料は後ほどお送りします。
- お持ちの資料をすべてコピーして貼り付けてください：
- 可能な解決策の一覧
- チームスコア／評価
- リスク評価の結果
- ステークホルダーからのフィードバック
- あるいは、上記の活動の一環として作成したワークシートやノートをLLMにアップロードすることもできます。
ステップ1（代替案）：創業者ツールキットにアイデア評価ツールを追加する
フィードバックアナライザーを用いたデータ保存のレッスンで、創業者ツールキット内のGemini AI APIを使用し、課題へのフィードバックを入力するとAIがフィードバックを提供できるようにしました。これは本質的に同じタスクですが、入力と出力が異なります。Copilotにプロンプトを提示して、この構築を支援してもらえますか？
一般的な手順：
- GitHubで新しいブランチを作成し、Codespacesを開きます。
- 解決策のアイデアを入力できるフォームを作成し、各アイデアに対する関係者からのフィードバックも受け付けられるようにする。
- 次に、Gemini APIを使用してフォームからの入力を取得し、フィードバックを提供するプロンプトを作成します。上記の手順1のプロンプトを出発点として使用できます。
- テストして、あなたの創設者ツールキットが提供するものを確認してください。
- コードの更新をGitHubにコミットしてマージしてください。
ステップ2: 分析とフィードバックを確認する
AIが提供する分析を確認してください。複数のチャットボットを使用している場合は、それぞれが提供する内容を比較してください。
ほとんどのAIチャットボットは、応答をコピーするオプションを提供しています。各応答を保存可能な文書にコピー＆ペーストし、読み返して応答を比較してください。
ステップ3：フィードバックに基づいて解決策を洗練させる
AIからのフィードバックを確認した後、最終的な解決策のアイデアを調整する必要があるかもしれません。調整内容と、その背景にある理由を記録してください。
リフレクション
解決策を練り上げ、洗練させたことを祝福する。そのプロセスを振り返るために、次のことを少し考えてみてください：
