私は私の学部の学生が学位の最終成績を計算するためのオンライン ツールに取り組んでいますが、しばらくの間、ほとんど問題はありませんでした。生徒たちは新しい UI を気に入ってくれているようで、私はしばらく批判を受けていません。ここで、プログラムにいくつかの機能を追加する必要があります。つまり、UI はわずかに変化する必要がありますが、非常に目立つ場所がいくつかあります。
新しいFacebook全体のキックオフを見た後、 SOでUIが悪いアプリケーションが発表され、MS Officeのリボンがさまざまなレビューを受けているのを見て、ユーザーが気に入っているように見える場合、UIを本当に変更する必要があるかどうか疑問に思いました.それ。ユーザーの関心を維持したり、より効率的にしたりするために、UI を数年後に更新する必要がありますか? クリーンな UI のために機能を控えるべきですか?
面白い。私は今まさにその場所にいます。私たちのWebベースのシステムには、確かなユーザビリティの概念に基づいて設計されたUIがあり、ユーザーはそれを気に入っています。（1000人以上のユーザーとたくさんのフィードバック）。
しかし、マーケターは、「彼らはそれを売ることができない」ので、システムを「よりセクシー」にするために年に一度私を槌で打つ。今、私は、ユーザーのフィードバックを考えると、「シズル」だけが彼らを引き付けるのであれば、彼らはおそらく間違ったオーディエンスにマーケティングしていると主張しますが、それでも...
メインUI（メニューのルックアンドフィール、ロゴの配置）を再設計するために、慎重に選択したパラメーターを使用してそれらを緩め、使いやすさに悪影響を与えない場合は、変更を加えます。私が言ったように、それは年に一度くらい起こります。
興味深いのは2つのことです。
乾杯、
-R
それは大変なことです。
新しい機能に対応するために UI を変更することは避けられない場合もありますが、これらの変更の影響が本当に心配な場合は、一歩下がって問題をもう一度説明してみてください。機能を処理する別の方法はありますか? UIへの影響を軽減する方法はありますか? UI 全体を再考し、新しい機能を組み込んだモックアップを初めて作成する場合と同じように試してみることもできます。変更を加える必要はありませんが、この演習は、問題について新しい方法で考えるのに役立つ場合があります。また、新しい UI の方がうまく機能していることに気付くかもしれません。直感的に操作できるようにすれば、変更は歓迎されるかもしれません。あなたがその道をたどるなら、私はパイロットを試し、フィードバックを得て、うまくいかない場合は古いUIに戻る準備をします.
理想的には、最初に UI をデザインするときは、将来必要な機能を追加できるほど柔軟なものを作成します。現実の世界では、これはめったにありません。UI の更新は、可能であればゆっくりと段階的に行うべきだと思います (これが、Facebook の変更に関する実際の問題であり、突然の大きな変更でした)。変更している間は、絶対に必要以上に頻繁にユーザーベースを悩ませないように、将来の追加を確実に計画する必要があります。