競合するモックアップの使いやすさをコスト効率よくテストする方法は？
私のクライアントには、彼女が私のデザインで好きな点と嫌いな点について非常に意見があり、彼女にとって「適切に見える」場所に物事を移動します。私の元のモックアップと彼女の改訂したモックアップをユーザーでテストしたいのですが、それらはモックアップにすぎません。競合他社と差別化できるいくつかの重要な機能、つまりアイテムを購入したり、ショッピング体験のパーソナライズプロセスにアクセスしたりする機能を非表示にすると、ユーザーが非常に混乱することを指摘したいだけです。
どちらが最も効果的ですか？ 1）モックアップから理解できることと、自由回答形式の質問としてどこに何をするかをユーザーに尋ねて、簡単なテストを行います。 2）「偽のタスク」は、「どこに行けますか...（望ましいアクション）」と尋ねるようなものですか？次に、モックアップの異なるセットでこれを行うことはできますか、それともモックアップバージョンごとに1人のユーザーでなければなりませんか？
このサイトは成功する可能性がたくさんあると思いますが、彼女の不安とマイクロマネージメントがサイトの目標を損なうのではないかと心配しています。しかし、彼女にこれを説明することは役に立ちませんでした。彼女は私が「情熱的」だからと私が物事を主張していると思っています。
A/Bテストは最適化についてです。モックアップとユーザーテストは洞察についてです。
ユーザーテスト（サンプルセットが小さい場合でも）は、潜在的な問題領域の洞察を提供し、それらを改善する方法を見つけるのに役立ちます。これは、設計を最適化しようとするのではなく、目標にする必要があります。
A/Bテストでは、どのオプションが優れているかについて結論を出すために大きなサンプルセットが必要ですが、そのオプションが優れている理由についての洞察はほとんどありません。
ユーザーテストはコースの改善として、A/Bテストは詳細な改善として考えてください。
あなたの状況を考慮して、私はいくつかの素早い汚いユーザビリティテストを行い、どちらのデザインにも明らかな問題があるかどうかを確認します。それはどちらも明らかに他よりも悪いことを示していない、そしてあなたのクライアントが望むものと一緒に行きます。
迅速かつ効率的なモックアップテストのために、2つのイメージとSilverbackをリンクできるプログラムを使用して、ユーザーセッションを記録することをお勧めします。
小さなユーザーパネル（5〜7人）を作成します。
フローをテストする前に、ユーザーが何を達成すべきかを伝える短いシナリオを作成します。
- モックアップと彼女を使用して、同じフローの2つのバージョンをビルドします。モックアップは、任意のアプリ（InvisionApp、Power Point、Keynote、Omnigraffle、Axureなど）を使用してリンクされ、オンラインエクスペリエンスをシミュレートします。
- Silverbackを使用して、ユーザーの画面上のアクティビティを音と顔の表情で記録します。
- 終わったら、どの流れがより簡単で、より自然に感じられるかなどを尋ねます。
- ユーザーのフィードバックを要約し、クライアントと話し合います。
あなたの懸念は非常に有効です。クライアントが主要なオーディエンスではないことを認識せずに、クライアントが何が最良かを知るふりをすることはあまりにも頻繁にあります。幸運を！
上記の製品とは関係ありません
- クライアントがデザインに賛同していないため、デザイン（またはモックアップ）がオーバーライドされているようです。スクリプト化されたタスク（および手順）を使用して、簡単な思考の大声での調査を行うことができます。紙のスケッチや印刷でも十分です。このプロセスでも、設計プロセスに通知するための有効な情報が提供されます。
- モックアップの異なるセットは、各バージョンが何を達成するか、またはそれらが互いにどのように異なるかが明らかである場合に役立ちます。
- クライアントが最も典型的なユーザーであると想定することは一般的であり（場合によっては正しい場合もある）、あなたのケースでは、クライアントとターゲットユーザーの母集団との間に断絶が確実に存在します。
- 3人から5人のユーザーを呼び込み、コンテキスト上有効なタスクを提供し、さまざまなモックアップでタスクフローのビデオ/オーディオ（またはその両方）を記録できると便利です。さらに良いことに、クライアントにこれらのセッションをライブで（別の部屋またはリモートで）見てもらいます。モックアップでは、長いセッションを行う必要はありません。10〜15分のユーザーインタビューは、クライアントが別の見方をするのに役立つ場合があります。また、ユーザーとのインタビューが主導的または偏っていないことを確認してください。また、持ち込む前に、クライアントから資料（質問、プロセス、参加者の選択基準、モックアップなど）の承認を得るのに役立つ場合があります。ユーザー。これを行うには追加の作業のように聞こえるかもしれませんが、設計の非生産的な反復を削減します。
OptimalWorkshopまたは同様のツールを使用してA/Bテストを実行します。 http://www.optimalworkshop.com/chalkmark.htm
2つのモックアップを取り、タスクが何であるかを理解します。だからはい、あなたは偽の仕事をしたいと思います。たとえば、タスクはカートにアイテムを追加することです。複数のタスクを実行できます。カートに追加するタスク、詳細を見つけるタスク、混同したいタスクなどがあります。
リンゴとリンゴを比較したいので、たとえば「カートにXYZアイテムをどのように追加しますか」というタスクでは、モックで1つ、モックで1つ実行する必要があります。視覚的にはほぼ同じに見えるはずです。さまざまな種類のスカベンジャーハントタイプのタスクと混同します（たとえば、xyzの詳細を見つける、またはカートをどのように表示するか）。 15〜20人のユーザーを処理すると、2セットのモックでユーザーがどれだけ迅速にそれを実行したかがわかります。
セットモックアップセットAでは、ユーザーは平均3秒でチェックアウトボタンを見つけることができましたが、モックアップBでは15秒かかってエラーが多くなり、客観的に言うことができます。
A/Bテストは間違いなく進むべき道です...しかし、両方の提案を適切に開発するためのリソースがなければ、結果は非常に有識者によって破棄される可能性があります。
クライアントはあなたの才能、経験、経歴を割り引きました。残念ながら、彼らは同様にどんなテストも割り引くだろう。
オプションのテストに使用する方法については、多くの良い方向性があります。しかし、私がさらに大胆に述べておきたいことの1つは、クライアントの成功指標が何であるかを理解することです。あなたとあなたのクライアントがあなたのデザインにとって何が最も重要であるかについて同じページにいない場合、あなたのテストが明らかにするものを適切に述べることができません。重要なことをもう1つ説明しましたが、他にもありますか？あなたが提案する質問/タスクがあなたを良い答えに近づけることを確認してください。また、 http://usability.gov で行われた調査によってサポートできる設計上の決定がある場合、それは決定をバックアップするより大きなデータのための別の手段になる可能性があります。 （注：今年は更新中です http://usability.gov 今年の調査は、最新のものになればさらに役立つと思います。）