製品の所有者は、デザインのアイデアを最終的なUIに強制する必要がありますか？
価値ある議論かどうかはわかりませんが、時々私はそれについて考えています。
UIデザイナーとして、私は他の人がUIについて意見を述べるときに常に状況に直面します。私はその製品を知っており、彼らは彼らが望むものを私たちに伝える権利がありますが、私たちはそれを製品として見て他の製品と比較するとテレビや車などのように、買い物に行くときにその製品のインターフェースを選択するオプションはありません。
しかし、私たちの製品（UI）の違いは、誰もが自分のアイデアをこの製品の中に入れたいと思っていることです。私は、人々のアイデアを調査して取得し、それらを私たちの設計プロセス（UX）で使用することに反対しているわけではありませんが、最終製品のUIをどのように設計するかを教えてくれる権利がありますか？
ありがとう
彼らにそうする権利があるかどうかは、純粋に政治/企業組織/プロセスの問題です。
彼らがすべきかどうかは完全に彼らの能力/専門知識に依存しています。
どちらの場合も、UX担当者としてどのように処理するかが課題です。いくつかの提案：
可能であれば、常にビジネスパートナーの入力をユーザーストーリーの形式でフォーマットしてください。アイデアは、特定の問題を解決するという点で彼らに要求を組み立てさせることです。 「ここにボタンを置く」はそれほど便利ではありません。 「ユーザーが求めている主要なタスクであることに気付いたので、ここにボタンを押してください」というのは、はるかに優れています。
可能な場合はデータを要求してください。 「Make it purple」はお粗末なリクエストです。 「私たちの市場調査では、私たちの主要な人口統計がそれに最もよく反応することがわかったので、それを紫色にしてください」というのは、設計がはるかに簡単です。
テストする機会が与えられた場合、成功したテストシナリオは何だと感じますか。これにより、彼らは第1弾について考えます。
理想的には、POは特定のソリューションを実装するように依頼するのではなく、特定の問題を解決するように依頼します。できる限り、ビジネスでは問題ではなく解決策について話してください。
さて、SCRUMの観点から製品所有者（PO）の役割を見ると、ユーザーが何をしたいのか、またその理由を示すストーリーを作成し、ストーリーのリストに優先順位を付け、必要に応じて追加の要件を提供することがPOジョブです。 UIとテクノロジを含む、ユーザーの目標がどのように達成されるかに関しては、POの仕事は実際にはありません。
Pm.stackexchangeでもこれを尋ねて、対処方法についての意見を聞くのもよいでしょう。