私たちの組織には、エンドユーザーが日常的に操作する6つのアプリケーションがあります。各アプリケーションは個別のチームによって開発され、独自のソリューションファイルに保存されます。過去12か月間、アプリケーションのデザイン標準を適用して、ほとんどの部分で同じように見え、同じように感じるように努力してきました。カップリング、レガシーコード、古いコントロールのため、すべてのアプリケーションで大幅な設計変更を行うことは困難です。私の質問は、このタイプの環境で、UIとUXの観点から組織を次のステップに進めたい場合、6つのアプリケーションすべてで同時に実行できると想定するのが不合理であると考えると、どうすればよいでしょうか。タイムリーに? 1つのアプリケーションに焦点を当て、それを可能な限り最高にすることは大丈夫ですか?そうであれば、ユーザーはそれをどのように認識しますか? 1つのアプリケーションを、ユーザーが操作する他のアプリケーションとは異なって見えるようにすることで、ユーザーエクスペリエンスに悪影響を与えますか?
ワークフローの例:
ログイン>アプリケーション1>アプリケーション2>アプリケーション1>アプリケーション3>アプリケーション1>ログアウト
大規模な変更/オーバーホールがあれば、どこかから始めなければなりません。 最も重要なことはあなたが始めることです。
優先順位を付けたい場合は、ユーザーベースでいくつかの調査(おそらくいくつかのユーザビリティテスト)を行って、彼らが苦労していること、または最も困惑していることを見つけてください。時間やリソースが不足している場合は、クイックチャットと同じくらい非公式にすることができます。
そこから、調査結果に応じて、これを整理するために使用できる2つのルートがあります。
最初のオプションは良いので
2番目のオプションは、
選択は、どのポイントが組織にとって最も重要であるかによって異なります。
私の経験では、ユーザーは、特に使用しているソフトウェアが自分の仕事に関連している(そのため、それを使用していくらか行き詰まっている)場合は特に、人生を楽にするためのあらゆる努力によく対応する傾向があります。本当に役立つ変更を加えており、(プロジェクトのタイムラインを使用して)何をしているのかを明確に伝えている場合、どちらのルートを選択しても忍耐強く対応できます。
あなたは「組織には6つのアプリケーションがある」と言っています。これは stackexchange.com と同じです
stackexchange.com は以前はなく、 stackoverflow.com のみでした。
しかし、時間が経つにつれ、製品がますます美味しくなっていくにつれて、Q/Aフォーラムにサービスが押し寄せました。現在、スコープが異なる約50のQ/Aフォーラムがあります。
UXとUIの点で、彼らは素晴らしいソリューションを作成しました
UX:ウェブサイトのすべての状態、コントロール、動作は似ています。 100%いまいましいUI:見た目とすべてのUIの概念は、Webサイトのタイプによって異なります。
例-stackoverflow.comのボタンとリンクはux.stackexchange.comとは少し異なります
したがって、あなたの国歌(stackexchange.comのQ/A)が類似している場合、UIはより効果的です。
しかし、国歌が異なる場合、それは私があなたの問題であると考えることができます、そしてあなたのメインウェブサイトの主要な骨格に集中してください。すべてのサブWebサイトで統一されている必要があります。 Google製品のように。ソリューションは異なりますが、スケルトンは常に似ています。
メインUI | UXスケルトンについて考えてみてください。
ユーザーは間違いなく良い気分になります
@Franchescaにとても同意します。あなたの組織に応じて、最初のオプションと2番目のオプションの選択は、内部の組織の文化と政治に基づいて行われることを追加したいだけです(balance ofstakeholders 'power and Interests、およびsupport byトップマネジメント。