入力フォームのプレースホルダーテキストは、入力欄にどんな情報を入れたのかをユーザーが思い出すことや、エラーのチェック・修正を難しくしてしまう。また、視覚や認知機能に障害のあるユーザーにはさらなる負担となる。 Placeholders in Form Fields Are Harmful by Katie Sherwin on May 11, 2014 日本語版2014年6月17日公開 コンテクストに沿った説明やヒントは、入力フォームのそれぞれに何が入るかを明確にするのに役立つ。その結果、入力が促進され、コンバージョンレートは向上する。ヒントの提供方法はいろいろとある。実装として一般的なのは、入力フォーム内に説明を入れるやり方だ。しかし、残念ながら、入力フォーム内のプレースホルダーはユーザビリティに役立つよりも損なうことのほうが多いことがユーザビリティテストでは繰り返し示されている。 ラベル
UIをユーザーがカスタマイズ可能なウェブサイトは、通常のサイトと同程度のユーザビリティがあると評価された。しかし、製品をカスタマイズするためのサイトは、複雑なワークフローが原因でかなり悪い評価となった。 Customization of UIs and Products by Jakob Nielsen on August 17, 2009 ウェブベースのカスタマイゼーションは新しいものではない。1990年代半ば以来、カスタマイゼーションはウェブがたどる運命であり、あらゆるビジネス上の問題への万能薬であると大げさに宣伝されてきたものだ。こうした誇大広告を除いても、適切に実装されれば、ウェブベースのカスタマイゼーションがビジネスとユーザーの双方へ利益をもたらすものとして実際に活用可能なことは明らかである。 カスタマイゼーションによって使いやすくなるアプリケーションは多い。それでも、企業が必死
我々は5回のデザイン変更を経て、タイムラインのメッセージをより印象に残り、説得力があってバイラルなものにした。 Twitter Postings: Iterative Design by Jakob Nielsen on August 24, 2009 数日前、Nielsen Norman GroupのTwitterのタイムライン（@NNgroup）に次のユーザビリティカンファレンスについての告知を投稿した。 今のところ、私はストリームベースの投稿に対する全てのガイドラインを持っているわけではない。なぜならば、現在、我々は（特に私の読者のようなB2Bユーザーに関する）ユーザビリティ調査を実施中だからだ。しかし、既に観察の終わったユーザーセッションをベースに、 5回 の反復デザインを行い、この記事を書いた。 1回目のデザイン Announcing LAS VEGAS and BERLIN a
ユーザーテストであろうとカードソーティングであろうと、調査参加者が根本的な問題に取り組む代わりに刺激語を合わせることに集中してしまうと、彼らの意見は簡単に偏る。 Card Sorting: Pushing Users Beyond Terminology Matches by Jakob Nielsen on August 31, 2009 ユーザビリティテストを台無しにする方法として、ユーザーに実際のコマンド名あるいは彼らが使うと思われるナビゲーションラベルの入った課題を与える、というのが昔からよくある。 例えば、ユーザーがExcelの「重複の削除」機能を見つけて、利用できるかどうかをテストしたいのなら、「以前にあなたのところの製品を買ったことのある企業のリストがあるのですが、リスト内に名前が複数回出てくる企業が数社あります。このような重複を削除しなさい」と言うべきではない。こうしたタス
UPDATE: 末尾にYouTube版を追加しました。ただし、可能なら下のリンクからハイビジョン版を！ 仕事のペースがうまくつくれず、迷惑をかけまくりの中、今日、久々、そして１度目のブログ更新です（たぶん、夜中にもう１回更新します）。 最近、新たに米国のO'Reilly.netに英語でブログ記事を書き始めたのですが、これは今日アップした３本目の記事の日本語版。 先日、アムステルダム在住の友達、David Niemeijerが、ビックリするような動画へのリンクを送ってくれました。 彼の顧客で、米国のゲーム雑誌のライターの人の仕事の様子の動画なのですが、ゲームには興味がない人でも、きっとビックリすると思います。そして、もしかしたら自分の目の前にある、このパソコンという道具の素晴らしい可能性を感じとってくれるきっかけになるかもしれません。 とりあえず、ちょっと長いし、英語オンリーですが、 まずは
使いやすいURI（URL）とは，覚えやすく，読んですぐにページの内容がわかるURIのことです。前回の記事では，使いやすいURIを設計するための11個のルールのうち，5番目までを説明しました。今回は残りのルールについて説明します。 改造しやすいURIにする 「改造しやすいURI」というのは，英語では「hackable」と表現されています。これは，URIを削ったり，文字を一部変えたりすることで，目的のページにアクセスできるURIにしよう，という意味です。 例えば，以下のようなブログ・サービスのURIがあったとします。 http://blog.example.com/entry/2007/04/20 これはおそらく，2007年4月20日に投稿された記事の一覧ページではないかと想像できます。それでは，2007年3月3日に投稿された記事のページにアクセスしたいとしたら，どうしたらいいでしょうか。 お
TVのリモコンやデジタルカメラの操作ボタン類は、なんでああも使いにくいものなのか。PCやケータイを使い慣れた層にとっては苦痛以外の何者でもない。商品企画を仕切っているコンサバティブなオヤジどもを今すぐシルバー層向け商品の担当に転向させ、PCやケータイに慣れたユーザにメインストリーム商品のUI設計，リモコン設計を任せるべきだ。 リモコンと画面を行ったり来たり... 家電のUI設計の基本は、もとが1ボタン1機能である。とはいえ多機能化するデジタルTVやDVDレコーダー、デジタルカメラといった機器をこの思想で設計すると、100個はくだらないボタンを備えたリモコンが必要になる。これらの機器は全てディスプレイを備えているため、カーソルキーと決定キーを用意し、PCライクなGUIによる操作体系を加えた。が、ここでどっかの誰かがぶっとんだ間違いを犯した。 『操作回数が少ないことは何を差し置いてもいいことだ
集中的にアクセシビリティやユーザビリティを最近になってやっと学び始めました。JIS X 8341やWCAG1.0を読み進める中で、もっと自分自身勉強したいと思うようになってきました。そこで、JISやWCAGを学ぶ中で、自分がシニアや障害を持つ人との現場で、またそういった現場で働いている人たちの意見を踏まえた上で、疑問に思うことを列挙しておこうと思います。いずれは、こういうことをちゃんと実装レベルで解決できるようになりたいなと思いを込めて。 alt=""は空文字なのか、半角スペースなのか、それとも全角スペースなのか？ 少し前に「ブロガーのためのアクセシビリティガイドライン」を書きました。この際に、はじめはalt=""と空文字を打つと書いていたのですが、よくよく調べてみると、空文字だと音声ブラウザによっては「画像」と読み上げてしまうことがあるようです。また、全角スペースの場合は、日本語環境以外
「一般人は常にお気に入りを表示している」かどうかの調査です。 （参考：http://plaza.rakuten.co.jp/catfrog/diary/200701140026/） 貴方はブラウザの左サイドバーとしてお気に入り(もしくはFFなどではブックマーク)を常に表示していますか？
5．ビジネスリサーチのビジネスモデル ビジネスリサーチがアウトソースされる理由 ビジネスリサーチを社外に依頼する理由①〜信頼できる人「すべては依頼から始まる」からでも書きましたが、依頼主が社外にリサーチを委託する最大の理由は、事業環境を定点で把握… 2021.01.18 2021.05.13 147 view コラム〜リサーチャーの日常 トリプル ディスプレイ モニター 在宅勤務が常態化している人は、まず トリプル ディスプレイ 環境に投資することを考えてみてください。作業効率の圧倒的向上が可能です。… 2021.05.06 2021.05.11 205 view 3．ビジネスリサーチの報告書作成 聞き手の頭に入りやすい資料作成〜聞いて理解する人と読んで理解… 【 相手に合わせた 資料作成 】最初に結論を述べてから、それを裏付けるデータを提示するという構成は、欧米流のロジカルシンキングの基
最近、シニア向けのあるWebサービスを構築している。その中で、シニア（特に、団塊世代、もしくはそれ以上）の方が、どういったところでWebサービスにてつまづくのかが少し分かってきたので、自分の備忘録も兼ねてメモしておく。 先に言っておくと、シニアはまずログイン、もしくは新規登録でつまづく。「中に入れない」「何かパスワード間違えているみたいなんだけど」そういった質問が、どんどん寄せられる。このWebサービスを構築する前に、できる限りネット上でシニアのネット行動特性みたいなものは調べてみたが、その多くは「ログイン後」、もしくは「ログインする必要がないサイト」のことだったと、今更ながら気が付いた。例えば、 ユーザビリティ研究所: シニア向けウェブサイト構築のための10のポイント 使いやすさを考えてみる。(アクティブシニア・シルバー層の現場から) そう、シニアのネット上の行動特性はある程度研究が進ん
1．akiyan さんの問題提起 mixiのデザイン変更から学ぶ、ウェブサイトの最小横幅を800px以下にすべき理由 最小横幅800px論への言及への言及 : はみ出た部分は重要じゃなければよいのか ウェブサイト横幅論 - ほんとうにはみ出す部分が重要じゃななければよいのか 2．様々な反応 mixiのデザイン変更から学ぶことは横幅ではない（どーんとやってみよう） サイズ固定の良し悪し（大和但馬屋日記） Webデザインの絶望（この世の果て） 知らないと損し続けるサイト横幅の秘密（アフィリエイトマネージャーの読むブログ） mixiの横幅拡大について（なつみかん。） 3． 昔、640×480 の画面に対応するのがデザインマナーなどといわれた時代に Yahoo!Japan が率先して 800×600 前提のレイアウトを採用したときのことを思い出しました。640×480 の画面で見たり、800×60
クールなURIとは？ クールなURIとは変わらないもののこと。 どんなURIが変わってしまう？ URIは変わらない：人がそれを変更するのだ。 理屈の上では、人々がURIを変更するべき（もしくはドキュメントのメンテナンスをやめてしまう）理由は全くありません。しかし、現実には山ほど理由があります。 理論上では、ドメイン名空間の所有者はその空間を所有しており、したがってその中に含まれるURIも所有権を持ちます。ドメイン維持料が支払えない場合を除いて、その名前を保有し続けることを妨げるものはありません。そして理論上は、あなたのドメイン名のもとにあるURIは、完全にあなたの管理下にあり、望む限りそれを安定的に保つことができるのです。 ウェブからあるドキュメントが消えてしまう唯一の納得できる理由は、そのドメイン名を保持していた会社が廃業してしまうか、サーバーを維持できなくなったという場合ぐらいでしょう
はてなスタッフより、はてなダイアリーユーザーの皆さまにお尋ねします。 現在はてなダイアリーでhttp記法（URLの自動リンク）でのリンクの作成先は「新規ウィンドウで開く」（target=”_blank”）となっておりますが、現在はてなアイデアにて URIの自動リンクで、target=”_blank” をつけるかどうか設定できるようにして欲しい。 http://i.hatena.ne.jp/idea/1474 という要望をいただいており、はてなでは ・設定画面でリンクの作成先ウィンドウを設定できるようにする ・標準で「現在のウィンドウで開く」に変更する（target 指定なし） という実装を検討しています。 こちらについて、あなたはどう思いますか。 （http://www.hatena.ne.jp/1132887454 の選択肢に間違いがあったため、選択肢を変更して再質問します。申し訳ござい
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
