Garrettの5層で全体を見る

今日の問い

その画面の判断を、利用者ニーズまでさかのぼって説明できますか。

Garrettのモデルは、体験を戦略、要件、構造、骨格、表層の5層で捉えます。下の層ほど抽象的で、上の層ほど目に見える設計です。

大切なのは、5枚の書類を作ることではありません。上の判断が、下の目的に支えられているかを確認することです。

30秒図解 · LESSON 02

階層図

上の画面は、下の戦略と要件に支えられています。

CLUE · 見抜く手掛かり

上の判断を一段下へ説明できるか

TRAP · ありがちな罠

表層だけ直して矛盾を残す

5層は、次のように問いへ置き換えると使いやすくなります。

下位層の未決定は、上位層の手戻りとして現れます。 たとえば予約ボタンの位置で議論が止まるとき、主要な利用者や優先タスクが揃っていないのかもしれません。

ただし、現場の制作は一方向では進みません。表層の試作から要件の欠落に気づくこともあります。5層は工程表ではなく、判断のつながりを調べるために使います。

戦略から表層へ具体化する5層と、各層で扱う設計課題の関係を示す原典。

5層の使い方

惜しい例

表層: 安心感のある緑にする。ほかの層は、作りながら考える。

良い例

戦略: 予約の迷いを減らす。要件: 空き枠と必要事項を示す。構造: 条件確認後に候補を出す。骨格: 候補と次操作を隣接させる。表層: 主要操作を一つ強調する。

良い例では、色や配置が目的から説明できます。各層が一文でも、抜けを発見するには十分です。

目的: 予約体験の設計判断をGarrettの5層で整理する
制約: 新機能を勝手に追加せず、不明点は仮定として分ける
参照: assumed-user.mdと現在の予約手順
受入条件: 戦略、要件、構造、骨格、表層を各2項目以内で示し、上下のつながりが弱い箇所を指摘する

1. 主要ボタンの配置で意見が割れたとき、5層モデルで最初に確かめるべきことはどれですか。

PHASE 01ARTIFACT ID · problem-hypothesis

problem-hypothesis.mdに、戦略から表層までを一行ずつ書き、各行が一つ下の行をどう支えるかを追記する。

Acceptance criteria