Skip to main content

ユーザビリティテスト

ユーザビリティテストの定義

ユーザビリティテストとは、コンセプトをユーザーと一緒に検証することで魅力度を評価し、ソリューション設計がユーザーの心に響くかどうかを確認することです。 つまり、プロトタイプやコンセプトアプリケーションを、現実的な条件下で特定のタスクを実行する代表的なユーザーとテストすることにより評価を行うプロセスです。

ユーザビリティテストの特徴は次の通りです。 

  • 何が機能していて、何が機能していないかについて具体的な証拠を提供する
  • デザインスプリントなどで設定された前提事項と目標が一致しているかどうかを実際のユーザーに判断してもらう
  • デザインスプリントだけに限定されるものではなく、エンゲージメント全体で頻繁に使用される
  • アプリケーションの設計が軌道に乗っていることを確認するため、開発サイクル中に1~2スプリントごとに行われる
  • ユーザビリティテストが含まれる場合もある。これにより、ユーザーインターフェイスデザインの使いやすさを検証し、劣悪なユーザーインターフェイスの開発に時間とリソースを費やすことがないようにする
補足: Pega Express™のユーザビリティテストでは、ユーザーが早い段階から参加します。 ユーザビリティテストはユーザー受け入れテスト(UAT)ではありません。 ユーザー承認テスト(UAT)はアプリケーションが構築された後にのみ行われます。

ユーザビリティテストの利点

ユーザーテストはすばやく行うことができ、ソリューションを扱う人や使用する人からのフィードバックをすぐに得られます。 明白な問題領域に焦点を当てるため、実施には約45~60分かかります。 

ユーザーテストの利点は以下の通りです。

  • 結果に偏りがない: エンドユーザーと一緒に作業し、エンドユーザーから直接インサイトを得られる。 観察結果を直接行動に移せる: ビジネス上の決定が、仮定や意見ではなく、証拠に基づいて行われる。
  • 問題を早期に発見できる: コードが1行でも記述される場合は、その前に問題を発見し、対処できる。 ソフトウェア開発に長いリードタイムがかかることを回避し、反復的に問題に対処できる。  
  • 時間を節約できる: 貴重な時間とリソースをコードの書き換えで無駄にしない。
  • 面倒をなくす: 他の方法では見落とされていたかもしれないユーザーのペインポイントを発見し、回避できる。
  • ポジティブなフィードバックが早期に得られる: 製品に対するユーザーの満足度をすばやく把握できる。
  • リスクを軽減する: 問題を回避し、リリースされたアプリケーションが採用されたことについて、チームとプロダクトオーナーが得る確信が高まる。
  • 肯定的な体験となる: ユーザーテストにより、エンドユーザーはソリューションを早いうちから体験できる。 これにより、ロイヤルティが高まり、最終的には企業の市場シェアの拡大につながる可能性がある。
  • コストが削減できる: コストのかかる研究室を抱える必要がなくなる。また、長い報告書を読む必要性がなくなる。

ユーザビリティテストの頻度

ユーザビリティテストは早期に、頻繁に、そして継続的に実施します。 ユーザビリティテストとフィードバックをプロジェクトのペースに組み込み、前提事項を検証する必要がある場合はいつでもユーザテストセッションを実行します。 Pega Expressプロジェクトにおいて、テストは反復的なプロセスです。 繰り返しを行うことでリスクを軽減し、チームがフィードバックに対応できます。

最低限、以下のとおりユーザビリティテストを実施してください。

  • 5日目にデザインスプリントを実施する
  • プロジェクトの開発フェーズ中は、スプリント1~2回ごとに実施する

ユーザビリティテストの計画と実行

対面でもバーチャル環境でも、エクスペリエンスデザインチームと協力し、ユーザビリティテストを実施するための詳細を検討します。

効果的なユーザーテストを設計するには、以下に従ってください。

  1. リサーチ目標から始める:テストの前に、解決したい問題と答えたい質問を定義します。
  2. シナリオを選択する:ユーザーにどこから始めてもらいたいかを決め、ユーザーのためにステージを設定します。 これを行うことで、ユーザーにコンテキストを提供し、インタビュアーが残りの質問を続けるための冒頭のセリフを用意できます。
  3. インタビューのスクリプトを作成する:一連の自由回答形式の質問を用意し、テスト中に実行してもらいたいタスクに対するユーザーの反応を観察します。 ユーザーに完了してもらいたいタスクに合わせて質問を準備します。
  4. ドライランを実行する:インタビューのスクリプトを作成した後、スクリプトがプロトタイプやアプリケーションと合っていることを確認します。 その後、チームと一緒にドライランを実行します。 担当者1人を決めて、全員が観察する中、ナレーションを入れながらプロトタイプ全体をチェックします。
  5. テストを実行する:簡単な自己紹介をしながら参加者を迎え入れ、エンドユーザー(テスター)がリラックスできる雰囲気を作ります。
  6. まとめ:テストを実行した後、ユーザーに追加の感想やコメント、反応などを聞きます。 テスト結果を最終的な所見や次のステップにつなげられるよう観察事項を文書化し、ユーザーからのフィードバックを取り込みます。
ヒント: プロジェクトにはどのようなレベルの忠実度が必要なのかを考えます。 1つのアイデアを伝える必要があるか。 (忠実度の低い)ペーパープロトタイプでも役立つかどうか。 それとも、最終的な状態にできるだけ近い、(忠実度の高い)クリック可能なプロトタイプを用いた、より強固なバージョンが必要かどうか。

    最終的な考慮事項

    ユーザーリサーチは、チームスポーツです。 以下のような様々な役割を誰が担うのが最も適しているかを考えます。

    • インタビュースクリプトを作成する 
    • インタビューする 
    • 観察する
    • 観察結果や所見を文書化する

    また、以下の点についても考慮すると良いでしょう。

    • ユーザーテストを対面で行うか、バーチャル環境で行うかを決定する
    • どのようなエクスペリエンスデザインのサポートが必要かを考える
    • クライアントのステークホルダーチームに誰が参加すべきかを考える
    • テストへの参加と監査に誰を招待すべきかを考える(チームリードと協力してリストを作成する)

    各ユーザーテストイベントが終了したら、結果を分析し、プロジェクトチームと共有します。 その後、次のアクションを一緒に決定します。 予想外の結果、インサイト、事実を、より広いコミュニティやシニアマネジメントに発表することを検討します。

    ヒント: 発見した内容に関するレポートは、関心を引くようなものにします。会話の内容をそのまま引用し、視覚的に分かりやすく、短くまとめます。 レポートは、ハイライト動画と考えてください。

    次の問題に答えて、理解度をチェックしましょう。

    トレーニングを受講中に何か問題がありましたら、こちらをご覧ください: Pega Academy サポートのよくある質問 (FAQ).

    このコンテンツは役に立ちましたか?

    このコンテンツは 100% のユーザーにとって役に立ちました。

    改善できるところはありますか?

    We'd prefer it if you saw us at our best.

    Pega Academy has detected you are using a browser which may prevent you from experiencing the site as intended. To improve your experience, please update your browser.

    Close Deprecation Notice