背景
日本政府が2022年11月に発表した「スタートアップ育成5か年計画」により、スタートアップ関連に約1兆円もの補正予算が組まれました。今回私が採択されたJETROによるプログラム「J-StarX」もその一環です。このコースは、IT分野に関連するプロトタイプを持つ起業前の学生を対象としたもので、2024年8月末から9月中旬までの3週間、Stanford大学のキャンパスに滞在し、USMAC（アクセラレータ）とStanfordによる集中プログラムを受講しました。
プログラム構成
起業家マインドセットの獲得、Silicon Valleyの文化と特殊性に関する講義
ビジネスモデルとピッチの構築
InstagramのCo-founderであるMike Kriegerが学んだd.schoolでのDesign Thinkingブートキャンプ
以下、個別の学びをまとめます。
Silicon Valleyの文化
「反逆者と異端者の最大の集積地」——この表現は、Silicon Valleyの本質を端的に言い当てています。ゴールドラッシュで培われたリスクテイクの文化、大学と軍事研究が生んだ技術基盤、そして世界中から集まる人材。この3層がSilicon Valleyを支えています。
既存のプロダクトが不十分だから、自分たちの手でより良いものを作る。GoogleはYahooを、UberはタクシーをKillしました。アメリカ建国そのものが旧体制の否定（"We were the original Brexit"）であり、その反逆の精神が起業文化の根底にあります。
スタートアップの定義
スタートアップとは「反復可能でスケーラブルなビジネスモデルを探索する組織」であり、換言すれば「自社のプロダクトが何か、顧客が誰か、どう収益化するか、すべてが未確定の企業」です。この定義は、スタートアップが本質的に「学習する組織」であることを示しています。
起業家の日常は learn → innovate/adapt → teach（marketing） のサイクルで回ります。顧客がなぜ買うのか、どう支払いたいのかを学ぶことが仕事の核心であり、テクノロジーはその手段にすぎません。"It is not about your technology" というWeek 1のセッションタイトルが、この思想を端的に示していました。
d.schoolでの学び
3つのP：Perspectives, Portfolio, Process
初日の冒頭で提示されたのが、d.schoolの学びを貫く3つのPです。Perspectives（多様な視点を取り込む）、Portfolio（複数のアイデアを並行管理する）、Process（再現可能なプロセスに落とし込む）。デザイン思考は個人の才能ではなく、チームで実行可能な方法論であることを最初に宣言しています。
Exploration Funnel
d.schoolのカリキュラムの中核にあるのが Exploration Funnel というフレームワークです。4,000のアイデアから出発し、226のプロトタイプに絞り、12のテスト済みソリューションを経て、最終的に2〜3の成果に到達します。この漏斗は、デザイン思考が「量が質を生む」プロセスであることを視覚的に示しています。
もう一つの重要なフレームワークが Desirability / Viability / Feasibility のベン図です。ユーザーにとって望ましいか（Desirability）、事業として成立するか（Viability）、技術的に実現可能か（Feasibility）。この3円の交差点にイノベーションが生まれます。d.schoolが一貫して強調するのは、常にDesirability——ユーザーの望み——を起点にすることです。
Double Diamond：divergeとconvergeの4フェーズ
Day 1：Launch
初日のケーススタディとして紹介されたのが、GEのMRIリデザインです。デザイナーのDoug Dietzは、MRI検査を怖がって泣く子供の姿を目撃しました。従来の発想なら機器の改良に向かうところですが、彼は検査室全体を「冒険の旅」に変えました。スキャン完了率と患者満足度は劇的に向上しました。技術を変えたのではありません。体験を変えたのです。
Day 2 前半：Diverge Problem
問題空間を広げるフェーズです。核心は ENGAGE → NOTICE → FOLLOW-UP → SEEK STORIES の4ステップにあります。
まずユーザーに「最後にその体験をしたときのことを教えてください」と語りかけます（ENGAGE）。次に観察から気になった点を拾い上げ（NOTICE）、「そのとき何を感じていましたか？ なぜ？」と感情の層まで掘り下げます（FOLLOW-UP）。そしてユーザーの感情を特定し、「同じ感情を感じた別の体験を教えてください」と問います（SEEK STORIES）。
この設計の狙いは、サーベイではなくストーリーを引き出すことにあります。人は質問票には合理的に答えますが、物語を語るとき本音が漏れます。
Day 2 後半：Converge Problem
観察から洞察を導出するフェーズです。構造はシンプルですが強力です。
"We met..."（誰に会ったか）→ "We were surprised they said..."（予想外の発言）→ "We wonder if this means..."（それが意味すること）。ここで「この人は何を考えているか（THINKS）」「何を感じているか（FEELS）」「何を信じているか（BELIEVES）」「何に動機づけられているか（MOTIVATED by）」という4つの問いで、表面的な観察からユーザーの深層心理への「飛躍（leap）」を行います。
次に問題文を構築します。"It would be game changing to..."——ここで記述するのはソリューションではなく「問題」です。この制約が決定的に重要で、解決策への飛びつきを防ぎ、本質的な課題の定義に集中させます。
反面教師：Preetiの事例
Stanford職員のPreetiは、6ヶ月間ソリューションを開発し続けた後、初めて他者にプレゼンしました。結果は "I realized others are not as eager as I am about the solution." ——早期に問題を検証しなかったことで、6ヶ月が無駄になりました。
Day 2 終盤〜Day 3 前半：Diverge Solution
アイデアを大量に生成するフェーズです。ここで用いるのが "Yes, And!" Brainstorm です。
まず問題文を "How might we...?" という問いに変換します。次に各メンバーが個人でアイデアを1つ出し、それを全員で "Yes, And!" のルールで膨らませます。否定は禁止です。
d.schoolが採用するのはハイブリッドブレインストーミング（Korde & Paulus研究に基づく）で、個人発想→グループ発想→個人発想のサイクルを回します。グループだけでは同調圧力が働き、個人だけでは視野が狭まります。両者を交互に行うことで創造性が最大化されます。
さらに興味深いのは、Justin Bergの Primal Mark 研究です。最初に出したアイデアがアンカーとなり、後続の発想を規定してしまいます。この偏りを打破するために、意図的な制約条件（「予算無制限なら？」「VR技術で解決するなら？」「TikTokで注目される方法なら？」）とアナロジー（「SF作家ならどう解決するか？」「救急医なら？」）を課します。
アイデアの選定には「ゲームチェンジャーを達成する可能性が最も高い」「最も価値創出のポテンシャルが高い」の2軸で評価します。
Day 3 後半〜Day 4：Converge Solution
選定したアイデアを検証するフェーズです。Describe Your Solution ワークシートで、プロダクト名・核心機能（One Key Function）・ターゲット顧客・意図する影響を定義します。
ここで導入されるのが "We are trying to learn whether... this does that" という仮説検証のフレームです。「私たちのOne Key Functionが、Game Changing Problemを解決するかどうかを学ぼうとしている」——アイデアを「正しさの証明」ではなく「学習の対象」として位置づけます。これがd.schoolの思想の核心です。
デッキに繰り返し登場するのが TEST YOUR ASSUMPTIONSのコスト曲線 です。プロジェクト初期のエラーコストは低く、時間が経つほどコストは指数関数的に増大します。だからこそ、Lo-Res Prop（低解像度プロトタイプ）——パイプクリーナーや紙で作った粗いモデル——で素早く仮説を検証します。完成度より速度が優先されます。
確証バイアスへの警告もデッキで繰り返されました。仮説を確認しようとする無意識の傾向に対抗するために、反証を積極的に探す姿勢が求められます。テスト結果は Track Your Testing ワークシートで追跡し、「顧客はこのGame Changerを望んでいるか？（Yes/No）」「One Key Functionが意図した影響を達成しているか？（Yes/No）」を顧客ごとに記録します。Noが多ければ問題文そのものを書き直します。
最終日のDesign Reviewでは、Problem側（ユーザー → 驚きの発言 → 深層の動機 → Game Changing Problem）とSolution側（プロダクト名 → 核心機能 → ターゲット → 影響）を1枚のワークシートに統合し、チーム間でフィードバックを行います。
現実のプロセスは直線ではない——First Dataの軌跡
Day 4で最も示唆に富んだのは、J. Scott Sanchezによる実践報告でした。First Dataのモバイルウォレット開発では、当初「モバイル決済」を課題と定義していましたが、ユーザーリサーチでTanyaという実際のユーザーを観察し、ドライブスルーや駐車場での行動を直接体験した結果、真の課題は「列で待つ時間の最小化」だと気づきました。Pay/Earn/Redeem/Saveの4機能に再定義し、FASTフードアプリのラフなプロトタイプ（5画面モックアップ）でテストを重ねました。
この事例で提示された First Data Journey図 が印象的でした。DP→CP→DS→CSの直線的な矢印ではなく、Fail、Reset、Backup、Client Push Backを経て何度もフェーズを行き来する非線形な軌跡として描かれていました。デザイン思考の「プロセス」は教科書的なステップではなく、現実には混沌とした探索の連続です。
Sanchezの3つの教訓
Start small——小さく始めて挫折から学ぶ
Go where there's suction——受容性のある場所・人から始める
Don't pick a side except the customer's——顧客の側にだけ立つ
まとめ
d.schoolで体得した最大の原則は、完璧なプランを立ててから動くのではなく、最小限のプロトタイプで仮説を検証し、素早く方向修正することです。デッキの言葉を借りれば、"DESIGNERS CREATE EXPERIENCES TO LEARN RAPIDLY"（デザイナーは素早く学ぶために体験を創る）。これはWeek 1で学んだ「失敗の正規化」と同じ哲学の実践形です。