Les meilleures pratiques de la facilité d'utilisation pour accepter les numéros de compte à long ish

Question

Un utilisateur a demandé récemment (OK, se plaint) pour lesquelles un numéro de compte à 19 chiffres sur notre site Web a été divisé en 4 zones de texte individuelles de [5,5,5,4] longueur. Ne pas être le concepteur d'origine, je ne pouvais pas répondre à la question, mais je toujours supposé que cela a été fait afin de préserver la qualité des données et éventuellement de fournir une meilleure expérience utilisateur aussi.

D'autres exemples plus génériques comprennent téléphone avec indicatif régional (10 chiffres consécutifs par rapport à [3,3,4]) et bien sûr SSN (9 chiffres par rapport à [3,2,4])

Il m'a fait demander s'il y a des normes connues là-bas sur le sujet? Quand avez-vous divisez votre ID #? Plus précisément en ce qui concerne l'expérience utilisateur et réduisant au minimum les erreurs de saisie de données.

Answer 1

Je sais qu'il y avait des recherches sur ce, le plus que je peux trouver à l'heure actuelle est l'article de Wikipedia sur La mémoire à court terme , en particulier Chunking . Il y a aussi Le numéro magique Seven, plus ou moins deux .

Quand je fournir ID est à l'utilisateur final, personnellement comme le casser en blocs de 5 ce qui semble être la même convention, le concepteur original de votre système utilisé. J'ai aucune raison logique que je peux vous donner pour avoir choisi ce numéro autre que cela « se sent bien ». A moins d'être en mesure de dépenser beaucoup d'argent sur la réalisation d'une étude, « gut instinct » et en suivant contentions d'autres systèmes est sans doute la voie à suivre.

Cela dit, si vous pouvez faire l'interface utilisateur plus utilisable à l'utilisateur par:

• déplacer automatiquement à partir de la fin d'un champ au début d'une autre quand il est complet
• déplacer automatiquement dès le début d'un champ au champ avant et la suppression du dernier caractère lorsque l'utilisateur appuie supprimer dans un champ vide qui n'est pas le premier

ou

• Le remplacer par une longue champ qui a une certaine forme de « masque de saisie » à ce sujet (pas sûr si cela est faisable en HTML brut, mais il peut être possible en utilisant l'un des cadres de l'interface utilisateur) de sorte qu'il apparaît comme "_____ - _____ - _____ - ____" et se termine ressembler "1235 - 54321 - 12345 - 1234"

Il serait certainement plus heureux!

Answer 2

Je ne sais pas sur les normes, mais d'un point de vue personnel:

• S'il y a plusieurs champs, assurez-vous que le curseur se déplace sur le champ suivant une fois un champ est plein.
• S'il n'y a qu'un seul champ, laissez les espaces / tirets / whatever pour être utilisés dans ce domaine parce que vous pouvez les filtrer . Il est vraiment gênant lorsque les sites / programmes vous obligent à entrer les dates au format « jj / mm / aaaa », par exemple, ce qui signifie le jour / mois doit être rembourré avec des zéros. "23/8/2010" devrait être acceptable.

Answer 3

Vous devez tenir compte du contexte plus large de votre application. Il y a toujours des avantages et des inconvénients de toute décision de conception, mais leur impact varie en fonction de la situation, de sorte que vous devez penser à chaque fois.

Fractionnement long numéro dans plusieurs domaines, il est plus facile à lire, surtout si vous choisissez de diviser le nombre de la même manière que la plupart de vos utilisateurs. Vous pouvez valider souvent l'entrée dès que l'utilisateur va au champ suivant, vous indiquez les erreurs plus tôt.

D'autre part, les utilisateurs rarement Type chiffres longs comme ça de nos jours: la plupart du temps ils les copier-coller de toute solution de note tenue qu'ils ont choisi, quel que soit le format qu'ils l'ont Là. Cela signifie qu'un seul champ, sans aucune limite ou lenght caractères autorisés fait tout à coup beaucoup de sens - vous pouvez filtrer les caractères sur toute façon (juste que vous faites afficher la forme finale du nombre à l'utilisateur à un moment donné). Il y a aussi des problèmes avec le déplacement du focus entre les champs, avec les navigateurs les valeurs précédentes souvenir (il vous suffit de sélectionner un numéro, pas 4 parties du même numéro, puis), etc.

En général, je dirais que les navigateurs deviennent lentement de plus en plus facile à utiliser, vous devez tirer profit des mécanismes qu'ils fournissent à l'aide des solutions mères, et non inventer des solutions complexes sur votre propre. Vous pouvez être une étape avant de les aujourd'hui, mais dans deux ans, les navigateurs rattraperez et votre site va sucer.