段階的な再設計
私は自分のキャリアの中で、完全なUIの見直しを伴ういくつかのプロジェクト（基幹業務Webアプリケーション）に取り組んできました。これらのプロジェクトのほとんどは、再設計にかなりの時間を要したエンタープライズWebアプリケーションでした。それらのいくつかは完全なスワップで行われ、いくつかは段階的に行われました。
お客様の反応に驚きました。もし結果に賭けていたら、パンツを失っていただろう。卸売り交換は顧客からの悲しみのトンを捕らえた。デザインは本当に問題ではなく、時代が変わったということでした。段階的な変化はシルクのように滑らかになりましたが、しばらくの間奇妙に見えました。暫定的には非常に望ましくないUIです。
段階的に完全な再設計を行うか、新しい設計と完全に交換する方が良いですか？
段階的なアプローチを扱う場合、両方のデザインをしばらくの間維持し、ユーザーがどちらを使用するかを選択できるようにするのは、面倒なことでしょうか？
可能であっても効果的ですか、それとも古いバージョンが利用できなくなったときに同じ問題が発生しますか？
他の視点から見る必要があると思います。両方のアプローチは、処理/計画されている場合は正しいです。私が一緒に取り組む再設計で重要なことは、ユーザーを管理することです。計画を議論するホームページで楽しくて有益なセクションを始めてください。古いサイトで楽しみを突いて、いくつかの世論調査に固執し、彼らを変化に参加させてください。
それは本当に状況次第です。 1つの逸話が役立つかもしれません：
HTMLメールエディターを含むアプリを設計しています。元のデザインはエラーが発生しやすく、多くの問題がありました。 「修正」する方法がなかったので、デザインを破棄してゼロから再構築しました...今回の方がはるかに優れています。
しかし、顧客はびっくりしました。 「あなたは私のチーズを動かしました!!!」私は顧客ごとに違いを示すために電話ごとに約5〜10分を費やす必要があり、落ち着かせて幸せにしました。この機能に関する苦情はなくなりました。
結局、私は何かを完全に交換しましたが、それは非常に苦痛でした。それから彼らは落ち着き、それはすべて大丈夫でした。
Facebookが再設計され、誰もが叫んだ後、落ち着きました。 短期間の狂気に備えていれば、完全な交換で問題ありません。
私は比喩が好きです-大きなWebアプリケーションは空港のようなものです。このステートメントにはいくつかの影響があります。
- 人々は通常、単に娯楽のためにそれを訪れるのではなく、何かが必要です。したがって、あなたは彼らが彼らの目標を達成し、素晴らしい経験を提供するのを助けるべきです。
- 空港を閉鎖して新しい空港を建設することはできません。何かを改善する必要がある場合は、できるだけ不便をかけないようにしてください。
これはWebアプリケーションにも当てはまります（少なくとも大きなアプリケーションの場合）。すべてが進化的に改善される可能性があります。実際、古いインターフェースのさまざまな部分を変更することで、まったく新しいインターフェースを作成できます。しかし、もちろん、何をすべきかを完全に把握しておくのは良いことです。プロジェクト全体を理解せずにさまざまなパーツを再設計すると、良い結果を得るのがはるかに難しくなります。
インクリメンタルアプローチの+1、再設計の代わりに再調整。グーグル、ヤフー、アマゾンは一度に小さな変更のみを行います。あなたは彼らのウェブサイトに大きな変更を見ることはありませんが、彼らは常に変化し、何かを微調整しています。
詳細については、 Xの神話：定期的にWebサイトを再設計する必要がある を参照してください。
段階的のほうが完全なスワップよりも優れていると思います。しかし、それをうまく管理する必要があります。
完全な交換は、実際には人々にとってあまりにも大雑把です。 Joel Spolskyがかつて言った 最初から書き直すことは絶対にしてはいけないことです 。これはコードの記述に関連していますが、ユーザーにも当てはまると思います。まったく別のことに慣れる必要がある場合、専門家を失うことになります。フェージングは非常に役立ちます。また、プロセスにユーザーを関与させるための時間をより多く与えることにより、ユーザーは完全な変更でそれを理解することができます。
それを管理する最良の方法はベータ版になると思います。現物が稼働し続け、アクティブな顧客が2番目の場所での変更を支援できます。このようにして、変更について不平を言うかもしれないユーザーにも明確に伝えます。
（注意点が1つあります。アプリ/サイト/ものがほとんど使用されていない場合です。次に、設計と前進の観点から、完全なスワップを実行することをお勧めします。ただし、使用量とプロジェクトはそれほど大きくないはずです。 。）