新しいデザインへの移行、「クラシックモード」を提供するかどうか。
数年前からお客様にご利用いただいているプログラムのGUIを再設計しました。これで、アイコンはより単純化されたバージョン（Metroスタイルなど）に置き換えられ、コンポーネントの形状とその色に関するデザインもより純粋に見えるはずです。そのため、GUIは、色や形などのその他のスタイルに関して、リアグリングアイコンをわずかに変更します。
今私は考えています、何らかの種類のClassic Mode新しいスタイルに加えて、古いスタイルでアプリケーションを表示します。古いデザインに慣れていて、新しいデザインに慣れたくないお客様向け。
デザインスイッチを実装する余分な労力を無視して、私はこのアイデアが好きではありません。すべてのユーザーに対して一貫したGUIを使用するというルールに違反するためです。一方、新しいGUIに変更したくない柔軟性の低いユーザーに対応できるため、このアイデアが気に入っています。
だから私の質問：Classic Modeアプリケーションの新しいデザインに加えて、顧客がすでに長年使用している？
良い質問。
この状況に対処するには2つのアプローチがあると思います
- 小さなセクションを段階的に更新して、ユーザーのフィードバックと採用を確認します：これにより、ユーザーは既存のユーザーフローを維持しながら、変更にすばやく順応できるようになります。また、ツールのヒントや情報の吹き出しを使用して、変更についてユーザーに通知することもできます。 Googleを新しいデザインに移行する際、ユーザーに変更を説明する動画がありました
- 完全な設計変更を行いますが、上記の例に示すように、ユーザーは何が変更されたかを知ることができます。また、その設計が最終的に段階的に廃止されるという制限付きで、一時的に古い設計に戻す機会を与えます。以下に示すように、Gmailはこれを以前の作成オプションに戻すオプションで効果的に行いました。
TEDトーク は、古いサイトに戻るリンクでこれを行いますので、ユーザーは以下に示すように古いサイトを選択できます
オプションとして新旧両方のビジュアルデザインを使用する場合は、テーマの考え方を使用します。一部のソフトウェアでは、メインの操作フローを同じに保ちながら、アイコンや色などを変更するためのさまざまなオプションがあります。
ただし、これらのボタンの主要な相互作用と場所も変更する場合は、再設計ビジュアルデザインを含む全体的なソリューションになります。このパスをたどる場合は、FTE、ツアーなどの学習能力関連の機能強化に焦点を当てる必要があります。
より高い学習能力の場合、ユーザーを強制するオプションは一般的な戦略であり、独自のリスクのセットもあります。ユーザーの受け入れ率は重要なポイントです。検証のためのユーザーテストがない場合は、何をしているのかについて非常に注意する必要があります。
ビジネスに悪影響を与え、実用的な製品を改善したと考えている間、多くの否定的なフィードバックを得る可能性があります。あなたがデザイナーなら、あなたは最初の非難されます:)。
両方を用意することをお勧めします。どちらかをお持ちの場合は、最高のデザインです。
グラフィックス/レイアウトの更新のみを行う場合は、テーマスイッチを追加しないことをお勧めします（下記の理由＃2と＃4を参照）。そうでなければ、それには理由があるかもしれません。
考慮すべきいくつかの領域：
使いやすさ。 2つのテーマを持つことで、サイトの使いやすさが向上しますか？テーマを変更するには、UIを追加する必要があります（混乱を招く）。ユーザーは、作業を完了するための追加の決定に直面します。 OTOHあなたの古い顧客は再学習することなくシステムを使い続けることができます。
ただし、よく運営されている会社では、古いユーザーは少数派であることを覚えておいてください。スティーブ・ジョブズが年配のユーザー向けにタッチタイピングのチュートリアルを追加しなかった理由を述べたように、「死はそれを処理します」。古いユーザーは死ぬか、引退し、新しいユーザーが毎日やって来ます。したがって、少数派のためにクラシックUIを維持します。
それは本当に価値がありますか？新規ユーザーにさらに混乱させる価値はありますか？そして、再設計が本当に優れていると仮定して、ユーザーがその特異性に慣れているために好む古い欠陥のあるUIに怠惰に固執するのではなく、ユーザーに優れたUIのメリットを活用してもらいませんか？
PR、ブランドイメージ、外観。多くの場合、ユーザーは友達から製品について学びます。彼らは自分が何を使っているかを見て、同じように見え、同じように機能するものを探します。最も永続的で、したがって最も幸せなユーザーである乗算器が古いUIを使用している場合、広告は明らかに新しい外観になり、認識されないため、友達には機能しません。
また、ユーザーが再設計のアナウンスを受け取り、それが今より良いと主張しているが、元に戻すことができるとわかった場合、ユーザーはなぜスイッチを提供するのか疑問に思われるでしょうか？新しいUIはまだバグがありますか？彼らはそれがより良いと実際に確信していませんか？元に戻すオプションを提供することで、自己満足を促します。実績のあるものに固執する。では、新しいUIに重要な機能が欠けている場合、またはその他の理由で不足している場合を除き、なぜスイッチバックを提供するのでしょうか。あなたがしているすべては、ユーザーをより悪い状況に切り替える方法を提供することです。あなたは「足で撃つ」チェックボックスを提供しています。
ただし、ここでは正直に言ってください。 UIが本当に機能を大幅に削減したり、その他の方法で多数の顧客のワークフローを妨げたりする可能性がある場合は、顧客にテーマを切り替えさせることができます。または、UIが実際に改善されたら、それを修正して少し後で出荷することもできます。または、テーマの切り替えを選択的に許可することもできます（たとえば、Twitterは数年前に大幅な再設計を行いましたが、適切に再設計するまで、アカウント設定の多くは古い外観のままでした）。
また、バンドエイドのメタファーについて考えてみましょう。今すぐバンドエイドをはがし、なじみのあるものが突然変化したときにユーザーが行う怒鳴り声に耐え、前進し続けるほうがよいでしょうか。それとも、少しずつそれを徐々に取り除き、絶え間なく変化するユーザーのグループに人々に「古いUIを使用することをお勧めします」とリスクを冒したり、古いUIを復元するように不平を言ったりしますか？古いUIを取り戻すための請願を整理して開始する時間を与えますか？それは、あなたの状況、変化がどれほど過激であるか、どのような種類のユーザーがいるか、これらのアプローチのどれが正しいかに依存します。しかし、再設計について誰も不満を言っていない場合は、おそらく何も変更していません。
法的考慮事項。宣伝する機能は、ユーザーが利用できるようにする必要があります。古いテーマにその新しい機能がなくても、古いテーマが廃止されている場合、たとえば、2つの機能を一緒に使用できない場合、虚偽の広告に関する法律に違反する可能性があります。これが発生することはまれですが、機能の再設計がある場合に留意する必要があります。
努力。テーマとすべての更新を切り替えることができるように実際にコードを実装するだけでなく、テーマを切り替えると、サイトの他の領域にも影響します。例えば。 FAQやその他のドキュメントをどうするか現在のテーマに応じて、古いドキュメントまたは新しいドキュメントを提供しますか？また、両方のテーマをテストする必要があるため、関連するQA作業が2倍になります。