ユーザビリティエンジニアリング(第2版)―ユーザエクスペリエンスのための調査、設計、評価手法―

著者 : 樽本徹也

• オーム社 (2014年2月26日発売)

感想・レビュー・書評

[lullabybyeさんの感想 · 2016年6月26日]

ユーザーインタビューの勉強のために読んでました。
ユーザーの声聞くべからず。
ユーザーの体験を聞かないといけないんですね。このあたりについての説明がとっても納得できました。
さっそく実践してます。
分析の章がもうちょっと充実してると嬉しかったかも。

[hiromitsuuuuuさんの感想 · 2014年5月1日]

読む人の立場によって色々だろうけど、数ページ読んだだけでこれは良書だ！って感じの本でした。
UCDの概論から始まり、調査・分析、設計、評価まで幅広く書かれている。テストなどの実施例も含まれていてかなり実践的。全体を把握するには良い本。もっと細かなことが知りたくなったら各フェーズの専門書に進めばいいかも。各フェーズの中でも評価の部分のボリュームが多かった。

以下メモ。

-----------------------------------------------------
[Introduction]
・ユーザインタフェースの設計では、”重要な経路”上の問題点を集中的に取り除くようなアプローチのほうが有効
・ユーザの体験を改善するためには、あくまで”重要なケース（重要な経路）”に絞ってテストすればよい
・ユーザインタフェースは一見すると”１枚の絵”なので、ちょっとセンスのいい人に頼めば、サラサラと書き上げてもらえると誤解されがちです。しかし、本来は、そこにはすべての要素（ユーザニーズやビジネスゴール、技術要件など）が凝縮されています

[Part1.調査・分析]
・「師匠と弟子」ではインタビューアを弟子、ユーザを師匠と見立てて、師匠の体験を弟子に”継承”します
　1.インタビューアはユーザに”弟子入り”する。
　2.ユーザは仕事を見せながら説明する。
　3.インタビューアは、不明な点があればその場でどんどん質問する。
　4.一通り話を聞いたら、インタビューアは理解した内容をユーザに話して、間違っていないかどうかチェックしてもらう。

・話の糸口をつかむための定番パターン
　体験の有無＞体験の頻度＞直近の体験

[Part2.設計]
・ペルソナの元となるユーザの中で、最もそのパターンを代表していると思われる特定のユーザを選びます。これを『ベースユーザ』といいます。このベースユーザを基準として、同じグループの他のユーザの情報を合成したり、多少加工したりすれば、比較的簡単にペルソナを”創作”できる

・プライマリーペルソナの要求を完全に満たすことを目的にプロジェクトを進めます
・プライマリーペルソナの要求を完全に満たすとは、プライマリーペルソナの要求だけを満たすという意味ではありません。要求が対立する場合には、プライマリーペルソナを優先するという意味です。
・誰の話に一番興味を感じるでしょうか？誰が一番困っているでしょうか？誰が一番魅力的でしょうか？誰のためにデザインしたいでしょうか？
・ペルソナとは「ユーザをパターン化して、それを擬人化して、優先順位を付けた」ものです。この３要素の中で本当にデータを必要とするのは「パターン化」だけです。
・誤用・悪用には気をつけてください。特に、偽物で要件開発（要件定義）してはいけません。「○○したい」というペルソナの要求は、実際にはペルソナを作った人/チームの要求だからです。

・シナリオに基づく設計
　・課題シナリオ
　・作業シナリオ
　・情報シナリオ
　・対話シナリオ

・Tプロトタイプ…ある程度の幅と深さを持ったプロトタイプ

[Part3.評価]
・10ヒューリスティックス
　・システム状態の視認性
　・システムと実世界の調和
　・ユーザコントロールと自由度
　・一貫性と標準化
　・エラーの防止
　・記憶しなくても、見ればわかるように
　・柔軟性と効率性
　・美的で最小限のデザイン
　・ユーザによるエラー認識、診断、回復をサポートする
　・ヘルプとマニュアル

・認知的ウォークスルー
　・そもそもユーザは”何を”すべきかわかっているのだろうか？
　・ユーザはインタフェースを探索して”やり方”に気づくだろうか？
　・ユーザは目的と正しい操作方法を”関連付け”られるだろうか？
　・システムの”フィードバック”から、ユーザは操作が順調に進んでいることがわかるだろうか？

・問題点は”ユーザの視点”で記述します

・既存製品は微妙なバランス（つまり妥協）の上に成り立っています。現在の設計に至る”社内政治”を十分に理解しないまま、テスト結果だけを掲げてチームミーティングに乗り込んでも、それは作り手から見れば混乱をもたらす邪魔者にすぎません。
・テストを実施する前に、まず、作り手と評価者の間に十分な信頼関係を構築すべきなのです

・1.まずユーザを”調査”して真のニーズを把握したうえで、2.そのニーズを満たすような製品を設計して、3.その製品を”評価”して改善する、のです

[Naruki Chigiraさんの感想 · 2023年4月8日]

本書は12のチャプター

ユーザー中心設計概論、インタビュー法、インタビューの実践、データ分析法、発想法、プロトタイプ、ユーザビリティ評価法、ユーザテスト、ユーザテストの準備、ユーザテストの実施、分析と再設計、ユーザ中心設計活動

から構成されていて、インタビューやユーザテストの解説に多くの分量が割かれていて具体的な手法が記載されていて参考になる。

本書の副題は「ユーザエクスペリエンスのための調査、設計、評価手法」だが、本文中では「ユーザビリティ」と「ユーザエクスペリエンス」は区別されているように見える。

ユーザビリティは ISO 9241 を参照して、効果、効率、満足度という尺度を用いて評価されるものとしている。一方で、ユーザエクスペリエンスはユーザビリティを超えた概念としてディズニーランドや iPhone を例に挙げた上で『仮にユーザビリティが満点であっても、その製品への評価は中程度にとどまる(1-3 ユーザエクスペリエンス より引用)』と表現している。

本書はユーザビリティを担保するためのインタビュー法やユーザテストについて詳しく書いていて、ユーザビリティとユーザエクスペリエンスを繋げるための手法としてユーザ中心設計（User Centered Design）を紹介しているものの、その記述は数ページにとどまる。

開発の規模にもよるが、ユーザビリティのためのインタビューやユーザテストをして戦略を考える人間といわゆるユーザエクスペリエンスを考える人間は別である場合が多く、その間の連携に課題があるケースが多いような印象がある。

本書を読んだ後は、上記のような連携における課題を解決するためにさらに学ぶ必要があるだろうと感じた。

[0000374さんの感想 · 2023年2月3日]

定性的な調査の参考になりました。
ユーザテスト。

[shin-goさんの感想 · 2022年5月5日]

定性的なユーザーリサーチの手引として実践的な内容でした。職場の本棚にあるものを必要なときに必要な部分だけ読んでたのですが、通して読みたいと思い読み直しました。インタビューで話題を深堀りするときの質問例とか、ペルソナをつくった後の活用方法とか、実践的で具体的に書かれているところが良かったです。

[さとうさんの感想 · 2021年11月8日]

ユーザーリサーチに関する、非常に実践的な本だと感じました
プラグマティックなペルソナと、一般的なペルソナに関する説明が、詳しく載っていた点が、個人的には特にありがたかった
ユーザーインタビューの、具体的なノウハウが豊富であり、繰り返し実践をして始めてわかる、しみじみとした教訓が数多くあり、非常に参考になりました

[めろんさんの感想 · 2021年9月5日]

とても勉強になる。繰り返し読んでます。

[nabe33さんの感想 · 2021年7月16日]

樽本さんの本は読みやすくてわかりやすい

[東京大学医学図書館さんの感想 · 2021年1月4日]

1月新着
東京大学医学図書館の所蔵情報
http://opac.dl.itc.u-tokyo.ac.jp/opac/opac_link/bibid/2003182272

[Rio Azumaさんの感想 · 2020年6月11日]

HCD、UCDを用いた定性調査の手法について詳しく記載されていて分かりやすい。

著者プロフィール

樽本徹也（利用品質ラボ代表．UXリサーチャー／ユーザビリティエンジニア）

「2019年 『人間中心設計における評価』 で使われていた紹介文から引用しています。」