インタフェース設計のヒント の履歴(No.1)

• 履歴一覧
• ソース を表示
• インタフェース設計のヒント は削除されています。
  • 1 (2005-01-11 (火) 04:43:39)

設計の時に役立つかなあって思える原則みたいなのを集めてみたいかなと。 長くても気にしない！

• 情報アーキテクチャの四要素(一般的な呼称ではないようだ) from 情報デザイン入門 p45
  1. 情報の組織化
  2. ナビゲーションシステム
  3. ラベリング・システム
  4. 検索システム

• 情報を伝える四種類の地図 from 情報デザイン入門 p64
  1. ロケーターマップ
  2. インセットマップ
  3. データマップ
  4. シークエンスマップ

• 情報を構造化する5つの方法(究極の五個の帽子掛け)．「Passion For The Future それは情報ではない」より．情報デザイン．LATCH(帽子掛け)で覚える
  1. Location 位置 地図として表現
  2. Alphabet アルファベット 順番、順序で表現
  3. Time 時間 時間軸で表現
  4. Category 分野 カテゴリで表現
  5. Hierarchy 階層 程度で表現

• IBM Ease of use - Concepts - ユーザー・インタフェース設計の基礎

• Response Times, The Three Important Limits
  • 0.1 second is about the limit for having the user feel that the system is reacting instantaneously, meaning that no special feedback is necessary except to display the result.
  • 1.0 second is about the limit for the user's flow of thought to stay uninterrupted, even though the user will notice the delay.
  • 10 seconds is about the limit for keeping the user's attention focused on the dialogue.

• Tandy Trower Video Overview. Creating a well designed user interface. 見てみたいなあ

• 誰のためのデザイン？の要点をまとめている．「ヒューマン・センタード・デザイン」の思想と方法より．デザインゼミの一部．

• ユニバーサル・デザインの原則．独立行政法人国立特殊教育総合研究所より

• シュナイダーマンの対話設計における８つの黄金律 ウエッブサイトデザイン（第３回） より．ヒューマンコンピュータインタラクションp39 にも載っている．
  1. 一貫性
  2. ショートカットの用意
  3. フィードバックの提供
  4. 段階的達成感を与える対話の実現
  5. 簡単なエラー処理
  6. 逆操作を許す
  7. 主体的な制御権の提供
  8. 短期記憶の負荷軽減

• ノーマンによるインタフェースデザインの一般原則 ウエッブサイトデザイン（第３回） より．ヒューマンコンピュータインタラクションp38にも載っている
  • 可視性（目で見てわかる、状態と何をすべきかが目でみてわかる）
  • 良い概念モデル（操作とその結果の表現に整合性がある）
  • 自然な対応付け（行為と結果、操作とその効果、システムの状態と目に見えるものの間の対応関係を確定できる）
  • フィードバック（行為の結果に関する完全なフィードバックを受け取れる）

• クルーグによるウエッブユーザビリティの法則 ウエッブサイトデザイン（第３回） より
  1. サイトの素性と使命の提示
  2. サイトの階層の概略
  3. 検索機能
  4. 見所紹介
  5. タイムリーなコンテンツ
  6. 商取引
  7. ショートカット
  8. 登録
  9. ユーザが探しているものを表示する
  10. ユーザが探していないものを表示する
  11. 利用者にスタート地点を示す
  12. 信頼感を獲得する

• 「道具」の三条件など私の読んだ本：新・コンピュータと教育より

• ISO 対話型システムの設計に関する原則(シュナイダーマンの黄金律に似ている) ヒューマンコンピュータインタラクションp40より
  • 業務への適合
  • 状態の通知
  • 主体的な制御性
  • 期待どおりの動作
  • エラーの許容
  • 個人への適合性
  • 学習の支援

• 表現と問題より． システムの科学に載ってる?

問題を解くとは，解が自然に浮かび上がるように問題の表現を作ることに他ならない
ハーバート A サイモン

• ミニマリズム．歴史からHotJavaが学ぶべきことより

ユーザ・インターフェイスの基本的なデザイン原則はミニマリズムである。
たいていの場合、簡素な方がいいのである。ユーザの役に立たない機能を
取り除いていくことで、ユーザ・インターフェイスを改善できるというわ
けだ。簡単な思考実験をしてみよう。そのデザイン要素を削ったら、UIに
どんな影響が出るだろうか？以前と同じくらいうまくインターフェイスが
機能しているなら、そのデザイン要素は恐らく削除してかまわないはずだ。 

• インタラクションデザインノートから思ったこと． 書名で検索するとRICHOの方の書評が一番に上がりますね．．

機能と同数だけのインタフェースを用意すべき．
十得ナイフとそれぞれの道具．グリップがそれぞれ違う．

• 短い文章で箇条書きしてみる
  • 何をアフォードするのか
  • どんな制約を用いるのか
  • 何を何に対応づけるのか
  • 適切なフィードバックを
  • 状態の可視性を考慮して
  • ルールを外化せよ