HCD(人間中心設計)

よみ: エイチシーディー

国際規格(ISO 9241-210)でも定められている、利用者の視点・行動・ニーズを中心に置いて、システムやサービスの設計を進めるための方法論(思想)です。

HCD の 4 つの基本プロセス（サイクル）

以下の 4 つのステップを「一度きりではなく、何度もぐるぐると繰り返すこと」が、HCD の核心です。

1. 利用状況の理解：ユーザーがどんな環境で、どう使っているかを観察する。
2. 要求の明示：ユーザーが本当に必要としているもの(ニーズや課題)を定義する。
3. 設計案作成：課題を解決するためのデザインやプロトタイプ(試作品)を作る。
4. 評価：作ったものをユーザーに実際に使ってもらい、検証する。

実務における本質とフロー

ペルソナ作成やアクセシビリティ対応など、あらゆる取り組みの土台となる考え方です。実務では「観察 → ペルソナ作成 → ワイヤーフレーム(WF / ワイヤーフレーム)(画面設計)作成 → 検証」という流れを組み、デザインを作る「前」に必ずリサーチを置くのが効果的です。運用開始後もユーザー観察を続け、「観察 → 仮説 → 検証」のサイクルを回し続けます。

よくある落とし穴(注意点)

最も多い失敗は、「HCD ＝ペルソナを作ること」だと狭く勘違いしてしまう罠です。想像だけでペルソナのテンプレートを穴埋めしたものは、HCD とは呼べません。リアルな「観察」と、作った後の「評価・検証」のプロセスを省略してしまうと、まったく的外れな設計になってしまいます。

言葉をよく利用する人

Web 担当者(発注側)
デザイナー
ディレクター
IA / 情報設計者
プロデューサー

会話上での使用例

デザインの進め方を決める場面

プロデューサー
今回のデザイン、どういう流れで進めていきましょうか。
Web担当者
HCD、つまり人間中心設計の考え方で進めたいです。まず利用者を観察して、そこからペルソナを作り、ワイヤーフレームに落として検証する、というサイクルを回していきましょう。
プロデューサー
いきなり作り始めるんじゃなくて、観察から入るんですね。

ユーザー調査の位置づけを相談する場面

マーケター
ユーザー調査がいつも後回しになってしまうんですが、いいんでしょうか。
Web担当者
HCDの視点だと、リサーチは設計に入る前に置くのが鉄則なんです。観察結果をもとに設計したほうが手戻りも減るので、調査を前段に持ってくる形で組み直しましょう。