<?xml version="1.0" encoding="utf-8"?>
<feed xmlns="http://www.w3.org/2005/Atom">
    <title>ユーザビリティ実践メモ＆コラム by ビービット</title>
    <link rel="alternate" type="text/html" href="http://www.bebit.co.jp/memo/" />
    <link rel="self" type="application/atom+xml" href="http://www.bebit.co.jp/memo/atom.xml" />
    <id>tag:http://www.bebit.co.jp/memo/,2009-11-30</id>
    <updated>2010&#24180;02&#26376;08&#26085; 15:57</updated>
    <subtitle>ユーザ中心アプローチを用いたネットマーケティング支援会社「ビービット」では、徹底したユーザ分析と仮説検証型方法論により、成果の上がるウェブサイトの戦略・設計・構築を実現します。</subtitle>
<entry>
    <title>他媒体からユーザをスムーズに誘導するために、一貫性のある表現を - ユーザビリティ実践メモ</title>
    <link rel="alternate" type="text/html" href="http://www.bebit.co.jp/memo/2010/02/post_167.html" />
    <id>tag:www.bebit.co.jp,2010:/memo//2.1523</id>

    <published>2010&#24180;02&#26376;08&#26085; 15:03</published>

    <updated>2010&#24180;02&#26376;08&#26085; 15:56</updated>

    <summary>インターネットは企業活動のなかでますます重要度を増し、ダイレクトメール（DM)や...</summary>
    <author>
        <name>beBit,Inc.</name>
        
    </author>
            <category term="ユーザ理解・シナリオ" scheme="http://www.sixapart.com/ns/types#category" />
    
    
    <content type="html" xml:lang="ja" xml:base="http://www.bebit.co.jp/memo/">
	<![CDATA[<p>インターネットは企業活動のなかでますます重要度を増し、ダイレクトメール（DM)やテレビCMといったサイト外メディアとの連携も増えてきています。<br />
実践メモでも、サイト外メディアを考慮した情報提供について何度か取り上げてきました。<br />
【参考記事】<br />
<ul><br />
<li><a href="http://www.bebit.co.jp/memo/2009/01/post_128.html">ユーザの「気になっていること」を活用しよう</a></li><br />
<li><a href="http://www.bebit.co.jp/memo/2009/05/post_142.html">紙媒体との連携は大丈夫？</a></li><br />
</ul></p>

<p>今回は、特にサイト内での表現について、サイト外メディアとの連携に課題が見つかったケースと改善例をご紹介します。</p>]]>
	<![CDATA[<p>会員制のサイトなどでは、ユーザに紙のDMを送って、サイト内での申し込み手続きやキャンペーンに誘導することがあります。</p>

<p>このような場合、ユーザを申し込みやキャンペーンのページへスムーズに誘導することが非常に重要ですが、DMとサイト内の表現がずれているために、失敗してしまうケースがあるようです。</p>

<p>メディアが異なるとクリエイティブを制作・管理する方が異なる場合も多いため、特に連携が不十分になりやすい可能性があります。弊社のユーザ行動観察調査では、実際に以下のような失敗例が見つかりました。<br />
<h3>1. DMとサイトで名称や文言が違うために、同じものを指していることがユーザに伝わらない</h3><br />
<p><img src="/images/columntalk/column_167_fig1.gif" alt="図表1：DMとサイトで名称や文言が違うために、同じものを指していることがユーザに伝わらない" width="471" height="222"></p><br />
この例では、DMでの誘導文と誘導先のページで違うキャンペーン名称を用いていました。</p>

<p>すると、ユーザはサイト内で自分がDMで見て気になったキャンペーンがどこにあるか探せず、<strong>「DMのキャンペーン名と違ったので、自分が見たキャンペーンだとは思いませんでした」</strong>と発言しました。</p>

<p>当たり前のような結果ですが、サイト外メディアとの連携が不十分な場合や、サイト内での誘導を強めるために別のコピーを作成した場合など、異なる名称や文言を用いてしまうケースは十分起こりえます。</p>

<p>改善策としては、DMなどサイトへ誘導するメディアの内容を必ず確認し、誤解や見落としがないように一貫性のある表現を用いるべきでしょう。<br />
<h3>2. DMとサイトで表現の強さが違うために、同じものを指していることがユーザに伝わらない</h3><br />
<p><img src="/images/columntalk/column_167_fig2.gif" alt="図表2：DMとサイトで表現の強さが違うために、同じものを指していることがユーザに伝わらない" width="471" height="182"></p><br />
この例では、DMを用いてサイト内での手続きに誘導する際、DMでの誘導文で用いていた「至急」というワードを、誘導先のページでは用いていませんでした。</p>

<p>その結果、ユーザは手続きをどこから行って良いか分からず、<strong>「サイト内ではDMと違ってすぐに手続きが必要という感じがしなかったので、自分が見たものとは違う手続きだと思いました」</strong>と発言しました。</p>

<p>「至急」や「無料」、「限定」といったユーザを惹き付けるワードは、ユーザの印象に強く残る分、しばしば情報を探す手がかりとなります。サイト外でユーザを惹き付けるために使ったワードは同じようにサイト内でも使い、「DMで見たものと同じだ」とユーザに分かりやすいようにすると良いでしょう。<br />
<h3>3. DMとサイト内でデザインが違うために、同じものを指していることがユーザに伝わらない</h3><br />
<p><img src="/images/columntalk/column_167_fig3.gif" alt="図表3：DMとサイト内でデザインが違うために、同じものを指していることがユーザに伝わらない" width="591" height="182"></p><br />
この例では、DMを用いてサイト内での手続きに誘導する際、DMと形状や色使いが異なる見出しやバナーを用いていました。</p>

<p>その結果、ユーザは手続きを行う箇所を探す際に迷って時間がかかり、「DMとサイト内で色も雰囲気も違うので、全く目につきませんでした」と発言しました。</p>

<p>＜ウェブサイト：改善後＞では、DMと同じ色やフォント、画像を用いて見出しやバナーを作成しました。その結果、スムーズな誘導ができ、アイトラッキングツールを用いた分析でも、ユーザが迷わず視線を向ける傾向が見られました。</p>

<p>名称や文言はもちろん、色やフォントといった視覚的特徴が顕著に異なっていると、一見して違うものを指していると解釈してしまい、迷ってしまう可能性が高くなります。</p>

<p>ウェブサイトは能動的なメディアのため、ユーザに自ら情報を見つけ出してもらう必要があります。ユーザがサイト訪問前に接触するメディアでの表現をチェックし、同じ表現で誘導することで、よりスムーズに目的が達成できる、「使えるサイト」になることでしょう。</p>]]>
    </content>
</entry>
<entry>
    <title>目的を持ったユーザに、その他の情報を伝えるには？ - ユーザビリティ実践メモ</title>
    <link rel="alternate" type="text/html" href="http://www.bebit.co.jp/memo/2010/02/post_137.html" />
    <id>tag:www.bebit.co.jp,2010:/memo//2.1522</id>

    <published>2010&#24180;02&#26376;01&#26085; 10:22</published>

    <updated>2010&#24180;02&#26376;01&#26085; 10:53</updated>

    <summary>更新情報の確認など明確な目的を持ってサイトに定期的に来訪するユーザは、常にサイト...</summary>
    <author>
        <name>beBit,Inc.</name>
        
    </author>
            <category term="ユーザ理解・シナリオ" scheme="http://www.sixapart.com/ns/types#category" />
    
    
    <content type="html" xml:lang="ja" xml:base="http://www.bebit.co.jp/memo/">
	<![CDATA[<p>更新情報の確認など明確な目的を持ってサイトに定期的に来訪するユーザは、常にサイトの同じエリアを見て、同じように離脱しがちです。<br />
一方で、このように定期的にサイトを訪れてくれるユーザがいる場合、「彼らの目的達成を妨げることなく、都度他の情報も訴求したい」と考えるサイト運営者が多いのではないでしょうか。</p>]]>
	<![CDATA[<p>今回は、上記のような運営側の意図を達成するために用いられる、プッシュ型とプル型の2つの方法とそれぞれの特徴をご紹介します。</p>

<p><br />
<h3>１．【 プッシュ型 】 目的達成の過程で情報を提示する</h3>固定化しているユーザの視線の動きの途中に情報を挟むことで、ユーザに気づきを与えます。<br />
<dl><dt>■メリット</dt><dd>目に付きやすいので情報伝達の確実性が高く、一部分に手を加えるだけなので手間も少なくすみます。</dd><dt>■デメリット</dt><dd>ユーザにとっては目的遂行途中に予期せぬ情報を挿入されることになるので、内容によっては不快感を与えることでサイトに対してマイナスイメージを抱かれてしまう、または当初のユーザの目的達成の妨げになる危険があります。そのため、目的遂行中のユーザ心理に合った訴求であるかどうかを丁寧に配慮する必要があります。</dd><dt>■アドバイス</dt><dd>・オーバーレイなど動きのある表現であれば、より効果的な訴求が可能です。<br />
・目的途中での訴求が難しい場合は、目的達成後に他を見る余裕ができたところを狙うのも効果的です。詳しくは過去の実践メモ「完了ページやログアウト画面の効果的な使い方」をご覧下さい。</dd></dl><img alt="事例画像Yahoo" src="http://www.bebit.co.jp/memo/227_01-thumb.JPG" width="570" height="352" /></p>

<p><br />
<h3>２．【 プル型 】 サイトデザインを全体的に変化させる</h3>みなさんは季節やイベントごとにGoogleサイトのロゴが変わって、つい気になったり、思わずクリックしたりしたことはありませんか。</p>

<p><img alt="事例画像Google" src="http://www.bebit.co.jp/memo/227_02-thumb.JPG" width="570" height="173" /></p>

<p>弊社で行ったユーザ行動観察調査では、いつもはユーザの目的や行動が固定化しがちなサイトでも、デザインリニューアル後にサイトを訪れたユーザは、サイト全体を細かく閲覧することが度々確認されました。<br />
色調やイラストなど、全体的なサイトデザインの変化は、ユーザを「目的遂行のみを意識するモード」から「全体閲覧モード」に変えられる可能性が高いようです。<br />
<dl><dt>■メリット</dt><dd>無理やり情報を見せるわけではないので、情報内容によりユーザが不快感を抱くリスクが大幅に減少します。ユーザは自分の好きなタイミングでサイト閲覧を行えるので、ユーザの目的を阻害することもありません。滞在時間の増加にも繋がるでしょう。</dd><dt>■デメリット</dt><dd>ユーザに自ら情報を発見してもらう形になるため、サイト側が見せたい情報が伝わるかは不確実です。また、全体的なデザイン変更には一定の工数が必要になります。</dd></dl><img alt="まとめ表" src="http://www.bebit.co.jp/memo/227_03-thumb.JPG" width="474" height="181" /></p>

<p>プッシュ型・プル型、それぞれ長短あわせ持っていますので、状況に応じて使い分けてみましょう。</p>]]>
    </content>
</entry>
<entry>
    <title>第49回　強力なビジネスツールとなるグローバルサイトの要点【後編】 - コラム/トーク</title>
    <link rel="alternate" type="text/html" href="http://www.bebit.co.jp/column/column049.html" />
    <id>tag:www.bebit.co.jp,2010:/column//3.1521</id>

    <published>2010&#24180;01&#26376;28&#26085; 22:21</published>

    <updated>2010&#24180;01&#26376;28&#26085; 22:42</updated>

    <summary>◆本コラムのサマリ
			
		  
					サイトの成果を最大化するためには...</summary>
    <author>
        <name>beBit,Inc.</name>
        
    </author>
    
    
    <content type="html" xml:lang="ja" xml:base="http://www.bebit.co.jp/column/">
	<![CDATA[<p><strong>◆本コラムのサマリ</strong></p>
			<p>
		  <ul>
					<li>サイトの成果を最大化するためには、ユーザシナリオを考慮することが前提だが、英文品質、サイトの構成、文章量といった形式面の最適化も必要となる。</li>
					<li>グローバルサイトを実際に実装し展開するには、社内や現地法人との調整も重要。</li>
		  </ul>
			</p>

<h4>前回</h4>
<p><a href="http://www.bebit.co.jp/column/column048.html">前編では、</a>自社の製品・サービスがターゲットとするユーザを考慮することの重要性と、サイトの構造の考え方について紹介しました。<br/>
今回は、サイト制作にあたっての注意点および進め方をご紹介します。</p>


<h4>【ポイント1】　外国人の特徴を考慮したサイト形式</h4>
<p>製品やサービスの魅力を伝え、ユーザをビジネスゴールに導くには、ユーザ像やユーザニーズを明らかにし、ユーザシナリオを考慮することがウェブサイト制作において重要ですが、これらに加え、サイトの形式面にも踏まえておくべきポイントがあります。</p>

<p>文化や言語、ユーザの行動特性の違いから、英語のケースでは以下の点が形式上のポイントとなります。</p>

<p>
(1) 英文のネイティブチェックは必須<br/>
(2) 先進的なイメージ訴求も重要<br/>
(3) コンテンツエリアは適度な横幅を確保する<br/>
(4) 文章量を削りすぎない<br/>
(5) リンクは左寄せで配置する<br/>
(6) 「問い合わせリンク」はヘッダに設置する<br/>
</p>

<h5>(1) 英文のネイティブチェックは必須</h5>

<p>これは実際にビジネス上でネイティブユーザに接する機会がないと認識しづらいのですが、企業のグローバルサイトでは非常に重要です。
</p>

<p>日本人でもある程度のスキルがあれば日本語を英文化することは可能です。しかし、どうしてもネイティブが見ると拙い英語となっていることがあります。
</p>

<p>例えば、日本語サイトのコンテンツを以下のように英訳したとしましょう。</p>

<p>「基本的にサポートサイトを本社で運用し、各国はそこへアクセスする。」<br/>
→The headquarter administer a support website, each country access to it, basically.</p>


<p>ネイティブスピーカーからすると、以下の点で疑問を感じるでしょう。</p>
<ul>
<li>用語がおかしい　（「運用」はoperate、「アクセスする」はlinks to itが正しい）</li>
<li>basicallyが最後にある</li>
</ul>


<p>グローバルサイトでは、ユーザの最初の接点が企業ウェブサイトであることも少なくありません。その場合、ユーザの印象は接するウェブサイトによって形成されることになります。そのため、サイトの英文品質の低さは企業イメージや信頼性の低下に直結し、ビジネス機会を逃す結果となってしまいます。</p>

<p>同様の観点で、ヨーロッパのサイトではアメリカ英語ではなくイギリス英語の表現とする必要があります。</p>



<h5>(2) 先進的なイメージ訴求も重要</h5>


<p>海外の大手サイトでは画面全体にわたるブランドパネルや、動きのある画面など、新しい見た目の要素が日本よりも早く実装される傾向にあります。</p>

<p>ニューヨークやシンガポールで実施したBtoBサイトのユーザ行動観察調査では、ユーザの多くがブランドパネルが小さいサイトに対して「古い」という印象を持ちました。</p>

<p>必ずしも先進性の訴求が重要ではない業種でも、過剰とならない範囲で画面全体を使ったブランド訴求や動きのあるコンテンツなどを採り入れるとネガティブな印象を持たれることは少ないでしょう。</p>

<p>ただし、先進性を追求するあまりファイルサイズが大きくなってしまうと回線速度が遅い地域では不便になります。そこで、SAMSUNGサイトのようにファイル容量が小さいバージョンも用意すると良いです。</p>

<p><img src="/images/columntalk/column_049_fig1.jpg" alt="図表1：海外サイトトップページのトレンドは大きなブランドパネル" width="560" height="290"></p>


<h5>(3) コンテンツエリアは適度な横幅を確保する</h5>

<p>アメリカ人やオーストラリア人、シンガポール人などを対象としたユーザ行動観察調査において、英文コンテンツの横幅がやや狭いサイト（3カラムで英文のエリアが380ピクセル程度）を閲覧した20代から30代のユーザが、「狭い」、「右側のエリアが邪魔だ」という反応を示しました。
</p>
<p>新聞といった紙メディアよりインターネットに慣れ親しんだユーザにとっては、英文エリアの幅が狭いと読みづらく、印象を損ねてしまう恐れがあります。
</p>

<p>New York Timesのサイトでも、トップページは細めのカラムが存在する新聞調のレイアウトですが、記事ページでは横幅が広く取られています。この程度の幅を確保すれば問題はないでしょう。</p>

<p><img src="/images/columntalk/column_049_fig2.jpg" alt="図表2：ニューヨークタイムズサイトのレイアウト" width="560" height="290"></p>

<h5>(4) 文章量を削りすぎない</h5>

<p>日本語のサイトの場合、「文章は少なめとする方が良い」と言われます。（ニュースサイトに代表されるような読み物メインのサイトについてはやや事情は異なります）<br/>
ディスプレイ上で文章を読む速度は印刷した文章と比べて25％遅くなるという調査結果もあることから、日本語のサイト設計の際はユーザの「斜め読み」を踏まえた構成にすることが少なくありません。
</p>

<p>しかし、アルファベットをベースとした言語の場合、文字の構造が単純で視認性が高いため、文章量が多くてもユーザはしっかりと読んでいきます。日本語の場合より文章が多めのページ構成となってもそれほど問題はありません。</p>

<p><img src="/images/columntalk/column_049_fig3.jpg" alt="図表3：英文では文章が多い構成でも大丈夫" width="560" height="290"></p>



<h5>(5) リンクは左寄せで配置する</h5>

<p>日本のサイトでは、あるカテゴリ内のリンクを一部だけ表示して「その他はこちら」というリンクをエリアの右下に配置することがあります。</p>

<p>しかし、英語サイトでこの配置にすると、ユーザが気づかない場合があります。
</p>

<p>英語圏のユーザの場合、右寄せとなっているコンテンツに慣れていないため、リンクは左寄せとする方が良いでしょう。</p>

<p><img src="/images/columntalk/column_049_fig4.gif" alt="図表4：リンクの配置" width="560" height="236"></p>


<h5>(6) 「問い合わせリンク」はヘッダに設置する</h5>

<p>海外サイトでは、ヘッダ部分に「Contact Us」というリンクが配置されているものが多くあります。</p>

<p>問い合わせがサイトのゴールとなるBtoBサービスを対象にアメリカで実施したユーザ行動観察調査においても、問い合わせ時にはヘッダを探すユーザが多く存在しました。
</p>

<p>コンテンツエリア内にContact Usへのリンクを設置することも重要ですが、最終ゴールが問い合わせとなるBtoBサイトの英語版では、ヘッダに「Contact Us」リンクを設置することは必須となります。</p>

<p><img src="/images/columntalk/column_049_fig5.gif" alt="図表5：問い合わせリンクはヘッダに配置" width="560" height="245"></p>



<h4>【ポイント2】　サイト制作をスムーズに進めるために</h4>

<p>グローバルサイトを制作する場合、本社内のみならず、海外担当部署や現地法人との調整が発生します。現地法人においてサイトの運用に手が回らないところでは本社側の案に従って運用負荷が軽減されることを望む傾向にありますが、独自にウェブサイトに力を入れているアメリカやヨーロッパは、日本側から単純にサイト構成案を提示してもまとまりません。</p>

<p>アメリカではウェブサイトが充実していないと会社自体が信頼されないという固有の背景があり、現地法人側も試行錯誤を重ねて培ってきた経験とウェブサイト運営に対する自負があります。また、ヨーロッパでは美術的な面が重視される傾向も加わってきます。</p>

<p>この点は各企業ごとの事情にもよりますが、グローバルサイトリニューアルにおいては、プロジェクト初期からアメリカやヨーロッパなどの主要地域の担当者を巻き込み、また運用面を含め具体的な実現イメージを共有しながら進めることが成功の秘訣です。</p>



<h4>まとめ（前編、後編を通して）</h4>
<p>企業のグローバルサイト（海外事業向けサイト）については、日本語サイトをそのまま英訳するだけでは不十分です。利用者となる各国のユーザをそれぞれ分析しユーザシナリオを考えてウェブサイトのコンテンツ、サイト構造、必要な言語を検討しなければ成果をあげるサイトとすることはできません。</p>

<p>また、ユーザが外国人であるがゆえに、サイトの形式面でも日本向けサイトとは異なる注意点を意識しなければなりません。</p>

<p>これらの点を踏まえたうえで、早い段階から社内や現地法人と調整し進めていくことが、グローバルサイトの成果創出を実現するカギとなるのです。</p>
]]>
	グローバルサイト制作にあたっての注意点や、制作の進め方を紹介します。

    </content>
</entry>
<entry>
    <title>わかりにくい1クリックよりも、わかりやすい2クリック - ユーザビリティ実践メモ</title>
    <link rel="alternate" type="text/html" href="http://www.bebit.co.jp/memo/2010/01/12.html" />
    <id>tag:www.bebit.co.jp,2010:/memo//2.1520</id>

    <published>2010&#24180;01&#26376;25&#26085; 22:06</published>

    <updated>2010&#24180;01&#26376;25&#26085; 22:51</updated>

    <summary>トップページに多くの要素を盛り込まねばならず、情報の整理に悩んでいる方も多いので...</summary>
    <author>
        <name>beBit,Inc.</name>
        
    </author>
            <category term="ナビゲーション" scheme="http://www.sixapart.com/ns/types#category" />
    
    
    <content type="html" xml:lang="ja" xml:base="http://www.bebit.co.jp/memo/">
	<![CDATA[<p>トップページに多くの要素を盛り込まねばならず、情報の整理に悩んでいる方も多いのではないでしょうか。そんな時、ユーザの文脈を考慮することで情報整理方法が見えてきます。<br />
</p>]]>
	<![CDATA[<h3>BtoB向け製品を主に扱うメーカーサイトの例</h3>

<p><img alt="BtoB向け製品を主に扱うメーカーサイトのトップページ" src="http://www.bebit.co.jp/memo/226-01.gif" width="525" height="265" /></p>

<p>上の画面例はBtoB向け製品を主に扱っているメーカーサイトのトップページです。各製品カテゴリへのテキストリンクがトップページに配置されており、弊社のユーザ行動観察調査では、はじめてこのサイトを訪れるユーザが「何かごちゃごちゃしている」と言いながら、どこをクリックすべきか迷う傾向が見られました。</p>

<p>そこで、 トップページでは大まかに振り分け、次の階層で各製品カテゴリを選ばせるという図2のような画面に変更したところ、ユーザは目的の製品ページへスムーズに到達できるようになりました。</p>

<h3>改善後の画面</h3>

<p><img alt="トップで振り分け2階層目でカテゴリ選択" src="http://www.bebit.co.jp/memo/226-02.gif" width="525" height="486" /></p>

<p>目的のページに達するまでのクリック数は少ないほうがよいと言われますが、クリックを減らすことが目的になってユーザを迷わせてしまっては本末転倒です。</p>

<p>改善前の画面では、初めてのユーザに対し、専門的な製品カテゴリ名を文字だけで見せてしまったために、判断がつきにくいという問題がありました。</p>

<p>一方、改善後は、まずトップページでの選択肢を絞り、わかりやすい言葉でいったん振り分け、その次の画面ではカテゴリ名に製品画像を付け加えることで、ユーザが直感的に自分の探しているカテゴリを選べるようにしました。</p>

<p>この結果、改善画面案では個別製品ページまでのクリック数は増えましたが、心理的な負担が小さくなったため、ユーザがクリックの数についてネガティブな印象を持つことはありませんでした。</p>

<p>このように、サイトに来訪するユーザが置かれている文脈によってトップページの情報の整理方法は変わってきます（逆に、常連客だけが訪れるようなサイトであれば、ニーズの高い機能やコンテンツへのショートカットを置くことが望ましいと考えられます）。</p>

<p>あなたのサイトがユーザにとって最適な情報整理ができているか、見直してみてはいかがでしょうか。<br />
</p>]]>
    </content>
</entry>
<entry>
    <title>ユーザを混乱させない表組みのコツ - ユーザビリティ実践メモ</title>
    <link rel="alternate" type="text/html" href="http://www.bebit.co.jp/memo/2010/01/post_68.html" />
    <id>tag:www.bebit.co.jp,2010:/memo//2.1519</id>

    <published>2010&#24180;01&#26376;18&#26085; 09:30</published>

    <updated>2010&#24180;01&#26376;18&#26085; 10:05</updated>

    <summary>ウェブサイト制作において、多くの情報をいかに整理してユーザに伝えるかは重要なポイ...</summary>
    <author>
        <name>beBit,Inc.</name>
        
    </author>
            <category term="レイアウト" scheme="http://www.sixapart.com/ns/types#category" />
    
    
    <content type="html" xml:lang="ja" xml:base="http://www.bebit.co.jp/memo/">
	<![CDATA[<p>ウェブサイト制作において、多くの情報をいかに整理してユーザに伝えるかは重要なポイントの1つです。よく使われる方法として表組みがありますが、今回は実際の事例をもとにしたケーススタディを通じて、ユーザを混乱させない表組みのコツをご紹介します。</p>]]>
	<![CDATA[<p><strong>ケーススタディ</strong> 　あるイベントの申込サイトでは、「開催スケジュール」というページでイベントの開催日程表を掲載していました（表1参照）。皆さんならこの日程表をどのように改善するでしょうか？</p>

<p><img alt="イベント開催日程表（改善前）" src="http://www.bebit.co.jp/memo/225-1.GIF" width="545" height="359" /></p>

<p>表１はよく見かける表組みの例ですが、実際にユーザの立場に立ってこの表を使用してみると、いくつかの問題点があります。</p>

<h3>同種の情報をユーザは区別できない</h3>
表1の問題点として、
<ol><li>日付という同種の情報を多く掲載しているため、ユーザには各情報が何の日付を意味しているのか区別できず、分かりにくい</li><li>列数が多いために、セル内に折り返しが発生し、読みにくい</li></ol>
ことが挙げられます。
特に、1つ目の問題点は、表が縦に長い場合にユーザを混乱させる要因の一つになります。なぜなら、画面サイズに収まりきらないほど表が縦に長い場合、下にスクロールしていくと「開催日」などの項目名が画面から消えてしまい、各日付が何を意味するのかユーザは分からなくなってしまうからです。

<h3>ユーザが見たい情報を強調した表組みにする</h3>
これらの問題点を踏まえて、表1を改善してみます（表2参照）。

<p><img alt="イベント開催日程表（改善案）" src="http://www.bebit.co.jp/memo/225-2.GIF" width="553" height="386" /></p>

<p>改善案のポイントは次の2点です。<br />
<ol><li>ユーザが一番見たい情報を強調する</li><ul><li>ユーザがこのページで一番見たい情報は「開催日」であるため、「開催日」とそれ以外の情報を区別</li><li>「開催日」を一番左の列に置き、フォントサイズも大きくする</li></ul><br />
<li>ユーザにとっての補足情報は「備考」にまとめ、表の列数を削減</li><ul><li>補足情報を1列にまとめた上で、ユーザが各日付の意味を分かるように、セル内で【申込期間】などのキャプションを付ける</li></ul></ol><br />
改善案では、開催スケジュールを見に来たユーザが下にスクロールしても、左列の日付が何を意味するのか分からず混乱することはなくなります。</p>

<p>表組みは、情報を整理して見せる際に一覧性が担保できるというメリットがあります。しかし、項目数・同種の情報が多い場合には、安易に表組みを使うとユーザの混乱を引き起こす可能性があります。そういった場合には、ユーザが見たい（もしくは見せたい）情報と、その他の情報とを区別し、強弱を付けた表組みをする必要があります。</p>

<p>情報を整理する際は、ユーザがどの情報を求めているのかを考慮し、きちんと強弱を付けることが重要です。</p>]]>
    </content>
</entry>
<entry>
    <title>診断ツールにおける選択肢の作り方 - ユーザビリティ実践メモ</title>
    <link rel="alternate" type="text/html" href="http://www.bebit.co.jp/memo/2010/01/post_166.html" />
    <id>tag:www.bebit.co.jp,2010:/memo2//2.1518</id>

    <published>2010&#24180;01&#26376;12&#26085; 09:33</published>

    <updated>2010&#24180;01&#26376;17&#26085; 15:51</updated>

    <summary>ウェブサイトにおいてユーザにいくつかの質問に答えてもらい、その結果として当該サイ...</summary>
    <author>
        <name>beBit,Inc.</name>
        
    </author>
    
    
    <content type="html" xml:lang="ja" xml:base="http://www.bebit.co.jp/memo/">
	<![CDATA[<p>ウェブサイトにおいてユーザにいくつかの質問に答えてもらい、その結果として当該サイトが提供するサービスを紹介する「診断ツール」が存在します。旅行会社サイトで好みのツアーを診断したり、証券会社サイトで適切な投資スタイルを診断するなど、様々な場面で用いられています。<br />
今回はこの診断ツールで、ユーザに回答してもらう質問について考えてみたいと思います。</p>]]>
	<![CDATA[<p>近年、ユーザニーズは多様化しており、通り一遍の質問内容ではそのニーズを汲み取りきれず、ユーザが十分納得できる診断結果にならない可能性があります。<br />
先程述べたツアー診断など、ユーザの好みが強く表れる診断ではこの点が特に問題になることがあります。ここでは、同じくユーザの好みが強く表れる分野として、ブライダルでの例をご紹介します。</p>

<p>弊社が、とある結婚式場紹介サイトで行ったユーザ行動観察調査でのことです。ユーザの好みにあった結婚式プランを診断するサービスを設計するために、質問に対する選択肢として下記の2種類を用意しました。</p>

<p><img alt="2つの選択肢の例" src="http://www.bebit.co.jp/memo/170.GIF" width="566" height="198" /></p>

<p>その結果、Aに比べてBの選択肢に好印象をもったユーザが見受けられました。具体的には、「選びやすい」や「自分の気持ちを汲み取ってくれている気がするので、診断結果に信頼がおける」といった意見が得られたのです。<br />
本例からも分かるとおり、ユーザニーズを上手く汲み取る選択肢を用意することで、選びやすさ向上・結果への信頼性向上といったメリットが生まれ、ユーザとの良好なコミュニケーションにつながる可能性があります。</p>

<p>診断ツールの選択肢をさらに工夫することによって、ユーザに気づきを与え、新たな価値観を提案できることもあります。上記のブライダルの例で言えば、Bの一番上の選択肢を見て「2人だけでひっそり結婚式を挙げるのもいいかも知れない」と気づかされるユーザがいるかも知れません。<br />
このようなツールを用いる際は、今いちどユーザの目線に立って、自分の気持ちを反映させやすい選択肢になっているかを考えてみてはいかがでしょうか。</p>]]>
    </content>
</entry>
<entry>
    <title>複数カラムレイアウトをどう活かすか - ユーザビリティ実践メモ</title>
    <link rel="alternate" type="text/html" href="http://www.bebit.co.jp/memo/2010/01/post_165.html" />
    <id>tag:www.bebit.co.jp,2010:/2009mttest/memo//2.1280</id>

    <published>2010&#24180;01&#26376;04&#26085; 07:00</published>

    <updated>2010&#24180;01&#26376;11&#26085; 14:28</updated>

    <summary>本実践メモでも以前に取り上げたように、ここ数年、横幅900px以上を採用するサイ...</summary>
    <author>
        <name>beBit,Inc.</name>
        
    </author>
            <category term="レイアウト" scheme="http://www.sixapart.com/ns/types#category" />
    
    
    <content type="html" xml:lang="ja" xml:base="http://www.bebit.co.jp/memo/">
	<![CDATA[<p>本実践メモでも以前に取り上げたように、ここ数年、横幅900px以上を採用するサイトが増えてきています。</p>]]>
	<![CDATA[<p><a href="http://www.bebit.co.jp/memo/2008/12/900px.html">画面横幅を900px以上にするメリットとデメリット。右端が欠けることに注意</a></p>

<p>横幅の拡大によって、情報を掲載できるスペースは拡大し、実現できる表現の幅も広がります。<br />
もちろんそれらは喜ばしいことですが、自由度が増すからこそ、効果的なスペースの使い方をきちんと考えることがますます重要になります。今回はカラムを複数に切ったレイアウトについて、スペースをどのように活かすべきかを考えてみたいと思います。</p>

<h3>複数カラムの使用は、メッセージを分散させる</h3>
カラムを複数に切って情報を提供することは、1つのページに複数の役割を与えることを意味します。
もちろん、ナビゲーションなどページにとって必要な機能もありますが、より多くのエリアを
定義することはそのページが持つメッセージをぶらしてしまう危険性があることをまずは認識すべきです。
ユーザにとっても、情報が分散されて配置されることで視線の移動が多くなり、情報収集が煩雑になってしまいます。ユーザは同時に複数の情報を、集中して見ることはできないのです。

<h3>ユーザは基本的にメインカラムを見る</h3>
最近よく見られるカラムを3つに切ったレイアウトでは、エリアを以下のように使い分けていることが多いようです。
<ol><li>メインの情報エリア</li><li>ナビゲーションエリア（左/右ナビゲーションと呼ばれるエリア）</li><li>関連情報・広告エリア</li></ol>
<img alt="Yahoo ! Japan トップのレイアウト例" src="http://www.bebit.co.jp/memo/223-1.GIF" width="583" height="501" />

<p>ユーザも無意識のうちに、このような使い分けを認識しているように感じられます。</p>

<p>ユーザは基本的に、何らかの目的を持ってウェブページを訪問しており、必要な情報を探そうとしています。そして、必要な情報は（１）メインの情報エリアにあるはずだと考え、視線や意識はメインの情報エリアに集中するという現象が、弊社のユーザ行動観察調査で見られています。<br />
そのため、<br />
<ul><li>確実に伝えたい情報はメインの情報エリアに配置すること</li><li>各カラムの横幅比の調整などによって、メインの情報エリアがどこであるのかを明確にすること</li></ul>が重要です。</p>

<p>ここでは上図のような3カラムレイアウトを例に説明しましたが、ページの目的と上記3種類のエリアの使い分けを意識することで、以下のようなレイアウトも検討可能です。<br />
<ul><li>本実践メモのように1カラムレイアウト（メインの情報エリアのみ）とし、読み物ページとして役割を特化</li><li>Yahoo! ニュースのようにメインの情報エリアを広く取り、右カラムに他のニュースへのリンク（ナビゲーション）や広告を配置</li></ul><br />
<img alt="Yahoo ! ニュースのレイアウト例" src="http://www.bebit.co.jp/memo/223-2.GIF" width="565" height="381" /></p>

<h3>ユーザのモードを考慮して、カラムの使用を検討しよう</h3>
上でも少し触れたように、ユーザが興味のある情報を探したり、選んだりするページ（例えば、Yahoo! Japan トップ）と、特定の情報を集中して見るページ（例えば、Yahoo! ニュースの個別記事）では、最適なページレイアウトは異なります。なぜなら、ページを見ているユーザのモード（ユーザがそのページに期待しているもの）が異なるからです。

<p>前者では、そのページのメインの情報を伝えるエリアとは別に、関連情報や広告を掲載するエリアを設けておくと、ユーザが関連情報にも関心を持ってくれる可能性が高くなります。（Yahoo! Japan のトップページは、この効果をうまく利用して広告を訴求していると言えます）<br />
一方、後者にあたるページでは下手にカラムを切らずに、メインの情報エリアを広く取り、広いスペースを活用した情報提供を行った方がよいでしょう。</p>

<p>ウェブページのレイアウト、情報の配置に悩んだ際に参考にしていただければ幸いです。</p>]]>
    </content>
</entry>
<entry>
    <title>プルダウンメニューのページ遷移は自動？手動？ - ユーザビリティ実践メモ</title>
    <link rel="alternate" type="text/html" href="http://www.bebit.co.jp/memo/2009/12/post_164.html" />
    <id>tag:www.bebit.co.jp,2009:/2009mttest/memo//2.1281</id>

    <published>2009&#24180;12&#26376;21&#26085; 06:00</published>

    <updated>2010&#24180;01&#26376;11&#26085; 15:54</updated>

    <summary>プルダウンメニューで項目を選択して、ページ遷移（表示変化）を待っているが何も起き...</summary>
    <author>
        <name>beBit,Inc.</name>
        
    </author>
            <category term="ナビゲーション" scheme="http://www.sixapart.com/ns/types#category" />
    
    
    <content type="html" xml:lang="ja" xml:base="http://www.bebit.co.jp/memo/">
	<![CDATA[<p>プルダウンメニューで項目を選択して、ページ遷移（表示変化）を待っているが何も起きない。ユーザ行動観察調査ではこんな光景がよく見られます。<br />
今回は、ページ遷移を伴うプルダウンメニューでよく見かける「ユーザのイメージと異なる挙動をする」設計について考えてみたいと思います。</p>]]>
	<![CDATA[<p>ウェブサイトを利用していて、以下のような経験はないでしょうか？<br />
<ol><li>プルダウンメニューで項目を選択し、次のページへ遷移するのを待っているが何も起きない</li><li>プルダウンメニューで項目を選択すると、勝手に次のページへ遷移してしまい、違和感を感じた</li></ol></p>

<p>特に日常的に使用されるサイトでは、ユーザの期待を裏切らない挙動が求められます。以下の例を参考に、ユーザ心理への配慮について考えてみたいと思います。</p>

<p>ページ遷移を伴うプルダウンメニューは、<strong>「Go」ボタンなどを設置し、ユーザに手動でページ遷移を行ってもらうのが一般的</strong>です。これは、ユーザが誤った項目を選択してしまった場合に、意図しないページに遷移してしまうことを防ぐためです。<br />
また、個人情報が表示されるAmazonの管理画面（下図）などでは、意図せずに表示が切り替わってしまうとユーザに不安を与えてしまう可能性があるため、「Go」ボタンで確実に目的の結果を表示させるという対応が好ましいと考えられます。<br />
ウェブサイトでは、ユーザが意図した通りの動作が起こることが重要です。<br />
<img alt="Amazon.co.jpのプルダウンメニューの例" src="http://www.bebit.co.jp/memo/222-1.GIF" width="343" height="158" /></p>

<p>一方で、自動的に遷移した方が好まれるケースもあると考えられます。以下のような場合が当てはまります。<br />
<ul><li>利用頻度が高い場合（毎日、同じ選択を行うケースなど）</li><li>誤って選択する可能性が低い場合（選択肢が少ないケースなど）</li></ul></p>

<p>日々の生活の中で頻繁に使う機能の場合、そのたびに「Go」ボタンをクリックすることはユーザにとって面倒です。GMailのメール管理機能はその一例と言えます。<br />
<img alt="Gmailのブルダウンメニューの例" src="http://www.bebit.co.jp/memo/222-2.GIF" width="244" height="252" /></p>

<p>また、プルダウンメニューの選択肢数が2~3項目のように少ない場合、誤った選択肢を選んでしまう可能性が低いため、自動的にページを遷移させても大きな問題はないと考えられます。<br />
このようにユーザの<strong>サイト利用の文脈、状況</strong>を考えると、自動的にページを遷移させても問題ないケースもあることが分かります。</p>

<p>ユーザの立場に立った小さな気遣いの積み重ねがユーザの満足度を向上させ、継続的に利用されるウェブサイトの実現につながるはずです。</p>

<p>あなたのサイトのプルダウンメニューがユーザにとって期待通りの挙動となっているか、見直してみてはいかがでしょうか？</p>

<p>実践メモの配信は、今年は本日で最後となります。来年もどうぞよろしくお願いいたします。</p>]]>
    </content>
</entry>
<entry>
    <title>写真・画像の具体的な情報は、ユーザに与える影響が大きい - ユーザビリティ実践メモ</title>
    <link rel="alternate" type="text/html" href="http://www.bebit.co.jp/memo/2009/12/post_163.html" />
    <id>tag:www.bebit.co.jp,2009:/2009mttest/memo//2.1282</id>

    <published>2009&#24180;12&#26376;14&#26085; 17:52</published>

    <updated>2010&#24180;01&#26376;11&#26085; 14:29</updated>

    <summary>最近は特にECサイトなど、画像を豊富に掲載して、見ていて楽しい魅力的なサイトが増...</summary>
    <author>
        <name>beBit,Inc.</name>
        
    </author>
            <category term="ECサイト" scheme="http://www.sixapart.com/ns/types#category" />
    
    
    <content type="html" xml:lang="ja" xml:base="http://www.bebit.co.jp/memo/">
	<![CDATA[<p>最近は特にECサイトなど、画像を豊富に掲載して、見ていて楽しい魅力的なサイトが増えてきています。<br />
しかしサイトの魅力を増す画像も、使い方を誤るとユーザをミスリードしてしまうことがあります。<br />
今回は画像活用時の注意点をご紹介します。</p>]]>
	<![CDATA[<h3>写真・画像の具体的な情報は、ユーザに与える影響が大きい</h3>

<p>ユーザはウェブサイトを閲覧する際、目につくものを拾い読みする傾向が強く、特に注目されやすいのが「写真」と「見出しのキーワード」です。<br />
そのため、アイキャッチ画像とキーワードをあわせて配置するレイアウトは、一般的に非常に効果的です。<br />
しかし、画像の与えるイメージは非常に具体的であるため、ユーザは画像の印象に強く引きづられてしまいます。<br />
実際に弊社の調査で、照明やインテリアを探していたユーザが下図右のレイアウトを見て、読み飛ばしてしまうケースがありました。</p>

<p><img alt="ユーザは、画像の与えるイメージに引きずられる" src="http://www.bebit.co.jp/memo/20091214_001.png" width="566" height="162" /></p>

<p>上のケースの場合、単純に画像を削除してリンクを目立たせることでも、十分にユーザの誤解を避けることが可能でした。また画像を配置する場合でも、照明やインテリア用品を含めた室内写真の画像を用いることで、ユーザに情報が適切に伝わりやすくなりました。</p>

<p>サイト運営時は、常に最適の写真・画像素材があるわけではないケースも多くあると思います。しかし画像がユーザに与える影響は非常に大きいです。<br />
「ただのアイキャッチだから」と安易に選択せず、その画像がユーザに伝えたい内容として適切か改めて一度考えてみることで、よりユーザにとって使い勝手の良いサイトを作ることが可能になります。</p>

<p>※参考：ベルメゾンネット（<a href="http://www.bellemaison.jp/" target="_blank">http://www.bellemaison.jp/</a>）<br />
カテゴリを示す画像にいくつも商品を配置し、カテゴリ内に豊富に商品があることを印象付けている。</p>

<p><img alt="ベルメゾンネットでは、カテゴリを示す画像にいくつも商品を配置し、カテゴリ内に豊富に商品があることを印象付けている。" src="http://www.bebit.co.jp/memo/20091214_002.png" width="556" height="412" /></p>

<p><br /><br /><br /></p>]]>
    </content>
</entry>
<entry>
    <title>入力フォームでの「郵便番号」の意外な盲点 - ユーザビリティ実践メモ</title>
    <link rel="alternate" type="text/html" href="http://www.bebit.co.jp/memo/2009/12/post_162.html" />
    <id>tag:www.bebit.co.jp,2009:/2009mttest/memo//2.1283</id>

    <published>2009&#24180;12&#26376;07&#26085; 12:46</published>

    <updated>2010&#24180;01&#26376;11&#26085; 14:29</updated>

    <summary>登録や申し込みページの入力フォームにおいて、郵便番号を入力すると住所欄が自動入力...</summary>
    <author>
        <name>beBit,Inc.</name>
        
    </author>
            <category term="フォーム" scheme="http://www.sixapart.com/ns/types#category" />
    
    
    <content type="html" xml:lang="ja" xml:base="http://www.bebit.co.jp/memo/">
	<![CDATA[<p>登録や申し込みページの入力フォームにおいて、郵便番号を入力すると住所欄が自動入力される機能は、ユーザの入力負荷を軽減する便利な機能です。実はこの機能、正しく郵便番号を入力してもある条件下ではエラーとなってしまうことがあることをご存知でしょうか。今回は入力フォームでの「郵便番号」の意外な盲点についてご紹介します。</p>]]>
	<![CDATA[<p>ECサイトや会員サイトでユーザが住所を登録する際、サイトによっては「自宅住所」、ではなく「会社住所」を登録する必要があります。また、特に企業向けのサイトでなくても、ユーザ個人の事情などによっては会社住所で登録しようとするため、住所登録時に会社の郵便番号を入力する、というケースは多くのサイトで発生します。</p>

<p>ただ、「会社」で用いられている郵便番号は一般的な郵便番号と異なる場合があります。</p>

<p>郵便番号は、特定の企業（１日の配達量が一定量を超えるような事業所）に対して<strong>「大口事業所個別番号」</strong>という事業者向けの郵便番号を割り当てており、該当する企業はこの割り当てられた郵便番号を使用しています。</p>

<p>しかし、郵便番号から「住所を自動入力する機能」が参照している郵便番号は必ずしもこの「大口事業所個別番号」に対応しているわけではありません。入力された郵便番号が対応していない「大口事業所個別番号」であった場合はエラーが表示されてしまいます。</p>

<p>ユーザとしては郵便番号を正しく入力したにも関わらずエラーが表示されてしまい、かつエラーの理由がわからない、という状態に陥ってしまいます。</p>

<p>ここで最も重要なことは、<strong>ユーザが「入力ミスしてしまった」という誤解のもと再入力してはエラー表示される、という繰り返しを避けること</strong>です。何度入力してもエラーが発生してしまうと、ユーザはサイトに対して非常に悪い印象を持ったまま離脱してしまうことにつながってしまいます。</p>

<p>こうした場合の対策としては、エラー表示に以下のような文言を追記することが考えられます。ユーザが会社住所を入力する可能性のあるサイトでのフォームを作成する際は参考にしてみてください。</p>

<p><img alt="郵便番号検索のエラー表示例" src="http://www.bebit.co.jp/memo/20091207_001.gif" width="566" height="253" /></p>]]>
    </content>
</entry>
<entry>
    <title>なぜその見出しはユーザに気づいてもらえないのか - ユーザビリティ実践メモ</title>
    <link rel="alternate" type="text/html" href="http://www.bebit.co.jp/memo/2009/11/post_161.html" />
    <id>tag:www.bebit.co.jp,2009:/2009mttest/memo//2.1284</id>

    <published>2009&#24180;11&#26376;30&#26085; 09:00</published>

    <updated>2010&#24180;01&#26376;11&#26085; 14:30</updated>

    <summary>「あ、そこに書いてあったんですね。探していたんですけど気づきませんでした。」
ユ...</summary>
    <author>
        <name>beBit,Inc.</name>
        
    </author>
            <category term="レイアウト" scheme="http://www.sixapart.com/ns/types#category" />
    
    
    <content type="html" xml:lang="ja" xml:base="http://www.bebit.co.jp/memo/">
	<![CDATA[<p>「あ、そこに書いてあったんですね。探していたんですけど気づきませんでした。」<br />
ユーザ行動観察調査を行っていると、時々ユーザの口からこんな言葉を聞くことがあります。</p>]]>
	<![CDATA[<p>「本文を斜め読みしているユーザが、探していた文字を見落とす」といったケースならまだしも、見出しとして大きく書かれている文字が気づかれないケースも少なくありません。<br />
その原因の一つに、見出し文字が画像要素と判断されて無視されていることが挙げられます。これは例えば、以下のような場合に起こりやすい現象です。</p>

<h3>１．画像に画像文字が同化している場合</h3>
<img alt="画像に画像文字が同化した見出しの例" src="http://www.bebit.co.jp/memo/219-1.GIF" width="434" height="164" />

<p>特に「目的にあった文字・文章を探すモード」となっているユーザは、本文のみを追っているため、画像を見飛ばしてしまいがちです。上図のように見出し文字が白抜きになっているケースでは、さらにそのリスクは高まります。<br />
多くの場合、本文の文字フォントは黒系統か青字（リンク）であるため、ユーザの頭の中に「黒や青い文字を追っていれば…」といった思い込みが生じ、白っぽい要素は文字として認識されづらくなってしまいます。<br />
よって、ユーザが文字や文章を追って情報探索を行うであろうページでは、上記のようなリスクを避けるため、見出しにはデフォルト文字または本文のフォントに似た画像文字を使用することをお奨めします。</p>

<h3>２．デザインに一貫性がない場合</h3>
1つのサイト内で見出しデザインが統一されていない場合、相対的に視認しづらいデザインの見出しを、ユーザが見出しとして認識してくれない可能性があります。さらに、ユーザがある一方のデザインに慣れ親しんでいる場合、新しいデザインの見出し文字に気づかない可能性がぐっと高まります。

<p>このような現象は見出し以外でもよく見られます。例えば、今まで「青字のテキストリンク」で配置していた導線を、ある日「ボタンリンク」に変えたためにクリック率が下がってしまったということはありませんか？<br />
この現象も、今まで通り「青字のテキストリンク」という前提で導線を探していたユーザが、新しいデザインの「ボタンリンク」を見飛ばしてしまったことで生じていると考えられます。</p>

<p>このようにユーザの慣れにも配慮しながら、サイト内で統一されたルールに沿って、見出しや導線のデザイン要素を用意しておくことで、文字や導線の見落としが起こるリスクを少しでも回避することができます。<br />
※ただし、デザイン要素の統一は悪い方向にも働く可能性があることも認識しておく必要があります。ユーザが一度「これは見る必要がない」と思った要素は、その後、内容を変えて表示しても、同じデザインであるという理由だけでまったく見られなくなってしまう可能性があります。</p>

<p>以上の点に気をつけながら、皆さんもこの機会に見出しのデザインを見直してみてはいかがでしょうか。</p>]]>
    </content>
</entry>
<entry>
    <title>ECサイトの落とし穴：「よくあるパターン」で安心していませんか？ - ユーザビリティ実践メモ</title>
    <link rel="alternate" type="text/html" href="http://www.bebit.co.jp/memo/2009/11/ec_4.html" />
    <id>tag:www.bebit.co.jp,2009:/2009mttest/memo//2.1285</id>

    <published>2009&#24180;11&#26376;24&#26085; 11:19</published>

    <updated>2010&#24180;01&#26376;11&#26085; 14:30</updated>

    <summary>ECサイトにおいては、「商品を探す」、「商品を見る」、「カートに入れる」、「購入...</summary>
    <author>
        <name>beBit,Inc.</name>
        
    </author>
            <category term="ECサイト" scheme="http://www.sixapart.com/ns/types#category" />
    
    
    <content type="html" xml:lang="ja" xml:base="http://www.bebit.co.jp/memo/">
	<![CDATA[<p>ECサイトにおいては、「商品を探す」、「商品を見る」、「カートに入れる」、「購入する」といった基本的な作法は概ね共通化されてきていますが、商品ごとの特性やユーザ心理によっては定型的な情報提供では不十分なケースがあります。</p>]]>
	<![CDATA[<p>例えば、ECサイトで健康食品を購入する場合、使用経験のある商品と使用経験のない商品では必要とする情報が異なります。</p>

<p>下記のような商品紹介ページでユーザ行動観察調査を行った際、この商品を使用したことのないユーザは、商品特徴や価格を確認した後で「分量」や「目安の日数」を探し回るという行動が見られました。</p>

<p><img alt="健康食品の商品ページサンプル" src="http://www.bebit.co.jp/memo/20091124-1.gif" width="571" height="311" /></p>

<p>健康食品は継続して利用するものであり、かつ商品によって1回に使用する分量が異なるため、価格情報だけでは「お得」なのかどうか判断できなかったためです。ところが、商品の分量は商品名に含まれており、なおかつ一回の使用量は商品説明の中に埋もれてしまっており、いずれも価格から離れた位置にあったために気づかれませんでした。</p>

<p>ECサイトの商品ページで提供されている情報については、「価格」、「送料」、「配達に要する日数」など項目レベルで共通化してきていますが、商品によっては上記のようにユーザニーズとのずれが発生するケースがあります。</p>

<p>最適な情報提供を行うためには、定型情報を載せただけで安心せず、サイトごとに<br />
(1) 商品ごとに必要情報を洗い出し、優先度を見極める<br />
(2) 必要情報を適切な位置に掲載する<br />
という2つの対策が必要です。</p>

<p>もちろん、ECサイトのようにシステム化されたサイトでは、すぐに「(2)適切な箇所に掲載する」という対応が取れないケースも多いでしょう。ですが、対応の必要性を計るうえでも、まずは取り扱い商品ごとに、「(1)必要情報を洗い出し、優先度を見極める」を行ってみてはいかがでしょうか。<br />
</p>]]>
    </content>
</entry>
<entry>
    <title>カードを使って簡単にユーザニーズを探る方法 - ユーザビリティ実践メモ</title>
    <link rel="alternate" type="text/html" href="http://www.bebit.co.jp/memo/2009/11/post_160.html" />
    <id>tag:www.bebit.co.jp,2009:/2009mttest/memo//2.1286</id>

    <published>2009&#24180;11&#26376;16&#26085; 11:01</published>

    <updated>2010&#24180;01&#26376;11&#26085; 14:30</updated>

    <summary>「サイトの画面設計やデザイン性はそれなりに良いのだが、肝心の中身、コンテンツが足...</summary>
    <author>
        <name>beBit,Inc.</name>
        
    </author>
            <category term="ユーザ理解・シナリオ" scheme="http://www.sixapart.com/ns/types#category" />
    
    
    <content type="html" xml:lang="ja" xml:base="http://www.bebit.co.jp/memo/">
	<![CDATA[<p>「サイトの画面設計やデザイン性はそれなりに良いのだが、肝心の中身、コンテンツが足りていないので強化したい。けれどどんなコンテンツがユーザから求められているのか分からない…。」<br />
今回はそんな時に役立つ調査手法の1つとして、<strong>「カードソーティング」</strong>をご紹介します。</p>]]>
	<![CDATA[<h3>カードソーティング調査とは</h3>
カードソーティングは、カードをユーザに仕分けしてもらう、という至ってシンプルな調査手法です。
準備するものは、コンテンツ名称が書かれたカードだけです。印刷してハサミで切っただけのもので問題ありません。
そしてそのカードをユーザに仕分けしてもらいます。例えば、「ウェブサイト上にこのようなタイトルのページがあるとして、『見たい』『見てもよい』『見ない』の3つに分類してみてください」とお願いするだけです。

<p><img alt="20091116_1.gif" src="http://www.bebit.co.jp/memo/20091116_1.gif" width="469" height="256" /></p>

<h3>メリット</h3>
この手法の最大のメリットは、<strong>実際に物を作る前であっても、ユーザの行動観察ができること</strong>です。
カードという刺激物を与えて、それに対してユーザがどのように行動するかを見ることができるため、「どんなものが見たいですか？」、「○○というコンテンツがあったら見たいですか？」といったインタビューよりもはるかに意味のある検証が可能です。

<p>また、ユーザと面しているため、仕分け結果の理由をすぐに尋ねることができるのもメリットです。具体的にどのようなものを期待したのか、なぜ見たくないのかなどを尋ねられるため、その場で疑問を解消し、さらに深掘りすることができます。</p>

<h3>注意点</h3>
注意点は、<strong>カードを作る時点でアイデアがそれなりに出し尽くされている必要があること</strong>です。
刺激を与えてその反応を見ることができる、というのがメリットですので、用意されていないものには反応が得られません。
また、ユーザ行動観察調査よりも調査人数が多めに必要です。ヤコブ・ニールセン博士のコラム「Alertbox」では15人以上で実施することが推奨されています。<br />
（参考）<a href="http://www.usability.gr.jp/alertbox/20040719.html" target="_blank">「カードソーティング：何人のユーザでテストすべきか」</a> Jakob NielsenのAlertbox（日本語）

<p><br />
カードソーティングの利用シーンはコンテンツのニーズ調査に限りません。先述の「Alertbox」の記事では、商品をどのようにカテゴライズするとよいか、をカードソーティングで検証する事例などが紹介されています。<br />
お手軽に実施できるカードソーティング、ぜひ1度試してみてはいかがでしょうか。</p>]]>
    </content>
</entry>
<entry>
    <title>「お待たせしない」Webサイトでの接客 - ユーザビリティ実践メモ</title>
    <link rel="alternate" type="text/html" href="http://www.bebit.co.jp/memo/2009/11/web.html" />
    <id>tag:www.bebit.co.jp,2009:/2009mttest/memo//2.1287</id>

    <published>2009&#24180;11&#26376;09&#26085; 07:30</published>

    <updated>2010&#24180;01&#26376;11&#26085; 14:27</updated>

    <summary>1990年代、電話回線やISDNを使ったダイヤルアップ接続（低速・時間課金）でイ...</summary>
    <author>
        <name>beBit,Inc.</name>
        
    </author>
            <category term="制作（HTML・その他技術要素）" scheme="http://www.sixapart.com/ns/types#category" />
    
    
    <content type="html" xml:lang="ja" xml:base="http://www.bebit.co.jp/memo/">
	<![CDATA[<p>1990年代、電話回線やISDNを使ったダイヤルアップ接続（低速・時間課金）でインターネットに接続することが一般的だった頃は、Webサイトの利用は「時間との勝負」という側面がありました。そのためWebサイトを制作する際も、htmlファイルや画像などを含めたページ当たりのサイズを小さくしてページの表示速度を高め、ユーザを待たせないことが重要視されていました。</p>]]>
	<![CDATA[<p>その後、ブロードバンドでの高速・常時接続環境が一般的となり、表示速度はあまり意識されなくなったように見えますが、現在でも表示速度はユーザビリティ上重要な要素のひとつです。</p>

<h3>■人間の思考とシステムの反応速度</h3>
人間の操作に対するシステムの反応速度については、一般的に次のような関係が見られると言われています。

<p>（参考：<a href="http://www.useit.com/papers/responsetime.html">「Response Times: The Three Important Limits」</a> Useit.com（英語）、<a href="http://www.usability.gr.jp/alertbox/20091005_timeframes.html">「10の累乗：　ユーザーエクスペリエンスにおける時間スケール」</a> Jakob NielsenのAlertbox（日本語））</p>

<ul><li>0.1秒：ユーザは、自分がシステムを「直接」操作していると感じる。</li>
<li>1秒：ユーザの思考を止めない限界。反応に時間がかかっていることに気づき、システムの存在を意識する。</li>
<li>10秒：ユーザが操作に集中できる限界。待っている間に何らかの形で処理の途中であることを伝えないと、容易に他のことに興味が移る（離脱する）。</li></ul>

<p>つまり、Webサイトの反応速度（ページの表示速度）は、理想は0.1秒、可能な限り1秒以内に収めるべきで、それ以上ユーザを待たせると離脱が増えるばかり、ということが言えるでしょう。</p>

<h3>■モバイル環境の変化とWebページのリッチ化</h3>
ブロードバンド接続が普及した現在でも、表示（反応）の速い「軽いページ」を意識すべき理由として、次のような状況が挙げられます。

<ol><li>モバイルアクセスの普及</li>
<li>Webページのリッチ化（Flash、ファイルサイズの大きな画像の多用、ページあたりの情報量の増大など）</li></ol>

<p><b>1.モバイルアクセスの普及</b></p>

<p>携帯電話でのインターネット利用の浸透、iPhoneを始めとするスマートフォンの利用拡大、ネットブックのヒットなどにより、モバイル環境からのWebサイト利用が増えています。ちなみに法人向けのサービスが中心の弊社サイト（bebit.co.jp）でさえ、すでにiPhoneからの利用が2%を超えています。<br />
これらモバイル環境からのアクセスは、端末の処理能力が比較的低く、また通信速度が安定せず、場合によっては非常に低速になる事を考えると、極力サイズの小さいページにすることが求められます。</p>

<p><b>2.Webページのリッチ化</b></p>

<p>先ほどご紹介したように、ユーザが思考の流れを止めずにWebページを操作できる時間には限界があります。ファイルサイズの大きな画像やサーバ側での複雑な処理によるほんの数秒の遅れでも、回数が多くなればユーザのストレスは高まり、意欲を低下させることになります。<br />
弊社のユーザ行動観察調査でも、例えば検索エンジンからトップページに流入したものの、ページの読み込みを待ちきれず数秒で検索結果ページに戻り、他のサイトを探し始めるというような行動が観察されます。<br />
せっかくSEO（検索エンジン最適化）を行って上位表示を実現しても、処理や表示に時間がかかるために他社サイトに行かれては意味がありません。</p>

<h3>■簡単に反応時間を測定する方法</h3>

<p>Webサイトの反応速度を左右するものとしては、コンテンツの容量以外にも</p>

<ul><li>サーバ側の処理速度</li>
<li>ネットワークの速度</li>
<li>クライアント側（PCやブラウザなど）の処理速度</li>
<li>サイトの混雑度合い</li></ul>

<p>など多くの要素が関係してきます。現状を簡易的に調べられるサービスとしては、<a href="http://webwait.com/">「WebWait」</a>、<a href="http://www.webslug.info/">「WebSlug」</a>などがあります（いずれも英語）。ネットワーク環境が異なるため、日本国内からのアクセスと比較して反応速度が遅くなることが予想されますが、ひとつの目安にはなります。また、競合他社と比較することで、自社の水準を知ることもできます。</p>

<h3>■さらにもう一歩の改善</h3>
「反応速度」をユーザ中心の視点で見ると、単純な「ページの内容が読み込まれるスピード」ではなく、「ユーザがページの内容を把握できるまでのスピード」ということもできます。この場合、

<ul><li>Flashでローテーションを行う場合、重要な要素は先に表示する</li>
<li>読み込みに時間のかかるFlashでは、必ず進行状況を表示する。また、その読み込み画面の見せ方を工夫することで（コンテンツのちら見せ・キャラクターの使用など）ユーザを飽きさせない。</li>
<li>ユーザが直前に見ていたページや、リンクの文言と関連のある内容をファーストビュー（標準的な画面サイズでスクロールせずに見られる範囲）で見せる</li></ul>

<p>などの工夫をすることで、実際には完全に読み込まれていない状態でも、ユーザは思考を止めず、興味を維持することが可能です。</p>

<p>Webサイトがユーザを「お待たせ」していないか、もう一度、見直してみてはいかがでしょうか？</p>]]>
    </content>
</entry>
<entry>
    <title>テキストメールを作成する際の注意点 - ユーザビリティ実践メモ</title>
    <link rel="alternate" type="text/html" href="http://www.bebit.co.jp/memo/2009/11/post_159.html" />
    <id>tag:www.bebit.co.jp,2009:/2009mttest/memo//2.1288</id>

    <published>2009&#24180;11&#26376;02&#26085; 16:54</published>

    <updated>2010&#24180;01&#26376;17&#26085; 19:14</updated>

    <summary>メールマガジンは新製品・サービスの案内やキャンペーン告知など、ユーザとの長期的な...</summary>
    <author>
        <name>beBit,Inc.</name>
        
    </author>
            <category term="メール" scheme="http://www.sixapart.com/ns/types#category" />
    
    
    <content type="html" xml:lang="ja" xml:base="http://www.bebit.co.jp/memo/">
	<![CDATA[<p>メールマガジンは新製品・サービスの案内やキャンペーン告知など、ユーザとの長期的な関係性を構築する重要なチャネルとして重要視されています。</p>

<p>今回はテキストメールを配信する際に注意すべき事項を3点紹介いたします。</p>]]>
	<![CDATA[<h3><font color="red">1.「タイトル」や「リンクへの誘導文言」にユーザへのメリットを明示する</font></h3>

<p>1日に何通ものメールを受信するユーザは、1つ1つのメールにかける時間を短縮するため、メールの中で目立つ「タイトル」や「リンク部分」のみを閲覧し、それ以外の部分は飛ばし読みする傾向があります。</p>

<p>そのためユーザに伝えたいことは、必ず「タイトル」や「リンク部分」にも盛り込むことが重要になります。</p>

<p><img alt="タイトル、リンク文言近くにメリットを訴求することの良い例、悪い例" src="http://www.bebit.co.jp/memo/169.GIF" width="598" height="337" /></p>

<h3><font color="red">2. 1行を全角35文字以内に収める</font></h3>

<p>多くのメールソフトにおいて、横幅のデフォルト設定は36~38文字となっています。それ以上に横幅が長いメールを配信すると、表示が崩れてしまいますので、メール文面において1行は全角35文字以内に収めるようにしてください。</p>

<h3><font color="red">3.縦列を揃えることを前提とした整形を避ける</font></h3>

<p>メールソフトがテキストを読み込む設定として「等幅フォント」と「プロポーショナルフォント」の2種類があります。</p>

<ul>
<li>等幅フォント：すべての文字の横幅が同じフォント
<li>プロポーショナルフォント：文字ごとに横幅が異なるフォント（例：「i」は小さい幅になるが、「W」は大きい幅になる）
</ul>

<p>ユーザがメールソフトの設定として「プロポーショナルフォント」を採用している場合、文字の横幅がずれるため、縦列を綺麗に揃えることは難しくなります。</p>

<p>すべてのユーザに綺麗なレイアウトを表示するため、縦列を揃えることを前提とした整形は避けることが望ましいでしょう。</p>

<p>これらの3点がテキストメールを作成する際に必ず注意して欲しい点になります。</p>

<p>他にも実践メモでは「開封されるメールマガジン ~2つの工夫」、「メルマガの開封率を上げるには ? 送信者名に注意する」、「見出しは冒頭15文字が勝負」などメールを作成する際に注意すべき点を紹介しております。是非、こちらも合わせてご覧ください。</p>

<p><a href="http://www.bebit.co.jp/memo/cat8/">メールに関する記事の一覧</a></p>]]>
    </content>
</entry>

</feed>