UXでの「要件収集」という用語-誤称？
インタラクションデザインドメインで良い時間を過ごしたので、「要件の収集」という用語は多少誤った名称であり、プロセスの誤ったイメージを伝えていると思い始めました。合意はありますか？聞いて-
1）「収集」という用語は、要件がすでに存在しており、何らかの手段でそれらを収集するだけでよいことを示しています。ほとんどの場合、これはしないが成り立つ。 製品要件は収集されていませんが、策定されていますさまざまな情報源に基づいています-ユーザーインタビュー、利害関係者の見解、ビジネス目標、市場/ユーザー/ドメインの調査などです。
2）優れた製品は、収集された要件のドキュメントに基づいて構築されているのではなく、むしろ仮説が構築してテストするものです。この仮説はより包括的であり、要件によって明示的に定義または要求されない可能性のある「USP」を作成することを目的とする場合があります。
したがって、この考え方を考えると、「要件収集」がプロセスの概要を伝えていないと考えるのは理にかなっていますか。それとも、ここにあるのは私だけですか？
抽象的な高レベルでは、要件収集は引き続き機能します。つまり、要件やプロセスを収集/発見する方法は指定されていません。
しかし、私たちの行動と完全には一致しないことに同意します。 UX業界の用語になるような代替案を思いつくことはないでしょう。
必要なものを収集するプロセスの非常に正確な説明です：
要件（n。） ：
「必要なもの、必要」
収集（n。） ：
「人々の集まり、集まる行為」
「団結し、同意し、集まり、集まり、集め、蓄える」
仮説の定式化は、この活動の真の目的を伝えるためにどこにでも来るとは思いません。 UXは、ソフトウェア開発（またはその他の分野）における科学的手法の使用を提唱しています。しかし、科学者は最初に仮説を立て、次に助成金を求めていますが、UXデザイナーは、既存のプロジェクトのビジネスケースに貢献し、給料を支払っている組織の存続に貢献する権限を持っています。
また、特定のプロジェクトで働いていない場合は、ソフトウェア開発プロセスの段階の名前を使用する必要はありません。
ウィキペディアはそれを呼び出すことを決定しました 要件の引き出し しかし、それがより良い名前であれば..
「収集」という用語は、要件がすでに存在しており、何らかの手段で要件を収集するだけでよいことを示しています。
ユーザー/製品の要件もすでに存在していると思います。ユーザーの期待に応えるための解決策がいくつかあり、何らかの手段でそれらを収集する必要があるだけです。
優れた製品は、収集された要件のドキュメントに基づいて構築されているのではなく、構築してテストするという仮説です。
製品を継続的に改善するには、これらの要件、仮説、およびテスト結果を文書化する必要があります。仮説が包括的であるというあなたの見解は、おそらくそれをビジネス要件分析と比較しているのであって、ユーザー要件分析とは比較していないという事実を示しています。
したがって、この考え方を考えると、「要件収集」がプロセスの概要を伝えていないと考えるのは理にかなっていますか。それとも、ここにあるのは私だけですか？
実際のアプローチと思考プロセスの方がはるかに重要であるため、用語について詳しく説明することはあまりありません。コメントで述べたように、技術的要件やビジネス要件が製品の定義と形成に役立つのとほぼ同じ方法で、ユーザー要件を収集する必要があります。
簡単な答え：いいえ。
より長い答え：
「要件収集」ステージは、ソリューションの作成についてnotです。提案されたソリューションが成功したと見なされるために満たす必要がある要件をまとめることです。予約するレストランを探す前に、友達がどんな食べ物を好むかを知るようなものです。
その後、これらの要件を使用して仮説を立てることができますが、仮説は要件収集の直接の産物ではありません。
TL; DR： UXプロセスには、needs discoveryとrequirements collecting
質問は、いくつかの特定のUXプロセスと用語を想定している点で、おそらく少し先行しています。次の2つの質問は、活動の違いを明確にするのに役立つかみそりです。
Q。UXとは、ユーザーのニーズを発見して満足させることです。これは「要件の収集」と同じですか？
A。いいえ、これらのニーズを解決するには、さまざまな方法でアプローチできます。ソリューションの定義は「収集される」ために存在しません。
Q。UXの演習中に、ユーザーに影響する規制、技術、または外部の制約に遭遇しました。これらの要件を無視して、UXを成功させることはできますか？
A。いいえ、制約を満たさないと、満足していないユーザーが残ります。
したがって：UXプロセスと要件を満足させる必要がある場合は、それらが正常に処理されることを確認する必要があります。しかし、ニーズを解決するには、別の仮説を適用することができます。