時にはテストユーザーになってみよう
パイロット調査では、実ユーザーの必要性を緩めて、自分たちのチームのメンバーをテスト参加者として使うことも、たまであれば可能である。それは彼らにとっても悪いことではない。 Try to Be a Test User Sometime by Jakob Nielsen on August 15, 2011 日本語版2011年8月23日公開 もしあなたがユーザーエクスペリエンスにかかわる何らかの業務に携わっているなら、あるいはウェブサイトやイントラネットのようなユーザーインタフェースを持つ企業を経営しているとしても、ときどきはユーザビリティ調査でテスト協力者になってみるべきである。 こうするための理由は4つある： 自分が新しい、慣れていないユーザーインタフェースに苦しむと、平均的な顧客のことをより理解できるようになる。 普段のユーザビリティ調査のときのテストユーザーの気持ちがわかるようになる。
入力フォームのユーザビリティ&アクセシビリティ
入力項目の説明 入力項目の説明は、フォームの前に書くべきです。フォームの後に解説があると、ユーザが音声ブラウザやコンパクトブラウザ等を利用していた場合、入力した後に説明に気づくことがあります。 悪い例× メールアドレス
http://oalp.org/doc/nilesen/
For full functionality of this site it is necessary to enable JavaScript. Here are the instructions how to enable JavaScript in your web browser.
Webサイトにおけるユーザービリティの復習をしたので、よくチェックするポイントをリスト化した
ユーザービリティに関して少し復習したので メモっておきます。初心忘れるべからずという 事で・・・Webサイトは基本的にユーザビリティ を考慮したレイアウトやコンテンツが理想です。 もちろんケースバイケースではありますが、 これは全共通して言える、という事を忘れない ようにメモ書き。 というわけで、申し訳ないですけど目新しい事は何一つ無い内容です。 そもそもこのブログ自体ユーザビリティを考慮した設計とは言えません（「やっちゃダメなこと」もしています）ので全然説得力ない感じです。 いろいろとテスト&エラーをして行きたいのでご了承下さい。 はじめに正しいユーザビリティはコンテンツによってケースバイケースだと思いますが基本的には僕はヤコブ・ニールセンの考えに従っています。 全ての項目は「すべてが正しい」ものではありません。100のサイトがあれば100通りのユーザビリティが考えられるはずです。場合に
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
