<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>TokyoHeadTerminal &#187; ユーザビリティ</title>
	<atom:link href="http://www.head-t.com/tag/usability/feed" rel="self" type="application/rss+xml" />
	<link>http://www.head-t.com</link>
	<description></description>
	<lastBuildDate>Wed, 08 Feb 2012 05:40:38 +0000</lastBuildDate>
	<language>ja</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
		<item>
		<title>【ユーザビリティ】07_FlashやAjaxなどのトレンドを取り入れる法則</title>
		<link>http://www.head-t.com/2009/03/2009-03-25_01.html</link>
		<comments>http://www.head-t.com/2009/03/2009-03-25_01.html#comments</comments>
		<pubDate>Tue, 24 Mar 2009 16:51:36 +0000</pubDate>
		<dc:creator>大森</dc:creator>
				<category><![CDATA[ブログ]]></category>
		<category><![CDATA[ユーザビリティ]]></category>

		<guid isPermaLink="false">http://www.head-t.com/?p=2796</guid>
		<description><![CDATA[「Webユーザビリティ・デザイン 」を元に、要約メモしておきたいと思います。 84_ここぞの場面でこそ Flash を使う 全体の構造はHTMLをベースにし、そのなかの一部に Flash を使うハイブリッド型を基本にする [...]]]></description>
			<content:encoded><![CDATA[<div id="attachment_7490" class="wp-caption alignnone" style="width: 360px"><a class="fancy" href="http://www.head-t.com/wp-content/uploads/2009/03/2009-03-25_01.jpg"><img src="http://www.head-t.com/wp-content/uploads/2009/03/2009-03-25_01-350x106.jpg" alt="【ユーザビリティ】07_FlashやAjaxなどのトレンドを取り入れる法則" title="【ユーザビリティ】07_FlashやAjaxなどのトレンドを取り入れる法則" width="350" height="106" class="size-medium wp-image-7490" /></a><p class="wp-caption-text">【ユーザビリティ】07_FlashやAjaxなどのトレンドを取り入れる法則</p></div>
<p>「<a href="http://www.amazon.co.jp/gp/product/4844324233?ie=UTF8&#038;tag=headterminal-22&#038;linkCode=as2&#038;camp=247&#038;creative=7399&#038;creativeASIN=4844324233">Webユーザビリティ・デザイン</a><img src="http://www.assoc-amazon.jp/e/ir?t=headterminal-22&#038;l=as2&#038;o=9&#038;a=4844324233" width="1" height="1" border="0" alt="" style="border:none !important; margin:0px !important;" /> 」を元に、要約メモしておきたいと思います。</p>
<h3>84_ここぞの場面でこそ Flash を使う</h3>
<p>全体の構造はHTMLをベースにし、そのなかの一部に Flash を使うハイブリッド型を基本にする。ページに動的な要素があるとユーザーの視点が止まる確立が高くなるため、新製品の紹介などに Flash を使うのは有効。</p>
<h3>85_ウィンドウは最大サイズで開かない</h3>
<p>ウィンドウの最大化ボタンを無効にして、必ずフルスクリーンで開くことを強要するのは、ユーザーが好みにあわせて閲覧する自由を奪う行為なので、避けるべき。</p>
<h3>86_skip ありきで Flash コンテンツを考えない</h3>
<p>イントロダクションで意味のないイメージムービーを見せるWebサイトは、イメージダウンになることはあっても、いい印象をもたれることはない。</p>
<h3>87_Flash の待ち時間をユーザーに伝える</h3>
<p>ローディング画面をコンテンツの一部にしてしまう。ユーザーのイライラをワクワクに変える。</p>
<h3>88_ユーザーインターフェイスはリアルさよりも使い勝手を優先する</h3>
<p>人物のアニメーションがコンテンツをナビゲートしたり、3Dを利用したりといったリアルに近いインターフェースは、ユーザビリティを損ねる場合がある。一番優先させるべきなのは、ユーザーの学習時間を短縮し、目的の情報にスムーズに誘導できること。</p>
<h3>89_Flash のメニューはユーザーが直感的に使えるようにする</h3>
<p>Flash を使ったナビゲーションのポイントは、コンテンツとナビゲーション部分を分けること。コンテンツ部分はダイナミックに動き、ナビゲーションは下部に配置するなど。</p>
<h3>90_Flash では標準のパーツを活用する</h3>
<p>ユーザーは標準のものによく慣れており、これらをカスタマイズしてしまうと操作効率が落ちてしまう。</p>
<h3>91_Flash や Ajax を利用して無駄なページ移動を減らす</h3>
<p>ユーザーのリクエストに応じて画面の一部分を動的に書き換えて、画面推移を減らすなど。</p>
<h3>92_シームレスな画面の変化をユーザーに意識させる</h3>
<p>Flash や Ajax を利用して画面の一部分を書き換えた場合、情報の書き換えがシームレスであるぶん、それに気付かないユーザーが出てきてしまう。この問題を防ぐために、アニメーションで印象づけたり、Ajax でモーダルボックスを表示させる。例）lightbox</p>
<h3>93_スライドしながら展開するコンテンツは見た目でわかるようにする</h3>
<p>「プルダウンメニュー」などのスプリング式のアクションは、ナビゲーションなどの、ユーザーがここはクリックするだろうとイメージできるところでしか使用しないほうがいい。</p>
<h3>94_テキストはできるだけ画像にしない</h3>
<p>Google は、Flash が生成する swf のテキスト要素をインデックス化している。ユーザビリティの観点からも、SEO対策の観点からも、Flash 内のテキストを画像化しないほうがいい。</p>
<h3>95_音声や動画はコントロールできるようにする</h3>
<p>ナレーションや BGM 付きの Flash、動画コンテンツなどには、音声のオン/オフ、ボリュームのコントロールが必須。</p>
<h3>96_新技術を取り入れる目的と対象を明確にする</h3>
<p>RSS配信やQRコードによるサイト閲覧などは、「わかるユーザーにはわかる」といったサービスだが、これらのサービスを利用するユーザーの満足度は高まるし、利用しないユーザーの不利益になることもない。</p>
<h3>97_RSS配信には説明文を付ける</h3>
<p>Internet Explorer 7 に RSSリーダー機能が付いて、RSSフィードを購読するユーザーは増加傾向にある。しかし Internet Explorer 7 では「フィード」という言葉が多く使われ、FireFox では「ライブブックマーク」と呼ばれる。RSSアイコンだけではなく、説明ページへのリンクを付けておくのが親切。</p>
<h3>98_ブログを知らなくてもトップページとほかの記事に移動できるようにする</h3>
<p>ブログも通常のWebサイトだと思って閲覧/操作するユーザーは多い。カレンダーも月別記事も意味がわからない。ユーザーができることは「リンクをクリックすること」。カテゴリをメニューらしく分類/表示したり、各ページからトップページやほかの記事にリンクさせる。</p>
<h3>99_ブログもユーザビリティに配慮する</h3>
<p>title要素やパンくずリストに配慮する。</p>
<h3>100_「ポッドキャスト」を知らないユーザーでも使えるようにする</h3>
<p>最初はともかく視聴してもらったうえで、iTunes やポッドキャスティングの説明を入れれば、iTunes や RSS が情報収集に便利なものだと理解してもらえる。</p>
]]></content:encoded>
			<wfw:commentRss>http://www.head-t.com/2009/03/2009-03-25_01.html/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>【ユーザビリティ】06_ユーザーの視点・行動から分析する法則</title>
		<link>http://www.head-t.com/2009/03/2009-03-24_01.html</link>
		<comments>http://www.head-t.com/2009/03/2009-03-24_01.html#comments</comments>
		<pubDate>Mon, 23 Mar 2009 15:41:06 +0000</pubDate>
		<dc:creator>大森</dc:creator>
				<category><![CDATA[ブログ]]></category>
		<category><![CDATA[ユーザビリティ]]></category>

		<guid isPermaLink="false">http://www.head-t.com/?p=2793</guid>
		<description><![CDATA[「Webユーザビリティ・デザイン 」を元に、要約メモしておきたいと思います。 77_ユーザーテストは企画段階で実施する 実際のWebページの代わりに、紙に書いたラフの設計図を使用して行う「ペーパープロトタイピング」と呼ば [...]]]></description>
			<content:encoded><![CDATA[<div id="attachment_7493" class="wp-caption alignnone" style="width: 360px"><a class="fancy" href="http://www.head-t.com/wp-content/uploads/2009/03/2009-03-24_01.jpg"><img src="http://www.head-t.com/wp-content/uploads/2009/03/2009-03-24_01-350x106.jpg" alt="【ユーザビリティ】06_ユーザーの視点・行動から分析する法則" title="【ユーザビリティ】06_ユーザーの視点・行動から分析する法則" width="350" height="106" class="size-medium wp-image-7493" /></a><p class="wp-caption-text">【ユーザビリティ】06_ユーザーの視点・行動から分析する法則</p></div>
<p>「<a href="http://www.amazon.co.jp/gp/product/4844324233?ie=UTF8&#038;tag=headterminal-22&#038;linkCode=as2&#038;camp=247&#038;creative=7399&#038;creativeASIN=4844324233">Webユーザビリティ・デザイン</a><img src="http://www.assoc-amazon.jp/e/ir?t=headterminal-22&#038;l=as2&#038;o=9&#038;a=4844324233" width="1" height="1" border="0" alt="" style="border:none !important; margin:0px !important;" /> 」を元に、要約メモしておきたいと思います。</p>
<h3>77_ユーザーテストは企画段階で実施する</h3>
<p>実際のWebページの代わりに、紙に書いたラフの設計図を使用して行う「ペーパープロトタイピング」と呼ばれる方法を使う。被験者に「デジタルカメラのなかで、一番画素数の高いものを購入してください。ただし、一眼レフカメラを除きます」のようなタスク（目的）に従って、紙の上でクリックする箇所を指し示してもらう。</p>
<h3>78_ユーザビリティチェックシートを活用する</h3>
<p>チェックシートの項目をひとつひとつ確認することで、Webサイトの問題点を洗い出し、サイト全体のトーン＆マナーを統一することができる。</p>
<h3>79_ユーザーテストの結果を反映させる</h3>
<ol>
<li><strong>ユーザーテストの結果をレポートする</strong><br />
    ユーザーの行動と発言から発見できた問題点をリストアップする。</li>
<li><strong>テスト結果を反映させる方針を決める</strong><br />
    問題点のうち、どれを反映させてどれを反映させないかの方針を決める。 </li>
<li><strong>Webサイトのプロトタイプを作る</strong><br />
    方針をもとに、Webサイトのプロトタイプを数ページ作成する。 </li>
<li><strong>チェックシートで再確認する</strong><br />
    ユーザビリティチェックシートを随時確認しながら、実際のページを作り込んでいく。</li>
</ol>
<h3>80_閲覧時間が長いページの離脱率を調べる</h3>
<p>アクセスログを見ていると「たくさんの人がこのページを長い時間閲覧しているので、人気のあるページだな」と考えがちだが、実際には目的の情報が見つからずに長時間滞在してしまっているだけかもしれない。</p>
<h3>81_出口ページをつきとめてユーザーの離脱を防ぐ</h3>
<p>ユーザーがWebサイトを離脱するのは、比較的長文のページが多い。長文の情報を読んで満足してしまったり、ページの下部まで来て戻るのが面倒になったりするため。ページの下部に次のページへのリンクやパンくずリスト、グローバルナビゲーションなどを配置して次の行動を喚起させる。</p>
<h3>82_ユーザーの直帰率を改善する</h3>
<p>直帰率は「直帰数÷トップページ訪問者数」。直帰率の平均は約38％。直帰率が高い理由は次のようなものが考えられる。</p>
<ul>
<li>目的の情報が見つからない</li>
<li>より詳しい情報へのリンクが見つからない</li>
<li>申込みや問い合わせなどの方法が見つからない</li>
<li>社名や問い合わせ先が明記されておらず、信用できない</li>
</ul>
<h3>83_リピーター向けに項目別ナビゲーションを作る</h3>
<p>リピーターを大切にして彼らを確保することは、Webサイトで重視すべき事項のひとつ。新規ユーザーとリピーターの行動の違いを考える。「目的別」「項目別」のナビゲーションでユーザーをつなぎ止める。</p>
]]></content:encoded>
			<wfw:commentRss>http://www.head-t.com/2009/03/2009-03-24_01.html/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>【ユーザビリティ】05_登録したくなるフォームの法則</title>
		<link>http://www.head-t.com/2009/03/2009-03-23_02.html</link>
		<comments>http://www.head-t.com/2009/03/2009-03-23_02.html#comments</comments>
		<pubDate>Mon, 23 Mar 2009 10:04:15 +0000</pubDate>
		<dc:creator>大森</dc:creator>
				<category><![CDATA[ブログ]]></category>
		<category><![CDATA[ユーザビリティ]]></category>

		<guid isPermaLink="false">http://www.head-t.com/?p=2789</guid>
		<description><![CDATA[「Webユーザビリティ・デザイン 」を元に、要約メモしておきたいと思います。 66_フォームの項目は本当に必要なものだけにしぼる フォームの項目を増やせば増やすだけ、ユーザーを逃すことになる。あるいはフォームにするのをや [...]]]></description>
			<content:encoded><![CDATA[<div id="attachment_7495" class="wp-caption alignnone" style="width: 360px"><a class="fancy" href="http://www.head-t.com/wp-content/uploads/2009/03/2009-03-23_02.jpg"><img src="http://www.head-t.com/wp-content/uploads/2009/03/2009-03-23_02-350x106.jpg" alt="【ユーザビリティ】05_登録したくなるフォームの法則" title="【ユーザビリティ】05_登録したくなるフォームの法則" width="350" height="106" class="size-medium wp-image-7495" /></a><p class="wp-caption-text">【ユーザビリティ】05_登録したくなるフォームの法則</p></div>
<p>「<a href="http://www.amazon.co.jp/gp/product/4844324233?ie=UTF8&#038;tag=headterminal-22&#038;linkCode=as2&#038;camp=247&#038;creative=7399&#038;creativeASIN=4844324233">Webユーザビリティ・デザイン</a><img src="http://www.assoc-amazon.jp/e/ir?t=headterminal-22&#038;l=as2&#038;o=9&#038;a=4844324233" width="1" height="1" border="0" alt="" style="border:none !important; margin:0px !important;" /> 」を元に、要約メモしておきたいと思います。</p>
<h3>66_フォームの項目は本当に必要なものだけにしぼる</h3>
<p>フォームの項目を増やせば増やすだけ、ユーザーを逃すことになる。あるいはフォームにするのをやめて「カタログをご希望の場合は、TEL：00-0000-0000 までご連絡ください」と電話請求にしたほうが、むしろ見込み客から声がけされるチャンスが増える。</p>
<h3>67_制限入力と自由入力を使い分ける</h3>
<ul>
<li> <strong>制限入力</strong><br />
    入力するものに合わせて区切りを入れておいたり、選択肢を用意しておいたりするものを指す。入力した内容を確認しやすいというメリットがある。都道府県など、選択肢が多い場合に探すのが面倒というデメリットもある。</li>
<li><strong>自由入力</strong><br />
    ユーザーに自由に入力してもらうものを指す。意図したことと異なる言葉で入力したり、間違いに気付きにくいといったデメリットがある。 </li>
</ul>
<h3>68_入力制限をできるだけ減らす</h3>
<p>「全角」を英語の「大文字」のことと思い込んでいるユーザーもいる。注意書きは混乱のもととなるので避けるべき。出来る限りサーバ側で対応する。</p>
<h3>69_自動入力で入力ミスを減らす</h3>
<p>郵便番号から住所を自動入力するなど。姓名のふりがなは、カタカナよりもひらがなのほうが入力しやすい。</p>
<h3>70_入力内容に合わせたフォームの要素を使う</h3>
<p>ドロップダウンメニューを利用してユーザーに選択してもらうほうが入力の手間が省け、入力ミスの防止にもなるが、生年月日などは数字で入力するほうが早い。</p>
<h3>71_単純な2択でも、フォーム要素を使い分ける</h3>
<p>AとBの2つの選択肢がある場合にはラジオボタンを使う。単純な2択にはチェックボックスを使う。選択肢が増える可能性があるならプルダウンメニューを使う。</p>
<h3>72_初期値を上手に使ってユーザーの手間を省く</h3>
<p>たとえば、飛行機チケットの予約フォームでは、当日の利用がもっとも多いことが予測されるため、初期値を現在の日付・時刻にしておく。</p>
<h3>73_複数ページにわたるフォームは現在位置と終了までの経過を明示する</h3>
<p>【STEP1】ショッピングカート、【STEP2】お届け先情報入力、【STEP3】お支払い情報入力、【STEP4】ご注文内容確認、【STEP5】ご注文完了 など。</p>
<h3>74_ユーザーを混乱させるボタンは付けない</h3>
<p>「クリア」ボタンは必要ない。クリック後の予測が付きやすいボタン名にする。「次へ」や「送信」では不安になるので、「注文内容の確認画面へ」や「上記内容で注文する」などとする。</p>
<h3>75_エラーで画面を切り替えない</h3>
<p>入力して「送信」ボタンをクリックすると「入力エラーです」とだけ表示するのは、何を間違えたのかがわからない。</p>
<h3>76_エラーは画面上部と問題箇所に具体的に表示する</h3>
<p>該当箇所にエラーを表示させたうえで、ページの上部にエラーの一覧を表示させる。また、エラーの内容を具体的に示す。</p>
]]></content:encoded>
			<wfw:commentRss>http://www.head-t.com/2009/03/2009-03-23_02.html/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>【ユーザビリティ】04_引き込んだユーザーを迷わせないための法則</title>
		<link>http://www.head-t.com/2009/03/2009-03-23_01.html</link>
		<comments>http://www.head-t.com/2009/03/2009-03-23_01.html#comments</comments>
		<pubDate>Sun, 22 Mar 2009 15:56:31 +0000</pubDate>
		<dc:creator>大森</dc:creator>
				<category><![CDATA[ブログ]]></category>
		<category><![CDATA[ユーザビリティ]]></category>

		<guid isPermaLink="false">http://www.head-t.com/?p=2782</guid>
		<description><![CDATA[「Webユーザビリティ・デザイン 」を元に、要約メモしておきたいと思います。 36_テキストリンクには具体的な内容を記載する 「ここをクリック」や「詳細はこちら」ではなく、「○○サービスの詳細仕様」などのようにリンク先の [...]]]></description>
			<content:encoded><![CDATA[<div id="attachment_7497" class="wp-caption alignnone" style="width: 360px"><a class="fancy" href="http://www.head-t.com/wp-content/uploads/2009/03/2009-03-23_01.jpg"><img src="http://www.head-t.com/wp-content/uploads/2009/03/2009-03-23_01-350x106.jpg" alt="【ユーザビリティ】04_引き込んだユーザーを迷わせないための法則" title="【ユーザビリティ】04_引き込んだユーザーを迷わせないための法則" width="350" height="106" class="size-medium wp-image-7497" /></a><p class="wp-caption-text">【ユーザビリティ】04_引き込んだユーザーを迷わせないための法則</p></div>
<p>「<a href="http://www.amazon.co.jp/gp/product/4844324233?ie=UTF8&#038;tag=headterminal-22&#038;linkCode=as2&#038;camp=247&#038;creative=7399&#038;creativeASIN=4844324233">Webユーザビリティ・デザイン</a><img src="http://www.assoc-amazon.jp/e/ir?t=headterminal-22&#038;l=as2&#038;o=9&#038;a=4844324233" width="1" height="1" border="0" alt="" style="border:none !important; margin:0px !important;" /> 」を元に、要約メモしておきたいと思います。</p>
<h3>36_テキストリンクには具体的な内容を記載する</h3>
<p>「ここをクリック」や「詳細はこちら」ではなく、「○○サービスの詳細仕様」などのようにリンク先の内容を具体的に示すことが重要。</p>
<h3>37_テキストリンクはWebブラウザの標準仕様をベースにデザインする</h3>
<p>「青くて下線のある文字はクリックできる。一度見たページは紫色になる」ということは、インターネットを利用しているユーザーのほとんどが知っている。Webサイトの配色にあわせてテキストリンクの色をアレンジするのであれば、未訪問リンクと訪問済みリンクで色分けをし、下線を引くかマウスオーバー時にのみ下線が表示されるようにする。</p>
<h3>38_target=&#8221;_blank&#8221;による新規ウィンドウ表示は避ける</h3>
<p>「そのままのウィンドウで他サイトに移動させてしまうとユーザーを逃がす」という発想は、ユーザーの操作の妨げとなるだけで、有効なユーザーの囲い込み策にはならない。</p>
<h3>39_HTMLページ以外のリンクは事前に知らせる</h3>
<p>「売上報告書：PDF形式（300KB）」のように、ファイルの内容、形式、サイズを明記しておく。</p>
<h3>40_ページ内リンクは他ページへのリンクと区別してわかりやすくする</h3>
<p>ページ内リンクの先頭に「▼」の記号を付けたり、リンクの色を変えたりして区別する。ページ内リンクは、自分がどこにいるか見失いやすいし、「戻る」ボタンをクリックすると元の場所ではなく、ひとつ前のページに移動してしまう。</p>
<h3>41_画像リンクはまわりとのメリハリで目立たせる</h3>
<p>画像サイズをむやみに大きくするよりも、ボタン部分だけをポイントで色を使って目立たせて、「注文する」「お申し込みへ」といった簡潔な文字を入れて太字で囲む、あるいは影付きにするなど。</p>
<h3>42_サムネイル画像リンクからアクションを起こしやすくする</h3>
<p>大きな画像を最初からページに掲載すると表示に時間がかかるうえ、同時に他の情報を見せられなくなる。このため、ファイルサイズを縮小したサムネイル画像を表示しておき、クリックすると画像が拡大するようにするのがスマート。</p>
<h3>43_ページの「戻る」リンクは JavaScript ではなく URL 指定にする</h3>
<p>「Javascript:history.back()」は、途中ページから閲覧したユーザーをWebサイトから離脱させる。</p>
<h3>44_文字の行間を調整して読みやすくする</h3>
<p>文字の行間は読みやすさに大きく影響する。</p>
<h3>45_読まずにパッと見てわかる文章にする</h3>
<p>ブログのような読みものをのぞき、ユーザーは文字を「読む」のではなく「見る」。ビジュアルが目にとまったあとで初めて文章が読まれるくらいの位置づけでデザインのバランスを考えたほうがいい。</p>
<h3>46_表記と用事用語を統一してユーザーの混乱を防ぐ</h3>
<p>商品名はスペースの半角・全角まで気を配る。前ページに戻るボタンが「戻る」だったり「Back」だったりするのもわかりにくい。「尚」と「なお」、「下さい」と「ください」、「出来ます」「できます」なども統一する。</p>
<h3>47_ユーザーが誤解しやすい表現は避ける</h3>
<p>「ご注文日から2営業日以内に発送します」といった文章はあいまいな表現の代表例。「遅くとも何日以内」などと表示したうえで、受注メールや発送連絡メールでフォローする。</p>
<h3>48_機種依存文字は使わない</h3>
<p>文章が文字化けしていると、ユーザーはその部分を読めなくなり、Webサイトの信頼も落ちる。</p>
<h3>49_外国語はカタカナ表記でわかりやすく検索しやすくする</h3>
<p>たとえば「Bambino」というイタリアンレストランであれば、「イタリアンレストラン・バンビーノ」と併記する。</p>
<h3>50_制作者ではなくユーザーにわかる言葉を使う</h3>
<p>「スパム」は「迷惑メール」に、「ヤフオク」は「Yahoo! オークション」のように正式名称にする。「ワンセグ」のように「1セグメント放送」よりも略語が一般的な場合は略語を使う。</p>
<h3>51_ページ内にスクロール枠は付けない</h3>
<p>新着情報などをスクロール枠の中に表示させている場合、表示されていない部分はほとんど読まれない傾向にある。こうした情報は、最新の何件かだけをトップページに表示し、以降の部分は一覧ページを別に用意するほうが読みやすい。</p>
<h3>52_テキストをスクロール・点滅させない</h3>
<p>点滅する文字は非常に読みづらいので、内容が読まれないままほとんど無視されてしまう。それに加えて、画面に細かな動きがあるとユーザーの気が散り、操作や閲覧の妨げになる。</p>
<h3>53_Webサイトの目的に応じて画像の量や使い方を決める</h3>
<p>画像には、「テキストでは表現しにくい内容を伝える」「テキストを補完する」といった情報伝達目的のものと、「見出しに添えるイラスト」のような修飾的なものがある。修飾として用いる画像はあくまでも脇役であることを意識し、主役となる情報伝達の画像よりも目立つ使い方は避ける。 </p>
<h3>54_アイコンには意味をそえる</h3>
<p>アイコンでユーザーの視角に訴え、テキストで意味を補足する。誰もが知っていると思えるようなアイコンでも、意味の取り方は人それぞれ違う。</p>
<h3>55_CSSで読みやすい表組みを作成する</h3>
<p>以下のポイントを念頭にデザインする。「見出しとデータを明確にする」「罫線を立体ではなくフラットなものにする」「罫線と文字の間を十分にとる」</p>
<h3>56_図や表の統一を図る</h3>
<ul>
<li><strong>色彩設計</strong><br />
    Webサイトのベースカラーと図表の色を同一の色相やトーンにする </li>
<li><strong>文字の種類と大きさ・位置</strong><br />
    文字の大きさ、行間、フォントを統一することで可読性を向上させる </li>
<li><strong>グラフ・図表の基本形式</strong><br />
    ラベルの記載箇所、縦軸と横軸の幅、キャプションの位置、枠の付け方や、矢印などの形や影の落とし方 </li>
<li><strong>図表のサイズ</strong><br />
    極端に大きいものや小さいものがないように、最大/最小の幅を決めておく </li>
<li><strong>表組みの設計</strong><br />
    色彩のほか、見出しの方向や罫線の太さなどを統一する </li>
</ul>
<h3>57_印刷できて迷わない地図ページを作る</h3>
<p>地図ページはWebサイトでもっとも利用されることが多いページのひとつ。</p>
<h3>58_ユーザーが本当に安心できるSSLを導入する</h3>
<p>Internet Explorer 7 で、より厳しくなったセキュリティ警告に適切に対応する。</p>
<h3>59_情報バーで注意される技術は使わない</h3>
<p>ポップアップウィンドウは使わない。</p>
<h3>60_「よくある質問と答え」でユーザーの問題を解決する</h3>
<p>企業のWebサイトは一方的な情報発信になりがちだが、「よくある質問と答え」を用意すれば、ユーザーの問題を解決して相互の信頼関係を築くことができ、その後のアクションに<br />
  つなげることもできる。また、1ページに質問と答えを複数掲載せずに、質問をまとめたインデックスページを作成し、質問と答えを1ページに1つずつ掲載するのが望ましい。アクセス解析でユーザーの悩み、問題点などをリサーチすることができる。</p>
<h3>61_現在位置を常に明確にする</h3>
<p>ユーザーが目的の情報を探しやすくするためには、<br />
  ナビゲーションメニュー、見出し、パンくずリストの3つが助けになる。複数ページにわたる文章の場合は、総ページ数や現在表示されているのが何ページ目なのかという情報を掲示する。</p>
<h3>62_サイト内に検索ボックスを各ページに付ける</h3>
<p>検索ボックスがあれば、とりあえず検索してみようという気になるユーザーは少なくない。</p>
<h3>63_サイト内検索の結果表示の最適化に力を入れる</h3>
<p>Google Co-op や Google Mini など。</p>
<h3>64_サイトマップはユーザー用と検索エンジン用を分けて作る</h3>
<p>Google ウェブマスター用と、ユーザー用を用意する。</p>
<h3>65_要所にナビゲーションを置いてサイト共通のナビゲーションを補完する</h3>
<p>「グローバルナビゲーション」は、カテゴリの上部階層にある項目を掲示するナビゲーションで、ページ上部に配置されることが多い。「ローカルナビゲーション」は、同じ階層内のコンテンツを掲示するナビゲーションで、ページの左右いずれかに配置されることが多い。このような「埋め込み型ナビゲーション」は、コンテンツを並列に並べるため優劣が付けにくいなどの問題がある。それを解決する手段として、「コンテンツナビゲーション」がある。本文中に適切なタイミングで自由にナビゲーションを挿入できる。そのため、ユーザーを効果的に誘導でき、Webサイトのユーザビリティを容易にアップさせることができる。</p>
]]></content:encoded>
			<wfw:commentRss>http://www.head-t.com/2009/03/2009-03-23_01.html/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>【ユーザビリティ】03_ユーザーをWebサイトに引き込むための法則</title>
		<link>http://www.head-t.com/2009/03/2009-03-22_01.html</link>
		<comments>http://www.head-t.com/2009/03/2009-03-22_01.html#comments</comments>
		<pubDate>Sun, 22 Mar 2009 11:25:55 +0000</pubDate>
		<dc:creator>大森</dc:creator>
				<category><![CDATA[ブログ]]></category>
		<category><![CDATA[ユーザビリティ]]></category>

		<guid isPermaLink="false">http://www.head-t.com/?p=2779</guid>
		<description><![CDATA[「Webユーザビリティ・デザイン 」を元に、要約メモしておきたいと思います。 28_どのページから入ってきても次の行動がわかるように設計する Yahoo! や Google などの検索エンジンからやってきて、そのページに [...]]]></description>
			<content:encoded><![CDATA[<div id="attachment_7499" class="wp-caption alignnone" style="width: 360px"><a class="fancy" href="http://www.head-t.com/wp-content/uploads/2009/03/2009-03-22_01.jpg"><img src="http://www.head-t.com/wp-content/uploads/2009/03/2009-03-22_01-350x106.jpg" alt="【ユーザビリティ】03_ユーザーをWebサイトに引き込むための法則" title="【ユーザビリティ】03_ユーザーをWebサイトに引き込むための法則" width="350" height="106" class="size-medium wp-image-7499" /></a><p class="wp-caption-text">【ユーザビリティ】03_ユーザーをWebサイトに引き込むための法則</p></div>
<p>「<a href="http://www.amazon.co.jp/gp/product/4844324233?ie=UTF8&#038;tag=headterminal-22&#038;linkCode=as2&#038;camp=247&#038;creative=7399&#038;creativeASIN=4844324233">Webユーザビリティ・デザイン</a><img src="http://www.assoc-amazon.jp/e/ir?t=headterminal-22&#038;l=as2&#038;o=9&#038;a=4844324233" width="1" height="1" border="0" alt="" style="border:none !important; margin:0px !important;" /> 」を元に、要約メモしておきたいと思います。</p>
<h3>28_どのページから入ってきても次の行動がわかるように設計する</h3>
<p>Yahoo! や Google などの検索エンジンからやってきて、そのページに目当てのものがあるかどうかを確認し、なければ帰って行く。情報が別のページにあるにもかかわらずナビゲーションが不十分なために1ページしか見ずに直帰されているとすれば、それは大きな機会の損失になる。パンくずリストなどを使って、2ページ目以降に誘導する。</p>
<h3>29_ランディングページの最適化を図る</h3>
<p>ユーザーが、クリックに対して課金するPPC広告（Pay Per Click）やバナーをクリックし、最初に訪れるページのこと。ランディングページを見て、商品の購入、プレゼントの応募、資料請求などのアクションを起こすかどうかを判断する。そのために、LPO（Landing Page Optimization：ランディングページ最適化）を行う。</p>
<h3>30_会員登録とログインでユーザーを囲い込まない</h3>
<p>通常のWebサイトでは、会員登録とログインをやめるだけで、売上やユーザー数は確実にアップする。ログインが必要なのは、オンラインバンキングのような「セキュリティが非常に重要な場合」や、ブログのような「第三者に侵入されることを防ぐ必要がある場合」、そして、食品の配達のような「定期的に必ず利用するサービスサイト」くらい。</p>
<h3>31_すべてのページにお問い合わせ先を明記する</h3>
<p>広告や新聞への折り込みチラシで、お問い合わせ先の電話番号が記載されていないものはほとんどない。それは、お問い合わせが購買や契約につながる重要なきっかけだから。連絡先の記載が、冷やかしや苦情の殺到につながるのではないかと考えるかもしれないが、現実社会の企業での常識は、ネット上でも常識。</p>
<h3>32_記載したページを削除・移動・リネームしない</h3>
<p>新URLに自動的に移動させたり、サイトマップを表示するなどエラーページをカスタマイズしたHTMLファイルを用意して、せっかく来てくれたユーザーを追い返さない。</p>
<h3>33_どのページから来てもホームに戻れるようにする</h3>
<p>サイトロゴの下に「ホーム」を表示したり、グローバルナビに「ホーム」を表示したり、パンくずリストに「ホーム」を表示するなど、迷ったらホーム、とりあえずホーム、という行動に応える。</p>
<h3>34_Webサイトの目的やテーマはタグラインで瞬時に伝える</h3>
<p>何を目的としたWebサイトなのかを知らせるために、サイトロゴの周辺などにタグラインを入れる。</p>
<h3>35_トップページでユーザーを信頼させる</h3>
<p>顔が見えるリアル店舗と違い、ユーザーにとってはWebサイトの情報がすべて。個人情報保護方針や会社住所、連絡先を明記する。プライバシーマークを取得するのも有効。TRUST-e、VeriSign、JADMAなど。 </p>
]]></content:encoded>
			<wfw:commentRss>http://www.head-t.com/2009/03/2009-03-22_01.html/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>【ユーザビリティ】02_基本構造とレイアウトの法則</title>
		<link>http://www.head-t.com/2009/03/2009-03-21_01.html</link>
		<comments>http://www.head-t.com/2009/03/2009-03-21_01.html#comments</comments>
		<pubDate>Fri, 20 Mar 2009 20:29:09 +0000</pubDate>
		<dc:creator>大森</dc:creator>
				<category><![CDATA[ブログ]]></category>
		<category><![CDATA[ユーザビリティ]]></category>

		<guid isPermaLink="false">http://www.head-t.com/?p=2771</guid>
		<description><![CDATA[「Webユーザビリティ・デザイン 」を元に、要約メモしておきたいと思います。 11_わかりやすいディレクトリ名とファイル名を使う 動的ページは静的ページの URL に変換するなど。URL を見ただけで Web サイトの構 [...]]]></description>
			<content:encoded><![CDATA[<div id="attachment_7501" class="wp-caption alignnone" style="width: 360px"><a class="fancy" href="http://www.head-t.com/wp-content/uploads/2009/03/2009-03-21_01.jpg"><img src="http://www.head-t.com/wp-content/uploads/2009/03/2009-03-21_01-350x106.jpg" alt="【ユーザビリティ】02_基本構造とレイアウトの法則" title="【ユーザビリティ】02_基本構造とレイアウトの法則" width="350" height="106" class="size-medium wp-image-7501" /></a><p class="wp-caption-text">【ユーザビリティ】02_基本構造とレイアウトの法則</p></div>
<p>「<a href="http://www.amazon.co.jp/gp/product/4844324233?ie=UTF8&#038;tag=headterminal-22&#038;linkCode=as2&#038;camp=247&#038;creative=7399&#038;creativeASIN=4844324233">Webユーザビリティ・デザイン</a><img src="http://www.assoc-amazon.jp/e/ir?t=headterminal-22&#038;l=as2&#038;o=9&#038;a=4844324233" width="1" height="1" border="0" alt="" style="border:none !important; margin:0px !important;" /> 」を元に、要約メモしておきたいと思います。</p>
<h3>11_わかりやすいディレクトリ名とファイル名を使う</h3>
<p>動的ページは静的ページの URL に変換するなど。URL を見ただけで Web サイトの構成や自分の現在位置を想像できるようになる。</p>
<h3>12_ページの内容がひと目でわかる title 要素にする</h3>
<p>Web ブラウザのタイトルバーやブックマークの登録にも使われ、検索エンジンの検索結果にも表示されるので、特に強調したい内容を15文字程度に収める。「ページの内容｜サイト名」の順番にしてページ内容をわかりやすくする。</p>
<h3>13_alt 属性で画像の代替テキストを入れる</h3>
<p>画像を表示できない環境のユーザーに画像の内容をテキストで説明するという本来の意味で使うべきであり、SEO 効果はあくまでも副次的なもの。</p>
<h3>14_検索結果をわかりやすくする</h3>
<p>現在では meta 要素のキーワードよりも description に重きが置かれるようになっている。</p>
<h3>15_ユーザーがわかりやすいカテゴリに分ける</h3>
<p>たとえば「生活雑貨」というカテゴリに「ティッシュ、タオル」など、カテゴリに説明文を付けて補う。<br />
  Webサイトの情報量が多い場合は、ひとつのカテゴリを見ただけでは目的の情報にたどり着きにくいので、機能別、ブランド別など複数のカテゴリ分類を併用する。</p>
<h3>16_ナビゲーションに例外規則を作らない</h3>
<p>「たとえ初めて訪れたユーザーでも、それ以降すぐにそのWebサイトの閲覧方法や操作を覚えることができる」あるいは「リピーターが最初に訪れたときとは異なる目的のページに行こうとする場合でも、以前の経験を手がかりにすばやく移動できる」。<br />
  サブサイトやグループサイトでも、ナビゲーションの規則を統一させることで、ユーザーがWebサイトで迷子になる可能性を下げられる。</p>
<h3>17_フッタ部分から次のアクションへ結びつける</h3>
<p>ページの下までスクロールするユーザーは、次のアクションを考えていたり、なんらかの情報を求めている場合が多い。グローバルナビゲーションや、関連商品の案内・関連カテゴリなどを入れる。</p>
<h3>18_レイアウトで情報を明確に区分する</h3>
<p>たとえばテレビは情報を順番に流すが、Webサイトはいくつもの情報がページの各所にちりばめられている。これを分かりやすく見せるために、情報の塊（チャンク）ごとに区分けし、レイアウトしていく。</p>
<h3>19_ユーザーの視線をコントロールする</h3>
<p>Webブラウジングの経験が少ないユーザーほど画面の上部から情報を探し始めるというデータがあるので、重要な要素は画面の上部に配置する。また、画面のチャンクを意識して視線を移動するユーザーは多いので、ボーダーや背景色などでチャンクを明確にする。</p>
<h3>20_文字サイズはユーザー側で変更できるようにする</h3>
<p>意図したデザインを崩したくないという理由から文字サイズを固定しているWebサイトは多いが、「% か em」で相対的に指定する。</p>
<h3>21_Webサイトの横幅は1024ピクセル表示を前提にしない</h3>
<p>実際にはユーザーはWebブラウザを画面いっぱいに広げない場合もあるし、サイドバーを表示している場合もあるので、3カラムレイアウトの3カラム目は表示されない可能性がある。</p>
<h3>22_文字色と背景色の組み合わせを考え、コントラストを十分にとる</h3>
<p>「見出しは文字色と背景色のコントラストを十分にとる」「本文は白背景に黒い文字か濃いグレーの文字にする」など。雑誌の場合も見出し要素はコントラストを十分にとっている。</p>
<h3>23_Webサイトのテーマカラーを決める</h3>
<p>色数の多いWebサイトは、場合によってはチープな印象を与えてしまいかねない。テーマカラーを決めて色味を統一し、目立たせたいところだけにアクセントカラーとして目にとまりやすい色を使用する。</p>
<h3>24_コンバージョンを上げるサイト設計にする</h3>
<p>コンバージョンレートは「具体的に行動を起こしたユーザーの数 ÷ 訪問者数」。<br />
  トップページの場合は、ユーザーにすすめたい商品やニーズの高い商品があるページへのリンクやバナーを置く。カテゴリページの場合、リピーターや欲しい商品が決まっているユーザーのために、詳細ページを確認することなく買い物ができるよう、カテゴリページのサムネールに「今すぐ購入」のボタンを配置する。詳細ページは、コンバージョンを促す情報やリンク、レビューや送料、個人情報の取り扱いなどを設け、ユーザーが安心してコンバージョンできるような環境を整える。</p>
<h3>25_1ページの情報を多くして盛りだくさん感を演出する</h3>
<p>ユーザーテストを行うと、はじめに表示されていない情報は、ユーザーの目にとまらない傾向にある。商品紹介などのコンテンツの場合は、情報をあえてまとめず、1ページの情報量を多くして認知度を上げることも有効。</p>
<h3>26_CSSで印刷されることも考えたページをデザインする</h3>
<p>Internet Explorer 6 の初期設定の状態では、ページの横幅が640ピクセルまでしか印刷されないので、印刷用の CSS では次のような設定を行う。</p>
<ul>
<li>ナビゲーションメニューや広告など不要と考えられる要素を display:none; で消す</li>
<li>フォントサイズは font-size:12px のようにポイントで指定する</li>
<li>リンクには下線を指定する</li>
<li>画像リンクがある場合を考えて、画像に枠線が付かないように border を0にする</li>
</ul>
<h3>27_ノイズのないデザインを目指す</h3>
<p>信号は「本来伝えたいこと」を差し、ノイズは一連の行程の中で入る「雑音」。ノイズの部分を最小化し、信号がユーザーに伝わりやすくすることが、Webサイトをデザインするうえでの唯一の目標といってもいい。</p>
<ul>
<li><strong>ボタン</strong><br />
    ボタンで一番伝えたい信号は「このラベルがクリック可能なこと」</li>
<li><strong>ナビゲーション</strong><br />
    重要なのはラベルと現在位置を示すこと。クリックできることを明確にするためにエンボスや影を付けることは悪くないが、そればかりが目立ってしまってはノイズとなる。</li>
<li><strong>見出し</strong><br />
    見栄えをよくするために写真を重ねたくなるが、そうするとバナーと間違えられやすくなる。</li>
<li><strong>製品写真</strong><br />
    製品写真では、製品の写真だけでなくユーザーにとっての利用シーンがわかるようにするといい。単に抽象的な背景を敷いたようなものはノイズといえる。</li>
</ul>
]]></content:encoded>
			<wfw:commentRss>http://www.head-t.com/2009/03/2009-03-21_01.html/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>【ユーザビリティ】01_Webサイトを作る前にやるべき法則</title>
		<link>http://www.head-t.com/2009/03/2009-03-20_01.html</link>
		<comments>http://www.head-t.com/2009/03/2009-03-20_01.html#comments</comments>
		<pubDate>Fri, 20 Mar 2009 12:00:54 +0000</pubDate>
		<dc:creator>大森</dc:creator>
				<category><![CDATA[ブログ]]></category>
		<category><![CDATA[ユーザビリティ]]></category>

		<guid isPermaLink="false">http://www.head-t.com/?p=2751</guid>
		<description><![CDATA[「Webユーザビリティ・デザイン 」を元に、要約メモしておきたいと思います。 そのプラットフォームがある程度の段階まで熟してくると、その中にまた新たな市場が生まれて「車輪の再発明」といったことがよく起こるように思います。 [...]]]></description>
			<content:encoded><![CDATA[<div id="attachment_7503" class="wp-caption alignnone" style="width: 360px"><a class="fancy" href="http://www.head-t.com/wp-content/uploads/2009/03/2009-03-20_01.jpg"><img src="http://www.head-t.com/wp-content/uploads/2009/03/2009-03-20_01-350x106.jpg" alt="【ユーザビリティ】01_Webサイトを作る前にやるべき法則" title="【ユーザビリティ】01_Webサイトを作る前にやるべき法則" width="350" height="106" class="size-medium wp-image-7503" /></a><p class="wp-caption-text">【ユーザビリティ】01_Webサイトを作る前にやるべき法則</p></div>
<p>「<a href="http://www.amazon.co.jp/gp/product/4844324233?ie=UTF8&#038;tag=headterminal-22&#038;linkCode=as2&#038;camp=247&#038;creative=7399&#038;creativeASIN=4844324233">Webユーザビリティ・デザイン</a><img src="http://www.assoc-amazon.jp/e/ir?t=headterminal-22&#038;l=as2&#038;o=9&#038;a=4844324233" width="1" height="1" border="0" alt="" style="border:none !important; margin:0px !important;" /> 」を元に、要約メモしておきたいと思います。</p>
<p>そのプラットフォームがある程度の段階まで熟してくると、その中にまた新たな市場が生まれて「車輪の再発明」といったことがよく起こるように思います。正しく言うと意味は違いますけどね。<br />
  例えばパソコンだとネットブックという市場です。そろそろ 1024×768px というモニタサイズを最小と考えてWeb制作を行って良いかのような流れもありましたが、現行のネットブックのモニタサイズは、1024×600px あたりが主流です。</p>
<p>また今回、「テキストはできるだけ画像にしない」という必要性も改めて痛感させられました。テキストサイズを変更したいと思っているのは、何も年配の方だけではないのです。</p>
<p>ユーザビリティとは、次のように定義されています。</p>
<ul>
<li><strong>使用性（usability）</strong><br />
    ある製品が、指定された利用者によって指定された利用の状況下で指定された目標を達成するために用いられる際の、有効さ、効率及び満足度の度合い </li>
<li><strong>有効さ（effectiveness）</strong><br />
    利用者が、指定された目標を達成する上での正確さ及び完全さ </li>
<li><strong>効率（efficiency）</strong><br />
    利用者が、目標を達成する際に正確さと完全さに関連して費やした資源 </li>
<li><strong>満足度（satisfaction）</strong><br />
    不快さがないこと、及び製品使用に対しての肯定的な態度 </li>
</ul>
<p>要するに「その製品を使う対象となるユーザが、間違えずに最後までたどり着けるか、その目的達成までに無駄な時間や労力を使うことがないか、嫌な思いをさせずに目的を果たして満足し、好印象をもてるかどうか」ということです。</p>
<h3>01_長期継続か短期のインパクトか目的をしぼる</h3>
<p>長期運用のWebサイトは XHTML + CSS で構築してデザインの変更などをしやすくする。プロモーションなどを目的とした短期のWebサイトの場合は Flash などを使って話題性や新規性を打ち出したものにするなど。</p>
<h3>02_Webサイトの目的を考える</h3>
<p>Webサイトを立ち上げる前に、なぜWebサイトが必要なのかを検討する。<br />
  「これだけは人に負けない」という何かを探す。成功して他の大企業がマネできるものは、広告・宣伝や価格競争で最終的に負けてしまう。他にはなくて、しかも独自の情報やルートがある、大規模化しても採算が合わないなど、他社がマネしにくいことが条件。</p>
<h3>03_ターゲットユーザーを考える</h3>
<p>会社や実店舗がある場合は、その顧客層がインターネットにおいても、初期のターゲットユーザーの基本となる。また、取り扱う商品によってもおよそ検討がつく。<br />
  会社や実店舗と違う層の潜在顧客を発見できる場合もある。想定ターゲットユーザーの見直しを検討したら、次にそのユーザーがどのようなWebサイトを好んで利用しているかも調査してみる。「高機能よりも簡単」「テキスト主体よりもビジュアル主体」「堅実・重厚よりも親しみ・柔らかさ」など。</p>
<h3>04_競合サイトを研究する</h3>
<p>同規模の会社やショップだけがライバルとも限らない。他の会社やショップが競合している分野に新規参入し、なおかつ売上を伸ばすには、他のWebサイトとは比べものにならない何かが必要となってくる。</p>
<h3>05_ユーザーからのフィードバックを受け入れる体制を整える</h3>
<p>お問い合わせ内容を書き込める程度のシンプルなフォームや、お問い合わせ先のメールアドレス、電話番号などを用意して、ユーザーからの積極的な質問を促す。サポートページを活用すると、ユーザーの意見を引き出しやすい。</p>
<h3>06_技術志向ではなくユーザー志向で考える</h3>
<p>どんな技術が使われているかはユーザーには分からないし関係のないこと。ただそのWebサイトが自分にとって使いやすいか、好感を持てるかどうかでユーザーは判断する。</p>
<h3>07_コンテンツを整理してランク付けをする</h3>
<p>運営サイドとして入れたいコンテンツと、ユーザーが望むコンテンツがある。運営サイドがブランドのイメージアップやサポートの効率化など、ユーザーは商品を買いたいなど。いったんそれらをリストアップしてカテゴリに分け、ランク付けをしてみる。</p>
<h3>08_ユーザーの目的を細分化してランク付けをする</h3>
<p>例えば商品の購入が目的の場合、「商品を探す→商品を比較する→商品を注文する」というタスクが考えられる。</p>
<h3>09_コンテンツとタスクから基本構成を考える</h3>
<p>基本となる導線以外にトップページなどから優先度の高いコンテンツに直接リンクするといったショートカットを配置するなど。階層で考えるのではなく、主要コンテンツに簡単にたどり着けるかどうかで考える。<br />
  そして、本来の目的に関係のないメルマガや会員登録などの要素を、タスクの流れに入れないようにする。</p>
<h3>10_Webサイトの企画とドメイン名をセットで考える</h3>
<p>サイト名とドメイン名を直接結びつける代わりに、サイトのキャッチコピーなどと連動させる方法がある。</p>
]]></content:encoded>
			<wfw:commentRss>http://www.head-t.com/2009/03/2009-03-20_01.html/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
<!-- This Quick Cache file was built for (  www.head-t.com/tag/usability/feed ) in 0.52395 seconds, on Feb 9th, 2012 at 5:36 pm JST. -->
<!-- This Quick Cache file will automatically expire ( and be re-built automatically ) on Feb 9th, 2012 at 6:36 pm JST -->
