1章　ユーザーリサーチ

多くの人は自分自身が欲しいものを分かっていない
だからフォーカスグループの意見を鵜呑みにはできない

2章　ジョブシャドウイングとコンテキストインタビュー

コンテキストインタビューの限界 ...　相手に解決策は期待できない

とにかく最初は観察とインタビュー

ユーザーリサーチが済んでいる前提で定義する架空の人物

ユーザーリサーチの代わりにはならない
ペルソナを作ったとしても現実の人間相手のテストは必要

凝ってペルソナ作っても、システム設計に入ってあれもこれもと要望聞いているうちに忘れがち

製品によっては、人間中心よりも活動(何をしたいのか)を中心にした方がよいことがある

具体的なペルソナのためではなく、行う活動のためにデザインして、そこに人間の方が合わせる、という考え方もあるのか

初期段階から資料類に取り組む＝逆行方式

後手後手が常。
パワポに構成を書いて使い捨てになるよりマニュアル化の意識を持ってみたら何か変わるかも？

書かなきゃ書かないで問い合わせが来るし・・・

メニュー、ボタン、その他UIなど、いたるところに階層はある
階層をうまく使えばわかりやすくすることができる

訪問者がどのように目的のページを見つけるのか、を確認する
その結果を参考に階層構造を設計する

やり方：

単にクリックが少なければよいわけでもない
選択肢が多い時は、画面内で局所的な階層構造＝グループ化を考えることもある

要件定義までにやらないと機能が増えそう・・

ユーザーのメンタルモデル ... ユーザーが思い描く動作
と
UI・製品の実体(インプリメンテーション)
は一致するのが理想。だが現実的ではない

UIを簡素化してインプリメンテーションを隠ぺいしてあげる必要性もある
(メンタルモデルに近づけてあげる)
そうしたが故にインプリメンテーションに誤解を生むこともある

メンタルモデルに基づくデザイン

有効なメンタルモデルを思い描けるUIデザイン・7つの指針

UI設計に限らず何かに基づく、相手の常識・刷り込みに合わせるっていうのは大事だと思う