人間中心設計
実際の利用者の要求や文脈を軸に据え、理解・設計・評価を繰り返して使いやすさを高める設計思想。
意味
人間中心設計とは、システムやサービスを設計する際に、つくり手の想定ではなく実際に使う人の要求・文脈・行動を中心に据える考え方を指す。利用状況を理解し、要求を定め、解決案を設計し、評価するという流れを、目標に達するまで繰り返す点に本質がある。
略してHCDと呼ばれる。使いやすさを主観に委ねず、利用者を巻き込んだ観察と評価によって確かめながら磨いていく姿勢が中心にある。
成り立ち
利用者中心の設計の考え方は人間工学やユーザビリティ研究のなかで発展し、国際規格ISO 9241-210（インタラクティブシステムの人間中心設計）として整理されている。
人間中心設計とユーザビリティの違い
ユーザビリティは使いやすさという結果の性質で、人間中心設計はその性質を得るための進め方である。前者は評価の対象、後者は過程を指す。使いやすさを測る指標を並べても、設計と評価を繰り返す仕組みがなければ数値は動かない。
順序で言えば進め方が手前にあり、使いやすさは後から確かめられる。改善が進まないときは、指標の選び方より、評価の結果を設計へ戻す経路があるかを疑うほうが早い。測っているのに直っていない状態は、この経路が切れていることが多い。
ユーザビリティの項へ →人間中心設計とデザイン思考の違い
デザイン思考は何を解くかから問い直す枠組みで、人間中心設計は解くべき対象が定まった後に、実際の使われ方から作り込む規律である。担当する範囲が違い、前者は構想の側、後者は設計と評価の側に位置する。
取り違えると、作るものが決まっているのに探索の議論を長く続けたり、逆に作るべきかを問うべき場面で使いやすさの改善に入ったりする。いま疑ってよいのは対象なのか作り方なのかを、着手の前に決めておくと迷いが減る。
デザイン思考の項へ →使いどころ
デジタルプロダクトの設計指針として広く用いられ、体験づくり全般の土台としても参照される。ブランド体験の設計でも、受け手の実際の使われ方から逆算する発想として援用される。
実務でのチェックポイント
- 利用者の要望を一覧にし、それぞれが解決案なのか達成したい状態なのかを仕分ける。案ばかりなら目的まで戻れていない。
- 設計の途中で利用者に当てた回数を数える。完成後の一回だけなら、直せる範囲は最初から限られている。
- 実際の利用環境を見に行ったことがあるかを確認する。想定した環境と違えば、前提から見直す必要が出る。
- 評価で見つかった問題のうち、修正されたものの割合を出す。低いなら、評価が記録の作成で止まっている。
よくある誤解
利用者の口から出た要望を、そのまま仕様に落とす作業だと読み替えられることがある。しかし人は自分の困りごとを、すでに解決案の形に翻訳して語る。中心に置くべきは発言の文面ではなく、その人が達成しようとしている状態のほうであり、そこまで戻らないまま要望の数だけを集めても、向かう先が正しくなるわけではない。
もう一つは、評価を最後の工程として置く扱いである。完成間近に確かめても、直せる範囲は表層に限られる。設計の途中で粗いものを何度も当てるほうが、直せる余地は広い。評価の時期と、そこから変えられる範囲の大きさは、進むほど反比例していく。
よくある質問
人間中心設計は開発が遅くなりませんか？
初期は手間が増えるが、後工程の手戻りは減る。完成後に見つかった問題は、直すのに設計からやり直す必要が出ることも多い。早い段階の粗い検証は、その大きな手戻りを避けるための投資として置かれる。全体で見ると速度の話は逆転しやすい。
どのくらいの人数に試せば十分ですか？
人数より回数で考えるほうが実務に合う。少人数でも設計の各段階で繰り返せば、問題は段階ごとに見つかる。一度に多く集めて済ませると、その時点の設計についてしか分からず、次の判断には使いにくい。分けて当てる形のほうが扱いやすい。
業務システムでも当てはまりますか？
当てはまるが、中心に置く人を間違えないことが要る。導入を決める人と日々使う人が別で、要望を出すのは前者になりやすい。使われ方から設計するなら、現場の作業を実際に見る経路を確保しないと、決裁する側の理解がそのまま仕様になる。