Bons exemples de conception D'interface graphique pour les applications CRUD (heavy data-entry) axées sur l'entreprise [fermé]

Je n'ai pas d'exemples. En vérité, beaucoup de ces écrans peuvent être difficiles à trouver sur le web pour le simple fait que la plupart d'entre eux ont tendance à être "laid". Ces types d'écrans sont rarement assez.

Je peux offrir quelques conseils, de longue histoire de travailler avec ces choses.

1. La Cohérence. faites en sorte que tout "fonctionne de la même manière", et travaillez de la même manière tout le temps. Fondamentalement, vous devriez être en mesure de faire votre entrée en regardant le formulaire, pas l'écran. Tous ceux les flashs et les sous-totaux et les couleurs sont agréables après avoir saisi le formulaire, mais pas pendant l'entrée elle-même. Là, vous avez essentiellement besoin d'alertes audio pour leur faire savoir "quelque chose ne va pas". Le classique "ticky-ticky-ticky-ticky-bip-bip-bip-bip" scénario que l'utilisateur découvre qu'ils sont entrés dans un champ de mal 4 champs. Les utilisateurs ne sont pas tout à fait aveugles, mais ils ne vont pas regarder votre écran. Les données sur le formulaire.

2. Il est préférable de travailler modalement, et les arrêter pour Les erreurs que de les laisser continuer. pour les formulaires volumineux, il est très difficile de scanner toutes ces informations et de rechercher des erreurs après coup. Arrêtez-les quand ils ont tort afin qu'ils puissent le réparer et aller de l'avant plutôt que de revenir pour le réparer à la fin. Plus vous pouvez avoir de règles commerciales et de validation et d'application sur le formulaire, mieux c'est. Popups, alertes, sélecteurs, si elle a besoin de leur attention, modal modal modal. Ils ne travaillent pas avec clay ici. Ils ne sont pas la création de la grande roman américain ou modélisation de l'économie mondiale.

3. Résumer les résultats des vérifications sur place. par exemple, en tapant dans une commande, ils devraient être en mesure de regarder le total de la commande et le nombre d'éléments de ligne pour voir s'ils ont obtenu la commande "correctement" comme une sorte de somme de contrôle plutôt que d'avoir à scanner leur champ d'entrée par champ. La plupart des workflows ont une phase de vérification croisée inévitable où ils passent par leur entrée pour vérifier les données, mais cela devrait être après la "saisie brute" du données. Les gens travaillent plus vite lorsqu'ils sont en mode "entrée en vrac" plutôt que de vérifier chaque fois qu'ils le saisissent. Ça casse leur rythme. Faciliter la détection et la correction des exceptions après la validation de base et la saisie. Si certains champs sont plus importants que d'autres (et vous savez quels sont ceux-ci), les mettre en évidence visuellement sur l'écran et sur le formulaire papier fonctionne à merveille.

   Si les formulaires et autres sont bien conçus (à la fois les formulaires informatiques et le papier formulaires d'inscription), les erreurs devraient être difficiles à saisir (comme le mauvais client, ou le mauvais article, etc.). Vous pourriez avoir une faute de frappe dans certaines notes ou instructions spéciales, mais, pas tellement partout ailleurs. S'ils malkey un article ou un montant, les chances sont que l'ordre ne sera pas total correctement si la somme de contrôle simple les aidera à l'attraper.

4. Pour en revenir à la" cohérence", Assurez-vous que des choses comme les sélecteurs et autres fonctionnent tous de la même manière. essayez de garder les fonctions spéciales au minimum, car simplifie la formation et permet aux utilisateurs juste "flux" dans leur travail.

5. Les raccourcis Clavier et la navigation sont une obligation, pas une option. un vrai point de douleur ici peut être des zones de détail (c'est-à-dire des structures de table). Vous devrez peut-être un raccourci pour entrer et sortir de la table strcutures. Vous avez peut-être vu beaucoup d'exemples où vous pouvez "tabuler" dans la table, mais pas tabuler. Avoir un dédié "meta-tab" clé pour se déplacer dans et hors des sections. Nécessitant la souris pour naviguer d'un l'article est un non non.

6. Avoir une seule touche de raccourci pour les vendangeurs. idéalement, ils n'auront pas à les utiliser trop souvent. Peut-être que pour la recherche client, la plupart des autres codes qu'ils mémorisent inévitablement ou qu'ils seront saisis sur le formulaire d'entrée. Rendre les cueilleurs filtrables.

7. Le Défilement est le diable. Le défilement est mauvais. Pas De Défilement! Paging mieux que le défilement parce que "les champs ne bougent pas", ils sont toujours" au même endroit " sur l'écran. Comment souvent, vous avez "défilé" et avez dû chercher Pour ramasser "où vous avez commencé" avant le défilement pour retrouver le contexte. Même pour les listes de sélection, la pagination fonctionne très bien parce que le changement de page leur permet de savoir qu'ils ont réellement "fait quelque chose" visuellement. Plusieurs fois, vous faites défiler une rangée et " gee ai-je vraiment?"Le défilement d'une seule ligne peut être trop subtil. Pour les grands formulaires d'entrée, multi-pages Bat longues, défilement traités tous les jours de la semaine. Si vos formes sont très grandes, assurez-vous d'avoir une touche de raccourci pour aller de l'avant et en arrière à travers le formulaire, et assurez-vous qu'il y a des informations de contexte sur chaque page (Nom du client, numéro de commande, peu importe...simple d'en-tête).

8. Robuste interrogation. "requête par exemple" comme on le sait est l'un des meilleurs mécanismes (c'est-à-dire qu'ils remplissent le formulaire "ce qu'ils savent" et les formulaires reviennent). Les gens ont besoin de trouver des données par des critères fous, si la plupart de chaque champ est interrogeable, cela leur permet de le faire sans que vous ne deviniez ce dont ils auront ou n'auront pas besoin. Informix 4GL avait un système QBE spectaculaire (> 04/01/09 pour les dates après le 1er avril 2009, 12345|23456 pour les codes d'article 12345 ou 23456). Une bonne expression QBE ne validera probablement pas dans un champ typique, c'est un cas particulier. (C'est pourquoi vous voyez rarement QBE aujourd'hui, cela prend trop de travail-mais C'est OH si gentil.)

9. Rappelez-vous, utilisateurs ne sais pas POURQUOI ou COMMENT ils font des choses, ils ne connaissent CE faire. Ils savent "quand je veux faire Un, je touche Y" ils ne savent pas pourquoi C'est Y, où Y est situé, les clés X et Z peuvent faire des choses similaires à A parce qu'elles sont regroupées. Non, ils ne connaissent pas votre taxonomie de commandement. Ils ne connaissent pas vos abstractions. Ils savent faire un, frapper Y . Souhaitez pour mettre en Gras un mot? Type Ctrl-B. Peut-être Ctrl-I mettre en italique un mot est évident pour vous à cause du mnémonique, ce n'est pas pour la plupart des utilisateurs. Peut-être que le Ctrl-B et Ctrl-Je sont dans le menu Format, bien regroupés. N'a pas d'importance. Ctrl-B == Gras, comment dois-je faire Italique?

L'inconvénient de ces interfaces est la formation. Ils suivent une formation pour qu'ils soient utilisés. Mais, en vérité, pour toute entreprise raisonnablement compliquée, l'utilisateur aura besoin de formation sur bien plus que le processus de saisie de toute façon. L'écran d'entrée ne va pas leur enseigner les politiques commerciales, les règles commerciales,etc. Vous peuvent appliquer ces dans la demande, mais l'utilisateur aura besoin de savoir sur leur propre de toute façon.

Mais C'est OK, car à long terme c'est tout simplement plus efficace. Le jeu ici est d'obtenir les données de l'utilisateur efficacement et de leur présenter d'une manière cohérente. Je ne dirai pas de manière "logique", car, bien que la logique puisse être logique, ce n'est peut-être pas la logique des utilisateurs. Ainsi, vous pouvez être logique, si vous voulez, appelez ça comme vous voulez, mais être conforme à vos utilisateurs.

Une autre anecdote, nous utilisé pour 10 Données de retour de clé. Cela tendait à être juste des listes de nombre, comme un code d'article et une quantité. Pour nos besoins, il est plus rapide d'avoir simplement les utilisateurs clés ces données deux fois de suite que toute autre chose. Il attrape les fautes de frappe, les transpositions, etc. Combiné avec des sommes de contrôle par lots rend la saisie beaucoup plus rapide. Ces gars-là ont seulement regardé les écrans quand ils ont commencé, quand ils ont fini, et s'ils ont eu une erreur.

Enfin, quoi qu'il arrive, vos écrans et procédures seront changement. Quelle que soit la forme que vous utilisez, cette année, va changer l'année prochaine. C'est juste la réalité, alors, FYI, soyez prêt pour cela.

, Bonne chance avec votre projet.