考え事｜Guidelines for Conducting User Observations

以前書いたアップルのインターフェースデザインのガイドラインをexcite先生の力も借りながら目を通しております。目次をざっと見てまずはユーザー評価の方法らしきところから。


Apple Human Interface Guidelines P.27より

Guidelines for Conducting User Observations
ユーザ観測を行うためのガイドライン

デザイン過程の間にユーザから反応を得る多くの方法があります。 これらは使い勝手調査、認識的なウォークスルー、グループウォークスルー、現場の観察、および発見的なウォークスルーを含んでいます。 ユーザ観測を行うとき、以下のガイドラインを使用できますが、より一般に、また、他のタイプのテストに適用できることに注意してください。 テストが実験でないことを覚えていてください。 あなたは統計的に分析できる定量的データを得ないでしょう。 しかしながら、あなたは、人々がどこで貴社の製品を使用するのに苦労して、次に、貴社の製品を改良するのにその情報を使用するかを見ることができます。

時間と予算が可能にするなら、このタイプのテストを行うためにプロの使い勝手調査施設に働くと考えてください。 これが可能でないなら、あなたの会社の中の同僚の断面図が貴社の製品の原型を使用して、彼らのフィードバックを集めるのを許容するようにしてください。 いくつかのテストがテストしないよりはるかに良いので、これだけが貴社の製品のユーザビリティを改良するでしょう。

あなたが、あなた自身のユーザの観測ベースのテストを行うのを選ぶと、これらのガイドラインに従うのは、あなたが最も貴重なデータを得るのを助けるでしょう:

■ 自己紹介してください、そして、観測(非常に一般的な用語による)の目的について説明します。 たいてい、あなたは自分が観測することについて言及するべきではありません。 あなたが関係者ではなく、貴社の製品をテストしていると関係者に断言します。
■ テストがどれくらいかかるかに関する関係者であって、いつでもやめるのがOKであると言ってください、どんな理由でも。
ユーザは、テストを終了するために決してストレスを感じるべきではありません。 そのうえ、辞任は基本的なタスクが難し過ぎるか、または複雑であり、簡易型であるべきであることを示すかもしれません。
■ 一般的なテスト方法論は考えごとを口に出して言っているプロトコルを使用することです。 あなたがこのプロトコルを使用しているなら、それをする方法を説明します。 彼らが働いているとき何が思い浮かぶかを言って、観測の間、考えごとを口に出して言うように関係者に頼みます。 関係者が思って、計画しているのを聞くことによって、あなたは彼らの意志とそれらの問題解決戦略としてまた、貴社の製品への彼らの期待を調べることができ るでしょう。
あなたは、彼らが働きながらユーザの言うことを聞くと役に立つ情報の巨額があなたに提供されるのがわかることができます。 特に、あなたはユーザがいるタスクのメンタル・モデルの細部のいくつかを発見するでしょう。 あなたは、彼らに簡単な仕事について説明させることによってユーザ習慣が考えごとを口に出して言うのを助けることができます、彼らがどう1杯のコーヒーを 準備するように。
■ 関係者があいまいな言葉で何をするかを説明します。 すべての材料が何であるか、そして、関係者がそれらを使用する系列について説明します。 あなたが研究室を使用しているなら、部屋(ハードウェア、ソフトウェア、録音装置など)とそれがテストでどう使用されるかでそれぞれの設備の目的について 説明します。 ユーザ観測が始まる前に貴社の製品のデモをする必要があるなら、あなたがテストしようとしている何かを示さないのを確認してください。
■ あなたが貴社の製品でまとめ役、分析器、または他の誰からも少しも干渉や追加のヘルプなしで関係者を働かせているのは、非常に重要です。 これは人々が本当にどう製品と対話するかを見る最も良い方法です。 例えば、あなたが、関係者が苦労し始めるのを見て、すぐに答えを前提とすると、あなたはあなたがユーザ観測から獲得できる中で最も貴重な情報を失うでしょ う: ユーザがどこで苦労するか、そして、彼らが、何をしたらよいかをどのように理解するかを決定すること。

note:以下に注意してください。 あなたが中へ入って、支援を提供しなければならない状況があるかもしれませんが、あなたはいるべきです。
テ ストし始める前にそれらの状況が何になるか決めてください。 例えば、あなたは、支援を提供する少なくとも3分前にあなたが得ようと苦心するだれかを許すか、またはあなたが助けを提供する異なったセットの問題がある と決めることができます。 しかしながら、関係者が非常にだめにされるようになるなら、介入するのは関係者に完全にあきらめさせるより良いです。

■ 何を見つけようとしていたかを説明することによって、結論を下してください、そして、関係者が持っているどんな質問にも答えます。
■ 結果を使用します。 観測するように、あなたは、ユーザがするあなたがそれらを一度も予想したことがないかもしれないことをしているのを見るでしょう。 あなたは、いつ関係者が誤りをする場合、あなたの最初の本能がそれらの無経験を非難することになっているかもしれないのがわかるか、そして、知性の不足。 これは持っている間違った応答です。 ユーザを観察する目的は貴社の製品のどんな部分が使用するのが難しいか、または不完全なプロダクトデザインのために効力がないかもしれないかを忘れずに学 ぶことです。
■ パターンに注意します。 ただ1人のユーザには何かに関する問題があるので、それは、すべてのユーザがそうすることを意味しません。 慎重に、シングルユーザーには問題がなぜあったかを考えます。容易にそれについて説明できるならその調査結果を捨てると考えます。さもなければ、ソフト ウェアが不完全であるかもしれないと認めます。
■十字機能的なチームが製品管理、マーケティング、工学、ヒューマンインターフェースデザイン、ド キュメンテーション、および品質保証の代表を包括しているすべての結果について調査します。 これらの関係者各人はそれら自身の専門的技術のレンズを通して結果を見るでしょう、ユーザが戦ったかもしれない様々なユーザビリティ問題に貴重な洞察を提 供するのを可能にして。


これはexcite翻訳のままで日本語として怪しい部分満載ですが、目を通すと意外と自分が見聞きした評価の方法とその注意事項などが書かれていることがわかります。正しい評価を行うためのマニュアルのような感じです。