ユーザビリティテストの招待状で、ユーザーがWord TESTを恐れないようにするにはどうすればよいですか？
私は多くのユーザビリティテストを行いました、そして時々ユーザーが私に言って来ました：
うわー。あなたがテストと言ったとき、私はもっと勉強すべきだと思いました。
もっと気づきましたか？彼らが何かを勉強したということです！テストはユーザーではなくシステムに関するものだといつも説明しますが、問題は解決しません。
これと同じ問題がありますか？テスターの心をどのように緩和できますか？詳細を説明する必要がありますか、テストに別の名前を使用する必要がありますか？
これは注目に値するものです。あなたが話している高校/大学の試験のフラッシュバック不安は別として、 ホーソン効果 は、「観察された認識に応じて個人が行動の側面を修正または改善する」ことを示唆しており、 （秘密の記録に頼らずに）製品やウェブサイトの自然な使用を「観察」することは事実上不可能です。とは言っても、ユーザーをテストすることには少なくともある程度の価値があるので、言語でこの影響を軽減するように努力する必要があるでしょう。
このアプローチでは、「ユーザビリティテスト」ではなく、「ウェブサイト評価」に参加するように人々に依頼することができます。 「評価」や「分析」などの他の単語をいじって、常にウェブサイトやアプリが文章の主語であることを確認してください。
「ウェブサイトの評価」を行うときが来たら、それらを読んでください Steve Krug's Usabilty Script 。
現在取り組んでいるWebサイトをテストして、実際のユーザーがどのように使用するかを確認しています。
私たちはあなたではなくサイトをテストしていることをすぐに明らかにしたいと思います。ここでは何も問題はありません。実際、これはおそらく間違いを犯す必要がない今日の1つの場所です。
私たちはあなたの考えを正確に聞きたいので、私たちの気持ちを傷つけることになるので心配しないでください。私たちはそれを改善したいので、あなたの考えを正直に知る必要があります。
それはすべて、だれがターゲットにされているかについてのフレージングと認識にあります。以下にいくつかの提案を示します。
新しいオンライン注文システムの評価にご協力ください
新しいオンライン注文システムを試して、ご意見をお聞かせください。次回の注文で5％オフになります！
関係するユーザーによっては、「ユーザビリティフィードバックセッション」または「ユーザビリティセッション」と呼ばれるユーザビリティテストを聞いたことがあります。 （これは通常、会議への招待やその他の「非個人的な」コミュニケーションチャネルで発生します。）
私も追いかけ、「Login Form Project-Jane Doeからのフィードバック」のような招待状を呼びました。 「テスト」、「使いやすさ」はありません。
招待の本文では、のようなフレーズを使用します。「新しいシステムを試してみて、あなたの考えを見てみたいと思いませんか？」もちろん、ユーザビリティテスト自体はそれよりも構造化されています...
（セッション中に、ユーザーがまだ「テスト」であることにハングアップしている場合、私の最初のパターンの一部は「覚えておいてください、これはあなたのテストではない-あなたは私たちのソフトウェアのテストを手伝っています。」）
もっと気づきましたか？彼らが何かを勉強したということです！テストはユーザーではなくシステムに関するものだといつも説明しますが、問題は解決しません。
「ユーザビリティテスト」は、それ自体が実際にはひどいUXです。
これと同じ問題がありますか？テスターの心をどのように緩和できますか？詳細を説明する必要がありますか、テストに別の名前を使用する必要がありますか？
UXの基本原則に戻ります。最初のステップ：これらの人々を「テスター」として考えるのをやめます。彼らの活動に対するあなたの背景は、彼らがあなたのソフトウェアの[ユーザビリティ]テストを手助けしているということです。それは、彼らにとって馴染みのある文脈ではなく、彼らが自分たちで自分たちが認識する、または普通に居たいと願う文脈や役割ではなく、おそらくそれらの多くにとって意味のあるものでもありません（「使用可能性」は基本的に技術用語であり、標準的な英語の単語に基づいているにもかかわらず、専門用語であることのポイント）。有料のソフトウェアテスターは「テスター」です。他の誰かがadditionallyに今あなたのために何かをするように求められている間にちょうど彼らの仕事をしたり/彼らの仕事を完了しようとしている。あなたの観点からは、これらは同一かつ冗長である可能性がありますが、他の視点からは非常に異なって見える場合があります。
ここでのコミュニケーションは重要です。アクティビティに何が含まれ、何が期待されるか、また彼らが期待できること、期待できることを適切に伝える必要があります。 @dennisleesがHawthorneを参照する上で完全に有効な点を持っていると思いますが、これは実際にはさらに進んでいると思います。
これをthemに適切なコンテキストにリホームする必要があります-themに提示するときinternallyを参照し続けてもそれはあなた自身のコンテキストに関係します（ユーザビリティテスト）。
theyとは何ですか？あなたが彼らに何をしてほしいかという点ではなく、彼らにどのように活動が展開されるかという点で？
Evaluateは良い用語です。 Feedbackもかなり良いです。
彼らはareここであなたにhelpしますが、それがあなたにとって何を意味するのかを気にしないことが重要です（これはあなたが現在いるところです）。彼らがやろうとしていることに焦点を当て、それができると助かります。実際に助けたいと思っている人（これは本質的にホーソン効果に戻ります）はしばしばニーズを予測しようとしますが、これは彼らにストレスを与えるという点でも、実際の目標に必ずしもうまく適合しないという点でも問題になる可能性があります。
また、これを行う際に彼らがいたい心の状態に焦点を当てます。 Play withは、ストレスの感覚を和らげるための適切な表現（おそらく、フィードバックの必要性とフィードバックの関連性を示すために他の言語で裏打ちされたもの）かもしれません。
通常のソフトウェア（または現在のバージョン）ではなく、（新しい/更新）ソフトウェアを使用して標準的なアクティビティを実行するようにしますか？その場合は、アクティビティに焦点を当てます。
例：
広くリリースされる前に、最新のソフトウェアで印刷ジョブを実行する特別な機会を提供したいと思います。新しいファイルアップローダーについてのご感想をお寄せください。これは3つの簡単な質問に答えるだけであり、通常の印刷ジョブの処理時間は2分以内に追加されます。他の簡単な質問に答える時間がある場合、または改善してほしい点や、イライラしていることについて他の考えがある場合は、それも素晴らしいことです。
（注：これはショーケースとして使用するための簡単な説明です）
これにより、いくつかの明確な期待が設定されます。彼らは、すでにやったことのある、慣れ親しんだことをしているだけです。それは、ソフトウェアの新しいバージョンになるだけです。また、単一の特定のフィードバック目標を「交換」タスクとして設定します（ソフトウェア全体ではなく「ファイルアップローダー」を具体的に評価します。これは、サンプル母集団ごとに異なるように設定できます）。これは最初にスコープを制限するのに役立ち、そこから作業する基本的な焦点があり、タスクサイズの予想が明確になります。また、暗黙的にcuesこの変更は、主に「ファイルアップローダー」に関連しているため（この場合、他の変更があったとしても）、ソフトウェアに対する全体的な変更があまりにも不安になるのを防ぐのに役立ちます。通常のタスク/時間枠で通常のタスクを快適に実行するには、圧倒され、あまりにも馴染みのないものにします。
時間情報も含まれているので、不特定の時間を費やすよう求められていることを誰も気にかけません。不確定性は、コミットメントへの意欲を低下させるという点で、タスクの期待に組み込む最悪のことの1つです。タスクアクティビティと周囲のパラメータ/ニーズの期待を固めることができるほど、それを実行することに専念することがより快適になります。
その例では、どこにも「テスト」と言っていないことに注意してください。 Theyは「テスト中」ではありませんtheyは実際の印刷ジョブを実行しています。これが当てはまらない場合は、「模擬」印刷ジョブとして参照するなど、それを明確に呼び出す必要がありますが、通常は、これを実際のプロセスモデルに組み込むことをお勧めします。
これらすべてがどのように彼らを助けるのかについて、言葉遣いで投げることもできます（彼らが通常の手順よりも長い時間をかけたくなる理由をもう1つ設定します）が、あまりにも長くしたくありません。処理する。
@dennisleesによってリンクされたSteve Krugのユーザビリティスクリプトは良い例ですが、理解することは重要だと思いますwhyある方法で提示されています。これはすべて、適切な言語/コミュニケーションの選択と同様に、視点とコンテキストに戻ります。業界標準の用語である限り、業界標準の用語を使用しても問題はありません通信相手に。
ユーザビリティテストコミュニケーションのユーザビリティテストを検討することもできます。一見冗長に見えるかもしれないので、これはややいやですが、少なくとも、一般に公開されている素材、より具体的には、対象となる視聴者に公開されている素材に対して専門のコピー編集を行う人物にそのような言い回しを実行することは悪いことではありません。
「テスト」とは言わないでください。 「インタビュー」と言ってください。それが何かについての「インタビュー」になることを人々が理解するのは簡単です。
私たちの意図が彼らの正直な意見と行動をすることであるとき、人々は「テスト」が彼らが心配すべき何かであると信じがちです。
ホーソン効果がテストではなくプライマリアクティビティに投影されるように、「テスト」をプライマリタスク/目標のセカンダリ要素として配置します。