ユーザーの研究は既存の製品の設計を推進するか、その逆ですか？
この作業プロセスに関するフィードバックを探しています：
製品チームは、既存の製品の設計機能を考え出し、ユーザー調査に基づいて検証します（自己報告）。ユーザー/ UX研究者として、私はそれが正しい進行であると100％確信しているわけではありませんが、厳しい期限が与えられているため、これが最終決定です。最終製品がユーザーの観点からうまく機能した場合、誰かがこの方法で作業しましたか？
既存の製品の場合、新機能に取り組むための2つの主要なモードがあります。
1.最適化
既存の製品をユーザーベースのニーズに合わせて最適化する場合、または隣接する市場に拡大する場合、実際のユーザーの行動を調査することが重要です。主に問題点、使用されていない機能、ワークフローのギャップを探します。部族の知識に基づいて推測できますが、リスクははるかに高くなります。
2.イノベーション
既存の製品でさえ、まったく新しいものを入れる余地があります。あなたのユーザーベース（おそらくすべてのユーザーベース）は、まだ経験がなく、まだ必要であるとさえ知らないかもしれません。あなたは研究をすることができますし、すべきですが、目に見えないものを見るための才能を持つ誰かがここであなたの最高の資産です。
どちらの場合でも、頻繁に出荷できる状態にしてください。
製品チームがユーザーの前に立ち、想定に基づいて構築を開始したい場合は、迅速な最適化とコース修正にも取り組む必要があります。プロジェクトが実際のユーザー調査に深く根ざしている場合、これはそれほど問題ではありません。それでも価値はありますが、それほど重要ではありません。
結果
研究主導の機能定義なし：
- 最適化プロジェクトは、おそらく本来あるほどうまくいきません。 KPIを監視し、事後分析に基づいてピボットする必要があります。
- 革新プロジェクトは推測です。あなたの指を交差させ、あなたの製品チームが本当に良いものであることを願ってください-彼らはちょうど何かに取り組んでいるかもしれません。
私はかなり研究された最適化プロジェクトに取り組み、平凡な結果をもたらしました。また、ユーザーの検証がほとんどない革新的な革新にも取り組み、期待を完全に打ち消しました。それはすべて、製品チームの才能、ユーザーの回復力、そして大きな幸運にかかっています。
UXデザインアプローチを推進する方法として、Ansoffモデルをお勧めします https://en.wikipedia.org/wiki/Ansoff_Matrix
既存の製品に機能を拡張および追加する場合、および既存のユーザーの場合の場合、ユーザー調査のアプローチには、問題/障害および拡張要求の調査が含まれます。 効率的で信頼できる方法の1つデータを収集して、製品の機能を正当化します。
収集した情報は、プロファイル、ペルソナ、ワークフロー、タスクモデルの開発と改善に役立ちます。
そのようなシナリオでUXデザインを使用した結果は、非常に洗練され最適化されたユーザーエクスペリエンスです。
既存の製品に新しい機能を追加する場合、および新しい/ usersの場合の場合、ユーザー調査のアプローチには、新しいユーザーセグメントの調査、フィールド調査、タスクベースのオーディエンスセグメンテーションが含まれます。
そのような演習の結果は、新しい製品の機能がユーザー中心であり、うまくいけば、製品の発売開始からすぐに採用が増えることになります。
拡張または追加する製品機能の製品戦略については、あいまいさがいくつかあるようです。 UXデザインの目標と目的を製品管理チームと明確にすることを提案します。
あなたのチームはデザインを考えているようです。それらのデザインは何に基づいていますか？私はユーザーからではないと思います。つまり、実際には、ユーザビリティテストを使用して、想定が正しいことを確認しています。
私の経験では、最初にユーザー調査を行い、それらについて今知っていることと、彼らのタスクとニーズが何であるかに基づいて設計を行う方が理にかなっています。次に、ユーザビリティテストは、ユーザーのニーズをサポートする方向で既に設計しているため、正しい方向に向かっていることを確認することではありません。
（そして、もちろん、元のシナリオは一般的です。UXデザイナーの苦境は、ユーザーの知識がなくても設計で十分だと考える組織全体に対して設計するためのより良い方法を常に提唱することです。）
編集（あなたの実際の質問に答えるために）：これらの非ユーザー中心のデザインがうまく機能するかどうかを言うのは難しいです。私のチームは通常、チームのパフォーマンスを確認するためにフォローアップを行いません。通常、商品をお届けし、誰かが私たちに支払い、みんなが幸せです。