Webアプリケーションでの挿入、更新、削除グリッドの実装
倉庫の管理と小売に使用されている古いデスクトップアプリケーションを書き換えているところです。倉庫ウィンドウは、インポートされたアイテムのインポート、返品、変更を目的としています。したがって、これは常に2つの部分で構成される請求ウィンドウです。
- ヘッダー-インポート日、サプライヤー、および請求書番号
- 本文-Excelと同様に、インポートされたアイテムのリストです。
同様のことが小売請求書にも当てはまります。このアプリケーションの顧客は、10年以上使用しています。また、マウスを使用せずに請求書を作成し、それに請求書を追加することに慣れています。アイテムのリストはグリッドで、アイテム名、金額、割引などの7つの列があります。最初の列にあるときにEnterキーを押すと、ダイアログボックスが表示され、アイテムを選択してEnterキーをもう一度押すことができます。選択した値をその列に入力します。また、左または右の矢印キーまたはタブキーを使用して、次の列または前の列に移動できます。上下の矢印キーを押すと、現在挿入または編集されたレコードへの変更を保存できます。請求書の削除や新しい請求書の挿入などの一部のアクションは、特定のFキーにバインドされています。したがって、速度に関する限り、それはすべて良好です。しかし、これは本当に良い習慣なのでしょうか？私もウェブ版で同じことを繰り返すべきだと思いますか？私には、それは正しくないと思います。理由はわかりませんが。多分あなたはより良いアイデアを持っています。私は、現代のUXパラダイムに準拠しない別のアプローチを見つけようとしましたが、役に立ちませんでした。
ユーザーは学習プロセスを繰り返す必要があるため、変更には欲求不満が伴います。
- より近代的なソリューションの設計（それほど多くのダイアログ画面なしで）
- キーボードによるインターフェース操作を含む
会社に選択肢がある場合、おそらく定量的研究が役立つでしょうか？
7つの列のそれぞれで相互作用が必要ですか？ （例：割引は自動的に割り当てられませんか？）
便利なオプションは、1つのダイアログを使用して7つの列にすべての値を入力することだと思います（その場合、特定のインタラクションの7倍を行う必要はなく、値を入力するのは1回だけです）。
アプリの機能の変更は、通常、UXの悪夢です。アプリが古ければ古いほど悪くなります。年齢がこの問題の決定的な要因であり、あなたのサウンドは非常に古いものです。この変更は、ユーザーの大部分にとって本当に深い否定的な体験になる可能性があります。他の場所でコンピュータを使用していないユーザーがいる場合、それは彼らの仕事なので、これは彼らにとって人生を変えるものになるでしょう。
新しいアプリで現在のアプリを再作成する必要があります。古いインターフェースを作成し、完全に機能させることで、ユーザーはすぐに利用できるようになります。ユーザーに現在のアプリを使用する権限を与え、新しいアプリの使用方法をユーザーに示すことができます。
アプリが古いものから新しいものに切り替わり、ユーザーに操作方法を示すことがどれほど素晴らしいことかを考えてください。ユーザーは、以前のシステムにいつでも戻ることができるので安心です。全体のオリエンテーションとトレーニングで、古いシステムと新しいシステムを切り替える1つのボタンを表示することができます。
私は開発者であり、これは2つのアプリではありません。新しいアプリの特別なサブインターフェースです。古いインターフェイスは外観が正確である必要はなく、そのすべての機能は新しいアプリですでにカバーされているはずです。