現在、戦略プロジェクトに取り組んでいます。チームは、ユーザーに私たちの製品や他の製品についてどのような印象を持っているかについてインタビューを行いました。彼らは私たちに彼らが好きなものと嫌いなものを教えてくれました、そして私たちは彼らが一連の機能にリンクしているもののリストを絞り込みました。
これらの機能をワイヤーフレームコンセプトとして現在のサイトに組み込みました。これで、これらのワイヤーフレーム(クリック可能なプロトタイプとしてInVisionに設定された)をテストして、最初にインタビューした人々からフィードバックを得る機会を得ました。
そのため、コンセプト、レイアウト、および機能についてのフィードバックを探しています。誰かがこの種のテストを実施する方法について何かヒントがあるかどうか疑問に思っています。クリック可能なワイヤーフレームを提示し、フローや機能を説明したり、ユーザーに状況を伝えたり、クリックしてもらいます。質問のヒントはありますか?
概念のテストに関するアドバイスや記事へのリンクは、本当に役に立ちます。
ありがとう!
それはあなたがそれが何をするのがより良いかを決定したいようです:多かれ少なかれ、プロジェクトにおけるユーザビリティの探求。
典型的には、次の場合、参加者とのより詳細な'relaxed'セッションを選択し、厳密な手順はありません。
私の最近の例:プロトioに3つのモック機能を備えたモバイルアプリの初期のプロトタイプ、ウェブサイトの新しいモック
以下の場合、シナリオとタスクを含む'focused'探索セッションを使用する傾向があります。
私の人生の最近の例:新しいアプリケーションのアルファ版
結論として、最小限の労力でより価値のあるフィードバックを提供する手法を選択し、偏ったソースがないようにユーザーを代表するようにしてください。
どちらの方法でもかまいませんが、プロジェクトによっても異なります。
たとえば、情報サイトである場合はアクション指向のアプリとは異なり、アクション指向のアプリである場合は、カジュアルなものや極端なユーザー向けのアプリである場合とは大きく異なる可能性があります。
また、機能が一般的であるか非常に技術的であるかなど、すべて機能に依存しています。
これを説明すると、ほとんどの人は、ほとんどの人が慣れているアプリであるため、検索エンジンを使用したり、カレンダーに日付を設定したりしても問題はほとんどありません。ただし、InVisionやAtlassianなどを使用するのは難しい場合があります。最初のケースでは、ユーザーにアプリを提供し「現状のまま」、何が起こるかを確認します。 2番目のケースでは、アフォーダンスをユーザーに説明する必要があります。これは、 coachmarksまたはoverlays を使用している場合を除き、当然のことです
全体として、一般に、彼らに座ってプロジェクトに「冷たい」アプローチを与え、介入なしに彼らがどのように機能するかを確認することをお勧めします。
最後に、アプリの開発を調査するために personas を作成した場合、ユーザービリティの方法を教えてくれます専門知識のレベルなどを含む、すでに定義されているいくつかの変数があるため、テスト
申し訳ありませんが、現時点ではこれについて詳しくお答えする時間はありませんが、可能であればまたお答えします。
ライブテストを行う前に、ユーザビリティハブなどのツールとそれらの派生的な「プレビュー」を探索することをお勧めします。彼らはかなり役に立ちます。
次に、できるだけ自然に使用を観察することがいかに重要であるかを強調します。 「観察」に注意してください。基本的な使いやすさのために、後から尋ねるよりも、中を見る方が常に正確です。
個人的には、ユーザーとして完全なウォークスルーを試してもらい、それが可能かどうかを確認するだけです。プラットフォームをデプロイすると、それらをガイドすることができなくなるため、ユーザーエクスペリエンスの開発のどこで失敗するかを確認する最良の方法は、ユーザーが自分で行うことを許可することです。私のプラットフォームで同様のテストを行っていたとき。私たちは人々が完全なプロセスを通過することを許可し、それから彼らが記入し、フィードバックを提供する小さなアンケートも持ちました。そうすることで私たちは絶対的な不具合を発見し、それを構築するときに完全に見落としていた機能を知ることができました。