UXを古い大規模なレガシーシステムに組み込むことはできますか？
巨大な企業のレガシーアプリケーションの場合、それらのアプリケーションがサポートするプロセスのUXを評価した後、UIを刷新するという贅沢はありません。ただし、過去にアプリに適用されたUXの不足があったからといって、ビジネスが求めている新機能のために、今はそうすべきではないという意味ではありません。
一貫性を保つために、過去に彼らがしたことをフォローするのは嫌いですが、同時にUXの一貫性が重要です。古い画面が不格好で灰色のままで、新しい画面が合理化された青色であり続けるのは望ましくありません。
これらの「レガシー」な状況では、UXを新しい機能に適用して、情報とインタラクションのデザインに集中し、現在のビジュアルデザインを維持する唯一の方法は、それがどれほど醜いか、使いにくいかに関係なくですか？
レガエと同じように、レガシープロジェクトについて繰り返し考える必要があります。私はUXと同様のレガシー刷新のデザインを率いています。
私たちの製品には、あなたにはない2つの贅沢があります。 （年に1〜5回）。
私たちの製品にもいくつかの欠点がありますが、それはあなたが共有していると確信しています。1.巨大なフランケンシュタイン症候群（UIは必要に応じて10年間チャンクで作成され、一貫性をほとんど気にしません）。 2.「より使いやすく」ても、混乱して変化に出会う、技術的に知識のないユーザー。
これらの贅沢と欠点を考えると、私たちが変化にどのように取り組んでいるかは、大胆な見直しと驚くほどの妥協点の間の踊りです。
まったく異なる製品を、さまざまなビジュアルUIのテストの場として使用しました。これは「大胆なオーバーホール」カテゴリに含まれていました。ただし、新しい外観はまったく新しい製品にのみ関連付けられているため、ユーザーが大げさに変更することはありませんでした。この新しいビジュアルデザインは、すべての製品が再設計されるときに適用される予定です。この種の「パイロット製品」は、新しいUIの選択肢を社内のリーダーシップにも紹介するための安全な方法です。このようなことを行うには、内部の提携を構築する必要があります。そのため、幹部が非常に異なる何かを見た場合、プロジェクトの責任者全員がお互いに背を向けています。
小さなプロジェクトでは、古いUI制約を使用してUXを改善しました。これは「目覚ましい妥協」のカテゴリーにあります。 UIがいかに醜いとしても、新しい視覚スタイルは場違いに見えます。これらの種類のプロジェクトは、私が楽しいデザインの課題（制約は楽しいです！）と見なしています。許可される範囲内にとどまりながら、私がどれだけ変更できるかを確認します。
再設計のために立ち上がる各プロジェクトは、これら2つの間のどこかで比較検討する必要があります。すべての関係者と変更についてコンセンサスを構築することは良いアイデアです。