Webサイトのツリー構造とコンテンツのメタ情報、そして、ナビゲーション：DESIGN IT! w-LOVE
この一覧を階層構造的に分類していくのが、Structure段階でのインフォメーション・アーキテクチャのタスクの１つです。 その際、コンテンツ分類を行なう際に意識するものとしては、以下のようなものがあげられるでしょう（これがすべてではありません）。 ターゲット別（個人顧客、法人顧客、株主・投資家、マスコミ、学生など）コンテンツ内容別（製品カテゴリー別、サポート情報、FAQなど機能／非機能コアコンテンツ／サブコンテンツ（企業の基本情報とスペシャルコンテンツ、ブログなど）時系列で並ぶもの／そうでないもの分類は現実のモデルを反映しているか？ 一般的に認知されているものを想起させるか？ もうひとつインフォメーション・アーキテクチャを考える際に行なっておくべきことは、コンテンツにどのようなメタ情報を付与するかでしょう。 メタ情報を付与することで、先のコンテンツの階層化による分類を越えて、コンテンツ間を
第26回 どこにメニューをおくべきか，どこが画面の一等地か：ITpro
Webサイトのデザインの中で，ここ2年で大きく変わりつつある「常識」があります。それは，「メニュー（索引）」の位置と「一等地」の場所です。ユーザーの閲覧環境が加速度的に変化しているという認識の下で，それでも最良のユーザビリティを提供しようとするなら，どのようなことを考えておく必要があるでしょうか。 左メニューと右メニュー（視線との交差）のどちらがベスト？ まだモニター画面の大きさが小さかった時代（1995年前後），情報へアクセスしやすくする「メニュー」の位置は，ほとんど誰が考えても左側にあり，議論もされなかったように記憶しています。確実に画面の中に入り，ユーザーも基本的に左端にさえ注意を向けていれば，大切な情報にたどり着けるという「暗黙の常識」が存在していたかのような時代でした。 しかしここ数年，メニューが左側にあると本当に操作性が良いのかという議論を聞くようになり，大手のWebサイトでも
売りたいなら、“販売”でなく“購入”ツールを準備せよ － ＠IT
Webアプリケーションのユーザーインターフェイス[9] 売りたいなら、 “販売”でなく“購入”ツールを準備せよ 「経験則その5：ガイドとレコメンデーション」 ソシオメディア 上野 学 2006/4/22 システムが積極的にユーザーの行動を支援するとどうなるか。人とコンピュータのコラボレーションを実現させよう。インクリメンタルサーチやタスクコヒーレンスの指針を説明（編集部） 前回の「ユーザーが間違えても間違えなくてもエラーは回避せよ」では、エラーメッセージの在り方と、エラーを未然に回避するための方法について考察しました。タスクが中断されずに前進し続けるようにするためには、人の苦手とする「正確な動き」や「大量の記憶」をシステムが適切に補助することが大切であるという話でした。 今回は、システムがユーザーのタスクを補助するという考え方を発展させて、「経験則その5：ガイドとレコメンデーション」を紹介
naoyaのはてなダイアリー - onsubmit で submit ボタンを disable にしてユーザビリティを良くする
先の Yahoo! Shopping のアプリケーションで、今度ちょっとやってみようと思ってたことを実装してみた。 http://bloghackers.net/~naoya/ys/app.cgi ボタンを押したときに、そのボタンが disable になります。この方法を使うとボタンが押されて次の処理に入ろうとしているというのが直感的に分かるのと、二重送信防止にもなるということでユーザビリティが改善できます。 仕掛けはすごく簡単で、form の onsubmit ハンドラに、その form に紐づく submit ボタンを disable になるような JavaScript を登録しておくだけ。 function disableSubmit(form) { var elements = form.elements; for (var i = 0; i < elements.length;
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
