デザイン思考

ユーザの立場に立って課題を発見し、創造的に解決策を生み出す思考法。共感、問題定義、アイデア創出、プロトタイピング、テストの5段階で進める。イノベーション創出の手法として注目される。

利用者の観察と共感から課題を捉え、発想・試作・検証を繰り返して解決策を作る考え方。正解の分からない課題に向くため、新規事業や新製品の企画に広く用いられる。

利用者の観察と共感から出発し、問題の定義、発想、試作、検証を繰り返して解決策を導く考え方。仕様が定まらない課題の探索に適する。

利用者の立場から問題解決に取り組む方法論。現場観察によって利用者を理解し、共感することから始め、問題定義、アイディア出し、試作、試行を繰り返す。スタンフォード大学d.schoolが体系化した5つのプロセスが知られる。

ハック（hack）とマラソン（marathon）を組み合わせた造語で、技術者、デザイナー、企画者などが集まり、短期間で集中的にアイデアを出し合ってプロトタイプを開発し、成果を競うイベント。新しいサービスの着想や人材の発掘、社外との共創の場として、企業や自治体も開催する。

Google Venturesが考案した、課題の理解からアイデアの発想、解決策の決定、プロトタイプの作成、利用者によるテストまでを、原則として5日間で集中して行う手法。短期間で仮説を検証し、本格的な開発の前に方向性を判断する。

「どうすれば〜できるだろうか（How Might We ...?）」という問いの形で課題を表現する手法。問題定義で定めた課題を、前向きで発想を広げやすい問いに言い換えてアイデアの創出の起点にする。問いが広すぎも狭すぎもしないように調整する。

開発の初期に試作品（プロトタイプ）を作って利用者に評価してもらい、その意見を取り入れながら要件を固めていく開発モデル。利用者と開発者の認識のずれを早く解消できるが、試作と修正を繰り返すと期間や費用が膨らみやすい。

Webページやアプリケーションの画面について、色や装飾を省き、要素の配置、情報の優先順位、画面の構成を線と枠で簡略に示した設計図。デザインを作り込む前に、関係者と画面の構成を確認するために使う。

画面や製品の見た目を確かめるために作る、実際には動作しない模型や見本。画面の配置やデザインを利用者に具体的に示して意見を集め、要件の漏れや誤解を早い段階で見つける。動作を確かめられるプロトタイプとは区別される。