「不格好な」UIの変更は避けるべきですか？
これは大まかな質問のようですので、具体的な例を示します。
古いWindowsプログラムをサポートしています。そして、私は古いを意味します。これは、1997年に以前のソフトウェアを書き直したものです。これは、デバイスのネットワーク用の一種の診断および監視ソフトウェアです。アプリの中心的な部分では、これらのデバイスはツリーに編成されています。これは基本的に MFCシングルドキュメントインターフェイス であり、ユーザーは現在のネットワークから「ドキュメント」（デバイス）を選択します。これはうまく機能し、ユーザーはこのインターフェースに慣れています。
ただし、このインターフェースには、しばらくの間、小さな問題が1つあります。このツリーのアイテムのコンテキストメニューを開くには、まずアイテムを右クリックする前に、そのアイテムを左クリックして選択する必要があります。私は最近それを修正して、右クリックでツリーコントロールが右クリックしたオブジェクトを選択することを想定し、それからそのコンテキストメニューを表示するようにしています。
- 楽観的には、これにより古い問題が修正され、ユーザーは"ああ、それはいいことではありません。もう右クリックする前に左クリックする必要はありません！"
- 悲観的には、これはnew煩わしさをもたらします-重要な単語はnewです。彼らは古いやり方に慣れていた、そしてこの変更は彼らを再び調整させる。 "Arrgh、"ユーザーは言います"以前はどこでも右クリックできましたが、今は正しいものを指していることを確認する必要があります！"
これが最初から正しく行われていれば、これは問題になりません。しかし、今は間違っていても、不格好なUIを修正するか、痛みを伴う変更を回避する方が良いですか？
この特定の動作を変更する必要があるかどうかは、2つの要因に依存すると思います。
- ユーザーへの影響の深刻度
- ユーザーの離職
現在の動作が、間違い、データの損失、または時間の浪費を引き起こすほど深刻な悪影響を及ぼしている場合、これらの問題を解決するのであれば、変更を加える価値があります。経験豊富なユーザーは作業方法を変更する必要があり、初期のフラストレーションが発生する可能性がありますが、長期的にはメリットは明らかです。
また、ユーザーの離職率がかなり高い（新しいユーザーが製品を頻繁に使用し始め、他のユーザーが製品の使用を停止する）場合は、今すぐ変更を加えて、新しいユーザーが前進するために経験豊富なユーザーに初期の不満を引き起こす価値があるかもしれません。 。
ただし、ユーザーグループが小さくて安定していることがわかっている場合（同じグループのユーザーが何年もの間製品を使用していて、新しいユーザーがほとんどいない場合）、これらのユーザーに新しい作業方法を学習させることには、おそらくほとんど価値がありません。それがより不格好でない場合。
人々は、彼らが知っているものについてコントロールの喪失を恐れているので、変化を好まない。私たちは習慣の生き物ですが、既存のユーザーベースであっても、新機能を気に入って戦う大胆な人はいつでも見つかります。
これらは、それらを呼び出しましょうfans-変更された機能の受け入れを増やすのに役立ちます。 「頑固な」ユーザーを真の機会として見てください。正しい方法でユーザーに耳を傾け、理解し、コミュニケーションをとれば、「変換された」ユーザーが仲間になります。また、将来の変更については、ユーザーがユーザーのメリットに対してすべてを行うことがわかっている場合に変更します。
これは自明のように思われるかもしれませんが、コミュニケーションを過小評価しないでください。実際のvalueを宣言して変更を伝えても、ユーザーは有能だと感じるなので、長期的に時間を稼ぐことの利点を発見してください。
核心的な質問に戻る：
「不格好なUIを修正したり、苦痛な変更を避けたりするほうが良いですか？」
いいえ、ユーザーにとっても、それは決して良いことではありません。そうでなければ、単に間違っていることを繰り返します。時々for泳ぐことによってユーザーを決定する必要がありますagainstソフトウェアをより良くするために、単純化のために、より良い流れのためにフロー。変更があまり痛くないことを確認してください-上記の適切なコミュニケーションを通じてファンを獲得し、場合によっては一時的な効率の低下に直面しても、すべてがユーザーにとって最善の利益になることを確認します。次世代感謝します。
それが明らかに改善になるとしても、新しい機能の導入についての懸念を理解しました。新しい機能の利点は、古い習慣を変えるという不便さをはるかに超えるはずです。
あなたの場合では、古い習慣は次の2つの理由ですぐに変わると思います。
- 右クリックして選択すると、今日では標準機能になっています。おそらくユーザーはすでに自宅や他のオフィスソフトウェアで使用しているため、コンテキストメニューの2つの使用方法を切り替える必要があります。
- 新しい機能は、古い機能よりも直感的です。コンテキストメニューをアクティブにするアイテムを右クリックします。
どちらの方法でも問題ありません。
ただし、1つの注意点があります。通常のドキュメントに十分なデッドスペースがないため、デッドスペースを探す必要がある場合は、元の動作が推奨されます。これは、コンテキストメニューが特定の必要なアクションを実行する唯一の方法である場合に特に当てはまります（そのため、頻繁に使用されます）。
インターフェースが不格好だと言ったとき、あなたはあなた自身の質問に答えました
どのシナリオが適切かを自問する必要があります。一度学習すれば、より優れたユーザーエクスペリエンスが得られ、間違いなくそれがソリューションになります。
UXは学習能力だけではありません
システムの新しいユーザーにとって直感的な方法を選択する必要があるため、おそらく不格好なバージョンです。これがM $やAppleのような標準的なソフトウェアでも同じように動作することを示しています。
その後本当に苦情がある場合は、古いバージョンを使用するか、2つを切り替える設定にするかを伝えます。
そして、私はユーザーアカウントにバインドされている実際の設定を意味します。あなたが彼らにプログラムを開始するたびにそれをアクティベートするよう強制すると、彼らはあなたを殺します。 :)