大量のデータグリッドに基づくデータ入力/編集の代替
私たちは十分に確立されたソフトウェアベースを持っています...それは時代遅れの側面にあります...そして私たちのUIの多くは同じページ/フォームなどの多くのデータグリッドに依存しています。これは私がアプリケーションを作ると思うと述べました直感的ではない。ただ不平を言うのではなく、これらの顧客向けフォームの一部をより直感的なパターンに置き換える方法についてのアイデアを募集しています。
これまでに確立したこの種のモデルに関する私の問題は次のとおりです。
- グリッド間の相関関係は、常に（ほとんどの場合は直感的ではありません）直感的であるとは限りません。
- 新しいレコードは、左/右/最初のレコード/最後のレコード/投稿/キャンセルボタンバーである「dbnavigators」を使用して作成され、次のグリッドがアイテムを追加する前に、あるグリッドに配置されているものに依存しています。
- データグリッドでのインライン編集は常に非常に複雑なレイヤーを追加するようです
私は、タブ付きのより多くのコンテキストフォームへのダイレクトナビゲーション（基本的なウィザード）のアイデアを投げかけました。たとえば、顧客のコンテキストフォームと、表示できる注文のタブです。注文などを追加するための追加ボタン.
何でも良いです:(
データグリッドは、一度に多数のアイテムの入力や編集を行う場合に役立ちます。
このレイアウトが複雑に見える理由の1つは、ページに4つのモジュールグリッドがあるためです。ユーザーは、単一のグリッドを表示または編集するときに、他のグリッドの情報を処理/参照する必要がありますか？
簡単に始めることができるようにする方法は、関連する情報のみを状況に応じて表示することです。つまり、特定のコンテキストで不要なものを非表示にします。
ユーザーが編集しているときに、他のグリッドの情報を表示する必要がないとしましょう。次に、編集を別のページに移動するか、編集モードを作成して画面が乱雑にならないようにすることを検討してください。
実際には、すべてのソリューションに適したワンサイズはありません。したがって、特定の画面でユーザーが何をする必要があるかを見て、それを改善するために何ができるかを判断する必要があります。
「データグリッド」編集パターン自体は悪ではありません。あるパターンを別のパターンに置き換えるだけで
- 現在のパターンで効率的になったユーザーを深刻に混乱させる
- 問題の別のセット（または同じセット）を紹介します。新しいパターンのUXが優れているという保証はありません
あなたが言及する問題は、それ自体「データグリッドパターン」ではなく、視覚的または実装上の問題によって引き起こされる可能性があります。例えば維持しながら問題の潜在的な解決策を次に示します
問題1と2は、接続されていないグリッドを減らすためのインプレース編集でより豊富なデータ型を表示します。より良いビジュアル。
問題3-このために確立されたいくつかのUXパターン。 Webインターフェイスの設計：リッチインタラクションの原則とパターンBy Bill Scott、Theresa Neil はよく評価されています。
重要なUXガイダンスは、ユーザーの問題を調査し、それらに対処することです。 UXパターンの専門家の批評でさえも、最善の結果が得られないことがわかっています。例えば直感的でないUIは、完全な再開発ではなく、ほんの数個の視覚的な微調整が必要な場合があります。