UXに関して、新しいデザインを導入する最良の方法は何ですか？徐々にまたはベータ版を介して？
UXに関して、アプリケーションにまったく新しいデザインを導入する最良の方法は何ですか？同じユーザーベースと機能に加え、新しい機能（そのうちの1つはレスポンシブデザイン）になります。私が気付いた2つの一般的な方法があります---
- 徐々に新しいデザインを導入するので、常にユーザーに親しみがあります。
- アプリケーションのベータ版を作成し、ユーザーが試すことができるオプションを提供します。
当初、私の見方では、実装の観点からは、ベータサイトの方が管理が簡単です。ただし、UXに関しては、ユーザーにとって親しみやすさの方が重要かもしれません。
私が他の会社から気付いたいくつかの例は異なります...
段階的な変更： Amazon
ベータ版： Google GmailおよびInbox（ベータ版）
誰かがこのトピックの例を持っていますか？ところで、技術的なものではなく、UXの例を探しています。
段階的な変更とベータ版で示した例を考えると、ベータ版の方が理にかなっていると思います。ベータ版は、まったく新しいデザインに移行するための良い方法だと思う傾向があります。これにより、ユーザーは新しいデザインを使用して通常のことを実行できますが、実際に必要な場合、または新しいバージョンで見つけることができない機能を指摘する場合は、以前のバージョンにフォールバックできます。 。段階的な変更はうまく機能しますが、変更は、発生時に明確にする必要があり、ペースも正しく行う必要があります。また、機能が実装されると、ユーザーは古いデザインに戻って、どこにあるかを快適に把握できる特定の機能を探すことができなくなります。
最後に、ここで新しいデザインへのスムーズな移行を保証することについての素晴らしい話があります http://vimeo.com/86763514
ねえ、これは私がいつも主張している良い議論のポイントです。コンテキストは違いを生みます。たとえば、それが既存のWebアプリケーションであり、変更を加えたいとします。その場合、以下の理由により、継続的な改善、つまり段階的な変更を常に提唱します。しかし、新しいWebアプリケーションが非応答Webサイトから応答Webサイトに移行するとします。まあ、これはゼロから構築する必要があるので、ベータはもっと理にかなっています。
最終的には、段階的な変更とみなすものに常に取り組みます。どうして？
- 再設計を選択した場合、世界は絶え間なく動いており、サイトはすぐに古くなるため、競争に遅れをとっています
- 再設計の管理には多額の費用がかかります。特にその開発部分は
- 新しいデザインはしばしば裏目に出ます。結果に違いがないか、コンバージョン数が減少することさえあります。 Targetや Marks and Spencer などの例がいくつかあります。同様にこれに触れる私の質問をここで読んでください プロのデザインとその販売への影響
- 1つの大きなデザインですべてを正しく行うのは非常に難しい
- 少し試してテストする方がはるかに良いです。見出しをテストし、リンクをテストし、画像をあるサイズでテストしてから、別のサイズでテストします。テストと学習と改善を続けます。私たちは多くのツールの邪魔になるこの機能を持っています、そしてそれらは理由のためにそこにありますので、それらを利用してください
- おっしゃったように、リピーターは特定のデザインとフローに慣れています
- 既存のWebサイトまたはアプリの改善-Xの段階的な改善
- 新しいWebサイトまたはアプリの起動-直接または「ベータ」起動