開発チーム内で「使いやすさ」の認識がズレて議論が平行線をたどったり、良かれと思って実装した機能がリリース後に「使いにくい」と酷評されてしまったり…。

こうした「作り手」と「使い手」のギャップは、多くのプロジェクトで抱える根深い課題です。

この課題の解決策となるのが、国際規格（ISO）にも定められた「人間中心設計（HCD：Human-Centered Design）」です。

本記事では、人間中心設計の基礎知識から、「6つの原則」、実践的な「4つのプロセス」、そして混同しやすい「UX」や「デザイン思考」との違いまで体系的に解説します。

NOROSHIは、デザインコンサルティングファームとして100以上のプロジェクトを支援してきました。特に新規事業やスタートアップの立ち上げフェーズでは、不確実性が高い中でいかにユーザー視点を組み込むかが成否を分けます。本記事では、ISO規格に基づく理論体系に加え、プロダクト開発の現場で培った実践知もあわせてお伝えします。

人間中心設計（HCD）とは

人間中心設計（HCD）とは、プロダクトやサービスを作る際に、「使う人（人間）」を企画・設計・評価といったプロセス全体の中心に据える考え方です。また、実現するための具体的な実践プロセス（方法論）のことを指します。

従来の開発手法は、技術的な実現可能性や提供側の都合を優先する「技術中心設計」や「作り手中心設計」になっていることが多く、高機能であっても操作が複雑で使われなかったり、ユーザーが抱える本来の課題とズレたプロダクトが生まれたりすることがありました。

対して人間中心設計は、「作り手の思い込み」や「技術の都合」から始めるのではなく、徹底した「ユーザーの深い理解」からスタートするのが最大の特徴です。

「ユーザーが本当に求めているものは何か？」
「どんな状況で、どんな課題を抱えているのか？」
を徹底的に調査・評価し、その結果を開発サイクルに組み込むことで、「本当に使われる＝価値ある」プロダクトを生み出すことが可能になります。

このアプローチは、単なる概念に留まらず、国際規格であるISO 9241-210（※）において明確に定義されており、世界中のプロダクト開発やシステム設計の現場で標準的に採用されています。

（※）正式名称：「インタラクティブシステムの人間中心設計」

人間中心設計（HCD）を支える「6つの原則」

人間中心設計を実践するためには、単に手法を真似るだけでなく、その根底にある考え方を理解する必要があります。ISO規格では、人間中心設計のアプローチにおいて守るべき「6つの原則」が定められています。

1. ユーザー、タスク、環境の明確な理解に基づいたデザイン

2. デザインと開発全体へのユーザー参加

3. ユーザー中心の評価によるデザインの実施と洗練

4. プロセスの繰り返し（イテレーション）

5. ユーザー体験（UX）全体を考慮した設計

6. 学際的なスキル・視点を持つデザインチーム

（１）ユーザー、タスク、環境の明確な理解に基づいたデザイン

優れたデザインは、デザイナーの勘や憶測ではなく、事実に基づいた深い理解から生まれます。そのためには、設計を始める前には「ユーザー」「タスク」「環境」の3要素を具体的に定義することが不可欠です。

• ユーザー（User）：「誰が使うのか？」 年齢や性別などの属性だけでなく、ITリテラシー、業務知識のレベル、身体的特徴、価値観までを具体化します。

• タスク（Task）：「何のために使うのか？」 ユーザーが達成したいゴール（目的）と、そこに至るまでの具体的な手順（プロセス）を明確にします。

• 環境（Environment）：「どのような状況で使うのか？」 静かなオフィスなのか、騒音の激しい工場なのか（物理的環境）。あるいは、ミスが許されないプレッシャー下なのか、リラックスしている状態なのか（社会的・心理的環境）。

これら3つの要素を解像度高く把握せずして、ユーザーにとって真に使いやすいプロダクトを作ることは不可能です。

（２）デザインと開発全体へのユーザー参加

人間中心設計において、ユーザーは単なる「調査対象」ではありません。プロジェクトの成功を左右する重要な「開発パートナー」として、プロセス全体に積極的に巻き込むことが推奨されます。

完成間近になってから意見を聞くのではなく、設計の初期段階からフィードバックをもらったり、時にはアイデア出し（アイデアソン）に参加してもらったりしましょう。

ユーザーを巻き込むことで、開発側の独りよがりを防ぎ、より的確な設計が可能になります。

（３）ユーザー中心の評価によるデザインの実施と洗練

デザインの良し悪しを、設計者の主観や好み（例：「こっちの方がカッコいいから」）だけで決めてはいけません。

人間中心設計では、プロトタイプ（試作品）などを作成し、それを実際のユーザーに使ってもらう「ユーザビリティテスト」などを実施します。そこで得られた客観的な評価結果に基づいて、デザインを修正・改善（洗練）していく姿勢が不可欠です。

（４）プロセスの繰り返し（イテレーション）

プロセスの繰り返しは人間中心設計において最も重要な原則の1つです。調査、分析、設計、評価といった一連のプロセスを、一度きりで終わらせてはいけません。

評価で見つかった課題を元に、何度もプロセスを繰り返す（イテレーション）ことで、プロダクトの品質をスパイラル状に高めていくことができます。

「一度で完璧なものは作れない」という前提に立ち、小さく作って素早く改善し続けることが、変化の激しい現代において最もリスクの低い開発手法です。

（５）ユーザー体験（UX）全体を考慮した設計

人間中心設計が目指すのは、ボタンの押しやすさといった単なる「ユーザビリティ（使いやすさ）」や「機能要件」の充足だけではありません。

ユーザーがそのプロダクトを知り、使い始め、使い続け、最終的に利用を終えるまでの体験全体（UX：ユーザーエクスペリエンス）を考慮します。

「使いやすい」に加えて、「楽しい」「心地よい」「信頼できる」「また使いたい」といった感情的な価値も含めて設計しましょう。

（６）学際的なスキル・視点を持つデザインチーム

人間中心設計は、デザイナーだけで完結するものではありません。

エンジニア、マーケター、企画者、営業、カスタマーサポートなど、多様な専門性（学際的スキル）を持つメンバーがチームを組む必要があります。

技術的な実現可能性、ビジネスとしての持続性、実際の顧客対応の知見など、多様な視点が組み合わさることで、初めて現実的かつ質の高い解決策が生まれます。

人間中心設計（HCD）を実践する4つのプロセス

前述の6つの原則を具体的なアクションに落とし込むために、人間中心設計では以下の「4つのプロセス」をサイクルとして回します。

1. 調査：利用状況の把握と明示

2. 分析：ユーザーの要求事項の明示

3. 設計：設計による解決策の作成

4. 評価：要求事項に対する設計の評価

このサイクルを繰り返すことで、プロダクトの完成度を高めていきます。

ただし、実際の開発現場では、4つのプロセスすべてを初回から完璧に実施する必要はありません。特にスタートアップや新規事業のように不確実性が高いフェーズでは、スピードとのバランスが求められます。

たとえば、初期段階では「調査→設計→評価」の3ステップに集中し、プロダクトの方向性が定まった段階で分析の精度を上げていくアプローチが有効です。重要なのは、最初から完璧を目指すことではなく、サイクルを回し始めることです。

（１）調査：利用状況の把握と明示

最初に行うべきは、作り手の思い込みを捨ててユーザーの「事実」を収集することです。

ユーザーが置かれた状況や行動の現実を正しく理解するために、彼らが「何を」「なぜ」「どのように」行っているのかを徹底的に調査します。

具体的には、ユーザーの実際の利用現場であるオフィスや家庭に出向き、普段通りの行動を観察する「フィールド調査（行動観察）」などが挙げられます。

また、対象者に直接ヒアリングを行って行動の背景にある動機や悩みを深掘りする「ユーザーインタビュー」なども主な手法です。

これらに加えてアンケート調査や既存のアクセス解析データを分析するなど、定量・定性の両面から多角的に現状を把握していくことが重要です。

（２）分析：ユーザーの要求事項の明示

次に、調査で集めた膨大なデータを分析し、ユーザーがプロダクトに本当に求めている「要求事項」を定義します。

このフェーズの最大の目的は、ユーザーが口にする表面的な「欲しい機能」の裏に隠された「潜在的なニーズ（インサイト）」を突き止め、チーム全体の共通認識とすることです。

具体的なアプローチとしては、調査結果を基に実在しそうな象徴的なユーザー像を描く「ペルソナ作成」が挙げられます。

また、ユーザーの行動・思考・感情の移り変わりを時系列で可視化して課題を特定する「カスタマージャーニーマップ作成」といった手法も有効です。

▼ペルソナの例

▼カスタマージャーニーマップ例

（３）設計：設計による解決策の作成

明らかになった要求事項や課題を解決するために、具体的なアイデアや設計案を目に見える形にしていきます。

このフェーズの目的は、次のステップで評価（テスト）を行える状態にすることなので、最初から完璧な完成度を目指す必要はありません。

具体的な進め方としては、まず手書きのメモレベルで構いませんので、「スケッチ」や「アイデアソン」を通じてアイデアを自由に発散させます。

次に、画面のレイアウトや情報の配置といった骨組みを「ワイヤーフレーム」として設計します。

最終的には紙やFigmaなどのデザインツールを用いて、実際の画面遷移や動作を確認できる「プロトタイピング（試作品）」を作成する流れです。

（４）評価：要求事項に対する設計の評価

作成した設計案（プロトタイプ）が、ユーザーの要求事項を本当に満たしているか、使いにくさや問題点がないかをテストします。

ここでは、設計者の主観や思い込みではなく、客観的な評価を得ることが重要です。

具体的な検証方法としては、実際のユーザーにプロトタイプを操作してもらい、迷った箇所や誤操作を観察する「ユーザビリティテスト」が挙げられます。

また、ユーザビリティの専門家が経験則に基づいて問題点を指摘する「ヒューリスティック評価」なども有効です。

そして、これらの評価によって見つかった問題点や新たな気づきを元に、再び「調査」や「分析」のフェーズに戻り、改善のサイクルを回し続けます。

「UX」「デザイン思考」「ユーザー中心設計（UCD）」との違い

人間中心設計には、よく似た言葉や混同されやすい概念がいくつか存在します。それぞれの関係性を整理しておきましょう。

• 「UX」との違い

• 「デザイン思考」との違い

• 「ユーザー中心設計（UCD）」との違い

「UX」との違い

UX（User Experience：ユーザー体験）とは、プロダクトやサービスを通じてユーザーが得られる「体験」や「感情」そのものを指します。

たとえば、「使いやすくて感動した」「手続きが面倒でイライラした」などです。

対して人間中心設計は、良いUXを実現するために行う具体的な「プロセス」や「手段」です。

つまり、人間中心設計という手段を用いて、優れたUX（ゴール）を目指すという関係性になります。

「デザイン思考」との違い

デザイン思考（Design Thinking）は、デザイナーがデザインを行う際の思考プロセスを、ビジネスの課題解決全般に応用しようとする「思考法」や「マインドセット」です。「共感」を起点に、柔軟な発想でイノベーションを目指します。

人間中心設計とデザイン思考は、ユーザーへの共感を起点とする共通の思想を持ちつつも、人間中心設計はISO規格によってより具体的かつ体系的な「開発プロセス」として定義されたものです。

実務においては、人間中心設計の方がより工学的で、手順が明確化されている傾向があります。

「ユーザー中心設計（UCD）」との違い

ユーザー中心設計（User-Centered Design）は、人間中心設計とほぼ同義語として扱われます。

歴史的にはユーザー中心設計という言葉が先に使われていました。

しかし、ISO規格化の際に「User」よりも、利用者の周辺にいる人々も含めた広い概念である「Human」が採用されたことで人間中心設計という呼称が公式化・一般化しました。

人間中心設計（HCD）を成功させる3つのポイント

これから人間中心設計を実践しようとするチームに向けて、成功の鍵となる3つのポイントを紹介します。

1. ユーザーの「言葉」ではなく「行動」を観察する

2. 多様なメンバーを巻き込む

3. 小さく始めて素早く繰り返す

（１）ユーザーの「言葉」ではなく「行動」を観察する

ユーザーは、インタビューで自分のニーズを正確に言語化できるとは限りません。また、無意識にインタビュアーに気を使って「良い答え」を言おうとすることもあります。

重要なのは、ユーザーが「何を言ったか」（言葉）よりも、「何を（無意識に）したか」（行動）です。

実際の利用現場観察（エスノグラフィ）やユーザビリティテストを通じて、以下のような「言葉にならない行動」に着目してください。

• 無意識の回避行動：特定の機能を使わず、遠回りの操作をしていないか？

• 自己流の対処：付箋を貼ったり、外部ツールを使ったりして不便さを補っていないか？

• 一瞬の迷い：マウスの動きが止まったり、視線が泳いだりした瞬間はどこか？

これらの行動の背景にこそ、ユーザー本人も気づいていない「本質的な課題」が隠されています。

（２）多様なメンバーを巻き込む

原則の項目でも触れましたが、人間中心設計はエンジニア、マーケター、企画者、カスタマーサクセスなど、異なる専門性を持つメンバーを巻き込むことが不可欠です。

同じユーザーの行動を見たとしても、職種によって見えている世界は異なります。

• エンジニア：「その課題なら、最新のAPIやMCPを使えば技術的に解決できる」

• マーケター：「その悩みは、競合製品も解決できていない市場の空白地帯だ」

• カスタマーサクセス：「それはお問い合わせで最も多いクレームの根本原因だ」

このように、多様な視点を掛け合わせることで、「技術的実現性」「ビジネス的生存性」「ユーザーにとっての有用性」の3つを満たす、強固な解決策を生み出すことができます。

（３）小さく始めて素早く繰り返す

最初から完璧な調査レポートや、すべての機能を実装したリッチなプロトタイプを目指す必要はありません。時間をかけて作り込んだものが、テストで全否定された時の手戻りコスト（と精神的ダメージ）は計り知れないからです。

人間中心設計の成果を最大化するのは、イテレーション（反復）の「質」よりも「スピードと回数」です。

スピードと回数を求めるには、以下のようなことが挙げられます。

• 身近な同僚や家族など、5人程度の簡易的なテストから始める

• プログラムを書く前の「紙に書いたスケッチ」の段階でレビューを受ける

• 競合製品を使ってもらい、不満点だけを抽出する

上記のように、低コストで素早くフィードバックが得られる方法で「小さな失敗」を早期に経験することが重要です。

仮説と検証のサイクルを高速で回すことこそが、結果として最短で正解へと辿り着く道なのです。

よくある質問（Q&A）

Q：予算や時間がなくても、人間中心設計は導入できますか？

A. はい、可能です。「小さく始める」ことからスタートしましょう。人間中心設計の実践に、必ずしも大規模な調査や数百万円のコストが必要なわけではありません。

たとえば、身近な同僚や家族など5人程度にプロトタイプを使ってもらう「簡易ユーザビリティテスト（ゲリラテスト）」だけでも、課題の約8割は発見できると言われています。 完璧な調査を目指すよりも、今のリソースでできる範囲で「ユーザーの行動を観察する機会」を作ることの方が重要です。

Q：人間中心設計とアジャイル開発は両立できますか？

A. はい、むしろ相性の良い組み合わせです。アジャイル開発の短いスプリントサイクルの中に、ユーザビリティテストやプロトタイプ検証を組み込むことで、スピードを維持しながらユーザー視点を反映できます。各スプリントの成果物をユーザーに評価してもらい、次のスプリントに改善点を反映するイメージです。

Q：人間中心設計の導入に、専門のUXデザイナーは必須ですか？

A. 必須ではありませんが、いると導入がスムーズになります。専門家がいない場合でも、「ユーザーの行動を観察する」「プロトタイプでテストする」という基本サイクルは、チーム全員で実践できます。まずはプロダクトマネージャーやエンジニアが中心となり、小さなテストから始めてみることをおすすめします。

Q：人間中心設計のプロセスを外部に依頼することはできますか？

A. はい、可能です。リサーチからUI/UX設計、プロトタイピング、ユーザビリティテストまで、プロセスの全体または一部をデザインコンサルティングファームに依頼するケースは一般的です。外部に依頼する場合は、単にデザインの納品を受けるのではなく、自社チームも調査やテストに参加し、ユーザー理解を社内に蓄積していくことが重要です。

まとめ：人間中心設計は「ユーザーと対話し続ける」プロセス

人間中心設計（HCD）とは、特定のデザインテクニックのことではありません。ユーザー（人間）を中心に置いて、仮説と検証のサイクルを回し続ける「プロセス」そのものです。

「6つの原則」をチームのマインドセットとし、「4つのプロセス」を反復的に実践することで、作り手の独りよがりな思い込みを排除し本当に価値あるプロダクトを作れます。

人間中心設計は一度導入して終わりではなく、「ユーザーと対話し続ける」文化をチームに根付かせることがゴールです。

もしあなたのチームが「ユーザー視点」のあり方に悩んでいるなら、まずは「実際のユーザーが製品を使っている様子を観察させてもらう」ことから始めてみてください。

NOROSHIは、100以上のプロジェクト支援の経験を活かし、人間中心設計に基づいたUI/UXデザインを提供しています。「ユーザー視点をプロダクト開発に取り入れたいが、何から始めればいいか分からない」という方は、ぜひお気軽にご相談ください。