レガシーWebアプリケーションの新しいインターフェースの設計
現在の状況：
レガシーWebアプリケーションがあります。 5年間開発されており、すでに多くの顧客を抱えています。これは非常に重要で高価な製品であり、その顧客は政府を含む大企業です。
開発の開始時には、チームにはUI/UXデザイナーがいませんでした。各開発者は、バックエンドやフロントエンドを含むあらゆる種類の作業を行いました。
問題：
お客様はシステムの現在のUI/UXに満足していません。
質問：
私はこの問題に取り組むことになっています。今、私には多くのジレンマと決断があります。
- 現在のUIに変更を加えて改善した方がいいですか、それとも最初から新しいインターフェースを設計した方が良いですか？ （現在の設計は90年代の設計に似ており、特にUXを変更する場合は大きな変更を加えることはほとんど不可能です）
- 新しいインターフェースの設計が得意な場合は、純粋なCSSまたはBootstrap /セマンティックUIなどのフレームワークを使用する必要がありますか、それともThemeForestの管理テンプレートを使用する必要がありますか？
- この変更のロードマップは何ですか？同様に、現在のシステムを理解し、新しいデザインをスケッチし、新しいテーマを実装し、それをシステムに適用します...それをシステムに適用するべきですか、それとも開発者がするべきですか？現在のシステムは、その実装にクラシックなアプローチを使用していました。つまり、SOAではなく、テーマを変更するのは簡単ではありません。さらに、フロントエンドコードはバックエンドと混在しています。（ Djangoテンプレートビルダー）
- 顧客への対応方法は？このような大きな変化をもたらすことは一種の挑戦であり、顧客に悪影響を与える可能性があります。
- 他に知っておくべきヒントはありますか？
御時間ありがとうございます。
完全に新しいデザインを導入すると、破滅的となる可能性があります。最初からやり直しても良いものをもたらすには、時間がかかります。長時間。新しいデザインで顧客が作成したすべてのメンタルモーダルに対応する必要があります。これは長い旅であり、多くのユーザーを傷つける可能性があります。
代わりに、古いデザインと新しいデザインの両方で機能するものに取り組むことができます。このアプローチは、製品の各部分に基づいて決定を行う時間を与え、簡単に元に戻すことができます。私は2年近くOpsGenieで働いており、このアプローチで2年前にユーザーインターフェイスの変更を開始しました。アプリケーションのユーザーインターフェイス、パブリックページ、モバイルデザインをなんとか変更しました。新しい機能を適用したり、奇妙な動作を変更したり、お客様からのフィードバックを取り入れたりすることで、レンガごとに実現しました。
物事を変えたいなら。いつどのように製品が必要かを自問する必要があります。製品が絶えず変化している場合は、2番目のアプローチを使用します。そうでない場合は、現在使用されているメンタルモデルに新しいデザインで対処しながら、大きな変更を加えます。
リーンUXアプローチの背後にある私のストーリーは次のとおりです： design-delivery-roadmap-b0ad2c77b515
制約を少し置いておくと、最初からやり直した場合にチームや組織に何があり得るかを示すことは非常に価値があると思います。可能であればブルースカイアプローチ。それは人々を興奮させ、いくつかの高額なUXアイテムを選び、それらをどのように解決するかを示し、優れたUXが何ができるかを実際に示す機会を与えます。これは、このビジョンを設計する必要があるため、明らかにより多くの作業を意味します。これは、最初の会話にぴったりです。
もう1つのアプローチは、大幅な見直しをせずに、ユーザビリティの問題を少しずつ修正することです。つまり、UIのユーザビリティに関する小さな問題すべてを対象とし、何らかの方法で優先順位を付ける必要があります。これには、ペインポイントマッピングが役立ちます。このアプローチは、コストの面で短期的な影響は少なくなりますが、現在のUIに制約されている限り、ユーザビリティは向上しません。
混合アプローチでは、UIの一部を選択して、ピースごとに再設計および構築します。つまりナビゲーションや検索結果ページなどを再設計して開発するとします。古いUIに新しいUI要素を導入していて、しばらくの間一貫性を保つ必要があるため、これは面倒な場合があります。
アプローチ1（ブルースカイアプローチ）のロードマップは、新しいUIを探索およびテストし、テクノロジーを含む内部の利害関係者からフィードバックを得る設計探索フェーズでリードする必要があります。それは本当にグループの努力であり、最終的なデザインはロードマップの残りの部分を本当に定義しています。そこからは、選択したソフトウェア開発プロセスに組み込むことが重要です。もちろん、これはプロセス全体を単純化しすぎますが、ポイントは、最初に新しいUIを定義してから、チームでそれを構築し、プロジェクトをSprintsに分割し始める（または作業する）方法を理解することです。
a。お持ちでない場合は、Google AnalyticsとMouseflowをサイトにインストールしてください。この2つのツールの結果に基づいて、メインのユーザーフローでスケッチ/ドキュメントを作成します。 Mouseflowでは、ライブビデオセッションも検索できます。
b。既存のデザインに成功したフローとパターンがある場合は、新しいデザインでこれらの多くを変更しないようにするか、それらを模倣してみてください。残りはゼロから再設計できます。
c。忠実度の低い紙のプロトタイプを作成し、このフェーズで開発を伝えます。ほとんどUIで解決したら、クリック可能な高忠実度のデジタルプロトタイプを作成します（スタイルやすべてを備えた最終的なデザインに近づけることもできます）。ツールやスケッチにスケッチとインビジョンを使用できます。
d。会社とのつながりがあまりない5人の参加者を選び、それを実行するための5つのタスクのリストを作成し、クリック可能なプロトタイプをテストします。セッション終了後、彼らがどれほど成功したかを追跡し、デザインと経験について意見を求めます（Googleの定性的UXテストをググれば、これらの疑問を見つけることができます）。セッション中、彼らを導いてはならず、言葉で彼らを助けてはいけません。 「声に出して考えてテクニック」を使って、テンプレートを読みながらクリックしてタスクを完了するように話しかけてもらいます。