端末の画面だけが見え、参加者の表情は見えないインターネットでの長時間の動画視聴は、動画の帯域が重いため、少し不安定になることがあります画面解像度により、細かい部分が見づらい場合がありますまた、高解像度のセッションビデオを録画し、Dropboxの共有フォルダーにアップロードすることもできます。帯域が許す限り、私たちはこれらをアップロードし、すぐにリンクを共有することで、約1時間の経過時間で見ることができます。試験装置ユーザー調査セッションを実施するために必要な技術はすべて提供します。ピクチャー・イン・ピクチャーを記録するための専門ソフトを搭載している。参加者が使用している画面と表情の両方を表示します。スマートフォンやタブレット端末を接続し、画面を録画できるようにするために必要です。モバイル収録に使用するセットアップは、スマートフォンに電源ケーブルを接続するだけのハードウェアとソフトウェア構成を採用しています。参加者は、オーバーヘッドカメラやクレードルなどのアタッチメントや、デバイスを机の上に固定することなく、自然にスマートフォンを手に取り、操作することができます。PCなど、テスト用に用意したさまざまなデバイスがあります。必要であれば、お客様のデバイスを使用することもできますし、通常、簡単に接続することができます。テストスクリプト、モデレーション、分析、レポート作成すべてのプロジェクトは、独立した評価と賞を受けた経験豊富なUXコンサルタントのチームによって運営されています。ステータスがあります。当社のコンサルタントは全員、最低5年の経験、必要な資格、そしてこの種のデザイン・リサーチを実行する能力を備えています。テストスクリプトを作成する。テストスクリプトには、参加者の相互作用を導くタスクとシナリオが含まれている。いう質問と、リサーチで解決してほしいことがあれば教えてください。中で文書化しています。研究計画には、調査に関するその他のすべての詳細が含まれ、反復とサインオフのためにあなたと共有されます。行動、研究対象への態度についてのディスカッション。タスク評価対象となる主要なジャーニー、インタラクション、フィーチャー、機能などを網羅したタスクを作成します。司会者が確実に答えなければならないタスクに関連する質問。当社のコンサルタントは、この種の調査を実施した長年の経験を有しており、特に要望がない限り、この種の調査を実施します。参加者に口頭で課題を伝え、形式的にならないようにすることユーザーが自由にプロトタイプと対話できるようにし、誘導しないことユーザーが躊躇していたり、混乱しているときに、タスクの勢いを失ったり、ユーザーの行動から学習できる可能性がない場合にのみ、中断する。必要であれば、タスクやサブタスクの後に質問することまた、他のお客様から、より正式なモデレーションアプローチの運用を求められることもあり、必要に応じてスタイルを変更することもあります。ユーザーテストセッションの間、モデレーターはセッションを観察し、後で分析に使用するためのメモを作成します。これらは、後で参照したり、セッションのビデオを見直したりできるように、タイムスタンプ付きのメモにすることもあります。分析・レポート調査後、分析を行い、報告書が必要な場合は作成に取り掛かります。レポート作成が必要な場合は、ユーザーエクスペリエンスのベストプラクティスであるレポート作成基準に従います。以下のように設定しました。STUDYあるホテルチェーンのジェネレーティブ・スタディでは、リデザインに先立ち、既存のアプリをレビューしました。ビジネスユーザー、コンシューマーユーザー、グループ、個人など、あらゆるユーザー層から参加者を募りました。閲覧や検索だけでなく、決済やアカウント管理、メールメッセージ、ロイヤリティスキームも厳密にテストされました。競合アプリの閲覧も行い、ユーザーが好む部分を特定し、再設計の参考としました。今回の調査は、クライアントが直接フィードバックを聞きたいということで、研究施設で実施されましたが、この段階の調査は、デザイン変更前の保険比較会社のように、ユーザーの自宅で行われることも珍しくありませんし、クライアントのオフィスや会議室でも行われます。一般的には、コスト、数日間の外出が可能かどうか、ユーザーの所在地などを考慮して決定されることが多いようです。セッションのビデオは常に提供されます(弊社から無料で提供)ので、参加できなくても何が起こったかを確認することができます。プロセス設計試験プロセスデザインテストは、インタラクティブメディアの制作に先立って行われ、ワークフローとプロセスのステップが、望ましいユーザーインタラクションをサポートすることを確認します。このテストでは、ユーザーが1対1の定性調査セッションに参加し、プロセスやジャーニーの各側面を表すために作成された色分けされたプロセスカードと対話します。研究のための準備プロセステストのアプローチは、ユーザビリティテストのアプローチと非常に似ており、核となる要素が存在します。プロセステストでは、テスト資産を作成する必要があり、その報告は通常、プロセス設計の修正という形で行われます。プロセスデザインは、ユーザージャーニーマップ、ユースケースワークフロー、プロセスフロー図などとして納品することができます。これらのアセットは、プロセスがどのように機能するか、可能なインタラクション、エラーパス、代替フロー、成功基準などを説明します。このままではユーザーを混乱させるだけなので、このような形でユーザーの目の前に置くことはできません。私たちは、プロセスにおけるさまざまな属性を表す色分けされたプロセスカードを開発するというアプローチを取っています。最近のプロジェクトでは、次のようなカードの種類がありました。この段階だけでも、ユーザーテストを実施する前に修正できる問題やプロセスの抜けが投げかけられることがよくあります。研究施設の視聴室からユーザビリティテストを観察したことがある人なら、プロセステストで何が起こるか、すでにかなり理解していることでしょう。参加者は、ターゲットユーザーのプロファイル(ペルソナ)に照らして募集され、シニアUXコンサルタントが司会を務める45~60分のセッションに各自で参加します。参加者が着席し、冒頭の質問でリラックスした雰囲気になったところで、プロセステストを開始します。プロセスカードの各セットは、ユーザーの旅またはサブジャーニーを表し、セットの最初のカードは、ユーザーストーリーです。参加者は、ユーザーストーリーのカードを手渡され、それを読むように指示されます。カードには次のようなことが書かれています。オンラインバンクの口座にログインしたい自分の口座を見るためにbank.co.ukを検索し、クリックしてログイン画面を表示するのです。ログオン情報を覚えていないため、Webサイトからサポートに問い合わせるよう案内された場合どのように進めていくのですか?ユーザーはカード上にいくつかの選択肢を提示され、それらは関連するカードを経由して異なる経路でプロセスを進めることになります。私たちの研究のゴールは、そのプロセスがユーザーの望む自然なインタラクションをサポートしているかどうかを理解することです.彼らの行動を観察し、彼らの言語化された思考プロセスやフィードバックを聞くことで、我々はプロセスを改善し、最適化することができます。主な成果物としています。プロセスがなぜそのように変化したのか、変更されたのかを説明するものです。各プロセスの各ステップを取り上げ、何がうまくいき、何がうまくいかなかったのか、どのように変更または適応する必要があるのかを明らかにします。これらの成果物は、ユーザーの旅とプロセスをサポートするために、ワイヤーフレームやプロトタイプをどのようにデザインすべきかを決定します。比較ユーザビリティテスト比較プロトタイプテストは、評価すべきプロトタイプ設計の代替案が複数ある場合に実施されます。これは、設計チームが特定のユースケースや要件に対して複数のソリューションを考え出したときに起こります。ユーザーテストは、どのアプローチを選択すべきかを決定する方法の1つである。カウンターバランシング複数のプロトタイプの評価が偏らないようにするために、カウンターバランシングと呼ばれる方法を用いています。各ユーザーが同じ順番でプロトタイプと対話するのではなく、プロトタイプa、プロトタイプb、プロトタイプcというように順番を入れ替え、すべてのプロトタイプが同じ回数、同じ順番で対話するようにします。以下は、あるプロジェクトで実際に行われたテストプロトコルです。(2つはスマートフォンのみ)と3つのプラットフォームで展開しています。第2回テストプロトコル例この種のテストは、モデレーターがよく整理され、よいメモをとっていることに依存します。モデレーターに加えて、バージョンと順序を追跡するためのメモ係を置くことは非常に有用です。ベンチマーキング評価ベンチマーク評価とは、プロトタイプを実際の代替品と比較して評価することです。これまで実施したプロジェクトでは、本番サイトのみ、または本番サイトと競合他社の組み合わせで実施しました。その目的は常に、開発中のプロトタイプが本番サイトの欠点に対処しているか、あるいは競合他社と同程度に優れているかを評価することです。評価の実施があります。プロトタイプと本番で使用するタスクとシナリオが同じであるため、非常にシンプルです。偏りをなくすためにカウンターバランス方式を採用し、本番とプロトタイプを同じ回数ずつ見ていきます。参加者は、それぞれと対話しながら、次々と同じタスクを試み、提供します。バーバルフィードバック+観察行動.比較の基準はよく考え、それに基づいてタスクとテストプロトコルを計画する必要があります。参加者は常にプロトタイプから本番への移行を行うことができないため、彼らのフィードバックが不当な判断に基づく可能性があります。準備していれば、そんなことは無視して、次のような重要な部分に集中することができるのです。いうことで合意しました。STUDYあるホテルのクライアントが新しいアプリを開発しており、開発中のプロトタイプアプリと既存のライブアプリのベンチマーク評価を依頼されました。6人の参加者が1対2の割合でプロトタイプとライブアプリを操作するように、カウンターバランス方式を採用しました。成果物として、実機とプロトタイプの長所と短所を比較した詳細なベンチマークが提出されました。LtdUXニュースレターにサインアップしようUXるつぼ」は、世界中のユーザーエクスペリエンスのニュースやストーリーを毎月まとめてお届けしています。以下のフォームからお申し込みください。form="1′′]です。