Uxデザイン
6つのステップでユーザビリティテストを実施する方法
設計テストは、人々に役立つ優れた製品を構築するのに役立ちます。
ユーザーテストは、製品テスト、デザインテスト、ユーザビリティテスト、デザイン検証など、多くの名前で知られています。これは、実際のシナリオで実際のユーザーとデザインをテストする非常に重要なプロセスに関するものです。ユーザーの懸念やユーザビリティの問題を深く理解すると、それらを修正するのが上手になります。
ユーザー中心の設計哲学の一部であるユーザーテストは、設計者の仕事の最も重要な側面の1つです。見事なビジュアル（表面）だけではありません。問題を効果的に解決することです。テストを繰り返し、設計を何度も繰り返すことによってのみ達成できるもの。これは、貴重な洞察を得るための優れた方法です。 何が機能し、何が機能しないか 。
設計が適切に機能し、すべての仮定と仮説が検証されていることを確認したいと思います。ユーザーによるテストは、私の設計プロセスの最も重要なステップの1つになっています。
ユーザーテストは、アプリやサイトを操作しているときに誰かの肩越しに見守るようなものですが、途中で質問をしたり、探索したい方向にナッジしたりすることができます。それほど高価でも難しいことでもありません。残念ながら、十分な設計/製品チームがそれを行っていません。
ユーザビリティテストの理由と、テストを正常に実行するための6つの基本的かつ重要な手順について説明します。
なぜテストするのですか？
UXコミュニティには、「あなたはユーザーではありません」という古い格言があります。
初めてのユーザーテストの経験を決して忘れません。 2か月間、私はWebアプリケーションのプロトタイプを微調整するために一生懸命働きました。私はそれを完璧にしたかったのですが、それがうまくいくと素朴に、恥ずかしがらずに確信していました。私はもっと間違っていたはずがない。他の多くのデザイナーと同じように、私は自分の作品に夢中になりました。
私がテストした最初の人は、2番目のステップの後で混乱しました。そして、一気に私の幻想は破壊されました。私は荒廃しました。
プライベートエクイティファームはどのように資本を調達するか
その日、私は5回のテストセッションを行いました。結局のところ、私は自分が思っていたほど優れたデザイナーではなかったという事実を受け入れることを余儀なくされました。
翌日、洗練されたプロトタイプを、前日のユーザーテストから得た洞察に基づいて、新しく改善された設計コンセプトを表すクイックインタラクティブワイヤーフレームに置き換えました。結果は印象的でした。初心者ユーザーでもかなり複雑なアプリケーションを使用できました。
その最初のテスト経験は、デザイナーとしての私に大きな影響を与えました。今では、すべてのデザインをテストしています。それは常に価値があり、私はいつも間違ったことに驚いています。
完成品よりも、簡単なプロトタイプで間違いを犯したほうが明らかに良いでしょう。悲しいことに、多くの企業は、テストされていない仮説やアプリケーションに莫大な金額を投資しています。
間違った設計上の決定は、完成品で非常に明らかになります。不必要な間違いは、莫大なコストで修正する必要があります。テストされていないアプリケーションを展開するための最終的なコストは莫大です。
ユーザーテストの6つの基本要素
適切なユーザーテストプロセスを実行するには、次の手順を実行する必要があります。
- プロトタイプを作成する
- テスト計画を考え出す
- 採用担当者（対象ユーザー）
- 適切な場所を見つける
- テストをモデレートする
- テスト結果を文書化する
プロトタイプの作成
プロトタイプは、設計コンセプトをテストするために構築された製品の初期モデルであり、通常は機能が制限されています。複製または学習するもの。プロトタイプを作成する方法は複数あり、オフラインソフトウェアやオンラインアプリなど、多くのツールがあります。
さまざまな状況に応じて、さまざまな忠実度とアプローチが適切です。
非常に基本的な方法があります。一枚の紙にスケッチを描き、写真を撮り、次のようなツールを使用してそれらを結合します。 Adobe Experience Design 。これは、デスクトップアプリとモバイルアプリの両方で実行できます。
または、インタラクティブなワイヤーフレームを作成することもできます。次のようなオンラインプロトタイピングツールでワイヤーフレームをつなぎ合わせます。 InVision 。
企業におけるCFOの役割
私は複数のバリエーションを作成し、同じプロジェクトに対していくつかの完全に異なるプロトタイプを作成します。それらを組み合わせた後、どちらが最適かを決定します。多くの場合、彼らと一緒に仕事を始めると、最初のプロトタイプを作成したときに思いもよらなかった解決策を見つけます。
私の最初のプロトタイピングツールは Axure RP 。非常に複雑で、習得するには約6か月かかります。ただし、数日で基本を学び、簡単なインタラクティブなプロトタイプを作成できます。
私はまた、次のようないくつかの解決策を試しました InVision または UXpin 。それらはWebベースで革新的であり、はるかに安価です。 Axureほど機能が豊富で柔軟性はありませんが、はるかに簡単に使用できます。プロトタイプをクライアントやチームメンバーと簡単に共有することもできます。
最近、 マーベル 私が選んだツールです。これは優れたモバイルおよびWebアプリケーションであり、プロトタイプの作成と共有が非常に簡単であり、便利なSketchプラグインも備えています。
そこには多種多様なプロトタイピングツールがあります。これが優れた比較サイトです。 http://www.prototypr.io/prototyping-tools 。
テスト計画をまとめる
テストの計画を立てることが重要です。そうしないと、多くの時間を無駄にすることになります。基本的なレベルでは、計画の概要を説明する必要があります。
- 何 テスト中です（機能、機能、タスク）
- どうやって 測定されます（特定の領域でのテストの成功率または失敗率）
公共交通機関のルートプランナー向けにモバイルアプリをテストしているとしましょう。私はアプリの3つの主要な機能を設計しました：旅の計画、チケットの注文、座席の予約。
私は、通常バスでどこにでも移動するターゲットユーザーのグループを念頭に置いています。テストセッションでは、詳細を確認し、特定の機能がユーザーフレンドリーであるかどうか、つまり「見た目」（ユーザーにとって明らか）で使いやすいかどうかをユーザーから確認します。
テスト計画を作成し、プロトタイプを調べて、いくつかの質問を書き留めます。例えば：
- ユーザーは自分の旅を効果的かつ迅速に計画できますか？
- 彼らは簡単にチケットを注文できますか？
- 彼らは席を予約することができますか？
15人がテストに参加することに同意したとしましょう。セッションを開始する前に、5つの列を持つスプレッドシートを作成します。
- 列1： 参加者の名前、
- 列2〜4： テストするアプリの3つの機能、
- 列5： 参加者が特定の機能の使用に苦労している場合、私はそれをメモし、混乱の理由を書き留めます。
このスプレッドシートを使用して、プロトタイプの成功を評価できます。 15人が3つの機能をテストする場合、45（15x3）のタスクになります。人々が38のタスクを達成した場合、私は85％の成功率を持っています。
人材の採用、別名「ユーザー」
既存の顧客と一緒にプロジェクトに取り組んでいる場合、採用は簡単なはずです。営業チームまたは利害関係者に連絡し、顧客との連絡を取ります。
小規模な個人プロジェクトまたは社内プロジェクトの場合は、ターゲットオーディエンスに該当するFacebookの友達に連絡してみてください。また、連絡先への紹介を依頼することもできます。チームの他のメンバーも同じことができます。 公平な参加者を見つけることが重要です 誰が「あなたに親切」になりたいだけではありません。つまり、彼らが見るすべてのもののようになりたいのです。テストから実際に価値を引き出すには、偏りのないフィードバック（良いか悪いか）が必要です。
大規模なプロジェクトで外部クライアントと連携している場合は、次のようなサービスを使用することをお勧めします usertesting.com 、 validately.com 、 クリックテール.com 、または verifyapp.com 。
潜在的なユーザーを募集するときに、探しているものを説明するのが難しい場合があります。ユーザーテストへの参加は、ほとんどの人にとってなじみのないものです。私のリクエストは通常次のようになります。
「ねえウォルト！あなたが本当に忙しいのは知っていますが、30分ほど時間を割いて、私が取り組んでいるプロジェクトを手伝ってくれることを願っています。公共交通機関の旅程計画アプリです。あなたはバスで頻繁に旅行することを知っています、そしてあなたがそれをどのように使うかを見たいです。」
少なくとも3〜5回のテスト（リモートまたは対面）を行うのが最善です。これで、最初の反復に十分な資料が得られるはずです。あなたがそれを集めることができるならば、あなたは参加者に彼らの参加の見返りにコーヒー/お茶と軽食、ギフトカード、または会社からの割引コードを提供することができます。
テストの間隔を30〜45分にして、テストをスケジュールすることをお勧めします。悪い角度から設計にアプローチしたことに気付くかもしれません。次のテスターが到着する前に、その場で最大の問題を修正できます。テストは集中的であり、次のラウンドの前に、調査結果を収集し、メモを取り、リラックスするための息抜きも必要になります。
適切なテスト場所を見つける
ボディランゲージや緊張やため息などの微妙な信号を読んだり、苦労しているために顔を作っている人などを捕まえることができるので、直接テストすることをお勧めします。これは、介入して、何かについて混乱していないかどうかを尋ねる機会です。
さらに、人々は対面での設定中に集中する傾向があります。 Skypeまたはハングアウトを介してリモートテストを行っている場合、それらは気が散ってしまい、物事がすり抜ける可能性があります。
気を散らすことや中断する機会が最も少ない、互換性のある待ち合わせ場所を見つけることが重要です。あなたは人々がテストに集中し続けることができる設定を見つける必要があります。
参加者をクライアントのオフィスに連れて行かないようにしたいと思います。企業環境によって、参加者が閉じ込められているように感じられ、監視されているように感じる可能性があると考えられます。どちらも彼らの家の人々を訪問することは最適な状況ではありません。ペット、子供、または家族がテストユーザーの注意をそらす可能性があります。
私の意見では、カフェは完璧な環境です。音楽が流れていて、いい匂いがして、コーヒーがみんなを警戒させます。個人的なコミットメントや気晴らしから離れて、被験者はリラックスする傾向があります。また、テストプロセスで、実際のシナリオにいるかのように感じるのに役立つことがよくあります。
外でテストすることもできます！バスの旅の計画のプロトタイプを見ながらバスに一緒に乗るなど、潜在的なユーザーを実際の状況に応じて正確な設定にしたい場合があります。
匿名関数内で、jqueryを使用してフッターdivを選択します。 「フッター」のIDがあります。
テストの実行
テストの品質は、テストを適切に実行し、効果的にコミュニケーションする能力（「テストのモデレート」と呼ばれます）に大きく影響されます。これは、準備とテスト計画の出番でもあります。これまでに何もテストしたことがない場合は、パートナーまたは家族とのプレッシャーのないランスルーをいくつかお勧めします。
尋ねる質問の種類を練習すると、テストをより効果的に実行できるようになります。
タスクを完了するための無制限の時間で、暖かく居心地の良い環境ですべてをテストするのは間違いです。ユーザーにコンテキストを提供し、運動、通勤、買い物など、実際の状況でアプリを使用していることを想像してもらいます。
また、時間を割いて支援してくれた参加者に感謝することも重要です。これらのユーザーフィードバックセッションを行う理由は、サイト/アプリ/プラットフォームの使いやすさを最適化して最高のユーザーエクスペリエンスを実現したいからだということを伝えてください。
テスト対象ではないことを必ず伝えてください。それはデザインです。
リモートテストを行う場合は、画面記録ソフトウェアを使用して記録します。直接会う場合は、ビデオカメラまたはオーディオレコーダーを使用してください。あなたはあなたがどれだけ逃したかに驚かれることでしょう！
セッションを記録することで、メモを取る必要がないため、よりリラックスできることがわかります。良好な関係を確立し、参加者にとってテストを快適にすることに集中することができます。後で記録からすべてを文書化できます。
録音は機密であり、内部目的のみであり、録音を視聴するのはあなただけであることを被験者に必ず伝えてください。
いつapachesparkを使用するか
MacOSユーザーは、QuickTimeを使用して画面をキャプチャできます。私が使う スクリーンフリック （$ 29）。画面とWebカメラを同時に記録し、記録をトリミングして、結果を非常にうまくエクスポートできます。 iOSで利用できるアプリもいくつかあります。
ユーザーのニーズ、行動、目標、欲求不満について真の洞察を得るために、ユーザーを導かない自由形式の質問をしてください。ここではいくつかの例を示します。
- そこで少しためらいに気づきましたが、何があなたを止めましたか？
- このボタンは何をするつもりだと思いますか？
- この製品の最も魅力的な点は何ですか？
- この製品を使用する上で最も難しい部分は何ですか？
- この商品に意外なことや思いがけないことはありましたか？
- この製品を改善するために何ができるでしょうか？
- 何が欠けている可能性がありますか？他に何を見たいですか？
- それがどのように機能するかについて、あなたは何が好き/嫌いですか？
- この製品はどのように役立つと思いますか？
- 今日はこの商品を使いますか？
- なぜ誰かがこの製品を使うと思いますか？
テスト結果の文書化
先に述べたテストドキュメントのスプレッドシートから、短い1ページのレポートで調査結果を抽出して要約します。これは、人々に最も問題を引き起こした問題に集中するのに役立ちます。改善が必要な領域はすぐに明らかになります。通常、私のテスト成果物は次のもので構成されます。
- メモ付きのスプレッドシート
- 録音
- スクリーンレコーディング
- ウェブカメラからのテスト参加者の記録
テストが適切に文書化されたら、それをさらに研究して、次の反復をガイドすることができます。利害関係者とのテスト結果を使用して、次の設計上の決定をバックアップすることもできます。
テストを受け入れて楽しんでください。楽しいですよ！
結論として、2つのことを覚えておいてください。
- 経験則：プロトタイプの作成に90分以上かかる場合は、やりすぎです。
- テストの成功率が90％を超えたら、テストを停止します。これで、アプリ/サイト/プラットフォームは非常に使いやすく、「便利」になるはずです。 MVPタイム！
この記事の冒頭で、最初のテストの結果が私を壊滅させたと言いました。それは私自身の能力への私の信頼を揺るがしました。その時、試行錯誤がプロセスの自然な部分であることに気づきました。専門家が間違いを犯さないというのは真実ではありません。 A プロフェッショナル それらからすばやく学習し、反復ループを短縮し、プロセスの設計を完成させます。
デザイナーへ： テストプロセスをお楽しみください—それはあなたのデザインを改善します！実際のシナリオで実際のユーザーとできるだけ早くアイデアをテストしてください。実際のユーザーが製品をどのように使用しているかを観察することで得られる洞察は貴重です。すべての反復は重要な前進です。
クライアントへ： デザイナーにテストせずにプロジェクトを終了させないでください。コードの最初の行を記述する前に、製品を評価する機会を最大限に活用してください。 1週間余分にかかり、もう少し費用がかかる場合がありますが、最終的には節約でき、それを行うことで100倍の利益を得ることができます。
•••
