エンドユーザーで構成されていないフォーカスグループから有用なユーザビリティデータを取得するにはどうすればよいですか？
私の会社が最近買収された後、次回の会議で1時間の「ユーザビリティテスト」が割り当てられました。問題は、私たちに提示されたテンプレートに従っている場合、それは実際にはユーザビリティの調査ではなく、1時間の部屋に20人のフォーカスグループがあることです。
エンドユーザーではなく、直接マネージャーなどと話をします。そのため、エンドユーザーがソフトウェアの管理とセットアップをどのように想定しているかについていくつかの素晴らしい洞察を得ますが、これまでのところ、「あなたが考えていること/欲しいことを教えてください」 "セッションと、ユーザーに使用方法を見せてもらうのではなく、これはユーザビリティテストにおける主要な罪です。
これまでのところ、バイアスを導入する前に、最初の印象を得るために5秒のテストで開始することを考えています。そこから、簡単なデモ（セッションで必要）を行い、コンセンサスを通じてグループにタスクを実行させることができます。これは、彼らが行動を正当化し、グループとして彼らの考えを言葉で表現する方法を理解するのに役立つと思いますが、「アルファ」の参加者が結果を歪めているのではないかと少し心配しています。最後に、これが既存のシステムにどのように適合するか、そして彼らが探している機能について参加者に説明します。
フォーカスグループをより使いやすく/ユーザーエクスペリエンスに基づいたものにした経験はありますか？セッションを導くための私の（大まかな）計画に関するフィードバックや批評はありますか？ 2つを組み合わせるリソースが見つからないような気がします。
グループのユーザビリティテストはgreat、になりますが、画面は1つしかありません（そのため、コンセンサスによるナビゲーションを検討していました。
デモを行うのではなく、実際にユーザーに特定のタスクをすばやく実行させることができれば、ユーザーの反応とユーザーフローを観察し、ユーザビリティの懸念事項を定義できるので便利です。
それが不可能な場合、実行できる1つの方法は、評価するさまざまなユーザーフローを定義することです（所有しているユーザーフローの数が参加者の数と同じであることを確認できればよいでしょう）。 。
ユーザーフローを定義したら：
- 各参加者に順番に尋ねて、システムを使用してそれを実行する方法と、彼らが直面する課題について説明することができます。
- 主な発言者から入力を受け取ったら、他の発言者のためにディスカッションを開いて、彼らが改善できると感じていること、または彼らが直面している課題について入力を提供できます。
- これは、彼らが何を望んでいるのかを伝える状況に戻ることは知っていますが、特定のユーザーフローで何人が同じように感じているか、どの機能が重要でどのような動作が期待されるかについての情報も提供する場合があります。
- また、ユーザーが使用した機能と回避策について特定の苦情があったことについての逸話を求めることもできます。
とはいえ、上記の方法にはいくつかの懸念がある
- ユーザーは自由に話そうとはしなかったり、承認を得るために他のユーザーを探したりして、結果を歪める可能性があります。
- ユーザーは、さまざまなユーザーフローを処理するために実行した手順を覚えていない可能性があります。
私もこれを見ることをお勧めします 研究 問題を理解するためにケプラーがグループのユーザビリティテストをどのように使用したかについて（あなたのニーズとはかなり異なりますが、いくつかの入力を与える可能性があります）
テストには、次のユーザビリティアクティビティが含まれます（時間順）。
- ユーザープロファイル調査– 20〜30分
-テクノロジーの専門知識
-ソフトウェアインベントリ
-仕事、教育、および一般的な人口統計
- 基本タスク演習– 1時間
-既存のワークフローを実行してから、出力/表示コンポーネントを1つ追加します。 -新しいワークフローを作成します（データの単純なグラフプロット）。
- ユーザビリティの問題に関するディスカッション– 1時間
これらの活動はトレーニングプログラムに組み込まれました。ユーザープロファイリングアクティビティは、トレーニングワークショップの最初に行われました。トレーニングの一環として、参加者は主要な用語と概念の紹介を受け、Keplerソフトウェアを使用していくつかの慣れ親しむ練習を行いました。このケプラーの紹介の後、グループのユーザビリティテストが行われました。
参加者には、自分で実行する2つの基本的なタスク演習が与えられました。これらのタスクは、書面による指示のセットとして提供されました。参加者は、オブザーバーが問題を監視して記録し、簡単な質問をするかもしれないと言われました。ユーザーは指定されたタスクを個別に、同時に実行しました。参加者は次のタスクを実行しました：1）既存のワークフローを変更し、2）単純なワークフローを作成します。
ユーザーは5つのグループからなる1つの大きなトレーニングルームに座っており、各グループはやや円形のポッド構成になっています。彼らは意図的に身を乗り出さずに隣人の画面を簡単に見ることができませんでした。テスト中、複数のオブザーバーが歩き回り、参加者と対話し、質問に答え、最小限のユーザーの調査を行いました。テスター/オブザーバーには、ユーザビリティの専門家、トレーナー、ソフトウェア開発者が含まれていました
ビジネスのニーズと目標についての議論をさらに深めたらどうなるでしょうか。
例：この画面では、ユーザーはXを検索してYと比較できます。XとYの違いは多くの場合コスト削減を特定できる場所であるため、これはビジネスにとって重要であることを理解しています。これがあなたのビジネスの重要な部分であることに同意しますか？
別の例：この画面では、地域ごとの販売員間のランキングを確認できます。この見方を提供したのは、地域レベルが日々のレベルで最も重要であると言われたためです。それは本当ですか、それとも地域以外で使用する別のランキングがありますか？
このようにして、マネージャーはビジネスの目標を提供できます。これは、タスクや画面よりも知っているビジネス目標であり、提供したいUXの「ガイダンス」よりも確かに価値があります。
あなたの状況を考えると、あなたが行うどんなテストも、あなたが検証する必要があるかもしれない、またはあなたが設計の罠に陥る可能性が非常に高い可能性がある、仮定の追加レイヤーを作成します（つまり、マネージャーはエンドユーザーのように考えます）。あなたがマネージャーに売ることができるが、ユーザーが使いたくないもの。したがって、私にとっては、たとえそれがマネージャである場合でも、フォーカスグループから有用なデータを取得することは可能ですが、収集したデータの検証を行う必要があります。
エンドユーザーの関与なしにこれをどのように行うことができますか？考えられる角度やアプローチは、マネージャーとユーザーの考え方の違いを強調することだと思いますが、そのためにはユーザーからの情報が必要です。この情報を取得するための1つの方法は、マネージャーにエンドユーザーに代わって依頼することです。たとえば、含める必要があると思われる最も重要な3つの事項をリストし、エンドユーザーに同じ質問をして、違いを比較してもらいます。
そのようなことさえできない場合は、同様のユーザビリティテストセッションからユーザーデータを取得し、マネージャーに同じ演習を行ってその違いを比較してもらいます。
それに失敗すると、正しいとは思わないという前提で検証できないテストを行うことはそれほど意味がないと思います。UX設計を行う特に賢明な方法ではありません。