これらのアプリのいくつかを時間をかけて使用しなければならなかったので、ユーザーとしてのフィードバック、FWIWを提供し、ユーザーを支援するのに役立つかもしれません:-)申し訳ありませんが、少し長いですが、トピックは私の心にかなり近いです-として私は、そのようなシステムの「改善された」インターフェースのプロトタイプを作成し（計算によれば、非常に重要な金額を節約し、ユーザーの不満を回避します）、それを実装したチームを率いました。
かなりの数のCRMで私が気付いた一般的な問題が1つあります。画面には20以上のフィールドがあり、そのうちの1つは通常4〜5を使用して操作の90％を実行します。しかし、とにかく不要なフィールドをクリックする必要があります。
もちろん、私はこの仮定に誤りがあるかもしれません（私の場合のように、システムを使用するさまざまな機能を持つ多種多様なユーザーがいました）。しかし、ユーザーと一緒に座って、ユーザーがアプリケーションをどのように使用しているかを確認し、UIに関して何かを最適化できるかどうかを確認してください。または、実際には「TAB」の使用方法がわからないことが問題であるかどうかを確認してください（ユーザーは実際に毎回これらの20のフィールドのすべてを使用してください）-それらのいくつかを指導し、これが彼らにとって十分なものであるかどうかを確認することができます-そして組織全体にトレーニングを展開します。直感的なホットキーがサポートされていることを確認してください。リストに2000個のアイテムが含まれている場合、ユーザーはリストを手動でスクロールして適切なアイテムを見つける必要はありません。FFの機能を使用して、テキストの先頭を入力することでアイテムを選択できます。
アプリケーションの使用パターンを確認し、それに応じてUIを最適化することで、多くのことを学ぶことができます。システムを使用する複数の組織機能がある場合、それぞれの「理想的なUI」は異なる可能性があるため、どちらを実装するか、そして実装するかどうかの問題がビジネス上の決定になります。
ユーザーにとって重要な他の小さな詳細もいくつかあります-実際にはユーザーのメインの入力フィールドであると思っていたものがそうではない場合があります-そして、ユーザーが入力しなければならない間、画面の半分を占める空のテキストエリアがあります本当に重要なデータを隅のどこかにある小さなテキストフィールドに入れます。または、画面解像度では、水平スクロール（またはまったくスクロール）が必要です。
繰り返しますが、ユーザーと一緒に座って観察すると、これが明らかになるはずです。
もう1つの問題：「開発者ハードウェアが速すぎる」現象：多くのWeb開発者は、非常に強力なPCの出力を表示する、高解像度の大型ディスプレイを使用する傾向があります。その結果が1年前のラップトップの1024x768でCSRのラップトップ画面に表示されると、レイアウトは予想とは大きく異なり、レンダリングパフォーマンスも異なります。チューン、チューン、チューン。
そして最後に、組織が地理的に分散している場合は、常に、同等の最長遅延/最小帯域幅のリンクでテストします。これらの問題は、ローカルでテストを行う場合には見られませんが、WAN経由でシステムを使用する場合は多くの煩わしさが加わります。つまり、アプリケーションのテスト/開発を行うときに最悪のシナリオを使用してみてください。そうすると、これは煩わしくなり、使用を最適化できます。そのため、より良い状況にあるユーザーは、喜びに飛びつきます。アプリのパフォーマンス。
「グリーンスクリーンアプリ」を使用している場合は、パワーユーザーが単一の長いテキスト入力フィールドを提供して、CLIタイプの方法ですべての情報を入力し、「送信」またはENTERキーを押すだけです（ただしこの設計上の決定は、多くの作業であるため、軽視する必要はありません）。しかし、誰もが「グリーンスクリーン」アプリケーションの学習曲線がかなり急であることを理解する必要があります。これは、離職率などとともに、ビジネスの観点から考慮すべきもう1つの要素です。典型的なエージェントがどのくらい滞在するかを上司に尋ねてください。同じ場所で、フルスピードになるまでに3か月の期間が必要な場合、生産性にどのような影響がありますか。:)プログラマーだけでも、管理者だけでも決められないバランスがあります。
最後に、「パワーユーザー」がいる場合の補足事項です。conkerorをブラウザーとして見たいと思うかもしれません。それ自体はかなり遅いですが、キーボードのみのコントロールの観点からは非常に柔軟に見えます。