web-dev-qa-db-ja.com

全体的な再設計まで不良UIを使用するか、小さなUIで適切なUIを追加しますか?

大きなウェブサイトを持つ大企業のUI/UXデザイナーとして働き始めました。

開発者はバックエンド関数の開発で忙しいため、リソースは現在限られています。

グローバルに変更できない場合でも(たとえば、フォーム、モーダルなど)、優れたUIの設計を開始する必要がありますか?

または、全体的に再設計するまでユーザーが一貫性を感じるように、古くて悪いUIで設計する必要がありますか?

12

スタートアップのリードデザイナーとして、私は同じ状況をかなり頻繁に扱わなければなりません。解決策は1つではないと思います。それはあなたの状況に依存します。ただし、この状況への対処における私の経験が役立つ場合があります。

バージョンの明確な定義があります。バージョンには、構築する必要がある一連の機能が含まれています。開発期間の開始時に、私たちは一緒に座って、次期バージョンを完成させるために開発者とデザイナーが何をしなければならないかについて話し合います。

開発者が取り組んでいる現在のバックエンド機能が「バージョン1」の一部であるとしましょう。特定の機能セットに影響を与える設計を求められるたびに、バージョン1の定義どおりに設計します。バージョン2用に再設計する必要があることを知っている場合でも、.

さて、その間に、あなたは次の「バージョン2」のデザインに取り組んでいます。このバージョンでは、新しく改善された設計要素を実装できます。次のバージョンに期待するすべての改善点の明確なリストを作成し、次の開発者会議で今後の計画について話し合うことができるようにしてください。

私の経験では、これらのことについて非常に明確にする必要があります。すぐにデザインを改善したかったので、以前は無駄でした。機能の完全なセットを持つことは、優れた設計の機能の不完全なセットを持つよりも価値があります。しかし、繰り返しになりますが、これが開発と設計の間のコミュニケーションを確立する方法です。

たぶん、最善の方法は、開発者と話し合って、一緒に動作するように何かを設定してみることです。

11
Nick Groeneveld

正直言って、どういう意味かわかりませんが、それが何であれ、答えは常に正しく実行されます

何か間違ったことをすることで誰にでも役立つという単一のシナリオは実際にはありません。そして、UXの全体的な考え方は、エクスペリエンスとプロセスを改善することです。そして、開発時間の節約も含まれます。

あなたは資源が限られていると言います。間違ったことをすると、より多くのリソースの必要性が高まり、2つのパスのみが残ります。

  1. 存在すべきではなかった何かを解決するためにより多くの時間/リソースを費やす
  2. 不完全または間違ったものを起動する

ご覧のように、それは失った状態です。

反対に、最初から適切に作業を行い、モジュール式にタスクを開発すれば、期待どおりに作業を行うことができ、開発者は何を準備すればよいかすでにわかっています。さらに、彼らが開発段階にある場合、可能性は、彼らがするように言われたことを何でもする準備ができていることです...適切なUX

このページの項目1を読みます (以下の抜粋)

開発者の時間は非常に貴重です。完璧な世界では、開発者は100%の時間を費やして素晴らしい新製品や機能を構築するでしょう。実際には、エンジニアリング時間の推定50%は、回避できた可能性のあるやり直しに費やされています。さらに、開発後のエラーの修正は、以前の100倍の費用がかかります。

最終的な考え:

意図的に間違ったことをどのように行いますか?1つは、私たちがうまくいくと思う何かを試すことに失敗することですが、実際にはそうではありません。私たちは皆、それを経験しました(それで、なぜ私たちはそんなにテストするのですか)もう1つの異なる方法は、意図的に間違って行うことです。個人的には、意図的に間違ったことをする方法について一生懸命考える必要があります。 「理論と経験から、Xのようなものでなければならないことがわかります。その後、ランダムに別のことをする」と思いますが、それでも把握するのは難しいものです(概念的には) 「私が知っていることを学ぼう」

2
Devin

私は現在、50近くのWebアプリを維持する手助けをしています。

小さな増分変更を行う必要があります。

理由:

  • リソースは限られています
  • 大きな変更は開発者に多くの時間を要します、彼らがそれを持っているかどうかはわかりません
  • 新しいものをテストする必要があるだけでなく、新しいUIで変更した古いテストも大幅に増加する可能性があります。

そして、私はマイクMの回答に同意します。あなたの変更は、クライアントが求めていたものではないかもしれません。もしそれらがあなたのチーム全体が不必要な責任を負う古いものを壊すなら。

アプリケーションが古いテクノロジーであり、新しいテクノロジーに移行しているときに、通常、大きな劇的な変化が起こります。または、要件に大幅な変更がある場合。

1
luisluix

良い(新しい)UIの定義が、現在支払っている顧客のニーズと一致していることを確認してください。これにより、経営陣を活用して前進し、新しい設計(および開発)により多くのリソースを投入できます。

あなたが大規模な確立された会社で働いているなら、私は彼らがいくつかのことを正しくやっていると思います。とはいえ、あなたは彼らがいくつかの深刻な改善を使用できると評価したように思えます。

あなたは開発のためのリソースが限られていると言います。研究とテストについても同じことが言えますか?

20%を新しいデザインのケースの構築に費やすことができる場合、前進するためにより多くの力を得ることができます。その間、支払っている顧客は経営者の注意を引くでしょう。

組織のインフルエンサーから賛同を得た場合、@ NGAFDは、製品の新しいバージョンを実装するためのアプローチについて、ここでいくつかの優れた点を概説しています。

1
Mike M