ビジネス指向の重いデータ入力（CRUD）アプリケーションのGUI設計の良い例
非常によく生産されたエンタープライズの例はどこにありますかyソフトウェア：
- キーボードショートカットの一貫した適切な使用。
- 優れたキーボードフォームナビゲーション
- 標準化されたフォーム検証
- lookup/search画面の標準化された使用。 （ユーザーはクライアントIDを求められますが、それを知りませんが、それを返すポップアップウィンドウから検索できます）
- 標準化されたユーザビリティ/ LaF規約
単純なCRUD画面から、CRM/ERP /財務/リスク評価などのアプリケーション向けの非常に複雑なプロセス指向のGUIに至るまで、さまざまなサンプルが見られます。基本的に、特定のビジネスプロセスを定義する大量の入力フィールドを持つGUI。
指摘する例はありません。実際、これらの画面の多くは「醜い」傾向があるという単純な事実のため、Web上で見つけるのが難しい場合があります。これらの種類の画面はめったにきれいではありません。
これらのものを扱う長い歴史から、いくつかのヒントを提供できます。
一貫性。すべてを「同じように機能」させ、常に同じように機能させます。基本的には、画面ではなくフォームを見て入力できるはずです。それらのすべてのフラッシュ、小計、および色は、フォームに入力した後はいいですが、入力中はそうではありません。そこでは基本的に、「何かが間違っている」ことを知らせるための音声アラートが必要です。ユーザーが4つのフィールドを間違って入力したことに気づくと、古典的な「ticky-ticky-ticky-ticky-beep-beep-beep-beep」シナリオが発生します。ユーザーは完全に盲目ではありませんが、画面を見ているわけではありません。データはフォームにあります。
モーダルで作業し、続行するよりもエラーの場合は停止することをお勧めします。大きなフォームの場合、そのすべての情報をスキャンし、事後にエラーを探すのは非常に困難です。彼らがそれを修正し、最後に修正するために戻ってくるのではなく前進することができるように、それらが間違っているときにそれらを停止します。フォームに含めることができるビジネスルールと検証および適用の数が多いほど、優れています。ポップアップ、アラート、ピッカー、注意が必要な場合は、モーダルモーダルモーダル。ここでは粘土を扱っていません。彼らは偉大なアメリカの小説を書いたり、世界経済をモデル化したりしていない。
スポットチェックの結果を要約します。たとえば、注文をキー入力すると、注文の合計とラインアイテムの数を確認して、注文が「正しく」ソートされているかどうかを確認できます。フィールドごとにエントリをスキャンするのではなく、チェックサムのほとんどのワークフローには、データを検証するためにエントリを通過する必然的なクロスチェックフェーズがありますが、それはデータの「生のキーイング」の後に行う必要があります。キー入力するたびにスポットチェックを行うよりも、「一括入力」モードの方が作業が速くなります。リズムが崩れます。基本的な検証とキーイングが行われた後、例外の検出と修正を簡単にします。一部のフィールドが他のフィールドよりも重要である（そして、それらがどのフィールドであるかがわかっている）場合、画面上と紙のフォーム上で視覚的に強調表示すると、不思議に機能します。
フォームなどが適切に設計されている場合（コンピューターのフォームと紙の入力フォームの両方）、エラーを入力することは困難です（間違った顧客や間違ったアイテムなど）。一部のメモまたは特別な指示にタイプミスがあるかもしれませんが、それ以外の場所にはそれほど多くありません。彼らがアイテムまたは金額を誤って入力した場合、オッズは注文が適切に合計されないため、単純なチェックサムがそれらを把握するのに役立ちます。
「一貫性」に戻ると、ピッカーなどすべてが同じように動作することを確認してください。特別な関数を最小限に抑えてください。これにより、トレーニングが簡素化され、ユーザーは自分の「フロー」に入ることができます。作業。
キーボードショートカットとナビゲーションは必須ではなく、オプションです。ここでの実際の問題点は、詳細領域（つまり、テーブル構造）です。テーブル構造に出入りするためのショートカットが必要になる場合があります。テーブルに「タブ」で移動できるが、タブアウトできない例はたくさんあります。セクションの内外に移動するための専用の「メタタブ」キーを用意します。セクションの外にナビゲートするためにマウスを要求することはノーノーです。
ピッカー用の単一のホットキーを持っています。理想的には、これらを頻繁に使用する必要はありません。おそらく顧客の検索のために、それらが必然的に記憶する他のコードのほとんど、またはそれらはエントリーフォームに入力されます。ピッカーをフィルター可能にします。
Scrolling is the devil。Scrolling is evil。No Scrolling！「フィールドは移動しない」ため、スクロールよりもページングの方が良い、それらは常に画面上の「同じ場所」にあります。どのくらいの頻度で「スクロール」し、コンテキストを取り戻すためにスクロールする前に「どこから始めたのか」を検索する必要がありました。選択リストの場合でも、ページの変更はページの変更により、実際に「何かをした」ことを視覚的に知らせるため、非常にうまく機能します。何度も行をスクロールして、「私は本当ですか？」単一行のスクロールは微妙すぎる場合があります。大きなエントリフォームの場合、複数ページが長く続き、毎日の論文をスクロールします。フォームがこれほど大きい場合は、フォームを前後に移動するためのホットキーがあり、各ページにいくつかのコンテキスト情報（顧客名、注文番号など...単純なヘッダー）があることを確認してください。
ロバストクエリ。既知の「例によるクエリ」は、最良のメカニズムの1つです（つまり、「知っていること」のフォームに入力し、フォームが返されます）。人々はクレイジーな基準でデータを検索する必要があります。ほとんどすべてのフィールドがクエリ可能である場合、これにより、必要なものや不要なものを推測することなく、それを行うことができます。 Informix 4GLは以前は素晴らしいQBEシステム（
> 04/01/092009年4月1日より後の日付の場合、12345|23456（商品コード12345または23456）。優れたQBE式は、通常のフィールドでは検証されない可能性が高く、特殊なケースです。 （これが、今日QBEをめったに見ない理由です。あまりにも多くの作業が必要ですが、OHなので、とても良いです。）覚えておいてくださいユーザーは知らない[〜＃〜]なぜ[〜＃〜]または [〜＃〜]方法[〜＃〜]彼らは物事を行い、彼らだけが知っています[〜＃〜]何[〜＃〜]to do。彼らは知っている "Aをやりたいときは、キーを押す Y「なぜYなのかわからない、Yがどこにあるのか、XとZのキーはグループ化されているのでAと同じようなことをするかもしれない。いいえ、彼らはあなたのことを知らない彼らはあなたの抽象化を知りません。彼らはAを行うことを知っています。 Y。太字にしたいですか？タイプ Ctrl-B。多分 Ctrl-I ニーモニックがあるため、Wordを斜体にするのは明らかですが、ほとんどのユーザーはそうではありません。多分 Ctrl-B そして Ctrl-I
Formatメニューにあり、グループ化されています。関係ありません。 Ctrl-B ==太字、斜体はどうすればよいですか？
これらのインターフェースの欠点はトレーニングです。彼らは彼らが使用されるために訓練を受けます。しかし、実際には、かなり複雑なビジネスでは、ユーザーはとにかくキーイングプロセスだけでなく、はるかに多くのトレーニングが必要になります。入力画面では、ビジネスポリシーやビジネスルールなどをユーザーに教えることはありません。これらはアプリケーションで適用できますが、ユーザーはとにかく自分でそれらを知る必要があります。
しかし、それは問題ありません。長期的には、より効率的だからです。ここでのゲームは、ユーザーからデータを効率的に取得し、一貫した方法でユーザーに提示することです。論理は論理かもしれないが、ユーザーの論理ではないかもしれないので、私は「論理的」な言い方はしません。したがって、必要に応じて論理的にすることもできますし、必要に応じて呼び出すこともできますが、ユーザーに対して一貫性を保つことができます。
別の逸話として、10のキーリターンデータを使用しました。これは、アイテムコードや数量など、単なる数値のリストになる傾向があります。私たちの目的のために、ユーザーに他の何よりもこのデータを続けて2回キー入力させる方が高速です。タイプミス、転置などをキャッチします。バッチチェックサムと組み合わせると、キーイングがはるかに速くなります。これらの人たちは、開始時、終了時、およびエラーが発生した場合にのみ画面を見ました。
最後に、画面と手順[〜＃〜] [〜＃〜]は何に変更されます。今年使用するフォームが何であれ、来年は変わります。それは単なる現実ですので、参考までに、準備をしてください。
プロジェクトで頑張ってください。
私は http://www.37signals.com/ スイートのファンです。それらのフォームとGUIはよく考えられていると思います。
ご存知のように、プログラム、ソース、ドキュメントを無料で入手できる Openerp があります。
pS：このリンクは私には問題ありません。開くことができない場合は、Googleでopenerpを検索してください。
私はたくさん使ってきましたが、本当に良いUIはかなり忘れやすいので、特定のアプリを思い出すことは困難です。
悪いものはたくさん覚えています。 Lotus Notesについて愚痴を言う人は、SAPやOracleのフォームベースのアプリを使用したことがないのは明らかです。
効率を上げるには、古いSABRE航空会社の予約アプリケーションをご覧になることをお勧めします。スペースやその他の句読点のない2行のテキスト
最初の行はフライトの2行目の支払いの詳細で、次のようなものがフライトの予約と支払いに使用されます。
123109BA176Y
276.00GBPAM1122123412341234
旅行代理店はそれに夢中になり、代わりにスーパーデューパーウィンドウGUIの代わりにグリーンスクリーンターミナルエミュレーターを起動することを受け入れることを拒否しました。航空会社が3つの文字コードと4桁のフライト番号に切り替わったときのみ、死に至ったと思います。
してはいけないことの例を次に示します！ これまでに使用した中で最悪のUI
Dashboard SpyのWebサイト は、インスピレーションとしては最高のものの1つだと思います。
あなたは本当に 恥のインターフェースホール を訪れるべきです。ここでは、これまでに考えられた中で最も奇妙なGUIだけでなく、それらが生成するユーザビリティの問題に対する可能な解決策も見つかります。
37signalsの Getting Real アプローチを検討する必要があるかもしれません。これは、アプリに多くの複雑さがあるように見えるためです。リアルになることは、ユーザーを満足させる効果的で有用なUIを設計するのに役立ちます。