会員登録の敷居を下げる入力フォームの作り方(PC編) - キャズムを超えろ！
本エントリは、20〜40代のPCをある程度使いこなしているユーザー向けの会員登録フォームの設計について述べたものである。ケータイサイトは含まないし、シニアも対象としていない。シニア向けUIについては(古いエントリだが)こちら "ユーザーID"と"メールアドレス" 減ってはきたものの、ユーザーIDとメールアドレスの両方を取るWebサービスがいまだに結構ある(ex. Remember the milk)。はてなやYahooAuctionのように「ユーザーIDがニックネームに相当するコミュニティサイト」は除くとして、ユーザーIDを一般客に公開しないにも関わらずIDとメルアドの両方を取る意図がわからない。 ユーザーIDとしてメールアドレスを使うメリットは 会員登録フォームの入力必須箇所が1個減る 好みのIDが取れない事件が防げる "ID忘れ"による機会損失/幽霊会員が減る 流石に自分のメアドは忘れ
実践！Webユーザビリティ研究室： 実践編：その1「窓の杜」
Webサイトのユーザビリティを、実例を基にわかりやすく紹介する新連載「実践! Webユーザビリティ研究室」。第1回目の今回は、オンラインソフト紹介サイト「窓の杜」を取り上げます。 ● 「Webユーザビリティ」とは Webの世界において「ユーザビリティ」という言葉を、ここ数年でさかんに耳にするようになりました。ユーザビリティ（Usability）というのは、つまるところ「ユーザーが意図通りに使えること」を意味する言葉になります。 具体的な例を見てみましょう。例えばこのINTERNET Watchのサイトでは、ページ左上の「INTERNET Watch」ロゴをクリックすると、トップページに移動します。このように「ページ左上のロゴをクリックするとトップページに移動」というのは、多くのユーザーの経験則上「当然そうあるべき反応」として認識されています。下層ページで迷ったユーザーの多くは、ページ左上の
Collection: Design Patterns
Reuse, recycle, but don’t reinvent the wheel unless necessary. by Brian Christiansen at UI Engineering. Via. This collection captures findings of consistent, unique or interesting interfaces and design flows from across the web. Please note that the content of these sets is not representative of all of the patterns I've captured. I tend to use tags more religiously and recommend that you look ther
第4回 予想外の行動をするユーザーの心をつかまえるデザイン術 | ユーザー視点のウェブデザインガイド
第4回 予想外の行動をするユーザーの心をつかまえる ～ユーザー中心設計実践のコツ～ 現実の店舗や窓口では、目の前にいるお客が困っていればすぐにわかるし、同じトラブルが重なれば問題が起きないように施策をとる。しかし、ウェブサイトを作っているときにはお客は目の前にいないし、公開後にお客の対応をするのはウェブサーバーやスクリプトという機械だ。そのため、現実の商売では当然のように行っている接客ができない、いや忘れてしまってはいないだろうか？ 今木 智隆（株式会社ビービット） 「情報構造が整理されていればよい」と思ったら大間違いこれまで、「ウェブページのフォーム」や「ユーザーの目線」といったテーマを採り上げて、ユーザーにとって使いやすい（≒ビジネスに貢献する）サイト設計のコツについて書いてきた。今回は、実際にユーザビリティテストを行った結果わかった特徴的な行動パターンを具体的に交え、ユーザーの行動や
ユーザー視点のウェブデザインガイド 第3回 「資料請求」「問い合わせ」「会員登録」を増やすコツ | Web担当者Forum
第3回 「資料請求」「問い合わせ」「会員登録」を増やすコツ 現実の店舗や窓口では、目の前にいるお客が困っていればすぐにわかるし、同じトラブルが重なれば問題が起きないように施策をとる。しかし、ウェブサイトを作っているときにはお客は目の前にいないし、公開後にお客の対応をするのはウェブサーバーやスクリプトという機械だ。そのため、現実の商売では当然のように行っている接客ができない、いや忘れてしまってはいないだろうか？ 今木 智隆（株式会社ビービット） サイト目的を踏まえた設計の重要性ウェブサイトは、「販売」「プロモーション」「ブランディング」など、さまざまな目的のために作られている。 そういった目的を達成するにあたって、サイトがユーザーに行き着いてもらいたい代表的なアクション（＝ビジネスゴール）には、以下のようなものが挙げられる。 製品の購入メルマガ登録 会員登録 資料請求お問い合わせこのゴール設
＠IT：Webアプリケーションのユーザーインターフェイス［1］-1
Webアプリケーションのユーザーインターフェイス[1] ユーザーにとっては “ユーザーインターフェイス”こそが製品そのもの ソシオメディア 上野 学 2005/6/2 ■はじめに Webクライアントの技術が進歩し、多様化するに従って、Webベースのシステムにはデスクトップアプリケーションと同等の品質を持つユーザーインターフェイスが必要となってきています。 しかし開発の現場では、ユーザーインターフェイス（特にGUI）デザインについての専門的なスキルを持った技術者が圧倒的に不足しています。その理由は、ソフトウェア製品におけるユーザーインターフェイスの重要性が正当に理解されていないためと、ユーザーインターフェイス・デザインに関する教育機会がほとんどないためです。 利用者の視点に立てば、ユーザーインターフェイスとは製品そのものです。いくら高度に洗練された仕組みがバックエンドにあったとしても、それが
入力フォームのユーザビリティ&アクセシビリティ！
This webpage was generated by the domain owner using Sedo Domain Parking. Disclaimer: Sedo maintains no relationship with third party advertisers. Reference to any specific service or trade mark is not controlled by Sedo nor does it constitute or imply its association, endorsement or recommendation.
SLOBSERVER - L'actualité de Second Life
App development is certainly an exciting but challenging process. Several factors are involved in developing an app, due to which the final cost to develop an app greatly varies from project to project. It is important to be familiar with the entire process of creating a comprehensive app development budget because it is common for developers, especially new programmers, to exceed the budget while
第9回 どうすればユーザー登録してもらえるか：ITpro
この連載では，エンジニアの視点から使いやすさを考えています。今回はユーザー登録画面などに代表される，フォームを使った入力画面について考えてみたいと思います。 なぜこのテーマを選んだかというと，フォームを介して利用者からデータを受け取って処理をして返すという一連の処理が，ウェブサイトのバックエンドの処理やデータ形式などによって変化しやすく，プログラマやエンジニアの作業がもっとも使いやすさと関係しやすい分野ではないかなあ，と思っているからです。こうした部分はエンジニアが使いやすさに寄与しやすい部分であり，もっと言えば，使いやすさを向上させるに当たって，エンジニアにしかできない事柄がたくさんある部分だってことになると思います。 今回は「ユーザー登録ページ」を例に，フォームにおける使い勝手を考えていきたいと思っています。その理由としてまずは，筆者が勤務する株式会社はてなにもユーザー登録画面があり，
折りたたまれたサイドバーは開かれない
閲覧者はそんなに暇じゃないので、ページ制作者が用意した「ネタ」（便利な機能）に、なかなか気づかない。 別のサイトの話だけれど、CSS切り換えのドロップダウンメニュー（趣味のWebデザインにあるのようなもの）をページの右上に配置していたとき、 知り合いにどのCSSを適用させているか聞いてみると、ドロップダウンメニューの存在自体に気づいていなかったことがある。 チェックボックスにチェックを入れると別サイトへのリンクが別窓で開くようになる機能（Website Options）も同様。 この機能を利用しているかのアンケートページを用意したところ、(1)利用している、(2)利用していない、(3)存在に気づかなかった、(4)質問の意味がわからない、という選択肢のうち、 半数が「存在に気づかなかった」だった。チェックボックスはアンケートページへのリンクのすぐ下にあったにもかかわらず。（ちなみにそれぞれの
FPN-団塊〜シニア層向けのWeb設計 やっちゃいけない10のＵＩ
6．ビジネス分析フレームワークを学ぶ ビジネス分析フレームワークの学習と使い方 ビジネス分析 フレームワークや 経営学 の学習をどうビジネスリサーチに役立てるか、その考え方と留意点について解説します。… 2021.05.08 2021.05.09 115 view 3．ビジネスリサーチの報告書作成 ファクト、ファクト、ファクト〜事実に基づくこと 「What's Your Story?」という提案や提言がないレポートは意味がない、ということがよく言われますが、ビジネスリサーチの報告書は、内容の8〜9割は ファクト … 2021.01.19 2021.05.16 303 view 4．インプリケーションと提言 リサーチを通じて気付いたことは？公開情報から点と点を結ぶイン… インサイダー情報はそのままでは役に立たない！？ビジネスリサーチの依頼の中で、「業界の空気感はどうなっているか？」「この技術
第26回 どこにメニューをおくべきか，どこが画面の一等地か：ITpro
Webサイトのデザインの中で，ここ2年で大きく変わりつつある「常識」があります。それは，「メニュー（索引）」の位置と「一等地」の場所です。ユーザーの閲覧環境が加速度的に変化しているという認識の下で，それでも最良のユーザビリティを提供しようとするなら，どのようなことを考えておく必要があるでしょうか。 左メニューと右メニュー（視線との交差）のどちらがベスト？ まだモニター画面の大きさが小さかった時代（1995年前後），情報へアクセスしやすくする「メニュー」の位置は，ほとんど誰が考えても左側にあり，議論もされなかったように記憶しています。確実に画面の中に入り，ユーザーも基本的に左端にさえ注意を向けていれば，大切な情報にたどり着けるという「暗黙の常識」が存在していたかのような時代でした。 しかしここ数年，メニューが左側にあると本当に操作性が良いのかという議論を聞くようになり，大手のWebサイトでも
第1回 「使いやすさ」について改めて考えてみよう
皆さん，はじめまして。このたび，「技術者視点のユーザビリティ考～使いやすいサイトへのアプローチ」というタイトルでこちらで連載させていただくことになった水野貴明です。私は株式会社はてなという会社でエンジニアとして働きながら，技術系のライターをやっています。株式会社はてなは，ブログサービスである「はてなダイアリー」や，ソーシャルブックマークサービス「はてなブックマーク」などのサービスをウェブ上で展開している会社です。 本連載では，ウェブ系のエンジニア（もう少し厳密に言えばプログラマやデータベース設計，システムデザインなどを行う人間）としての立場から，ウェブサイトの使いやすさをどのように実現していくのか，ということを，筆者の経験やそれを通じて考えたことなどを含めて，お話ししていければと思っています。よろしくおねがいします。 サイトの使いやすさはデザイナーの領域？ まずは第1回ということで，ウェブ
「OK」と「キャンセル」、どちらが有効か ― ＠IT
ユーザビリティのヒント（最終回） 「OK」と「キャンセル」、どちらが有効か 「情報表現の最適化」 ソシオメディア 上野 学 2006/10/20 デスクトップのメモ帳を新規に開いて、メモを書き、ウィンドウを閉じようとすると、「変更を保存しますか？」というメッセージダイアログが表示されます。ユーザーにしてみれば、「新しいメモをいま書いたところなのに、なぜ『変更』なんだ？」と思うでしょう（本文から） 英語や、日本語の横書きでは、情報は大きく上から下に、左から右に展開していきます。ユーザーは画面（ウィンドウ内）の左上から右下に向かって意識を推移させて、そこで表現されている情報を取得していきます。 実際にはユーザーは、まず画面中央付近に視線をやり、そして全体をざっと見渡してから、重要と思われる個所に注目していくようです。ひとたび内容を読もうとか、入力フィールドを埋めていこうと決めたら、当然、上から
第18回 ユーザー・インタフェース作りに必要なマーケティング感覚
Webアプリケーションを開発する際に，対象ユーザーを考慮することの大切さについて見てきました。今回は，ユーザー・インタフェース（UI）設計にも，マーケティング感覚が必要なことを考えてみましょう。 UIの問題点を改善していく手順 例によって航空券の予約をサンプルに使います。下記の画面をご覧ください。このWebアプリケーションには，様々なオプションを付け加えることができます。しかし，必要最小限の情報は，「搭乗日」と「出発地」と「到着地」の三項目だけです。このUIに，どこか問題はないでしょうか。 (1) 日付部分への改良 まず注目してほしいのは，搭乗日という日付情報をユーザーにすべて入力させている点です。日付情報をユーザーにまかせ切ってしまうと，表記が統一されず，結局のところシステムでそれを補う処理が発生してしまいます（たとえ「2006/08/02」などと「例」を明記しても，半角文字と倍角文字と
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ソシオメディア | UIデザインパターン
COULD：インターフェイスガイドラインいろいろ
https://jp.blogherald.com/2007/03/23/do-you-judge-a-web-design-by-its-cover/
http://www.yasuhisa.com/could/entries/001094.php
COULD：スクロールしたあとの見せ方