ビジネス指向の大量データ入力 (CRUD) アプリケーションの GUI 設計の好例 [終了]

https://stackoverflow.com/questions/832142

06-07-2019
|

質問

非常によくできた企業の例はどこで見つかりますか?y 以下を備えたソフトウェア:

キーボードショートカットを適切かつ一貫して使用する。
優れたキーボードフォームナビゲーション
標準化されたフォーム検証
標準化された使用法 見上げる/検索スクリーン。(ユーザーはクライアント ID を要求されますが、それを知りませんが、それを返すポップアップウィンドウから調べることができます)
標準化されたユーザビリティ/LaF 規約

単純な CRUD 画面から、CRM/ERP/財務/リスク評価などのアプリケーション向けの非常に複雑なプロセス指向の GUI までのサンプルが見られると嬉しいです。基本的には、特定のビジネスプロセスを定義する大量の入力フィールドを備えた GUI です。

解決

挙げられるような例はありません。実際、これらの画面の多くは「醜い」傾向があるという単純な事実から、Web 上で見つけるのが難しいかもしれません。この種の画面が美しいことはほとんどありません。

これらのことに取り組んできた長い歴史から、いくつかのヒントを提供できます。

一貫性。 すべてを「同じように動作」させ、常に同じように動作させます。基本的には画面ではなくフォームを見ながら入力できるはずです。これらのフラッシュ、小計、色はすべて、フォームを入力した後は良好ですが、入力中はそうではありません。そこでは基本的に、「何かがおかしい」ことを知らせる音声アラートが必要です。ユーザーが 4 フィールド前に間違ったフィールドを入力したことに気付いたときの、古典的な「カチカチ、カチカチ、カチカチ、ビー、ビー、ビー、ビー」というシナリオです。ユーザーは完全に目が見えないわけではありませんが、画面を見ているわけではありません。データはフォーム上にあります。
モーダルに作業し、エラーが発生した場合は停止するほうが、作業を続行するよりも優れています。 大きなフォームの場合、すべての情報をスキャンして事後的にエラーを探すことは非常に困難です。彼らが間違っているときに止めて、最後に戻って修正するのではなく、修正して前進できるようにします。フォームに含めることができるビジネスルール、検証および適用が多ければ多いほど、より良いことになります。ポップアップ、アラート、ピッカー、注意が必要な場合は、モーダル、モーダル、モーダル。ここでは粘土を使った作業はしていません。彼らは偉大なアメリカ小説を執筆しているわけでも、世界経済をモデル化しているわけでもありません。
スポットチェックの結果を要約します。 たとえば、注文を入力する場合、入力フィールドをフィールドごとにスキャンするのではなく、注文の合計と品目数をチェックサムのようなものとしてチェックサムとして注文が「正しく」入ったかどうかを確認できる必要があります。ほとんどのワークフローには、エントリを調べてデータを検証するクロスチェックフェーズが避けられませんが、それはデータの「生のキー入力」の後に行う必要があります。入力するたびに個別にチェックするよりも、「一括入力」モードにすると作業が速くなります。それは彼らのリズムを壊すことになる。基本的な検証とキー入力が完了した後、例外の検出と修正が容易になります。一部のフィールドが他のフィールドよりも重要な場合 (どのフィールドが重要であるかはわかっています)、画面上と紙のフォーム上でそれらを視覚的に強調表示すると、驚くほどうまくいきます。

フォームなどが適切に設計されていれば（コンピューターフォームと紙の入力フォームの両方）、エラー（顧客の間違い、商品の間違いなど）は入力しにくいはずです。一部のメモや特別な指示にはタイプミスがあるかもしれませんが、他の場所ではそれほど多くはありません。商品や金額のキーを間違えると、注文が正しく合計されない可能性が高いため、単純なチェックサムがそれを見つけるのに役立ちます。
「一貫性」の話に戻りますが、 ピッカーなどのものがすべて同じように動作することを確認してください。 特別な機能は最小限に抑えるようにしてください。そうすることでトレーニングが簡素化され、ユーザーがそのまま仕事に「流れる」ことができるようになります。
キーボードショートカットとナビゲーションはオプションではなく必須です。 ここでの本当の問題点は、詳細な領域である可能性があります（つまり、テーブル構造）。テーブル構造に出入りするにはショートカットが必要な場合があります。「Tab」キーを押してテーブルに入ることができるが、Tab キーで戻ることはできない例をたくさん見たことがあると思います。セクションに出入りするための専用の「メタタブ」キーがあります。セクションの外に移動するためにマウスを必要とするのは禁止です。
ピッカー用のホットキーを 1 つ用意します。 理想的には、これらをあまり頻繁に使用する必要はありません。おそらく顧客検索のために、他のコードのほとんどを必然的に暗記するか、入力フォームに入力することになります。ピッカーをフィルタリング可能にします。
スクロールは悪魔です。スクロールは悪です。 スクロール禁止！ 「フィールドは移動せず」、フィールドは常に画面上の「同じ場所」にあるため、スクロールよりもページングの方が優れています。コンテキストを取り戻すために、「スクロール」し、スクロールする前に「どこから開始したか」を見つけるために検索する必要があったことがどれくらいありますか。選択リストの場合でも、ページ変更によって実際に「何かを行った」ことが視覚的にわかるため、ページングは非常にうまく機能します。何度も列をスクロールし、「ジーは本当に？」シングルラインスクロールは微妙すぎる場合があります。大きなエントリーフォームの場合、毎日スクロールする長い論文よりも、複数ページの方が適しています。フォームが非常に大きい場合は、フォーム内を前後に移動するためのホットキーがあることを確認し、各ページにコンテキスト情報 (顧客名、注文番号など...単純なヘッダー) があることを確認してください。
堅牢なクエリ。 知られているように、「例によるクエリ」は最良のメカニズムの 1 つです (つまり、彼らは「知っていること」をフォームに記入し、フォームが戻ってきます）。ほとんどすべてのフィールドがクエリ可能であれば、人々は非常にクレイジーな基準でデータを検索する必要があります。これにより、何が必要か、何が不要かをユーザーが推測することなく実行できます。Informix 4GL には、かつては素晴らしい QBE システムがありました (> 04/01/09 2009 年 4 月 1 日以降の日付の場合、 12345|23456 商品コード 12345 または 23456)。適切な QBE 式は、通常のフィールドでは検証されない可能性が高く、これは特殊なケースです。(それが、今日では QBE をめったに見ない理由です。非常に手間がかかります。しかし、とても素晴らしいものです。)
覚えて、 ユーザーは知りませんなぜまたは どうやって 彼らは何かをする、知っているだけだ何すること。 彼らは知っている 「Aをしたいときはキーを押します Y" 彼らは、なぜそれが Y なのか、Y がどこに位置するのかを知りません。キー X と Z はグループ化されているため、A と同様のことを行う可能性があります。いいえ、彼らはあなたのコマンド分類を知りません。彼らはあなたの抽象概念を知りません。彼らはA、ヒットをすることを知っています Y. 。単語を太字にしたいですか?タイプ Ctrl-B. 。多分 Ctrl-私 単語を斜体にすることはニーモニックのため、あなたにとっては明らかですが、ほとんどのユーザーにとってはそうではありません。たぶん、 Ctrl-B そして Ctrl-私 にいます Format メニュー、うまくグループ化されています。関係ない。 Ctrl-B == 太字、斜体にするにはどうすればよいですか?

これらのインターフェイスの欠点はトレーニングです。使用するにはトレーニングが必要です。しかし実際には、かなり複雑なビジネスの場合、ユーザーはキー入力プロセスだけではなく、それ以上のトレーニングが必要になります。入力画面では経営方針やビジネスルールなどを教えてくれるわけではありません。これらをアプリケーションで強制することはできますが、いずれにしてもユーザーは自分でそれらを知る必要があります。

しかし、それは問題ありません。長期的には、その方が単純に効率的だからです。ここでのゲームは、ユーザーからデータを効率的に取得し、それを一貫した方法でユーザーに提示することです。ロジックはロジックであっても、ユーザーのロジックではない可能性があるため、「論理的」とは言いません。したがって、必要に応じて論理的になり、好きなように呼び出すことができますが、ユーザーに対して一貫性を持たせる必要があります。

もう 1 つの逸話として、以前は 10 キーでデータを返していました。これは、品目コードや数量などの単なる数字のリストになる傾向がありました。私たちの目的では、単純にユーザーにこのデータを 2 回続けてキー入力させる方が、他の何よりも高速です。タイプミスや転置などをキャッチします。バッチチェックサムと組み合わせると、キー入力がさらに高速になります。彼らは、開始時、終了時、エラーが発生したかどうかだけを画面を見ていました。

最後に、何があっても、画面と手順意思変化。今年どのような形式を使用しても、来年には変わります。それが現実ですので、参考までに、それに備えるようにしてください。

あなたのプロジェクトがうまくいきますように。

他のヒント

http://www.37signals.com/ スイートのファンです。それらのフォームとGUIはよく考えられていると思います。

ご存知のとおり、プログラム、ソース、ドキュメントを無料で入手できる Openerp があります。

ps：このリンクは問題ありません。開くことができない場合は、Googleでopenerpを検索してください。

多くのことを使用しましたが、本当に良いUIはかなり忘れがちなので、特定のアプリを思い出すのは困難です。

多くの悪いものを覚えています。ロータスノートに愚痴をこぼした人は、明らかにSAPやORACLEのフォームベースのアプリを使用したことはありません。

完全な効率のために、古いSABER航空会社の予約アプリケーションをご覧になることをお勧めします。 2行のテキスト、スペースやその他の句読点

最初の行のフライトの2行目の支払いの詳細は、次のようなものであり、フライトの予約と支払いを行います。

123109BA176Y
276.00GBPAM1122123412341234

旅行代理店はそれに夢中になり、代わりにグリーンスクリーンターミナルエミュレーターを起動するスーパーデュパーウィンドウGUIの置換を受け入れることを拒否しました。航空会社が3文字のコードと4桁のフライト番号に切り替えたときに初めて死亡したと思います。

Dashboard Spyウェブサイトは、インスピレーションに最適なサイトの1つであると思います。

やってはいけないことの例です！：これまでに使用した最悪のUI

本当にインターフェースホールオブシャムにアクセスしてください。これまでに考えられた中で最も奇妙なGUIだけでなく、それらが生成するユーザビリティの問題に対する可能な解決策も見つけられます。

37signalsの Geting Real アプローチを検討する必要があるかもしれません。アプリ。 Realを取得すると、ユーザーを満足させる効果的で便利なUIを設計できます。

ライセンス： CC-BY-SA と帰属

所属していません StackOverflow