既存のソフトウェアのユーザビリティテスト
数か月前にリリースされたiPadアプリの使いやすさをテストしたいと思います。
これは、小売業やカフェのPOSとして機能するアプリです。少なくとも2つの異なるユーザータイプがあります。
問題があるとわかっていて、再設計が必要な機能があります。また、単純なメインタスクの使いやすさに興味があります。
私はウォークスルーとトークラウドを検討してきましたが、それらはリリース前の段階により適しているようです。
新規ユーザーと既存ユーザーの両方で作業できましたが、予算の制約が大きく、忙しいカフェ環境でユーザーを録音することはできません。
私の質問は次のとおりです。この状況でテストする最適な方法は何でしょうか？異なるユーザータイプにどのように対処する必要がありますか？いくつのタスク？
テスト参加者との直接のやり取りが実際の作業を中断することなしに不可能である場合、私は第一線のスタッフと同様の環境で以下を実行しました。
シフト前の概要：シフトの前に、何が起こっているのかを理解し、すべてに慣れていて、潜在的にメンタルなメモをとることを伝えます。後で報告または議論する。
スクリーンレコード： いくつかのハック を使用して、iPadでレコードをスクリーンすることができます。それらのいくつかを試してみてください。私はこれまでiPadで個人的に使用したことがありません。
壁に飛びます：立って、レジ係の肩越しに見ます。通常は、審査員になるなどのカバーストーリーを用意するのが最善です。実際の環境で使用されているソフトウェアを受動的に監視できます。邪魔にならないように注意してください。これは常に可能であるとは限りません。私は銀行テラーソフトウェアのユーザビリティテストの必要がありました。明らかに、テラーの隣に誰かがクライアントのアカウント情報を見ていても大丈夫ではありません。環境が小さすぎるかビジーである場合、これも混乱を招く可能性があります
壁の選択的または簡単なフライ：頻繁に使用されないソフトウェアの特定の側面（つまり、払い戻し）がある場合は、座ることができます奥の部屋に行き、この状況が発生したらあなたを連れて来てもらい、観察できるようにしてもらいます。一日中立ち続ける必要はなく、観察の断片を取得するために特定の状況で出て観察することもできます。代表的な時間を選択してください。
シフト後/タスクのウォークスルー：シフト直後に面接し、ソフトウェアの問題、観察した問題、長所、 etc.彼らがあなたがそれらについて話すとき、彼らがソフトウェアでこれらを歩くことができるならば、最高です。多くの詳細が失われるため、翌日まで待たないでください。
時間と状況に応じて、これらのすべてまたは一部を使用できます。
わずかに異なる戦術を使用して、何をどのようにテストすることができ、最良の部分は、テストごとに約 5ユーザー が必要なだけです。 Rubinの ユーザビリティテストのハンドブック：効果的なテストを計画、設計、および実行する方法 は、長年にわたって私の優れたリソースです。また、 sability.gov には、使用を開始するためのテンプレートがあります。アプリは専門知識のない幅広いユーザーを対象としているように思われるため、代表的なユーザーはプロキシとしてうまく機能する必要があります。
あなたの問題に関して：
- 問題があるとわかっていて、再設計が必要な機能があります。
- 簡単なメインタスクの使いやすさにも興味があります。
最初に、比較テストを実行して、2つ以上の異なる機能設計を比較できます。パフォーマンスと設定データを収集します-声に出してうまくいくと思います。私は [〜＃〜] rite [〜＃〜] または RITE + Krug メソッドの大ファンです。つまり、テストしてから微調整し、もう一度テストして大きな問題を修正しました。 lo-fiプロトタイプをテストして、他のデザインがユーザーの期待にどのように対応しているかを確認することもできます。
両方の場合（ただし、主に2番目の問題の場合）：問題のある機能がどれくらい効率的かをテストして、誰かがタスクを完了するのにかかる時間と失敗率を追跡します。ストップウォッチでこれを行うか、 sertesting.com を使用して、そのように時間を計ることができます。これは、パフォーマンス基準（効率または有効性）を測定するための検証または検証テストとして知られています。
何よりも、一部のユーザーテスト [〜＃〜] is [〜＃〜] なしよりも優れています。少数の人々と非公式に話すだけでも、かなりの価値があることに気づきました。
幸運を！