スマートフォン端末の普及で、問い合わせ・申込みなどの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.氏はそれは試験の方法に問題

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

遅いエントリーですが、Smashing Magazineで使えるユーザビリティーガイドラインがまとまっています。 ざっとご紹介しますね。 1. フォームのラベルはフィールドの上がベスト study by UX Mattersによると、フォームのラベルはフィールドの上が理想的とのこと。多くのフォームで、ラベルはフィールドの左に置かれ、2カラムのレイアウトになっている。いいデザインだが、最も使いやすいレイアウトとは言えない。なぜなら、フォームは一般的に垂直方向に並んでおり、ユーザーは上から下に向かって入力していく。ユーザーは視線を下の方向に向けていくのだ。そのため、ラベルが左にあるよりも、同じ方向にある方が認識しやすい。 2. ユーザーの視線は人の顔に向く Webページを見るとき、人の顔や目に視線が行く。マーケッターにとっては、注目を集める有効なテクニック。ユーザーは画像の中の人の視線が向いて

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

タブ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などを用いたリッチなコンテンツも快適に利用してもらえる可能性が高くなっていますが、一方でネットブックやスマートフォンの多くはそれほど快適なスペック、回線環境が整っているとはいえません。 たとえ

せっかくコンテンツを作っても、リンクがユーザにクリックされず、内容を見てもらえない、という悩みをお持ちのWEBマスターの方は多いのではないでしょうか。 今回は、携帯サイトでユーザを次ページに導くためのテクニックをご紹介します。 筆者がユーザビリティテスト（ユーザ行動観察調査）を通して得た実感として、携帯サイトの方がパソコンサイトよりも次ページへの誘導が難しいという印象があります。ある携帯の有料会員制サイトでは、「ユーザはいつも利用しているリンク以外はほとんどクリックしない」というユーザ行動が見られました。 理由として、携帯サイトは 読み込みが遅い隙間時間に利用される場合が多く、利用時間が短いパケット代がかかる などが考えられます。 そのため、携帯サイトでユーザを次ページに誘導するためには、パソコンサイト以上に誘導方法を意識する必要があります。以下、ユーザビリティテスト（ユーザ行動観察調査）

FLASHによるWebコンテンツは、ビジュアルでの表現力が高く、最近はサイト全体をFLASHで構築する例もかなり多くなってきました。しかし、通常のHTMLと比べてインターフェース作成の自由度が高いため、非常に使いにくいサイトになってしまう可能性もあります。 今回は、FLASHコンテンツを設計する上で気をつけたいユーザビリティ上の3つの原則をご紹介します。 ユーザがウェブサイトを利用する上で最も頻繁に利用するブラウザの機能が「戻る」です。 弊社で実施したユーザ行動観察調査では、FLASHコンテンツの場合でも一つ前の表示画面へと戻そうとする場合、ブラウザの「戻る」ボタンを押すケースが非常に多く見られます。これは、FLASH画面内に「戻る」ボタンが設置されていても同様でした。 この問題への対策として、「表示画面ごとにURLを設定する」ことが効果的です。ブラウザはURLでページを管理しているので、

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

現在発売中の WEB+DB PRESS Vol. 49 にて Accessible Rich Internet Applications (WAI-ARIA) に関する記事を書かせていただきました。2009 年は Web アクセシビリティの年になるという噂をどこからともなく聞きつけてこのテーマにしたのですが、ちょうど WAI-ARIA 1.0 の最終草案も公開されよいタイミングになったのではと勝手に思っています。 WAI-ARIA とは何なのか、詳しいことは雑誌記事を参照していただくとして、簡単に言えば JavaScript で構築した RIA を機械的に認識するための仕様です。たとえば JavaScript でこったボタンを作ったとしましょう。利用者がどうやって「それがボタンである」ということを認識するかといえば、「周りから浮き出ていてマウスカーソルを乗せると色が変わる」といった感覚によ

弊社業務状況のご案内 2020年7月から弊社はフレックスタイム制による毎日の出社勤務体制としていますが、状況により在宅勤務体制に変更する場合もあります。 なお、オフィスは宅配便や郵便物等の受け取りは可能です(10:00〜17:00)。 Pickup2020/04/05 Windows WPF用カラーモード編集ツールのリリース 話題のダークモードアプリ開発に向けたツールを開発しています。 ダークモードに関するデザイン情報を含めてのご案内です。 開く