デザイン思考のクラッシュワークショップ（短時間で体験するワークショップ）のワークシートです。英語を日本語に意訳している点で、圧倒的にほかの組織で使われているものよりもわかりやすくなっています。使いたい人はどうぞ。

1. An Introduction to Design Thinking
In 90 minute.
(c) Copyrights 2012-2013 GOB Lab All rights Reserved

2. 過去の経験を思い出そう
最後に テーマ を行ったのはいつですか？そのときの出来事（具体的に何をしたのか）とそのときの感情
（Tension）を思い出して下のマップに書き込んでください。表現方法は自由です。何を持ってテンションが高い
というのかも自分の感覚で結構です。
Tension
Before Doing after
Time
(c) Copyrights 2012-2013 GOB Lab All rights Reserved

3. Your
Mission ：パートナーの の経験をリ・デザインする Empathize
まずは、パートナーに共感することから始める
1. インタビュー(4min) 2. 詳細なインタビュー
Interview：インタビューは、相手の テーマ についての経験を聞くことです。 Dig Deeper：Dig Deeperとは、言葉の意味の通り深く潜ることです。相手が、何かを
特に、 テーマ を行う前後についても、何をしたのか自分がどういう状況だったのか 行っていたとき、どのように感じていたのでしょうか？何にいらだちを覚えたのでし
想定できるぐらい細かくそのときの状況を相手から聞きだし、描写します。 ょうか、本当はどうあって欲しかったのでしょうか？。あと、先ほどのインタビュー
でもっと深く聞きたいところはありませんでしたか。その部分も深く聞いてみましょ
う。この際 WHY(何故?) という投げかけが非常に役立ちます
(c) Copyrights 2012-2013 GOB Lab All rights Reserved

4. 問題を定義する Define
3. インタビューの整理 4. 課題・目的定義
Needs: パートナーがやりたいこと
※動詞で書くこと
パートナーの名前/特徴
ための方法を探している
パートナーのニーズ
Insight: パートナーが本当に達成したい目的、あなたが想像す
るパートナーの言葉の裏側に隠れた本当に達成したい願望 しかしながら、彼が本当に達成したいのは
※【一つ選択しよう】
Insight
Capture findings：このフェーズでは、これまでにやってきた2回のインタビューを踏ま Define problem statement：ここでは、これから自分がパートナーのために解決していく
えて、Needs＝パートナーが何をしたいと思っているのかを必ず動詞の形で記述しま 問題を表明する。基本的に、左から右に移すだけなのだが、その判断は主観で構わな
す（主観はいれないでください）。そしてInsight＝パートナーのインタービューを踏 い。そして「この切り口はおもしろい」っていう考え方で、どんな問題を表明するの
まえて、自分がパートナは「実はこうして欲しいと思ってる」というあなたの考えを かを考えて欲しい。決して 無難な ものは選ばないようにする
記述する
(c) Copyrights 2012-2013 GOB Lab All rights Reserved

5. 目的を達成するアイデアを生み出す Ideate
5. ユーザーの目的を達成するアイデアをスケッチする
※上で表明した問題をここへ書く
6. アイデアを共有しフィードバックをもらう
Sketch 5 way：最初に、表明した問題を上に記述し、そのあとその問題を解決する Share your Solution & capture feedback：ここでは、先ほど描いた「ユーザーの問題」を
（即ちパートナーの問題を解決する）方法（アイデア）を5つ以上、スケッチする。 解決するようなアイデアを相手に見せてフィードバックをもらおう。ただ、アイデア
この際、文字で書くのではなく、必ず 絵 で描く。汚くてもいい、見て分かるだけで についての説明（それを利用する状況・環境意外のこと）は最低限にとどめよう。逆
十分。（ここでどれだけの解決策を出せるかだ。くだらないアイデアもとりあえず描 にフィードバックする相手は疑問があればどんどん投げかける。受ける側は、それを
くことが大切です。 聞いてしっかりとメモしよう。
(c) Copyrights 2012-2013 GOB Lab All rights Reserved

6. アイデアを修正する Prototype
7. フィードバックをもとにアイデアを修正する
Reflect & generate：ここのフェーズでは、先ほどのアイデアのブレインストーミングと、パートナーによるフィードバックを混ぜ合わせ
て新しいアイデアを生み出しましょう。ただし、新しいと言っても先ほどの改良である場合もあれば、全く別のアイデアになる場合も
あります。それはどちらでも構いません。そして1つに絞ります。ここで絞るアイデアがこれからあなたがプロトタイプ（実際に作る）
するものです。そのアイデアを上の枠いっぱいに大きく描きましょう（これも、大まかな図でいいです）。また、 ここは必要だ とい
うところはしっかり描き、それほど重要でないところは細かく描く必要はありません。
(c) Copyrights 2012-2013 GOB Lab All rights Reserved

7. Prototype
プロトタイピングしてユーザーに試す
&
8. プロトタイピング Test
9. フィードバック
+ いいなと思ったところ Δ もっとこうして欲しい
[prototype]
? やりながら疑問に思った やりながら思いついた
Build your solution：実際に用意された素材を利用して、さっき描いた Share solution & get Feedback： ここでは、作ったプロトタイプをユーザーに実際に使用してもらってフィードバッ
絵を再現する。創っている間に何か感じることもあるかもしれな クをもらう。ただし、プロトタイプをどのような意図で作成したなどの意見は言わず、状況（それを利用する状
い。そういうものは、一応どこかに書き留めておくと役に立つかも 況・環境意外のこと）の説明だけにとどめよう。そして、使っているユーザに上の4つのマトリックスのことを聞
しれない。 いてみよう。左上には、いいと思ったところ、注目すべきところを、右上にはもっとこうして欲しいというポジテ
ィブな批判を、左下にはやりながら「うん？」って思ったところや、疑問を書き、右下には使いながら「あ、ここ
はこうすればもっといいんじゃないか」ということを書こう。
(c) Copyrights 2012-2013 GOB Lab All rights Reserved