既存の製品に変更を加える
私はこの状況に遭遇し続け、誰かがこれについてより多くの情報を持っていることを望んでいました：
私たちは既存の製品を持っているので、「何かをもっと良くする」ように依頼されたので、フロー/スクリーンが何をすべきかを考え、機能の既存の設計パターンを調べることから始めます。ユーザーフロー/画面を表現し、関係者に表示する方法のワイヤーフレームを思いつきます。ほとんどの人は、変更によりエクスペリエンスが向上することに同意しますが、誰かが問題を提起します。
「製品の既存のユーザーはどうなるでしょうか。新しい画面が表示され、それは彼らには意味がありません。」
理想的には、一部のユーザーでテストすることをお勧めしますが、これが不可能な場合は、私が取ったアプローチがWebアプリケーションで一般的な既存のパターンを使用するという証拠を提供したので、ユーザーはそれらの使用方法を理解できるはずです。
だから私が他に何かできることを考えられますか？それとも、既存のユーザーに大きな影響を与えるので、変更すべきではないと人々は考えていますか？
既存の製品とユーザーに関して言えば、私は「微調整し、再設計しないでください」というキャンプにいる傾向があります。
つまり、既存のユーザーを疎外するような方法で再設計する代わりに、計画された改善を一連のスタンドアロンの変更に分解するということです。次に、微調整と見なすことができるもの、つまり、問題を解決したり、ほとんどの人のエクスペリエンスを改善したりすることができる最も単純な変更を見てください。コストに対する利益を決定します（+リスク）。
微調整には、小規模な作業（承認、コスト、時間、試行、フィードバック、信頼）に伴う利点があり、フィードバックを受け取った場合は、完全な再設計を不必要に指摘するのではなく、対応する微調整に起因させることができます。
大幅な再設計により、物事を壊すリスクを負います。迷惑なユーザー;より多くの隠れた問題を導入し、正しいことを行ったという自信を判断するのは困難です。
おそらく再設計を実装し、とにかく後で微調整を実装する必要があるでしょう。
計画された再設計を見てください-どの特定の問題が解決されているかを調べてください。それらは再設計の要求を引き起こした根本的な問題ですか、それともはるかに上にありますか？次に、エクスペリエンスを向上させるためにシステムにどのようなチークを作成できるかを比較します。現在のシステムがユーザーにとって問題である理由と、「何かをよりよく機能させる」ように求められた本当の理由は何かを知り、再設計する前に一歩下がって考え直してください。
Roger Attrillの優れた答え（微調整、完全にやり直さないでください）に追加します。さらに大きな変更を行う場合は、ダブルエンコーディングなどの手掛かりを既存のユーザーにも提供します。ソフトウェア以外の例で、主要高速道路の出口の名前を変更/再番号付けするとどうなるかを考えてみましょう。しばらくの間、「新しい名前（古い名前）」や「出口79（古い出口5）」のような看板が表示されます。 「コントロールパネル（設定）」、「マイプロファイル（アカウント設定）」など、人の概念を変更しても、ソフトウェアで同じことができます。
私はこの問題に遭遇します私が働いています。私たちは物事をより良くする方法の改善を考え出し、しばしば上層部の管理職からの抵抗に遭遇します。
この質問を確認してください これは、これに対処する方法に関するいくつかのガイダンスを提供するはずです。
あなたの質問は、UXデザインよりも変更管理について語っています。直面する問題は、プロジェクトのさまざまな部分に影響します。
既存のユーザーが新しいデザインへの方向付けを必要としている可能性もあります。そのため、それを提供してください。新しいインターフェイスに関するFAQを含むヘルプドキュメントから30分のウェビナー（ライブまたは録画）まで、すべて既存のユーザーを支援できます。すべてのユーザーが同じように非難するわけではないことに注意してください-一部のユーザーは変更ログ（プレーンテキストリスト）に満足します。
このisは重大な問題であり、許可する必要がありますが、製品を進化させない理由にはなりません。