Alertbox: 軌跡は“F”を描く（2006年4月17日）
アイトラッキング調査の結果から、多くの場合、ユーザーは“F”の文字 -- 横に二本、縦に一本の軌跡 -- を描くようにWebページを読むことが分かった。 F-Shaped Pattern For Reading Web Content by Jakob Nielsen on April 17, 2006 fast のF。あなたが用意した貴重なコンテンツは、こうして読まれている。瞬く間に、ユーザーの視線はウェブサイト上の文章を駆け抜ける。それは、学校で習った文章の読み方とはまったく違うものだ。 232名のユーザーに協力いただいて、数千に及ぶウェブページのアイトラッキング調査を実施した。ウェブページの読み方には、サイトの内容やタスクには関係なく、かなり一貫性があることが分かった。その顕著な読み方とは、アルファベットの“F”を描くようなもので、以下に挙げる3つの要素で構成される。 ユーザーの視線
人机交互論: F字パターン
ニールセン博士が久しぶりに“大発見（？）”をしました。 ◆Alertbox:F-Shaped Pattern For Reading Web Content http://www.useit.com/alertbox/reading_pattern.html ユーザがウェブコンテンツを読むときの視線の動きは「Ｆ字形」であるというのです。（なお、全文の翻訳は１～２週間以内にU-siteでも公開予定ですので、お楽しみに！） ユーザは、まずコンテンツエリアの上部を水平方向に読みます。これがＦの字の上の線になります。 次に、ユーザは少し視線を下に移して、もう１度水平方向に読みます。この時、さっきよりも短い範囲しか読みません。これがＦの字の下の線になります。 最後に、ユーザはコンテンツエリアの左側を垂直方向に読みます。この時、ユーザはゆっくり規則的に読んだり、飛び飛びに読んだりします。これがＦの字
fladdict.net blog: 「本当に素晴らしいデザイン」とは、PICASAの変なスクロールバーみたいなものを言う
お気に入り巡回先の、羨望は無知の「なぜ「デザイン」という行為、「デザイナー」という職業は誤解されるのか」や、分裂勘違い君劇場の「エンジニアの方が優れたユーザインタフェースデザインができる理由」、F's Garageの「エンジニアがダメなUIデザインをする原因」 のあたりのデザイン論が、あんまりデザインと縁のない人にデザインをわかりやすく説明してて面白い。面白いのだけどちょっと抽象的なんで、具体例の話とか書いてみるテスト。 最近、これらのエントリーで言及されるようなよいデザインを身をもって体験をした。それは画像管理ソフトPICASAのヘンテコなスクロールバー。 今まで気付かなかったけど、あのヘンなスクロールバーは単なるアヴァンギャルドやオシャレじゃあなかった。実は合理性に裏打ちされた素晴らしく美しいデザインだということに気付いた。 まずPICASAを知らない人に説明すると、このソフトのスクロ
blog.fuktommy.com - 派手になれたでしょうか
twitterで公式RTをしたあと、なんちゃら>RT として言及するスタイル、あとから前後のツイートを追うのは困難。一方リプライすれば1画面に収まって便利だけど、話しかけられたと解釈する人がいて、トラブルになってるのさっき見た。引用RTはクライアントのせいかアカウントのせいか使えないし、URL貼るのも微妙感ある。 いや、URL貼ると、一時期引用RTの実験とか言ってたみたいな展開されるのか。クライアントからボタン1発でできないのがアレだけど、まあできなくはないか。
Joel on Software - もっとほかにやることがある人々のためにデザインする、パート3
プログラマのためのユーザインタフェースデザイン 第8章: もっとほかにやることがある人々のためにデザインする、パート3 Joel Spolsky ジョエル・スポルスキ 翻訳: Yasushi Aoki 青木靖 2000/8/5 GUIインタフェースの初期の原則は、コンピュータが覚えられることはユーザに覚えさせるな、と言うことだった。古典的な例はファイルを開くダイアログで、これはユーザに正確なファイルの名前を思い出してタイプしてもらうかわりに、ファイルの一覧を見せるというものだ。人は何か手がかりを与えられたときにずっとよく思い出すものだし、それに彼らは記憶を呼び起こすよりはリストから選択する方をいつでも選ぶ。 もう一つの例はメニューだ。歴史的に、使えるコマンドの完全なメニューを提供することが、使いたいコマンドを覚えなきゃならなかった古いコマンドラインインタフェースを置き換えた。そしてこれが、
Passion For The Future: Webデザイン：使いやすいメニューの作り方と魔法の数
この研究者たちは認知と反応速度に関する詳細な分析と合わせて、メニューにおける深さと広さのトレードオフ（depth/breadth tradeoffs）という法則を発見した。メニューの選択肢の数と、階層構造の深さは、比率が崩れるとユーザを迷わせてしまう、バランスが大切だ、という法則である。具体的には、ページ数が十分に多いときには、8*8*8のメニューは作ってはいけない。32*16や16*32のメニューを作れということだ。 視覚探索の能力と記憶範囲の能力の二つが関係がある要素である。視覚探索とはメニューから目が必要な情報を瞬時に見つける能力、記憶範囲の能力とは今自分は何を探していて階層上のどの位置にいるのかを覚えておく能力である。 8*8*8のメニューを作ろうとするとトップページのカテゴリ名は、どうしても一般的な名称を使わざるを得ない。スポーツのディレクトリであれば「球技」「武道」「陸上」など
Life is beautiful: 日本語とオブジェクト指向
先日、日経BPの出版局の方と話をする機会があったのだが、私がマイクロソフトでウィンドウズ９５の開発に関わったことに触れた際、「ユーザーインターフェイスの設計において、日本人であることで何か役に立ったことはありますか？」と聞かれた。日本人であることがプラスになったとは思わないが、ふと思い出したことがある。当時、「日本語はオブジェクト指向な言語だな」と思ったことである。 その当時（９０年代初頭）、アップルの方が使い勝手に関しては一歩も二歩もマイクロソフトより進んでおり、そのためには、もともとゼロックスが提案しアップルが商品化した、「オブジェクト指向ユーザーインターフェイス」の考え方を、より推し進めるしかないという戦略で、ウィンドウズ９５のユーザーインターフェイス（当時は Object-Oriented Shell と呼ばれていた）の開発をしていた。 「オブジェクト指向ユーザーインターフェイス」
ビル・ゲイツの家のトイレは流そうとすると「本当に流しますか？」と警告してくる
今回のみずほ証券による株の誤注文事件は、１株を６１万円で売るところを、オペレーターが誤って「６１万株を１円で」と誤入力してしまったのが原因だが、その際に端末には市場価格との隔たりを示す警告が表示されたにもかかわらず、オペレーターが「（警告が）よく出るので慣れの中で結果的に無視してしまった」という点が注目に値する。 以前にも、「事故防止の難しさ」というエントリーで触れたことがあるが、「不必要な警告をしょっちゅう見ているとそれに慣れてしまい、本当に対応が必要な時にも無視してしまう」というのは人間の性である。この手のミスをした人を一方的に非難したり、「これはヒューマン・エラーでした、今後はこのようなことを繰り返さないように注意します」と謝るのは簡単だが、それでは根本的な事故防止はできない。 「不要な警告」と言えば、パソコンがその代表選手。ファイルを消去した時の「本当に消去したいですか？」という警
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Pandora Internet Radio - Find New Music, Listen to Free Web Radio