[go: up one dir, main page]
More Web Proxy on the site http://driver.im/

タグ

usabilityとuiに関するlizyのブックマーク (38)

  • エラーメッセージはフォームのどこに表示するべきか

    UX Movementの著者および設立者です。ユーザー体験のデザインスキルの開発を手助けしてよりユーザーフレンドリーな世界のために、このブログを創設しました。 フォームのどこにエラーメッセージを配置していますか? ユーザーの期待する場所にエラーメッセージが置かれていないと、ユーザーはフォーム入力を完了できなくなってしまうかもしれません。 フォーム入力を間違えたら、ユーザーはそれを修正して送信し直すために、なにが間違っていたのかを理解する必要があります。フォームを完了しようと思っていたとしても、それがあまりにも大変であればユーザーは心変わりしてしまうでしょう。 フォームの上か、フィールドのインラインか エラーメッセージの配置場所でもっとも一般的なのは、「フォームの上」と、「エラーのあるフィールドのインライン」という2箇所です。どちらの配置場所が、ユーザーにとってより直感的でしょうか? 調査に

    エラーメッセージはフォームのどこに表示するべきか
  • キャンセルのキャンセル問題から考えるダイアログデザイン|Goodpatch Blog グッドパッチブログ

    この文脈では、「編集内容のキャンセル」という処理を続行しても良いかをユーザーに確認しています。続行に同意したい多くのユーザーは直感的に同じ表記の「キャンセル」を押したくなるでしょう。しかしそれでは編集のキャンセルが実行されません。 このキャンセルボタンが意味するのは、「『編集内容をキャンセルする』のキャンセル」なのです。つまり、ユーザーが望み通りに編集内容を破棄するためには、反対側のOKボタンを選ぶべきなのです。このような「キャンセルのキャンセル」は二重否定で意味がややこしくなるので避けなければなりません。 ここで「キャンセルのキャンセル」にならなければ良いということで、次のようにボタン名を変えてみました。 これでもう迷うことは無くなりましたか……? 私はこの修正は誤りだと判断します。「はい」「いいえ」は結果を予想しにくい表現なので、ダイアログのアクションボタンに用いることはあまり適切では

    キャンセルのキャンセル問題から考えるダイアログデザイン|Goodpatch Blog グッドパッチブログ
  • ひどいユーザインターフェースを一目で見極める | POSTD

    前のブログ記事 を書いた時、「訓練された目ならば、不親切なソフトウェアを結構な頻度で簡単に見抜けるようになる」ということに気づきました。 それは初対面の人に第一印象を抱くのに似ています。私たちは初めて会った人の印象を判断するのに コンマ1秒もかからないそうです 。 人を判断するのとは違い、ユーザインターフェースの良しあしを判断することは、私たちが(今はまだ)能的に行っていることではありません。しかし、たった数分で、もしくはもっと早く、ユーザインターフェースがじっくり考えられて作られたものか、ちょっとした思い付きで作られたものかどうかを判断することは可能です。 どうして判断がついたのかや、どんな警告サインが出ていたのかについては確証がなかったため、私は注意を払い、メモを取ることにしました。 以下は私が気付いたことです。 用語/ラベルの使い方があまりに総称的/一貫性していない これはユーザの

    ひどいユーザインターフェースを一目で見極める | POSTD
  • 入力フォームのプレースホルダーを使ってはいけない

    入力フォームのプレースホルダーテキストは、入力欄にどんな情報を入れたのかをユーザーが思い出すことや、エラーのチェック・修正を難しくしてしまう。また、視覚や認知機能に障害のあるユーザーにはさらなる負担となる。 Placeholders in Form Fields Are Harmful by Katie Sherwin on May 11, 2014 日語版2014年6月17日公開 コンテクストに沿った説明やヒントは、入力フォームのそれぞれに何が入るかを明確にするのに役立つ。その結果、入力が促進され、コンバージョンレートは向上する。ヒントの提供方法はいろいろとある。実装として一般的なのは、入力フォーム内に説明を入れるやり方だ。しかし、残念ながら、入力フォーム内のプレースホルダーはユーザビリティに役立つよりも損なうことのほうが多いことがユーザビリティテストでは繰り返し示されている。 ラベル

    入力フォームのプレースホルダーを使ってはいけない
  • 楽しいBADUIの世界

    悩みを抱えたユーザインタフェースたちがいると依頼を受け、とあるホテルに訪問診療にきているDr. ナカムラ.さて,今日の患者さんたちはどのような悩みを抱えているのでしょうか・・・ 原稿はPDFでアップロードしていますので、… 続きを読む »

    lizy
    lizy 2012/12/11
    タイトルの読みにくさが皮肉?になっている
  • iPhoneアプリの通信エラー処理を考える - iOS Advent Calendar 2011 - ninjinkun's diary

    こんにちは。お仕事iPhoneアプリを開発しているid:ninjinkunです。このエントリはiOS Advent Calendar 2011 23日目の記事です。今回はあまり注目されることがなさそうなiPhoneアプリのエラー処理を取り上げてみようと思います。 エラー処理と言うとプログラマが粛々とやるものというイメージで、主に内部のエラーハンドリングのことが中心になりがちです。しかしエラー処理はそれをユーザーに通知するところまで考えて初めて完結します。この記事ではユーザー体験の面と内部処理と両方に言及してみようと思います。自分の今までのアプリでもあまり実践できていなかったので、自戒の念も込めて…。 エラーは様々な状況で発生しますが、ここでは主にHTTP通信のエラーを想定します。HTTP通信はiPhoneのようなモバイル端末では高い確率で失敗します。移動中、地下鉄、山の中の中など通信が不

    iPhoneアプリの通信エラー処理を考える - iOS Advent Calendar 2011 - ninjinkun's diary
  • 私が「Ice Cream Sandwich」を嫌いな理由 - Kazzz's diary

    GALAXY Nexusが来て2日間使い倒した。ハードウェア自体は良いなぁと思う点が多々あったものの、ソフトウェアに関しては自分がそれを生業にしている点で評価がどうしても厳しくなってしまうようで、今の所嫌いな所ばかりが目立つ状況だ。 私は元々AndroidそれもGingerbread(2.3)までのスマートフォンを主なターゲットとした装飾を控えめにした機能優先なインタフェースとデザインは好きだ。がしかしAndroidとしてタブレットに始めて対応することとなったハニカムは機能的なデザインが影を潜め、完成度もお世辞には高いとは思えないそのデザインとGUIは結局好きになれずじまいだったのである。 そこでAndroid4.0だ。"Ice Cream Sandwich" (以降はICSと略する)はスマートフォンとタブレットのユーザインタフェースを統合するものでありそのデザインは基的にはハニカムが踏

    私が「Ice Cream Sandwich」を嫌いな理由 - Kazzz's diary
    lizy
    lizy 2011/12/06
    googleには手の大きい人が多かった、とか
  • スマホのUI考2 〜 フィードバックについて | fladdict

    UIについて徒然と考える自分用メモ、2回目はフィードバック。ユーザーに「何かがおきたよ!」と如何に明解に知らせるか?1回目はこちら 随時増えたり減ったりするよ。自分の主観だから間違ってることもチラホラあるかもよ。 振り返ってみてTiltShiftGenでは、遷移系のフィードバックは少なめにして、情報系のフィードバックを多めに調整してたんだなぁとシミジミ。多分、ブラーの処理が重かったからだと思う。隙をみてバージョンアップしたい。 一般論 ・フィードバックとは? ユーザーの操作に対して、結果を返すこと。操作の実感。 ・フィードバックのないアプリは痛覚の無い人間。 ・物理的なフィードバックもソフトウェア的フィードバックもなければ、ユーザーは何がおきているか知覚できない。 ・何かが起きたら必ずユーザーに通知する。 ・適切なフィードバックが行われるとユーザーは快感を感じる。 ・新雪に足跡をつけたり、

  • fladdict » スマホのUI考 〜 ボタンについて

    SuperPopCamとか作ったときに、体系的な資料欲しいなぁーとか思ってたことのまとめ。 色々と自分の中の考えをまとめるためのメモ。世の中のアプリは機能を半分にして、減った予算分をUIの練り込みにつぎ込んだ方が絶対よいアプリになると思う。 書いてる作業が一番考えまとまるので、ちょぼちょぼあげていこうかと、まずはボタンから。 指の大きさの制約を受ける ・Webとスマホを比較した場合、最大の違い。 ・ピクセル単位でクリック位置を制御できるマウスポインタと違い、指は大雑把にしかタップ位置を指定できない。 ・このためAppleはボタンの最小サイズとして44pxというガイドラインを作っている。 ・視覚的に44px以下のボタンも実際のヒットエリアは大きめにする。 ・またこれに留まらず、ボタンとボタンの間のマージンは空けられるだけ空けた方が安全。 ・つまるところ「カッチリ」つめたボタンレイアウトのグラ

    lizy
    lizy 2011/06/13
    右利き向けと左利き向けにUIを切り替えられると親切と言うことが分かった
  • Android携帯の基本ボタン並びをめぐる混沌

    docomo,au から2011年夏モデルのAndroid携帯が発表されました。Android 携帯には、Menu Home Back Search という4つの基ボタンがありますが、その並び順は各メーカーによってまちまちです。(Search ボタンはない機種もあります) 各メーカーの並び順がどうなっているか調べたら、なんとなくの流れが見えてきました。

    Android携帯の基本ボタン並びをめぐる混沌
    lizy
    lizy 2011/05/17
    形がいっしょなら、ユーザが自由に割り当てできるようになってればいいのに
  • 『iOSヒューマンインターフェイスガイドライン』はUI解説書の枠を越えている :国内・海外情報から見える『企業のWEB活用法』:ITmedia オルタナティブ・ブログ

    中小企業がITを活用して売り上げにつなげるにはどうしたらいいか?WEBマーケティングとWEB戦略コンサル実績350社50業種以上の実績とノウハウで、海外の最先端情報を中心に、噛み砕いてご紹介。 作成者:中山陽平 iOS、実質的にはiPhoneのアプリケーションを作る際に参照してくださいと言う事で配布されている「iOSヒューマンインターフェイスガイドライン(以下iOS_HIG)」 弊社のシステムを真剣にスマートフォン対応にするために読み始めたのですが、この内容が、ただのインターフェイスのガイドラインだけではなく、さらに踏み込んだ内容になっていて驚きました。 Appleのサードパーティアプリに対する姿勢、サードパーティアプリケーションがiPhoneの大きな魅力であるという認識が、このガイドラインからはにじみ出ています。 App開発者以外もぜひ見ておくべき これはぜひ、WEBに関わる方は見て頂き

    『iOSヒューマンインターフェイスガイドライン』はUI解説書の枠を越えている :国内・海外情報から見える『企業のWEB活用法』:ITmedia オルタナティブ・ブログ
  • Engadget | Technology News & Reviews

    My iPhone 11 is perfectly fine, but the new buttons on the iPhone 16 are compelling

    Engadget | Technology News & Reviews
    lizy
    lizy 2010/12/07
    Android連合でiPhoneに立ち向かうはずが、足並みがそろってない
  • 【スマートフォン】 図解!今すぐ直せる、WEBフォーム 6つの課題 (ユーザビリティ実践メモ)

    スマートフォン端末の普及で、問い合わせ・申込みなどのWEBフォームがスマートフォンで使われる機会は今後も増えていくでしょう。その際、PC向けに用意していた既存のWEBフォームをそのままにすると、どんな問題が発生するでしょうか? 今回は、弊社コンサルタントの自主調査から、スマートフォン端末(特にiPhone)でのWEBフォーム利用時の6つの頻出課題をご紹介します。 多くのWEBフォームでは、項目名が入力ボックスの横に配置してあります。 PCでは全く問題のないレイアウトですが、iPhone端末では入力ボックスをタップしてズームインするとラベルが見えなくなり、非常に入力しにくいものになってしまいます。 【改善案】<推奨>入力例を入力ボックスの上または下に配置する項目名(ラベル)を入力ボックスの上部に配置する ※項目名の位置が変わるとPCで見にくくなるケースも想定されるため、ご注意ください 課題2

  • iPadアプリ開発でここは頑張りたい5つのポイント - もとまか日記

    私も、なんとかiPadアブリを一つ作ることが出来ました。 AppBank for iPad無料全てのiPadユーザのために 先日はWhat's Hotに取り上げて頂きましたし、 AppBank for iPadがAppStoreのWhat’s Hotに載ったそうです! まだまだiPad無料アプリランキングにランクインしてます。リリースしてから一ヶ月になろうとしてますが、まだランキングに存在出来ているのはひとえに皆様のおかげです。ありがとうございます。 で、一応区切りかな?ってことで以下の記事に追記したいことをまとめてみます。 iPadアプリ開発で気をつけたい7つのポイント(個人メモ) 題して、「ここは頑張りたい5つのポイント」です。 前回書いたことのまとめ1.アプリ開発の基について2.iPadは画面が広い、とにかく広い3.iPhoneアプリとの違いを明確に出す4.iPad専用?ユニバーサ

  • iPadでHTML5でWebアプリを作ってみました。

    こんばんは。LatLongLabの河合(@inuro)です。 ようやくiPadが日でも発売されましたね。入手された方もたくさんいらっしゃることかと思います。 ヤフーではこのiPad国内発売にタイミングを合わせ、Yahoo!ラボで「yubichiz」というiPad専用の地図Webアプリを公開しました。 Yahoo!ラボ - yubichiz(ゆびちず) 詳しい機能はリンク先ページを見ていただくとして、 地図に書かれた文字(大塚家具、とか紀伊國屋書店、とか)をタップするだけでその店舗の詳細情報が表示されます 地図を指でなぞるだけで、なぞったラインの距離を測定できます 同様に地図を指でなぞるだけで、道沿いのお店を検索できます といった特徴があります。 またyubichizは、App Storeからダウンロードするいわゆる「アプリ」ではなく、HTML5を用いてiPadのSafari上で動作するW

    iPadでHTML5でWebアプリを作ってみました。
  • プログラマに絶対お薦めの使用性に関する本

    Spring BootによるAPIバックエンド構築実践ガイド 第2版 何千人もの開発者が、InfoQのミニブック「Practical Guide to Building an API Back End with Spring Boot」から、Spring Bootを使ったREST API構築の基礎を学んだ。このでは、出版時に新しくリリースされたバージョンである Spring Boot 2 を使用している。しかし、Spring Boot3が最近リリースされ、重要な変...

    プログラマに絶対お薦めの使用性に関する本
    lizy
    lizy 2010/05/27
    usabilityのことだったのか<使用性
  • SoHaya.com is for sale | HugeDomains

    Working with hugedomains.com was a quick and easy process. We got to speak to multiple real people located in Colorado without having to wait on hold! Our only complaint was we felt we had to overpay more than this particular domain was worth, and we weren't able to negotiate it down to a level that we felt was fair. However, payment and delivery were seamless, and within a few hours we had all of

    SoHaya.com is for sale | HugeDomains
  • iPadの使い勝手はアプリケーション操作の一貫性に欠ける---米調査

    米Nielsen Norman Groupは米国時間2010年5月10日、米Appleのタブレット型コンピュータ「iPad」の使い勝手について調査した結果を発表した。第一印象は「すばらしい」と感じるが、どこを触って操作すればよいか分かりにくく、初期のiPadアプリケーションはデザインの一貫性に欠けると指摘している。 iPadで34種類のアプリケーションおよびWebサイトにアクセスした結果、これまでのWeb利用経験で得たスキルがそのままiPadアプリケーションの操作に通用しないことが分かった。また、一つのiPadアプリケーションの操作に慣れても、必ずしも別のアプリケーションで同様に操作できるとは限らない。 例えば、ロゴなどの画像にタッチした際、アプリケーションによって反応は5種類に分かれる。「何も起こらない」「拡大表示される」「より詳細な情報のWebページへ移動する」「別の画像に切り替わる」

    iPadの使い勝手はアプリケーション操作の一貫性に欠ける---米調査
    lizy
    lizy 2010/05/11
    iPhoneで練習しておけ、と。標準のUIを使っている物であればそこまで統一感を損ねるほどではないと思いますけど
  • 「常識的なweb UI」で気になっているもの | おごちゃんの雑文

    これは当にわからないんで、識者に教えて戴きたいところなんだけど、とりあえず自分の主張と共に疑問を書いてみる。 疑問は大きく2つあって、 パスワードは伏せ字でなければならないか 「確認画面」は必要か ってこと。このどちらもが「常識」として使われているのだけど、どうもうっとおしい気がしてならない。 パスワードをtype=”password”にしたり、そういったラベルをつけたりすると、パスワード覚えてくれていたり、日本語入力システムが一時的にOFFになったりと便利なのはわかる。また、パスワードを「後ろから見る」攻撃から避けるには、伏せ字にしておくのが有効だというのもわかる。 とは言え、パスワード覚えてくれたりとか、日本語入力システムを一時的にOFFにするとかってのは、言うなれば「オマケ」であって、質は「伏せ字」ってことだろう。この伏せ字、「後ろから見る攻撃」には有効なのだけど、 打ち間違いに

    lizy
    lizy 2010/02/01
    iPhoneの「最後の1文字だけ見える」は悪くない
  • iPhoneはもしかしたら携帯より使いやすいかもしれない - duck75の日記

    先日、母が大阪に行く用事があって、母は携帯をもっていないから、iPhoneを貸した。僕は元々auの携帯をもっていて、電話やメールの連絡などはこっちがメインだからiPhoneは貸してもかまわないのだ(誰からも連絡が来ることはまずないから)。で、行く前に、ひととおり使い方をレクチャーした。ここがホームボタンで、ロックを解除して、電話ってところをタッチして、うんぬん、うんぬん、かかってきたらこうすればいいから、とか、右上のボタンが電源ボタンで長押しで切れるけど、切らなくていいから、とか、左のこのボタンはマナーモードみたいなやつで、下のこれが音量調節ね、とか。だいたいわかったみたいで、大阪に行っているあいだ、電話はとりあえず使えていたようだ。帰ってきて、「どう?携帯ほしくなったやろ?」と聞いたら、「いや、携帯はほしくないけど、iPhoneは使いやすい。」とのこと。まず、いろいろボタンがない、という

    lizy
    lizy 2009/10/11
    iphoneというかタッチパネル以外のものは、モードがあるからわかりにくいと思う(同じボタンでも、あるモードでは○○機能、別のモードでは××機能……)