iOS 7のユーザーエクスペリエンス評価
フラットデザインは行動のきっかけとなる要素を見えなくしている。また、周辺部付近でのスワイプは、カルーセルやスクロールに干渉する可能性がある。 iOS 7 User-Experience Appraisal by Raluca Budiu on October 12, 2013 日本語版2013年12月2日公開 iOS 7はAppleのタブレットとモバイルデバイス用のオペレーティングシステムだが、iOSの旧バージョンまでの特徴だったスキューモーフィックデザインをやめた。新しい外見はこれまでのバージョンのオペレーティングシステムとは大きく異なっており、Appleがこれまで8年かけて熱心に構築してきた約束事のいくつかを大胆に放棄している。しかし、新デザインは本当に良くなっているのか。新しい外見の好き嫌いにかかわらず、新機能の中にはユーザビリティにとっては歓迎すべき改善もある。その一方、苦痛をもた
モバイル：ネイティブアプリとWebアプリ、ハイブリッドアプリ
ネイティブアプリとハイブリッドアプリはアプリストアでインストールするものだが、Webアプリはモバイルに最適化されたWebページで、アプリ的な外見を持つものである。ハイブリッドアプリもWebアプリもHTMLのWebページをレンダリングするが、ハイブリッドアプリはそのためにアプリに埋め込んだブラウザを利用する。 Mobile: Native Apps, Web Apps, and Hybrid Apps by Raluca Budiu on September 14, 2013 日本語版2013年10月28日公開 モバイルの分野で、ネイティブアプリやWebアプリ、さらにはハイブリッドアプリといった用語をよく耳にすると思う。ではその違いは何だろうか。 ネイティブアプリ ネイティブアプリはデバイス内にあるので、アクセスはそのデバイスのホーム画面上のアイコンを通して行う。ネイティブアプリは（Goog
タブレットのユーザビリティ
タブレットのユーザビリティを脅かす最大の脅威は、フラットデザインと不適切に縮尺を変更されたデザインである。そしてその後には貧弱なジェスチャーとワークフローが続く。 Tablet Usability by Jakob Nielsen on August 5, 2013 日本語版2013年8月22日公開 これまでタブレットユーザーを対象にしたユーザビリティ調査を6回実施してきた。良い知らせは、タブレットのユーザビリティがまぁまぁ信頼できるものであり、初期の、奇抜なiPadアプリのまとまりの頃に比べると、大幅に改善されてきていることである。あれはユーザーをすっかり当惑させることが多かった。 テストしてきたのは数世代にわたる大小のiPadと、（Kindle Fireを含む）Androidタブレットの多数のモデル、（Microsoft Surfaceを含む）いくつかのWindowsタブレットである。
UIが速すぎる場合
ユーザーは、変化が速すぎるものを見落とすことがある。また、気がついているときでも、画面上の変化する要素を、限られた時間内に理解するのはさらに難しい。 When the UI Is Too Fast by Jakob Nielsen on July 8, 2013 日本語版2013年7月22日公開 応答時間関連のユーザビリティ上の問題の99％がユーザーインタフェースが遅すぎることが原因であることを考えると、コンピュータが速すぎるという数少ない事例について書くというのは危険なことかもしれない。結局のところ、 コンピュータは遅すぎることが多い。そして、 応答時間が速いとユーザビリティは向上する。急速に人間の記憶は劣化するので、遅いコンピュータを待っている間、人は自分がしていたことの一部を忘れてしまう可能性があるからである。 その上、若いユーザーが忍耐力に欠けることはよく知られているが、年配のユー
Alertbox: バナーは目に入らないのか？〜新旧の知見（2007年8月20日）
ウェブサイト上の広告にユーザが目をやることはほとんどない。ユーザの視線を惹きつけ得る4つのデザイン要素のうち、1つは倫理的に許されるものではなく、広告ネットワークの価値を貶めるものである。 Banner Blindness: Old and New Findings by Jakob Nielsen on August 20, 2007 アイトラッキング調査で分かったことの中に一つ、あまり取り上げたくないものがある。非倫理的なデザインが功を奏するという結果が出てしまったからだ。 1997年にも、似たような知見の公言を控えたことがあった。OK ボタンとキャンセル ボタンをそれっぽく並べたダイアログボックス風のバナー広告はユーザにクリックしてもらいやすい、という事実である。“インターネット接続に失敗しました。”のようなシステムからのメッセージが表示されるわけではなく、そのバナーにはダイアログボ
タブの正しい使い方
13のデザインガイドラインを守ってタブを使っているサイトにYahoo Financeがある。しかし、AJAXの使い過ぎや改善の余地が残るカスタマイゼーションのページなどを見る限り、ユーザビリティはまだ上げられる。 Tabs, Used Right by Jakob Nielsen on September 17, 2007 Web上でダイアログコントロールを正しく使っているユーザ・インターフェイスを見かけることは滅多にない。ラジオボタンやチェックボックスのように単純なものでさえ、正しく使われていないことが大半だ。ドロップダウンメニューに至ってはもっとひどい状態だし、Flashサイトを台無しにする自作のスクロールバーも後を絶たない。 最近リニューアルされたYahoo Financeのホームページでは、タブを正しく使っている。2箇所ほど抜粋してご覧に入れよう。 Yahoo Financeのホー
なぜEtsyでは無限スクロールは失敗したのか
「ユーザーがページに滞在してコンテンツに関わる時間が長くなる」といわれる無限スクロールを採用したものの、うまくいかなかったというEtsyでの事例から、その教訓を読み解きます。 U-Site編集部 2013年1月25日 HCD新人部員のTです。 1年以上前の記事ですが、「Pinterestによってもたらされた、6つの重要なWebデザインとユーザビリティにおけるトレンド」という下記の記事を読んでいました。 該当記事：6 Important Web Design and Usability Trends Sparked By Pinterest – The Daily Egg ここで挙げられている項目の3つ目のトレンド、”Deliver Content in Flow”を見てみますと、「無限スクロールによって、ユーザーがページに滞在してコンテンツに関わる時間が長くなる」と書かれています。 Bec
パスワードを隠すのをやめよう
ユーザがパスワードを打ち込んでも、黒い点の列でしかフィードバックが返ってこないとき、ユーザビリティは損なわれている。パスワードを隠したからといって、セキュリティは強化されないことが多く、逆に、ログインの失敗によって、あなたのビジネスに悪影響を及ぼす。 Stop Password Masking by Jakob Nielsen on June 23, 2009 ユーザがパスワードを打ち込んでいるとき、ほとんどのパスワードをはっきりとテキストで示すべき時期が来ている。フィードバックを提供し、システムの状態を視覚化することは、常にもっとも基本的なユーザビリティの原則の１つである。ユーザが複雑な暗号を入力している間、どれも同じ形の黒い点を見せるというのは、間違いなくその原則に違反している。 ほとんどのウェブサイトは（そして多くのアプリケーションでも）ユーザがパスワードを入力している最中、パスワー
HD画面でのセリフ体 vs. サンセリフ体
ピクセル密度が220PPI以上あるそこそこ良いコンピュータ画面は、画面上のタイポグラフィに新しいユーザビリティガイドラインをもたらす。 Serif vs. Sans-Serif Fonts for HD Screens by Jakob Nielsen on July 2, 2012 日本語版2012年7月19日公開 コンピュータ画面は大型化するだけでなく、こちらのほうがより重要かもしれないが、ここに来て質も上がってきている。2012年の6月、Appleは高解像度画面を搭載した初めての一般向けコンピュータ、MacBook Proを発売した。その解像度は15インチディスプレイにおいて2880×1800、この画面の提供するピクセル密度は220 PPIである（PPIは1インチあたりのピクセル数。これはレーザープリンタの性能を測る尺度であるDPI（1インチあたりのドット数）に相当）。 Appleは
メンタルモデル
ユーザーがUIについて知っていると思っていることは、彼らがそれをどう利用するかに強い影響を及ぼす。メンタルモデルのずれというのはよくあることであり、特にデザインで何か新しいことをしようとするときには起こりがちである。 Mental Models by Jakob Nielsen 2010年10月18日 メンタルモデルはヒューマンコンピュータインタラクション (HCI) の最も重要なコンセプトの1つである。実際、我々もインタフェースデザインの原則での1日セミナーで、それがデザインとどう関連するか、かなりの時間をかけて扱うことにしている。 ここではユーザビリティ調査から得られた事例を何件か報告しようと思う。具体的な例を挙げることで、（「メンタルモデル」のような）抽象的なコンセプトの理解の助けになるのは偶然ではないからである。 そうはいっても、まずは少々の理屈について、我慢して読んでもらわなけれ
「OK」「キャンセル」、どちらが先か？
OKボタンはキャンセルボタンの前と後、どちらに置くべきか？ ダイアログボックスをデザインするたびにその都度判断するよりも、各プラットフォームでの慣習に従う方が大切だ。 OK–Cancel or Cancel–OK? by Jakob Nielsen 2008年5月27日 ユーザエクスペリエンス全体には大して影響しないようなUIデザインの細々とした問題について、われわれの元には数え切れないほどの質問が寄せられる。昔からよくあるのが、ダイアログボックス内でのボタンの並び順はどちらにすべきかという質問だ： OK / キャンセル キャンセル / OK 両方ともそれなりに筋が通っている並べ方であり、どちらを好むかは人それぞれで、一方に決めるのは無理だろう： OKを先にする並べ方は、英語を始めとする左から右へ読むタイプの言語では、自然な読み取り順序に沿っていることになる。これ以外のボタンの組み合わせも
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ユーザビリティコラム：Jakob Nielsen博士のAlertbox