CSS Nite LP, Disk 2：セッション3レポート

（レポート目次：はじめに、セッション1、セッション2、セッション3、セッション4）

ちょっと、このあたりから書き疲れが見られるかもしれない。でも一気に書かないと性格的に困ったことになるので、続けていきますよ！

次は、「ユーザーテストから学ぶWebデザイン」（岩澤亜紀子さん、協力：NPO法人ハーモニー・アイ）。
うちでもユーザーテストを実施することが多くなって来たので、本格的なのを学んでおこうと受けた。

まずは、ハーモニー・アイの馬場さんによる、ユーザテストの実践である。
全盲の方に、ホームページリーダーを使いながら、宿泊情報を探すというタスクを行ってもらうテストである。

高齢者・障害者を対象としたユーザテストはやったことがないので、かなりインパクトがあった。
音声での読み上げは、イントロしか聞かない！（最初の数文字を聞いて、先に進もうとする）とか、操作に慣れた人がユーザビリティを考えられたはずのサイトを使っても、情報に辿り着くのは難しい！（高齢者・障害者対応のサイトだったが、高齢者用のフォームの作り方がしてあった？）とか。

とにかく、「誰にでも」やさしいサイトを作るのは難しい。
サイトに訪れるターゲットのうち、できるだけ多くの人に対して使いやすいサイトを作ることが必要ということだ。

ユーザテストは、初期と後半と、二回行うのが通常だそうだ。
今、うちが関わっている案件ではもうすぐ、ペーパープロトタイピングが行われるところです。これも後日レポートしたいと思う。
いろんなテスト方法があるので、模索していきたい。

ユーザテスト実践の後は、高齢者の方に使いやすいサイトつくりの話など。
そこで気になった一点を。
たぶん、そこが気になった人は少ないと思うが、ちょっと仕事で悩んでいたところだったので。

「画面上に印刷ボタンをつける場合、それを押したら何が起こるのが良いのか」
たとえば、交通案内のページを印刷したい。ナビゲーションは邪魔。背景も消したい。印刷用のCSSで制御しようということになる。
印刷に向いているよってことで、「印刷する」とかボタンをつける。さて、それを押したら何が起こる？

印刷が始まる（印刷されるものは、画面と違い、print.css で制御された見やすいもの）
印刷用ページ（print.css で制御された見やすいページ）が出て、印刷が始まる
印刷用ページ（print.css で制御された見やすいページ）が出るだけ

終わってから質問に突撃してみた。岩澤さんがお話中だったこともあり、ハーモニーアイの馬場さんと、司会のガクさんにご意見を聞く。

まず、(1)は、画面と違うものが出てきたらすごく驚くからダメ。
なるほど。ステップが少なくてけっこう良いかもと思っていたが、ダメなのですね。OK。

では、(2)か(3)。
参考までに、Gmail は、(2)です。印刷用のページが出つつ、印刷用のダイアログが出る。これが確実に印刷できて一番かもしれない。
と、思いつつ、個人的にはあまり好きではない。どのように印刷されるかプレビュー画面が見たいだけという場合もあるからだ。

しかし、(3)のように画面が出るだけだと、慣れていないユーザーは印刷が始まると思ってじっと待っているかもしれないし、ということで、やはり(2)ですね。
でも、印刷用ページを、「プレビュー画面」という位置づけで考えることもできるのです。はじめのボタンを「印刷用ページへ」として、印刷用ページに「印刷する」ボタンをつければ良いのかも。

はて何が一番いいのだろう。またわからなくなってきた。どっちでも良いのかも。
（これについてご意見あるかた、ぜひ何かひとこと）

（レポート目次：はじめに、セッション1、セッション2、セッション3、セッション4）

« 前の記事 | 次の記事 »;