仮定はビジネスに悪いです。彼らは悪くて、私たちにとっての起こったものに基づいて、私たちが世界と偏りを見ている方法に基づいて意見を持っています。デザインになると、デザインがお金、時間、リソースを犠牲にするため、仮定は危険です。 ウェブサイトビルダー これらのすべてを切り取り、そしてあなたを得ることができます ウェブホスティング 右側もあなたのプロセスを合理化します)。そしてそれはもっと多くのお金、時間そしてリソースが簡単に行うことよりもはるかに少ないです ユーザーテスト それは私たちが保持している理論を証明するのを助けることができます。
仮定の後、次の結果のうちの少なくとも1つを実行することがよくあります。
ユーザーテストは、ユーザーが実際にアプリやWebサイト(または、それのプロトタイプ)を使用し、それを改善するために使用できるフィードバックと洞察を提供する場所です。ユーザテストは単純なフィードバック調査を超えて進んでいて、彼らが私たちのデザインをテストするときに実際のユーザー(または目標市場)を見ています。 (調査結果を安全に保存してください クラウドストレージ 。)
この記事では、自分のユーザーテストを使用して自己サービスを提供します user user - これが、私たちが尋ねたい質問を定義した後、私たちは彼らが自分の時間内にリモートで彼らのユーザーテストを行うことができるリンクをユーザーに送ります。これにより、ユーザーテストを自分のユーザーベース(お金を節約する)からユーザーテストを調達しながら、ユーザーテスト(時間を節約する)を自動化できます。
注意:むしろユーザーのためにユーザーを募集している場合は、それも元気です - 価格設定ページにはさまざまなオプションがリストされています。
ユーザーテストを実行する必要がある頻度で疑問に思うかもしれません。短い答えは次のとおりです。常に - 常にユーザーテストになります。決定が求められているものによって決定が促されている場合、あなたがデザインしている製品がついに公に利用可能になると、不安が不安が少なく、成功したとはるかに自信を持っていると思います。
時間の大部分、チームはユーザーテストでタオルを投入し、なぜ彼らがそれをしているのか理解していないので、すべての間違った質問をするので、それはあまり洞察を提供していない曖昧な答えをもたらします。ユーザーテストで質問する前に、「なぜこれをやっているのですか」と尋ねる必要があります。そして「このユーザーテストから何を学びたいのですか」と尋ねる必要があります。
始める前に、私たちが最初に私たちが最初にMVP(最小実行可能な製品)をテストするかどうかを検討する必要があります - ユーザーテストは正しいアプローチです - またはすでに検証された製品の使いやすさが正しいアプローチです。 。 MVPをテストしている場合は、おそらくユーザーテストに焦点を当てているのに最適です。
それがユーザーになるとコアの質問は次のとおりです。ただし、使いやすさテストでは、質問の定義は次のとおりです。「それはどれほどうまく解決しますか」
ユーザーテストが最初に来て、これはMVPを持つとすぐに起こります。コア製品が検証されたら、ユーザビリティテストが起こり、アプリまたはWebサイトが提供することを想定している機能のより広い範囲を浮上させる時が来ます。要約すると:
このステップでは、ユーザールックを設定し、私たちの質問セットを定義し、テスト長、補償、そしてより途中でより議論します。
UserLookにサインアップしてから、次のように選択します。
いくつかのフォームフィールドはかなり自明である(たとえばテストの名前です)が、私たちのテストの結果に影響を与える可能性がある明白なオプションのいくつかを実行します。
明らかな?実際にはそれほど多くない!ここでライブウェブサイトのURLを追加すると考えるかもしれませんが、Invision Studio、Adobe XD、スケッチ、および基本的にはMockupsを同期させる任意のスクリーンデザインツールを使用して構築されているプロトタイプを実際に含めることができます。これは早くテストできます(すなわち、貴重な投資前お金、時間とリソースは様々な現像複雑さに入る。
この作業を行うには、デザインを選択するだけで、選択したデザインツールに同等のものが選択されたものであれ、次に[指定された共有リンク]を[フォーム]フィールドに貼り付けます。
あなたはおそらくあなたがあなたのユーザーテストに期限を設定したい理由が疑問に思います。これが1つの例です.5秒のユーザーテスト。この日と年齢で、ユーザーが典型的には焦点を合わせる、忘れれており、容易に気を取られているので、5秒のユーザーテストは、ユーザーが本当に自分が見たものについて本当に覚えているものを明らかにすることができます。
ウェブページが何であったかはすぐにクリアされましたか?答えがNOの場合、ユーザーは戻るボタンを押す可能性があります。 5秒のユーザーテストでは、スクリーンまたはWebページがユーザーがする必要があるのかを明確に通信するかどうかを判断できます。
オプションのみ、いくつかのレベルの補償はユーザーが品質のフィードバックを提供するためのインセンティブを作成します。報酬は経済的報酬を意味する必要はありませんが、それはあなたが建築しているものは何でも自由にアクセスできるようなものになることができます。
当然のことながら、質問自体はテストの最も定義的な側面です。真実はあなたがおそらくたくさんの質問をしていますが、必要に応じて多くのユーザーテストを行うことができることを覚えておくことが重要です。それぞれのテストの前に、それぞれで学ぶものについて長くて難しいと思います。
たとえば、最初の無料探査テストでは、ユーザーがサインアップに問題があることが明らかになる可能性があるため、フォローアップパフォーマンステストでの質問の1つの質問の1つを設計した後:「どのようなフラストレーションがサインアップしましたか?」
コンテキストINTROは、ユーザーがテストを開始したときにユーザーが見ている最初のものです。ユーザーが特定のタスクを完了する必要がある場合、これはそのタスクを紹介し、答えられるべき質問がいくつかあると述べる場所です(これらはテストプロセス中にサイドバーに表示されます)。
参加者情報には、名前、Eメール、年齢、職業、場所、世帯収入、性別が含まれます。繰り返しのフィードバックの種類が異なる人口統計と相関する方法を見たかったら、このデータをセグメント化して、いわゆるユーザーペルソナ、特定のユーザータイプとそのニーズや目的を説明する種類の書面によるストーリーに貢献することができました。
たとえば、18歳から29歳まで、48歳から59歳までの老人は、若いユーザーがブランドと従事したいと思うことができ、古い人口統計を維持したいと思うかもしれない友達と連絡を取り合う。オプションでは、このデータはユーザーのフィードバックにより多くのコンテキストを提供し、これらのペルソナの開発に貢献することができます。
スコープを定義したら、ユーザーテスターと共有できるURLを受け取る必要があります。その後、ユーザーは自分の時間内にテストを完了でき、私たちは自分で何か他のものに取り組むことができます。
テストの質問が正しく定義されている場合は、実測可能で一貫性の両方の高品質のフィードバックを持つ必要があります。これは、次の反復で変わる必要があるものが明らかであり、いくつかのフィードバックは他のものより多くのフィードバックを再発します。
次に、単にフィードバックを整理する場合です。
アフィニティマッピングは、洞察、アイデア、スケッチ、フィードバック、および研究の漏盤を含む、さまざまなデータを整理するために使用されるグループ化技術です。このシナリオでは、一般的なテーマに基づいてユーザーフィードバックを整理することができました。たとえば、ユーザーテストであれば、これらの一般的なテーマは、製品のロードマップ、本質的に特徴のタイムラインを作成するのに役立ちます。
現在のスプリントサイクルからのこれらの高優先度、機能、修正のすべてを実装した後、別のラウンドのユーザーテストは、次のスプリントサイクルの基礎を築くための、改善のための機会の新鮮な集まりを明らかにすることができます(これにより、前のスプリントからの優先順位の低いタスクの一部または全部を含めることもできます。それからちょうどすすいで繰り返す:常にテストをしてください!
この記事はもともとネット317で、Webデザイナーや開発者向けの世界で最も売れている雑誌で発行されました。 問題317を購入する または ネットを購読する 。
関連記事:
ページ1/2: KRITAチュートリアル:周りのあなたの道を見つける KRITAチュートリアル:周りのあなたの..
あなたが傾向に従うならば、VRが別の復活を経験していることを見逃すのは難しいです。それは�..