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)
はてなの最大の矛盾 - みやきち日記
はてなの最大の矛盾。それは、「検索エンジンが使いにくい父親を助けたいと思って人力検索を作ったところから始まった」会社であるにもかかわらず、はてな内のヘルプがものすごくわかりにくく、目当ての機能を探すには結局検索エンジンに頼らざるを得ないこと。最近それを痛感したできごとがふたつあったので、書いてみます。 1. ダイアリーのテーマを変更したときのこと 先日この「みやきち日記」のデザインテーマを変更したときのこと。http://i.hatena.ne.jp/idea/888でも指摘されていることですが、詳細デザイン設定からテーマを変更すればヘッダやフッタのデータが失われずに済むってことがまずわかりませんでした。そもそも詳細デザイン設定のページにも、そこから飛べるデザインテーマについて - はてなダイアリーのヘルプにも、んなこと一言も書いてありませんし。 で、一から設定し直そうと思って、ヘッダやフ
多くのユーザーは一度に1本しかジュースを買わない ― ＠IT
ユーザビリティのヒント（1） 多くのユーザーは 一度に1本しかジュースを買わない 「自動販売機での不要な動作から考える」 ソシオメディア 上野 学 2006/6/2 Webアプリケーションのユーザーインターフェイスデザインに役立つさまざまなTips集。自動販売機でジュースを買うときの不要な動作から考える。（編集部） 今回からはWebアプリケーションのユーザーインターフェイスの続編の「Tips編」として、ウェブアプリケーションのユーザーインターフェイスをデザインするうえで役立つさまざまなヒントを、少し細かな視点から具体的に見ていきます。 複雑な構成物を作り上げるには、基本となるコンセプトやアーキテクチャといった抽象度の高い部分から考えていくトップダウン式のアプローチと、構成要素の細部から考えていくボトムアップ式のアプローチの両方が必要になりますが、前回までの経験則編はどちらかといえばトップダ
ウノウラボ Unoh Labs: ユーザビリティ・ガイドライン
sashaです。 naoya君が前回のエントリーで振ってくれたように、ジョエルテストの話から、ユーザビリティ・テストをどこまで行うかという話になりました。 私が今まで見たユーザビリティ系の記事の中には、追求したら悟りが開けそうな、限りなく奥深いものもありましたが、適度に深く、満遍なくカバーしているユーザビリティ・ガイドライン（原文）を見つけ、以降これを参考にしています。少し前に翻訳しましたので、今日はそれをご紹介いたします。 一般ユーザー向けのWebサービスでは、全部のチェック項目が該当するわけではありません。個人的には、各項目のスコアより、「スコアの説明」という欄を重視しています。現状では何が問題であり、どう解決するべきなのか、そういった思考のプロセスが、「ユーザーのことを思うこと」だと思うのです。 いま、ウノウではフォト蔵のデザイン見直しを行っております。私たちのデザインを省み、
ケータイ族の特性を生かしたケータイサイトの作り方 [絵文録ことのは]2006/10/26
前回の記事「ケータイ文化圏とネット文化圏の深い溝」は、かなりの反応があった。ネットを使いこなしている人と、ケータイメインで使っている人では、行動パターンが大きく違っている――この事実を再認識して、何か面白いことができそうだとか、商機がありそうだと思ってもらえれば、書いた甲斐があったというものである。 さて、前回の記事は、その行動パターンの違い＝メディア特性の違いが存在している、という事実を指摘することが中心だった。ネットを使いこなしている人の論理をそのまま移行しても、ケータイメインの人の行動パターンから言って便利なサイトになるとはいえない。では、ケータイサイトはどのような特性を持っているのか。それを探れば、使いやすいケータイサイトが作れるのではないかと思う。 今回は、そのケータイサイトの特性を探るために、いろいろ寄り道してみたい。 ■最初に、いくつかの反応について 404 Blog Not
見つけてもらうためには昔ながらの言葉を使おう
検索を行うとき、ユーザの頭に浮かぶのは、慣れ親しんだ言葉だ。もし使い古された言葉よりも、造語や新語を使っているならば、ユーザは貴方のサイトをみつけることはない。 Use Old Words When Writing for Findability by Jakob Nielsen on August 28, 2006 「ユーザの言葉を使うこと」というのが、20 年以上ユーザビリティの基本ガイドラインでいわれていることだ。ウェブという環境が言語を基礎に成り立っていることによって、正しく言葉を使うことが、とても重要になっている。 それにつけ加えて、私の書いた本でも説明されている通り、ウェブユーザは、ますますかつてないほど検索に頼っている。新たにウェブサイトをみつけるにも、ウェブサイトやイントラネットの中で特定のページをみつけるにも、検索がその手段として使われている。検索結果ページ（SERP）の
紛らわしい情報アーキテクチャを正す6つの方法
ユーザが最初のクリックで、サイト内の正しいセクションを開くことができたのは、全 56 回中 25 回、たったの 45 ％だけだった。（タスク自体の成功率は、ユーザが間違えたことに途中で気付いて、正しいセクションを見つけることができた場合もあったため、これよりも高かった。） 今回は、頻繁に起きているナビゲーションの間違いを見つけることによって、ユーザテストで情報アーキテクチャの問題を見つけることができた。もし前もって情報アーキテクチャに問題があることが判っていて、それに絞り込んで調べたいならば、 カードソーティングを使うとよい。そういった場合を除いては、前提や仮説を作らずに、スタンダードなユーザテストで全てのデザイン要素をテストしたほうがよいだろう。例えば今回のユーザテストの場合、言葉遣い、視覚デザイン、フォーム、エラーメッセージ、サービスなど、情報アーキテクチャ以外の部分でも理解しにくい要
キャズムを超えろ！ - 団塊～シニア層向けのWeb設計 やっちゃいけない10のＵＩ
一時期パソコン教室の講師をやっていたことによる経験と、昨今Webサービス運用にあたって中高年層からのクレームなどを自分なりにまとめた結果として、50代以上のユーザに対するWebサービス＆PCアプリケーションのUI設計における以下10のTIPSを公開してみたいと思う。...といってもたかだか10個で収まる簡単な話ではないので、思いついたら都度追加して行きたい。 ID，ニックネームを考えさせてはいけない。半角英字開始限定は論外 IDやニックネームが思いつかない方が多い。これはシニアに限らず、ITリテラシーがそれほど高くない若年層についても言えること。作る側の人間も「過去にWebで使ったID,Nicknameは全て使っちゃダメ。何か新しいのを考えて入れてみて。」と言われると結構悩んじゃうもの。それと同じ状態に陥ると思っていただけるとわかりやすい。「IDのかわりに電話番号でもいいですよ」というと結
ヒューマンエラーじゃなくてデザインが悪いんです: DESIGN IT! w/LOVE
不確実な時代をクネクネ蛇行しながら道を切りひらく非線形型ブログ。人間の思考の形の変遷を探求することをライフワークに。 そうそう。ヒューマンエラーじゃなくてデザインが悪いんですよ。 だんだんと真実は明らかになってきた。私は、ヒューマンエラーや産業事故の研究をするようになった。そしてわかったのは、人がいつでも不器用に行動するとは限らないということだった。いつでもエラーをするわけではない。エラーをするのは、その物がよく考えられていなかったり、デザインが悪かったりするときなのである。それなのに、いまだにこの世の中で起こったことはみなヒューマンエラーのせいであるとされているようだ。 ユーザビリティについて考える際、何より大事なのはデザインに関わる人が、デザインの良し悪しによっては使い人がエラーを起こすことがある、使う人の行動が不器用な感じになってしまうことがあるってことをどれだけ自身の問題として意識
ヤコブ・ニールセンの考えをまとめたWebユーザビリティガイドライン::ホームページ制作::NPO法人しゃらく
ヤコブ・ニールセンの考えをまとめたユーザビリティガイドライン ユーザビリティのグル、ヤコブ・ニールセン氏の考えや調査を元にユーザビリティガイドラインを作りました。 デザインやコーディングをしている際に、このガイドラインを元に自分のデザインを一度チェックしてみるのもよいかと思います。 TRANS - ヤコブ・ニールセン氏の考えを元に、ユーザビリティガイドラインを作った。
Dive Into Accessibility
この文書は2つの質問に答えるために書いてみたんだ。 1コ目は、「なんでサイトをアクセシブルにした方がいいのか」。 だから、ここの情報はサイトを持ってない人には向かないかも。 2コ目は、「じゃどうしたらサイトをアクセシブルにできるのか」。 1コ目の答えが納得できるものじゃなかったら、2コ目はどうでもいいってことになるよね。 じゃ行ってみよう。 Dive Into Accessibility（英語版）をダウンロードする HTML（英語版）をダウンロード PDF（英語版）をダウンロード Dive Into Accessibilityを読む 目次 掲載された順序のままにならべてある、すべての情報はこちら。はじめてココ の文を読むときにおすすめの読み方。 人に基づいた情報分類 ここではどんな人に役立つかによって、情報が分けられています。 障碍に基づいた情報分類 ここではどういった障碍があるときに役立
第20回 “使いやすいURI（URL）”の設計を考える
今回は「URIの使いやすさ」について考えてみたいと思います。URIの使いやすさ，というのは，ウェブサイトやウェブ・アプリケーションにおいて，どういうURIでそれぞれのページにアクセスできるようにすると，利用者は使いやすいのか，ということです。つまりは，どのようにURIを設計するのがいいんだろう，ということです。URIの設計については，これまでもいろいろなところで議論がなされていますので，それらの議論や動向などを見ながら，考えていきたいと思います。 URIを話題として取り上げようと思ったのは，4月の4，5日に行われたYAPC ASIA 2007（YAPCはYet Another Perl Conferenceの略）で，Six Apartの創業者でMovable Typeの生みの親であるBen Trott氏がSix Apartのサービス「Vox」について発表を行ったとき，「Voxの出力するRS
第21回 “使いやすいURI（URL）”の設計を考える（続編）
使いやすい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日に投稿された記事のページにアクセスしたいとしたら，どうしたらいいでしょうか。 お
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
void GraphicWizardsLair( void ); // 「LDRizeのxFolk対応」と「カトゆー家断絶テストページやfooo.nameがxFolk化」が合わさるだけで、いろんなWebページがものすごく便利になるのもmicroformatsの大きな利点
LDRize for Greasemonkey
ユーザビリティ会議レポート：実績があがるサイトの秘訣を探りました | 100SHIKI PR Board
First Penguin : ファースト・ペンギン