このアプリケーションがこの間の特別講義であった、Jacob
NielsenのTen Usability Heuristicsを満たしているかとか考えてみたいと思う。
とりあえずTen Usability Heuristicsについて漏れのレポートから引用。
- システムの状態がみてとれること
妥当な時間で、適切なフィードバックをもってユーザに今何が行われているかを常に示す必要がある
- システムと実世界の一致
システムは、ユーザの言葉で会話しなければならない。システム起源の言葉ではなく、ユーザにとって親しみやすく、
わかりやすい言葉でなければならない。また情報は、慣例に従った、自然で論理的な順番で現れなければならない。
- ユーザのコントロールと自由度
ユーザはよく間違えるから、”緊急脱出ボタン”をもうけなければならない。また、UNDOとREDOをサポートせよ。
- 一貫性
ユーザが、見た目に異なるが同じ意味を示す言葉、によって混乱することを避けねばならない。プラットフォームの慣例に従え。
- エラーの予防
よいエラーメッセージよりも、問題の発生しない設計のほうがだいぶ優れている。エラーが起こりがちな状況を排除あるいは検査し、
ユーザの行動の前に確認をとることが必要である。
- 思い出すより見て分かる
ユーザの記憶負担を最小にせよ。システムの使い方を簡単に出したり引っ込めたりできるようにせよ。
- 柔軟性と効率性
熟練したユーザのためにショートカットを用意せよ。システムが熟練したユーザにでも不慣れなユーザにでも対応できるようにせよ。
- 美しく必要最低限の設計
ダイアログは、見当違いな情報やほとんど必要でない情報を含むべきではない。余分な情報は、必要な情報を埋もれさせ、
関連の分かりやすさを損ねる。
- ユーザが認識し、診断し、エラーから回復するのを助けよ
エラーメッセージは平易な言葉で、問題を正確に指摘し、建設的な解決法を提案しなければならない。
- ヘルプとドキュメンテーション
見つけやすく、ユーザの動作に焦点をあわせてあり、詳細な実行手順を示し、そしてかつ長すぎないものがよい
まず、満たしてそうなものをリストアップ。
(1)、(2)、(4)、(5)、(8)
そして満たしていないものをリストアップ。
(3)、(7)、(10)
満たしていそうなものに関しては、いちいち解説するのがmndks('A`)
満たしていないものについて触れる。
(3)ユーザのコントロールと自由度及び(7)柔軟性と効率性
なんか自由度がない気がする。というよりも、インストールの際にインストール場所に関して何も触れず、
カスタムインストールを選択してもインストールするモジュールの選択欄に何も出ず、またインストール場所も知らんがなという状況は、
まずあり得ないという感想が第一に浮かぶ。自由度0じゃん。そもそもProgram Filesに色々ぶち込むの好きじゃないんだけど。
うちはシステムが36GB(HDDいっぱいいっぱい)しかないし、システム以外の余分なものをC:\に入れておきなくないからな。
(10)ヘルプとドキュメンテーション
ヘルプ開いたら、http://www.ubicast.com/が開くだけ、
というのはどうだろうか。そこにでかでかと"Bloggerのヘルプ"と出てればよいが、出てない。
左上の小さな"Blogger"の文字をクリックし、さらに左メニューのFAQを開かないといけない。しかも中身が充実していない。
…なんかもうだめぽな気がしてきたが、外部エディタでのHTML直接編集と、
Blogのエントリに広告が入らないというこの2点だけで使い続ける気がしないでもない。
追記:
blockquoteに対するCSSが適用されてなくて、あれーと思いソースを見たら、div病患者でした('A`)
引用、ってボタン押したのに、blockquoteじゃなくてdivで囲むって何よ('A`)
Terapadでいじっております('A`)
最近のコメント