そこでも書いたとおり、ユーザーテストとは、ユーザーとデザインされたもののインタラクションにおける不具合を、テスト結果として顕在化したものにとどまらず、潜在的なユーザーニーズまで踏まえて、デザインを担当する人が発見していく場です。
なので、ユーザーテストの技法だけをなぞるだけの表面的なテストで、そこにユーザーに関する発見がないのなら、やらないほうがマシだということができると思います。
必ずしもユーザーにテストしてもらう必要があるわけではない
何の発見もないユーザーテストに、無駄なコストをかけるくらいなら、デザインする人たち自身が、さまざまな角度からユーザーの利用シーンを描き、そのシミュレーションの中でデザインをユーザー中心になる形でブラッシュアップしていけばいい。実際、ISO13407の人間中心設計プロセスにおいても、必ずしもユーザビリティ評価に、ユーザーを使ったテストを行う必要が説かれているわけではありません。
さまざまなインスペクション評価（ヒューリスティック評価や認知的ウォークスルー法など）によるユーザーを使わない方法でも、デザインを向上させることができることが示されています。
大事なのは、デザイナーのデザインごころ
いま『ホンダのデザイン戦略経営』という本を読んでいますが、重要なのは「デザインごころ」ではないかと思います。人々に使ってもらえる、楽しんでもらえるものをデザインしようというこころ。そのこころを持ったデザイナーなら、そうしたこころを持たないユーザーテストを何度も繰り返す以上のユーザー中心設計が可能になるのだと思います。
たとえば、IDEOでは、プロトタイプを実際に使うシーンをビデオで撮影し、それをデザイン・チームが客観的にみることで、デザインのブラッシュアップ作業を行うそうです。そのビデオを撮影する際には、利用者のシーンをリアルな現場またはバーチュアルの技術（CGなどを使って）を徹底的に描きこむ。それこそ、レオナルド・ダ・ヴィンチの絵画のように。
そうすることで実際のユーザーを使ったテストを行わずとも、デザインのブラッシュアップを可能になります。
ユーザーの利用シーン。思い描けていますか？
ユーザテストにおいては、ユーザーにタスクを与えた上で、ユーザーがそのタスクを完遂できるかをみるわけですが、その際、与えるタスクがユーザーの実際の利用シーンを踏襲していないものならば、そもそも、それは何のテストにもなりえません。結局のところ、ちゃんとターゲットとするユーザーのことを考え、ユーザーがどういうシーンで、それを使うのかをわかっていなければ、つまり、ユーザーのことを本当に考える気持ちがなければ、いかに立派なユーザーテスト手法を用いても、何も得るものはないわけです。
方法論よりもどれだけ、ユーザー中心デザインのマインド、デザインごころを持っているか？ということなのではないか。
そんなことにいまさらながら気づきました。
技法におぼれてはいけない
ここ最近、ユーザビリティを考えるにあたって、ISO13407の人間中心設計プロセスなどを参照することで、へんに方法論的な方向に偏りすぎてしまい、そうしたデザイン・マインド、デザインごころを見失いかけていたのではないかと反省しています。しかし、大切なのは、技術ではなく、デザインごころです。
形式だけのユーザーテストをやって、それでユーザー中心デザインを行っているつもりになってしまってはいけないなと強く考えをあらためました。
関連エントリー
この記事へのコメント