【スマートフォン】 図解！今すぐ直せる、WEBフォーム 6つの課題 (ユーザビリティ実践メモ)
スマートフォン端末の普及で、問い合わせ・申込みなどのWEBフォームがスマートフォンで使われる機会は今後も増えていくでしょう。その際、PC向けに用意していた既存のWEBフォームをそのままにすると、どんな問題が発生するでしょうか？ 今回は、弊社コンサルタントの自主調査から、スマートフォン端末（特にiPhone）でのWEBフォーム利用時の6つの頻出課題をご紹介します。 多くのWEBフォームでは、項目名が入力ボックスの横に配置してあります。 PCでは全く問題のないレイアウトですが、iPhone端末では入力ボックスをタップしてズームインするとラベルが見えなくなり、非常に入力しにくいものになってしまいます。 【改善案】＜推奨＞入力例を入力ボックスの上または下に配置する項目名（ラベル）を入力ボックスの上部に配置する ※項目名の位置が変わるとPCで見にくくなるケースも想定されるため、ご注意ください 課題2
オプトインメールの承諾画面をユーザ視点でチェックする (ユーザビリティ実践メモ)
平成20年6月に成立した「特定商取引に関する法律及び割賦販売法の一部を改正する法律」では、宣伝や広告を目的としたメールを送信する際には、ユーザから事前に承諾を取ること（オプトイン方式）が必要と定められました。きちんとした承諾を取らずに広告や宣伝メールを配信した場合行政処分の対象となる場合もあります。今回は事前の承諾の取り方について、経済産業省のガイドラインを元に考えてみたいと思います。 1）デフォルト・オン方式 （広告メール送信希望のチェックが入っている） 2）デフォルト・オフ方式 （広告メール送信希望のチェックが入っていない） 推奨は「2）デフォルト・オフ方式」とされていますが、ユーザが認識しやすい形であれば「1）デフォルト・オン方式」も認められています。ただし、その場合は、ユーザが「容易に認識できる表示」とすることが必要です。 経済産業省のガイドラインではユーザが「容易に認識できる表示
ユーザビリティテストの誤り | エンタープライズ | マイコミジャーナル
A List Apart - for people who make websites Robert Hoekman Jr.氏がA List ApartにおいてThe Myth of Usability Testingのタイトルのもとユーザビリティテストに関するよく言われている誤解についてまとめている。ユーザビリティの専門家であるRolf Molich氏の調査報告の例を引き合いに出しながら、ユーザビリティテストにおいて注意すべき点をまとめている。Rolf Molich氏の例では何チームかに分けてユーザビリティテストを実施したところ、ごく少数の問題だけが共有で報告され、あとはほかのチームでは問題として報告されないものがほとんどだったという。こうした結果から、対処すべきユーザビリティ問題に優先順位をつけることは難しいという流れだが、Robert Hoekman Jr.氏はそれは試験の方法に問題
kishin Design | Macとデザインと美しいモノのブログ | エレベータの「閉」は不用
X8.cn ￥52888 秀吧/小8 8P.cn ￥36888 八品/8铺 5Z.Net ￥45888 五洲 6i.Net ￥36888 乐爱 7H.com.cn ￥8888 七禾 8H.com.cn ￥8888 8号 E51.com ￥28888 医无忧 51P.com ￥48888 我要拍 C7C.com ￥28888 c7c 3BW.com ￥48888 3百万 BW1.com ￥23888 百万 82W.com ￥48888 八二网 82P.com ￥38888 P=PJ 81P.com ￥38888 P=PJ 81K.com ￥38888 K=K3 65D.com ￥38888 D=DF 59D.com ￥38888 D=DF U76.com ￥38888 U=游戏 U71.com ￥25888 游企业 U91.com ￥28888 91系 W61.com ￥38888 W=WN
10/GUIとマルチタッチインターフェイスの可能性
マウスとキーボードを使って GUI に表示されている情報を操作するという手法は 30 年以上採用され続けています。多くの方が慣れ親しんでいる方法とはいえ直感的に使えるわけではありませんし、複雑な操作をマウスだけで行うのは難しいです。今の時代に合ったマウスに代わる次世代の操作を模索している動きは以前からありますが、10/GUI はその中でも出来が素晴らしいです。Techcrunchをはじめ幾つかのサイトで紹介されているので、既にご覧になった方もいるかと思います。 次はタッチスクリーンと考えがちですが、手が邪魔でスクリーンが見えなくなるという問題があります。これを解決した例としてデバイスの裏からタッチする Nano touch というのがありますが、小さなデバイスに限られた手法です。10/GUI はタッチパッド上で操作するという実に無難な解決方法を選んでいますが、一緒に紹介されているインターフ
使えるユーザビリティーガイドライン10 – creamu
遅いエントリーですが、Smashing Magazineで使えるユーザビリティーガイドラインがまとまっています。 ざっとご紹介しますね。 1. フォームのラベルはフィールドの上がベスト study by UX Mattersによると、フォームのラベルはフィールドの上が理想的とのこと。多くのフォームで、ラベルはフィールドの左に置かれ、2カラムのレイアウトになっている。いいデザインだが、最も使いやすいレイアウトとは言えない。なぜなら、フォームは一般的に垂直方向に並んでおり、ユーザーは上から下に向かって入力していく。ユーザーは視線を下の方向に向けていくのだ。そのため、ラベルが左にあるよりも、同じ方向にある方が認識しやすい。 2. ユーザーの視線は人の顔に向く Webページを見るとき、人の顔や目に視線が行く。マーケッターにとっては、注目を集める有効なテクニック。ユーザーは画像の中の人の視線が向いて
404ページのデザイン提案【前編】
Twitterのほうでひっそりと告知しましたが、404ページのデザインを変更してみました。なぜこんなところから始めたのかというと、サイト制作でいつも後回しになってしまう部分なので考えてみたかったですし、1ページ完結型なので早く形に出来るというのが理由です。いわゆるエラーページなわけですが、「見つかりませんでした」という結果表示ではなく何か補助出来ないかというのがテーマでした。 機械的なエラーの表示の仕方はケアが必要です。多くの利用者はエラーをみると、たとえシステムエラーでそうなったとしても、自分のせいにしてしまう場合があります。メッセージの出し方によっては「何か誤操作をしてしまったか」「そもそも何が起こったの？」「もしかして壊した？」といった感情を引き出してしまう可能性があります。利用者が悪くないのに、悪いと突き出してしまうような見せ方だけは避けなくてはいけません。 専門用語を使ったり、簡
無料でウェブページ内のユーザーの行動を可視化してヒートマップを見せてくれる「ユーザーヒート」
通常のアクセス解析は単純にどのページがどれだけ見られたかという程度のものですが、実際にユーザーがどこをクリックしているのか、どこから見始めているのか、どこを重点的に見ているのかなどを分析する「ヒートマップ」を無料で作成してくれるのがこの「ユーザーヒート」です。 実際にどのような感じで解析できるのかというサンプルは以下から。 ユーザーローカル、Webページ内の行動を分析する無料アクセス解析ツール「ユーザーヒート」を公開 User Heat : どこが読まれているか見える！無料ヒートマップ・ツール http://userheat.com/ マウスの軌跡・クリックが多い場所・熟読エリアの3パターンの可視化が可能となっており、それぞれ以下のようになります。 マウストラック分析。ページが表示されてから離脱するまでの訪問者のマウスの動き（ページを開いたときのマウス場所や移動箇所、クリックした場所）を表
案内地図はGoogleマップだけで大丈夫？ (ユーザビリティ実践メモ)
Googleマップは無料で利用でき、組み込みも簡単なため、会社への案内地図として利用しているサイトも多いのではないでしょうか。ただし、条件によっては、Googleマップだけでは不十分なケースがあります。 1）全てのユーザがGoogleマップを使いこなせるわけではない 来訪するユーザは必ずしもGoogleマップの操作に習熟しているわけではありません。Googleマップはユーザが地図の表示範囲を移動したり、縮尺を変更できる点が魅力ですが、縮尺変更の操作はインターネットリテラシーの低いユーザにとっては難易度が高いため、ユーザに操作させることを前提とすることは避けるべきです。 来社するユーザの特性（周辺の地理に明るい地元の人/地理に疎い遠方の人など）や利用する交通手段（電車、徒歩、自家用車、バスなど）によっては異なる縮尺の地図を提示する必要がありますが、その場合は広域地図と周辺地図を分けて提示する
タブUI詳解
タブUIの構造や特長、設置の判断、ユーザビリティ、アクセシビリティ、実装のポイントや機能の拡張方法、実装例やスクリプト例をSmashing Magazineから紹介します。 Module Tabs in Web Design 以下、その意訳です。 ※原文では「タブモジュール」となっていますが、タブモジュールやタブUIと記載すると煩雑になるため、「タブ」と略します。 タブのみを指す場合は、「タブ コントロール」としています。 はじめに 1. タブの構造 2. タブはいつ使用するのか 3. タブのユーザビリティとベストプラクティス 4. タブのアクセシビリティ 5. タブの拡張 6. タブの実装集 7. タブを実装するためのチュートリアル集 8. タブを実装するスクリプト集 はじめに タブモジュールは複数のコンテンツを異なるパネルに配置したユーザインターフェースのデザインパターンです。 パネル
ネットブックやスマートフォン利用者に配慮したサイト作り (ユーザビリティ実践メモ)
最近ネットブックとスマートフォンの利用者が増えているように感じます。 電子情報技術産業協会の調査結果によると、第一四半期国内PC出荷数の2割弱はネットブックとなっています。 スマートフォンの国内出荷台数を正確に知ることは難しいですが、docomoのGoogle携帯HT-03Aが流通し始めた点や、7月の日本の携帯売上でソフトバンクのiPhone３GSが1位になった点から考えるに、今後ますます利用者が増えると予想されます。 私たちとしては、このような状況下でPC向けサイトを制作する際に、ユーザビリティの観点から注意すべき点が大きく3点あると考えます。 近年、家庭用PCのスペックや回線環境が整い、Flashなどを用いたリッチなコンテンツも快適に利用してもらえる可能性が高くなっていますが、一方でネットブックやスマートフォンの多くはそれほど快適なスペック、回線環境が整っているとはいえません。 たとえ
【携帯サイト】もう1ページ先に進んでもらうための６つのテクニック (ユーザビリティ実践メモ)
せっかくコンテンツを作っても、リンクがユーザにクリックされず、内容を見てもらえない、という悩みをお持ちのWEBマスターの方は多いのではないでしょうか。 今回は、携帯サイトでユーザを次ページに導くためのテクニックをご紹介します。 筆者がユーザビリティテスト（ユーザ行動観察調査）を通して得た実感として、携帯サイトの方がパソコンサイトよりも次ページへの誘導が難しいという印象があります。ある携帯の有料会員制サイトでは、「ユーザはいつも利用しているリンク以外はほとんどクリックしない」というユーザ行動が見られました。 理由として、携帯サイトは 読み込みが遅い隙間時間に利用される場合が多く、利用時間が短いパケット代がかかる などが考えられます。 そのため、携帯サイトでユーザを次ページに誘導するためには、パソコンサイト以上に誘導方法を意識する必要があります。以下、ユーザビリティテスト（ユーザ行動観察調査）
パスワードを隠すのをやめよう
ユーザがパスワードを打ち込んでも、黒い点の列でしかフィードバックが返ってこないとき、ユーザビリティは損なわれている。パスワードを隠したからといって、セキュリティは強化されないことが多く、逆に、ログインの失敗によって、あなたのビジネスに悪影響を及ぼす。 Stop Password Masking by Jakob Nielsen on June 23, 2009 ユーザがパスワードを打ち込んでいるとき、ほとんどのパスワードをはっきりとテキストで示すべき時期が来ている。フィードバックを提供し、システムの状態を視覚化することは、常にもっとも基本的なユーザビリティの原則の１つである。ユーザが複雑な暗号を入力している間、どれも同じ形の黒い点を見せるというのは、間違いなくその原則に違反している。 ほとんどのウェブサイトは（そして多くのアプリケーションでも）ユーザがパスワードを入力している最中、パスワー
FLASHユーザビリティ3原則 (ユーザビリティ実践メモ)
FLASHによるWebコンテンツは、ビジュアルでの表現力が高く、最近はサイト全体をFLASHで構築する例もかなり多くなってきました。しかし、通常のHTMLと比べてインターフェース作成の自由度が高いため、非常に使いにくいサイトになってしまう可能性もあります。 今回は、FLASHコンテンツを設計する上で気をつけたいユーザビリティ上の3つの原則をご紹介します。 ユーザがウェブサイトを利用する上で最も頻繁に利用するブラウザの機能が「戻る」です。 弊社で実施したユーザ行動観察調査では、FLASHコンテンツの場合でも一つ前の表示画面へと戻そうとする場合、ブラウザの「戻る」ボタンを押すケースが非常に多く見られます。これは、FLASH画面内に「戻る」ボタンが設置されていても同様でした。 この問題への対策として、「表示画面ごとにURLを設定する」ことが効果的です。ブラウザはURLでページを管理しているので、
成果を上げる携帯サイトのフォーム設計 (ユーザビリティ実践メモ)
離脱されない携帯サイトのフォーム作成術 携帯サイトのフォーム設計のコツ 個人プロフィールからの引用を考慮した携帯サイトフォーム設計 さて、携帯サイトのフォームの入力効率を上げる（完遂率を上げる）には、まず項目数を少なくして入力負荷を減らすことが第一です。 しかしビジネス上の要件から、項目数を減らすことにも限界があります。そこで、入力時のボタン操作など、「ユーザの操作面の負担を少なくする」ことを考えましょう。 1. 入力文字種を指定する テキストエリアの属性としてistyleを指定することで、入力文字種の「全角かな」「半角カナ」「英文字」「数字」をページ側で指定することができます。 携帯電話では文字入力モードを変更するために、2-3回（十字キーを使う場合はもっと多くなります）ボタンを押さなければなりませんので、この指定だけでもユーザの負担は大きく減ります。 ※タグや属性の詳細な仕様に関しては
WEB+DB PRESS Vol.49 WAI-ARIA: Days on the Moon
現在発売中の WEB+DB PRESS Vol. 49 にて Accessible Rich Internet Applications (WAI-ARIA) に関する記事を書かせていただきました。2009 年は Web アクセシビリティの年になるという噂をどこからともなく聞きつけてこのテーマにしたのですが、ちょうど WAI-ARIA 1.0 の最終草案も公開されよいタイミングになったのではと勝手に思っています。 WAI-ARIA とは何なのか、詳しいことは雑誌記事を参照していただくとして、簡単に言えば JavaScript で構築した RIA を機械的に認識するための仕様です。たとえば JavaScript でこったボタンを作ったとしましょう。利用者がどうやって「それがボタンである」ということを認識するかといえば、「周りから浮き出ていてマウスカーソルを乗せると色が変わる」といった感覚によ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ユーザビリティに関する１０の発見とガイドライン - Radium Software
OKボタンの位置はどこが適切?