UXデザイナーは、完成したWebアプリケーションをどのようにレビューし、それについてのレポートを作成する必要がありますか？
UXデザイナーは完成したアプリをどのようにレビューすべきですか？主な認証情報は何ですか？期待どおりに機能しない場合はどのように報告しますか？レビュー中のチェックリスト、またはアプリの問題に関するレポートを作成するためのテンプレートはありますか？私は従うべき道/提案を探しています。アプリのレビューに役立つ情報源はありますか？
たとえば、すべての要件がカバーされているとしましょう。 UXの観点からアプリが完璧であることを意味しますか？アプリの使いやすさを確認する方法はありますか？レポートの部分では、テンプレートを使用して、相互作用が設計に従っていない、または一部のコントロールで検証が欠落しているなどの問題を報告していますか？
私があなたが尋ねる質問のアイデアや目的を得ても、私が知っているように、適切な方法や、これらすべてのフェーズを1つのシートに含むリストはありません。むしろ、いくつかのソースがあり、それらのうちの1つを他のソースよりも優先しませんが、選択することが望ましいです。
私は最近このトピックの学問的な部分にほとんど関わっているため、少なくともあなたが検討または認識している可能性がある以下のスケールの例をいくつか提供できます。 Christian RohrerのNN/g の記事では、調査方法を簡単に説明しているので、主に以下のユーザビリティスケールの例に出くわしました。
- ユーザーエクスペリエンスアンケート
- 非常に一般的なものは、IBMの CSUQ（コンピュータシステムの使いやすさに関するアンケート） 、
- これは実際にはSUSなどのCSUQ 以上です 、
- モバイルソリューション としての代替、
- 使いやすさの尺度はたくさんありますが、それらはすべてトルコ語で表示されますが、抄録も含まれているため、誰でも引用されたソースを追跡できます（ source-1 、 ソース-2 、 ソース-3 ）、
- そして最後のものは e-service quality を考慮しています。
これは複雑な質問です。
最も簡単なレビューは、ユーザーが関連情報をどれだけ迅速に見つけられるかをテストし、問題点に気づくことです。この情報は現在、将来の拡張のベースラインであり、バックログのユーザーストーリーを提供します。
より複雑な答えは、アプリを起動する前の目標によって異なります。ベンチマークがなかった場合。特に解決しようとしていた問題点がなかった場合（例：以前の/競合他社のアプリには問題点x、y、zがあり、主な目標はそれらを排除することでした）、測定することはほとんどありません。
レポートは、ユーザーの時間、ステップ、「これ」と「それ」のフラストレーションの比較です。比較するものがない場合、レポートするものはありません。これで、問題点などの簡単なレビューを行ったままになっています。
見つかった問題をユーザーにどの程度の不満をもたらすか、問題を簡単に解決できるかどうかを優先させることができます。 「UX Prio Matrix」のGoogle。理想的にはテストを行うべきで、それはかなり広いトピックです:)
目標に応じて、画面を見て少し目を凝らし（目をぼかしてください）、画面のどの部分が目立つかを確認できます。それは、人々にクリックしてほしい行動を促すフレーズのボタンかもしれませんし、画像やビデオかもしれませんし、フォームかもしれません。サイト内のユーザーにどのような行動をとらせたいか。
複数のボタンなど、気を散らす要素を削除または減らすようにしてください。セカンダリアクションにはテキストリンクを使用できます。
調査中にユーザーの目標を明確にしたことはありませんか？
数人の人を集めて、アプリで重要なタスクやアクションを実行するよう依頼し、彼らがどれだけうまく処理できるかを確認し、行き詰まっているかどうかを確認します。
制御された 市場テスト を使用してマーケティングチームから支援を得て、ユーザーのニーズが満たされているかどうかを確認してください。