10の累乗： ユーザーエクスペリエンスにおける時間スケール
ユーザーインタフェースのデザインには0.1秒から10年以上まで数多くの異なる時間枠があり、そこには各々、固有のユーザビリティの論点がある。 Powers of 10: Time Scales in User Experience by Jakob Nielsen on October 5, 2009 ユーザーエクスペリエンスの分野には、そのバージョンの『パワーズ・オブ・テン』（10の累乗）*がある。我々にとって、物が10倍以上に大きくなったり、10分の1以下に小さくなったりすることはあまりない。つまり、たいていのユーザーインタフェースの物理的大きさはほぼ同じである。なぜならば、人間の身体との連携が必要だからだ。例えば、BlackBerryのキーボードはPCのキーボードの約5分の1の大きさだが、10分の1になってしまうとうまく機能しないだろう。そして、壁サイズのディスプレイを除けば、PCのも
エンジニアにもわかる「ユーザーインターフェース設計」
ヤフー株式会社は、2023年10月1日にLINEヤフー株式会社になりました。LINEヤフー株式会社の新しいブログはこちらです。LINEヤフー Tech Blog はじめに 島津悠樹と申します。Yahoo! JAPANのソーシャルメディア系サービスの開発・ユーザーインターフェース（以下UI）設計を担当しています。私からは「エンジニアにもわかる『ユーザーインターフェース設計』」と題し、エンジニアのみなさまに考え方のヒントとなるようなネタをお届けします。 エンジニアの方々にとって、UI設計は、おもしろそう、けれど、どこかとっつきにくい......、そんな印象を持っておられるのではないかと思います。 私も以前はそう思っていました。ですが、とっつきにくさを理由にUI設計をやらないのはもったいない、という思いで試行錯誤した結果、なんとか、UI設計のお仕事をいろいろ担当させていただくことができるようにな
講習会『エンジニアが知っておくべきUI/ユーザビリティ』を開催しました
初めましてcos31です。 入社してもうすぐ２ヶ月がすぎました、 さっそく講師に挑戦してみました。 「エンジニアが知っておくべきUI/ユーザビリティ」というお題目の講習を行いました。 Webアプリを構築する際に必須となるユーザインタフェース 基礎の概念を理解した上で、UI/ユーザビリティに興味を持ってもらえればと開催しました。 ユーザインタフェース ユーザーインタフェースの思想 メンタルモデル アフォーダンス インタラクションデザイン ユーザビリティ 発表資料 スライド(PDF) 内容補足 ユーザビリティに関しては、ISOやらいろいろところで定義されていますが、 Webよりな代表的な定義としてニールセンの定義を説明してます。 ご賞味ください。 発表の様子
やっぱり[OK]ボタンは右なんだよ - ぼくはまちちゃん！
こんな話題はいまさらかもしれない！ それはわかってます！ だけど書きたい！ なにって、[OK]ボタンの位置のことです！ これって右に置くのが自然だよ絶対！！ 理由は単純で、 [OK][キャンセル] は、画面によっては [保存] [取り消し] だとかに名前を変えるし、 さらに、入力が3ページあるようなウィザード形式の画面なんかだと、 [ここまでOKそして次の画面へ]、[間違ったかもしれないから前へ戻って修正] とかになっちゃう。 うん、このウィザード形式の時のことを考えるとわかりやすい！ ウェブは横書き！ 左から右に読む！ 左からやってきたんだから、[戻る] のは左！ 右に進んでいくんだから、[進む] のは右！ だから、[次へ] も [保存] も [OK] も右が自然！ ウィザードっぽい画面の時と他の画面の時とで 「OK的なもの」の位置がぶれていると、少し迷うよね。 だから[OK]は右に統一
![やっぱり[OK]ボタンは右なんだよ - ぼくはまちちゃん！](https://cdn-ak-scissors.b.st-hatena.com/image/square/281b1fd51f0e3fedc726435362724c3af4fce817/height=288;version=1;width=512/https%3A%2F%2Fogimage.blog.st-hatena.com%2F13208692334729888519%2F26003855888873578%2F1550052661)
ウノウラボ Unoh Labs: ユーザビリティ・ガイドライン
sashaです。 naoya君が前回のエントリーで振ってくれたように、ジョエルテストの話から、ユーザビリティ・テストをどこまで行うかという話になりました。 私が今まで見たユーザビリティ系の記事の中には、追求したら悟りが開けそうな、限りなく奥深いものもありましたが、適度に深く、満遍なくカバーしているユーザビリティ・ガイドライン（原文）を見つけ、以降これを参考にしています。少し前に翻訳しましたので、今日はそれをご紹介いたします。 一般ユーザー向けのWebサービスでは、全部のチェック項目が該当するわけではありません。個人的には、各項目のスコアより、「スコアの説明」という欄を重視しています。現状では何が問題であり、どう解決するべきなのか、そういった思考のプロセスが、「ユーザーのことを思うこと」だと思うのです。 いま、ウノウではフォト蔵のデザイン見直しを行っております。私たちのデザインを省み、
ヒューマンエラーじゃなくてデザインが悪いんです: DESIGN IT! w/LOVE
不確実な時代をクネクネ蛇行しながら道を切りひらく非線形型ブログ。人間の思考の形の変遷を探求することをライフワークに。 そうそう。ヒューマンエラーじゃなくてデザインが悪いんですよ。 だんだんと真実は明らかになってきた。私は、ヒューマンエラーや産業事故の研究をするようになった。そしてわかったのは、人がいつでも不器用に行動するとは限らないということだった。いつでもエラーをするわけではない。エラーをするのは、その物がよく考えられていなかったり、デザインが悪かったりするときなのである。それなのに、いまだにこの世の中で起こったことはみなヒューマンエラーのせいであるとされているようだ。 ユーザビリティについて考える際、何より大事なのはデザインに関わる人が、デザインの良し悪しによっては使い人がエラーを起こすことがある、使う人の行動が不器用な感じになってしまうことがあるってことをどれだけ自身の問題として意識
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
