タグ

ブックマーク / www.bebit.co.jp (63)

  • 【スマートフォン】 図解!今すぐ直せる、WEBフォーム 6つの課題 (ユーザビリティ実践メモ)

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

  • 【海外事例に学ぶ】フォーム入力におけるリアルタイムエラー表示のポイント (ユーザビリティ実践メモ)

    今回は、A List Apart掲載のルーク・ウロブレウスキ氏(※)による記事、“Inline Validation in Web Forms”をご紹介します。当記事のテーマは、フォーム入力中のリアルタイムエラー表示(インライン・バリデーション)方法の最適化についてです。 まずはフォーム入力におけるリアルタイムエラー表示がどのようなものか、以下のデモをご覧ください。 【動画】�:フォーム入力におけるリアルタイムエラー判定デモ 上記のようなリアルタイムエラー判定のできるフォームについて、ウロブレウスキ氏は21歳から49歳の22人の被験者でユーザ調査を実施しました。 すると、通常の入力フォームと比べ、入力の成功率が22%向上し、エラー率が22%減少、入力時間も42%減少したとのことです。さらに、調査結果からは次のような2つの知見が得られています。

  • ユーザを混乱させない表組みのコツ (ユーザビリティ実践メモ)

    ウェブサイト制作において、多くの情報をいかに整理してユーザに伝えるかは重要なポイントの1つです。よく使われる方法として表組みがありますが、今回は実際の事例をもとにしたケーススタディを通じて、ユーザを混乱させない表組みのコツをご紹介します。 表1はよく見かける表組みの例ですが、実際にユーザの立場に立ってこの表を使用してみると、いくつかの問題点があります。 同種の情報をユーザは区別できない 表1の問題点として、 日付という同種の情報を多く掲載しているため、ユーザには各情報が何の日付を意味しているのか区別できず、分かりにくい列数が多いために、セル内に折り返しが発生し、読みにくい ことが挙げられます。 特に、1つ目の問題点は、表が縦に長い場合にユーザを混乱させる要因の一つになります。なぜなら、画面サイズに収まりきらないほど表が縦に長い場合、下にスクロールしていくと「開催日」などの項目名が画面から消

  • 複数カラムレイアウトをどう活かすか (ユーザビリティ実践メモ)

    実践メモでも以前に取り上げたように、ここ数年、横幅900px以上を採用するサイトが増えてきています。 画面横幅を900px以上にするメリットとデメリット。右端が欠けることに注意 横幅の拡大によって、情報を掲載できるスペースは拡大し、実現できる表現の幅も広がります。 もちろんそれらは喜ばしいことですが、自由度が増すからこそ、効果的なスペースの使い方をきちんと考えることがますます重要になります。今回はカラムを複数に切ったレイアウトについて、スペースをどのように活かすべきかを考えてみたいと思います。 複数カラムの使用は、メッセージを分散させる カラムを複数に切って情報を提供することは、1つのページに複数の役割を与えることを意味します。 もちろん、ナビゲーションなどページにとって必要な機能もありますが、より多くのエリアを 定義することはそのページが持つメッセージをぶらしてしまう危険性があることを

  • 入力フォームでの「郵便番号」の意外な盲点 (ユーザビリティ実践メモ)

    登録や申し込みページの入力フォームにおいて、郵便番号を入力すると住所欄が自動入力される機能は、ユーザの入力負荷を軽減する便利な機能です。実はこの機能、正しく郵便番号を入力してもある条件下ではエラーとなってしまうことがあることをご存知でしょうか。今回は入力フォームでの「郵便番号」の意外な盲点についてご紹介します。 ただ、「会社」で用いられている郵便番号は一般的な郵便番号と異なる場合があります。 郵便番号は、特定の企業(1日の配達量が一定量を超えるような事業所)に対して「大口事業所個別番号」という事業者向けの郵便番号を割り当てており、該当する企業はこの割り当てられた郵便番号を使用しています。 しかし、郵便番号から「住所を自動入力する機能」が参照している郵便番号は必ずしもこの「大口事業所個別番号」に対応しているわけではありません。入力された郵便番号が対応していない「大口事業所個別番号」であった場

  • 「お待たせしない」Webサイトでの接客 (ユーザビリティ実践メモ)

    1990年代、電話回線やISDNを使ったダイヤルアップ接続(低速・時間課金)でインターネットに接続することが一般的だった頃は、Webサイトの利用は「時間との勝負」という側面がありました。そのためWebサイトを制作する際も、htmlファイルや画像などを含めたページ当たりのサイズを小さくしてページの表示速度を高め、ユーザを待たせないことが重要視されていました。 ■人間の思考とシステムの反応速度 人間の操作に対するシステムの反応速度については、一般的に次のような関係が見られると言われています。 (参考:「Response Times: The Three Important Limits」 Useit.com(英語)、「10の累乗: ユーザーエクスペリエンスにおける時間スケール」 Jakob NielsenのAlertbox(日語)) 0.1秒:ユーザは、自分がシステムを「直接」操作していると

  • beBit.Q Twitterでユーザビリティクイズに挑戦!

    【変則○×】Q. ユーザビリティの原則の1つとして「ページ内リンクの使用は避けるべき」と言われている。ページ内リンクがあるとユーザがサイト内のどこにいるかを見失いやすいからである。この原則はどんなケースにおいても守るべき。○か×か。×の場合、例外となるケースも示せ。

    pmakino
    pmakino 2009/10/29
    「(株)ビービットがTwitterで毎週木曜19:00に「ユーザビリティに関するクイズ」をつぶやきます。解説詳細や、皆さんの回答結果はブログ形式でこのサイトに整理します。」
  • 案内地図はGoogleマップだけで大丈夫? (ユーザビリティ実践メモ)

    Googleマップは無料で利用でき、組み込みも簡単なため、会社への案内地図として利用しているサイトも多いのではないでしょうか。ただし、条件によっては、Googleマップだけでは不十分なケースがあります。 1)全てのユーザがGoogleマップを使いこなせるわけではない 来訪するユーザは必ずしもGoogleマップの操作に習熟しているわけではありません。Googleマップはユーザが地図の表示範囲を移動したり、縮尺を変更できる点が魅力ですが、縮尺変更の操作はインターネットリテラシーの低いユーザにとっては難易度が高いため、ユーザに操作させることを前提とすることは避けるべきです。 来社するユーザの特性(周辺の地理に明るい地元の人/地理に疎い遠方の人など)や利用する交通手段(電車、徒歩、自家用車、バスなど)によっては異なる縮尺の地図を提示する必要がありますが、その場合は広域地図と周辺地図を分けて提示する

  • 情報を確実に伝える「近接」テクニック (ユーザビリティ実践メモ)

    ウェブサイトに十分な情報を載せているのに、なぜかユーザに正しく情報が伝わらない、そんなケースは多いのではないでしょうか。今回は、実際の事例をもとに、「情報の関連性」を使ったテクニックをご紹介します。 今回取り上げるサイトでは、ウェブや電話では契約の新規申し込みはできないにも関わらず、「契約までの流れが理解されず、申し込みの電話がきてしまう」という課題がありました。対策として、お問い合わせページ内に「契約までの流れ」を記載していました(図1)が、ユーザは全く気付かず電話をしてしまう状況でした。 皆さんなら、どのような改善案を考えますか?(制約条件として、「商品説明」ページなどは修正ができないものとします) ユーザは「探している情報」しか目に入らない ありがちな対策として、「契約までの流れを画面上部に配置し、とにかく情報を見せる」という案があります(図2)。しかしこの案は、あまり効果的とは言え

  • 入力フォームのコンプライアンス文言はどう配置する? (ユーザビリティ実践メモ)

    会員登録フォームや資料請求フォームでの入力作業は、多くのユーザにとって面倒で煩わしい作業です。フォームをできるだけ「簡単そう」、「手軽そう」な印象にすることは、ユーザの心理的負担を軽減するうえで重要です。 ただ、ユーザに対して丁寧に注意文言を提示すればするほど、まとめて無視されてしまったり、「簡単そう」な印象から離れて威圧感のあるページとなってしまうなど、適切にユーザに情報を伝えるという来の意図から外れてしまいます。 今回はユーザの心理的障壁を高めることなく、コンプライアンス文言を適切に配置する方法を考えてみたいと思います。 1)注意文言をリンクにする 情報量の多い注意文言はリンクにすると必要なスペースが少なくて済むため、見た目の威圧感を低減するとともに、まとめて無視されてしまうリスクも低減します。また、必ずしも全ユーザに確認してもらう必要のない重要度の低い注意文言に関しては、まとめてペ

  • サイトID(ページ左上の会社ロゴ)のリンク先はどうあるべき? (ユーザビリティ実践メモ)

  • 謝ったら負け!? アイコンも使い方次第 (ユーザビリティ実践メモ)

    Webサイト上で、ユーザが目的の情報にたどり着きやすくするために、複数の条件での検索機能を提供することがあります。 たとえば、不動産業やCATVなど地域に関連したサービスで、ひとつのフォームから、郵便番号でも町名でも検索ができるような機能を実装しているような場合です。 この検索機能に関して、ユーザ行動観察調査を実施したところ、以下のような行動が見られました。 まず、ユーザは郵便番号を入れて、検索を行いました。 しかし、このユーザが入れた郵便番号が間違っていたため、次のようなエラーが表示されました。 すると、このユーザは即座に「あ、ダメなんだ」とこのサイトを離脱してしまいました。 実際には、正しい郵便番号を入れ直すか、町名を入れることで再度検索が可能なのですが、このユーザに再検索をしてもらうことはできませんでした。 この行動の裏には、以下のような心理の動きがあると考えられます。 アイコンを見

  • ネットリサーチを正しく利用するための3つのポイント (ユーザビリティ実践メモ)

    ネットリサーチは従来のアンケートと比較して低コストかつ短期間で定量データを獲得できる有益な手段のひとつです。 しかし、その手軽さが逆に誤った結果を導き出してしまう危険性があることには注意が必要です。 ネットリサーチでは、インタビュー調査のように質問者が同席していないため、回答時の態度が見えず、無責任に回答しやすいという特徴があります。 また、調査会社に登録したモニターを対象にアンケートを行う場合、ユーザ(モニター)はアンケートに回答するだけでポイントや謝礼を獲得できるので、アンケートに「正しく」回答するインセンティブが小さく、適当に回答してしまうことがあるようです。 今回はネットリサーチにおいて回答の正確性を高める方法を3つ紹介します。 対応策1. ダミーの回答項目を用意する 選択肢の中に現実には有り得ない項目を紛れ込ませ、その項目をチェックしたユーザを排除する方法です。下の例をご覧くださ

  • Webページの情報を共有してもらうための3つのポイント (ユーザビリティ実践メモ)

    複数の人が関わるシナリオを意識しよう Webサイトを訪れたユーザが、商品・サービスの購入など何らかの意志決定を行う際、自分ひとりだけの判断で決めず、他の人と相談してから決めるという場合は、実はかなり多いものです。 弊社のユーザ行動観察調査では、以下のような例が見られました。 幹事役の数名が、各自で会場候補を検索各自が自分の選んだいくつかの候補を持ち寄り、どの会場にするか相談決定 【例2.企業におけるIT製品の導入】 部門の担当者が、おおまかな要求仕様を決め、メーカーサイトや販売店サイトを検索性能や価格などを一覧できる比較表を作り、IT管理者などに相談IT管理者がWebサイトを閲覧する場合もあります)絞り込んだ候補について決裁文書を作り、上司相談決定 【例3.住宅ローンの借り換え】 が金融機関サイトや比較サイトで情報収集夫に相談して候補を絞り込む絞り込んだ金融機関の店舗を夫婦で訪れ、担

  • フォームにおける「進む」ボタンと「戻る」ボタン。どのように配置する? (ユーザビリティ実践メモ)

    これまで実践メモではフォームを設計する際に注意すべき点をいくつかご紹介してきました。 フォーム設計についての記事一覧 今回はフォームによく出現する「進む(次へ)ボタン」と「戻るボタン」を配置する際に気をつける点を纏めました。 ウェブサイトにおいては「進む(次へ)」ボタンなど前進するものを右側に、「戻る」ボタンなど後退するものを左側に置くことが一般的になっています。 ユーザは多くのサイトを利用している中でこの配置に慣れていますので、配置が逆になっていると次へ進むつもりがうっかり「戻るボタン」を押してしまうことになりかねません。最悪の場合、これまで入力したものがクリアされてしまい、入力を一からやり直すはめになります。 そういう訳ですから、フォームのボタンを配置する際は「進む(次へ)」ボタンを右側に、 「戻る」ボタンを左側へと一般的な慣習に従う方がユーザに対して親切と言えるでしょう。 2.「

  • 成果を上げる携帯サイトのフォーム設計 (ユーザビリティ実践メモ)

    離脱されない携帯サイトのフォーム作成術 携帯サイトのフォーム設計のコツ 個人プロフィールからの引用を考慮した携帯サイトフォーム設計 さて、携帯サイトのフォームの入力効率を上げる(完遂率を上げる)には、まず項目数を少なくして入力負荷を減らすことが第一です。 しかしビジネス上の要件から、項目数を減らすことにも限界があります。そこで、入力時のボタン操作など、「ユーザの操作面の負担を少なくする」ことを考えましょう。 1. 入力文字種を指定する テキストエリアの属性としてistyleを指定することで、入力文字種の「全角かな」「半角カナ」「英文字」「数字」をページ側で指定することができます。 携帯電話では文字入力モードを変更するために、2-3回(十字キーを使う場合はもっと多くなります)ボタンを押さなければなりませんので、この指定だけでもユーザの負担は大きく減ります。 ※タグや属性の詳細な仕様に関しては

  • 離脱されない携帯サイトのフォーム作成術 (ユーザビリティ実践メモ)

    みなさんは携帯サイトの会員登録を行う際に以下のような経験はありませんか? ・入力エラーが発生した。 ・次ページの読み込み中に接続不良となった。 弊社のユーザ行動観察調査では、会員登録時に上のような状況に直面すると、多くの人が会員登録をあきらめてしまう様子が観察されています。 今回はこのようなトラブル発生を防ぎ、「離脱されないフォーム」を実現する上で重要となるポイントを2つご紹介します。 フォーム入力例を適切な位置に配置する フォーム内の各項目に入力例を明示することでエラー発生を防ぎます。ごくごく当たり前のことですが、PCサイトに比べてコンテンツスペースが少ないことを理由に、携帯サイトでは「入力例が省略されたフォーム」が多く見受けられます。 また、入力例の配置にも注意が必要です。たとえ入力例が配置されているフォームであっても、下図の左側のように入力欄の下に配置しているものは十分と言えません。

  • Gmailから見るユーザビリティ ~ リンク文言や記号をユーザ視点で考える (ユーザビリティ実践メモ)

    今回は、ウェブメールを題材として、ちょっとした工夫でウェブサイトのユーザビリティをあげるためのコツを取り上げます。 このとき、見ているメールよりも古いメールを読みたいのにも関わらず、「前」をクリックしてしまい、新しいメールへページを送ってしまうのです。もちろん、すぐに気づいて読みたいメールへ移動するのですが、ウェブサイト上ではこのような小さいストレスでも、ユーザの離脱を招きかねません。 この画面の場合、以下の工夫を行うことで、利用の際のストレスを軽減できるでしょう。 1.適切なリンク文言を利用する 2.ユーザの心理状況に応じたメタファー(記号)を利用する ■1点目:適切なリンク文言を利用する 「前」か「次」という文言は、一瞬では古いメール、新しいメールのどちらに移動するのかがわかりません。 ここで、同じGmailの英語版の表現を見てみましょう。(図2参照) 英語版では「newer」、「ol

  • ユーザの慣れや先入観に配慮する (ユーザビリティ実践メモ)

    インターネットの普及が進みユーザのウェブサイト利用経験が増えるにつれ、ユーザにある種の慣れや先入観が発生していることがあります。ウェブサイトやページを設計していく上では、この慣れや先入観を加味して構成を検討することが重要です。 今回はこのようなユーザの慣れ・先入観について、弊社である企業サイトのユーザビリティテスト(ユーザ行動観察調査)を行った際の事例をご紹介します。 しかし、調査においてユーザに企業情報コンテンツを探してもらったところ、ほとんどのユーザはメインコンテンツエリアに置いたリンクを見つけることができませんでした。 これらのユーザの行動をアイトラッキングで確認したところ、トップページを訪れたユーザは、メインコンテンツにほとんど視線を移すことなく画面下部のフッターを注視し、企業情報へのリンクを探そうとしていましたが見つからず、ついで画面上部に戻り、ヘッダーを探したもののやはり発見で

  • 【海外事例に学ぶ】インタラクティブなUIでコンテンツを見せる際の注意点 (ユーザビリティ実践メモ)

    Jones氏は、Ajaxを使ったタブ切り替えなどインタラクティブにコンテンツを提示するUIを用いた際の、ユーザビリティやビジネス効果(ユーザの説得)といった観点での注意点を紹介しています。以下では、その中から2つの事例をご紹介いたします。 ユーザビリティへの配慮 コンテンツを参照しにくくしていないか? Ajaxにより、ページ遷移をしないコンテンツの見せ方が普及しつつあります。よく見られるケースとしてタブ形式のインタフェースがあります(図1)。このタイプのUIでは、素早いコンテンツの切り替えができる反面、切り替えたコンテンツはページとして存在しないため、後からユーザが参照しづらいデメリットが生じることをJones氏は指摘しています。例えば、ユーザがあるタブのコンテンツを友達と共有したいと思っても、そのコンテンツはページとして存在しないため、リンクを送っただけでは友達は別のコンテンツを見てしま