UXの設計者は、要件の抽出を求めるキックオフコールでどのような質問をする必要がありますか？
新しいプロジェクトを開始する場合、通常は機能要件について詳しく説明するための質問をします。UXディメンションに焦点を当てた要件収集では、これらの質問は何ですか？ドメインによって異なりますか？
「機能要件について詳しく説明する」ことは、引き出すのに適した場所ではありません。ユーザーは自分の要件を（ユーザーが知っていると思っていても）知らないうえに、非機能的な要件も同時に取得する必要があります。
私はIan Alexanderの要件抽出アプローチを使用することに慣れており、これまでのところ良い結果を出しています。 UXエキスパートはすべてのステージに参加する必要がありますが、シナリオステージで最もアクティブです。他のすべてでは、彼の仕事はユーザーの代弁者として行動し、彼らの利益を擁護することです。他の討論者（通常はエンジニアや管理者）は、意思決定の際にユーザーの視点を考慮することを忘れがちだからです。
- 利害関係者それらすべてをリストすることを忘れないでください。そうしないと、重要な要件を見逃してしまいます。 UXデザイナーは、システムと直接やり取りする利害関係者に関するいくつかの情報を必要とします。基本的に、彼は彼らの期待を推測できるように、彼らの背景を知る必要があります。この段階でペルソナを作成したいと思うかもしれません。
- 目標それらを持っている利害関係者と同時に実行するのが最も簡単だと思います。 UXデザイナーはそれらを念頭に置く必要がありますが、FRを取得するためにすでに重要な情報以外の情報が必要になることはほとんどありません。
- コンテキスト、インターフェース、スコープここでは、ソフトウェアランドスケープと組織コンテキストの両方で、システムが実行される「ランドスケープ」を知りたいと思います。自分のシステムで実行する機能、他のシステムで実行する機能、および手動のままにする機能を定義する必要があります。 UXデザイナーはここで多くのことをする必要はありませんが、他のユーザーがユーザーにとって非常に難しいソリューションについて議論する場合、彼はその議論に飛び込む必要があります。インターフェースシステムに手動で情報を入力するようユーザーに要求する。
- シナリオここで、タスクを定義します。 UXスペシャリストは、通常、ユーザーがシステムと対話する方法を最もよく理解している人物であるため、このディスカッションを導く人物である必要があります。シナリオが収集された後、「ワークスペース」を作成するのはUXスペシャリストの仕事です。つまり、タスクを完了するためにユーザーが必要とするすべてのデータと機能の説明です。その後、設計者はこの説明に基づいてデータモデルを作成でき、UXスペシャリストはそれを使用して実際の画面を設計できます。
上記は、上記で指定された順序で収集できます。完全な要件仕様で必要となる他のタイプの情報があり、私の経験では、上記のステップ中に常に発生します。
品質と制約は、「非機能要件」と聞いてほとんどの人が考えることです。古き良きISO 9126で指定されているほぼすべてがそのカテゴリに分類されます。これには、「訓練を受けていないユーザーの95％がタスクXを3分未満で完了することができるはず」などの従来のユーザビリティメトリックが含まれます。このレベルの詳細を指定する実際のプロジェクトを見たことはほとんどありませんが、そうだとすれば、それがこの段階でのUXエキスパートの懸念事項です。
根拠決定を下すときは、決定がそのように行われた理由を文書化することをお勧めします。ここではUXに固有のものはありません。ほとんどの人はまったく気にしない、私は通常、政治的に物議を醸す決定、または誤って発見された反直観的な議論に基づいて決定が下された場合にそれを行います。
- 定義プロジェクトの用語集。ソフトウェアエンジニアは、コンセプトを理解し、独自の用語で考え、あらゆる種類の設計ドキュメントでこれらの用語を使用するという不運な傾向があり、システムはユーザーインターフェースでそれらの用語を公開することになります。多くの場合、これらの用語はユーザーが慣れ親しんだものではなく、システムがそれらを理解するのは非常に困難です。 UXスペシャリストの仕事は、最も重要なドメイン用語がエンジニアの言語ではなく、ドメインの言語で記録（およびプロジェクト全体で使用）されることに注意を払うことです。
- Measurementsここで、プロジェクトの承認基準を定義します。まったく誘発されないことはよくありますが、誘発された場合は、UXスペシャリストがUIに関係するものに注意を払う必要があります。
- 優先度要件には明らかに優先順位を付ける必要があります。 UXエキスパートは、ここでは他のスペシャリストとほぼ同じ役割を果たします。主に、ユーザーの観点から最も重要な要件がテーブルの下に流されないようにするためです。
「UXエキスパートが尋ねるべき質問は何か」と尋ねました。ご覧のとおり、UXエキスパートが各段階で達成しなければならないことの定義でさえ、かなり長いです。それぞれについてどのような質問をすべきかをどのようにして知っていますか？まず、適切な態度を持つインテリジェントな人は、最終的にどのような情報が必要かを知った後、自分の質問を理解できます（そうです、難しいですが、経験を積むと改善されます）。次に、UXエキスパートが学習できる要件エンジニアリングに関する本があります。私の経験では、 Discovering Requirements by Alexander and Beus-Dukicと ser interface design by Lauesenの組み合わせは、優れたシステムの仕様を作成するための非常に強固な基盤を提供しますユーザー体験。
ユーザーは誰で、何をしているのか、何をしているのか、なぜそれをしているのか？
ビジネスとは何か、それは何をするのか、何をしようとしているのか？
プロジェクトの成功を決定するものは何ですか？
例えば。ローンチから最初の1か月間の、登録済みユーザー数または新しいサービスへの移行タイムラインまたは販売数。
プロジェクトの使命を理解し、次のことを行います。-ユーザーは誰ですか？ -このサービスを使用している理由/このサイトにアクセスしている理由-このサービス/サイトを離脱した理由-サービス/サイトでの経験の終わりに彼らが成功/満足していると感じる理由-失敗/不満に感じている理由サービス/サイト。 -これはプロジェクトのミッションと一致していますか。
これと他のいくつかは、ユーザーエクスペリエンスとビジネス目標を念頭に置いて機能を具体化するのに役立つと確信しています。