web-dev-qa-db-fra.com

Quand afficher de longs indices de recherche: toujours, au point, après le procès, autre?

Je travaille sur une recherche d'adresse qui cible un public peu averti du Web/de la technologie (principalement des électriciens ou des ingénieurs électriciens d'âge moyen). L'implémentation nous permet déjà d'avoir un seul champ de saisie, qui accepte les entrées mixtes (comme la rue uniquement, ou Zip + rue, ou ville + Zip, etc.) et affiche les résultats correspondants. Cependant, en raison de cette flexibilité, l'interface utilisateur actuelle est fournie avec un certain texte sur la façon d'utiliser ce champ. À savoir, il dit quelque chose comme:

Vous pouvez entrer n'importe quel détail d'adresse, comme la rue, la ville ou le code postal. Veuillez séparer les entrées par une virgule ou un espace. Si vous n'êtes pas sûr de l'orthographe, vous pouvez également fournir uniquement les lettres de début, comme Albu pour Albuquerque. Vous devez fournir au moins trois caractères.

Je ne peux pas encore observer de vrais utilisateurs lors de la manipulation de la chose, mais d'après l'expérience précédente avec des notes beaucoup plus courtes, je suppose que ce texte assez long ne reçoit aucune attention et échoue donc son intention initiale d'être utile. (Et bien que la mise en œuvre soit similaire à des recherches largement connues telles que Google Maps, à partir d'expériences antérieures avec nos utilisateurs, nous ne pouvons pas nous attendre à ce qu'elle s'explique de soi lorsque nous omettons simplement le texte).

Je cherchais donc des moyens de le raccourcir ou de le rendre plus visible lorsque les gens ont du mal à comprendre les choses. Donc, certaines des questions que j'ai sont:

  • J'ai déplacé les exemples dans le champ de saisie lui-même (italique grisé). Cependant, lorsque vous mettez cela comme une liste séparée par des virgules 'ville, rue, Zip', cela traduit-il le caractère facultatif des entrées ou cela serait-il lu comme une prescription sur la façon de saisir exactement votre requête? De plus, ce ne sont que les plus courants. Les utilisateurs peuvent-ils déduire les possibilités restantes (par exemple, banlieue)?

  • Cela améliorerait-il les choses pour afficher uniquement les indices lorsque la recherche n'a fourni aucun résultat (cela s'applique principalement à l'option de type uniquement les premières lettres) ou a échoué (car moins de trois caractères ont été saisis (concerne cette question ))

  • Cela améliorerait-il les choses pour afficher le texte en entrant dans le champ, de sorte que son apparence "soudaine" attire l'attention des utilisateurs et marque clairement ce texte comme lié au champ de saisie (je pense que cela pourrait distraire tous ceux qui comprennent la zone de recherche juste bien)

Si quelqu'un a de l'expérience avec ce type de textes d'aide ou peut me diriger vers de bons exemples de travail, je serais heureux de les consulter.

1
Louise

Ce texte d'aide est définitivement beaucoup trop long. Je proposerais simplement quelques exemples avec peut-être un peu de texte d'aide:

SEARCH: [ (enter a partial or full address)                          ]

        Examples: "12 5th Street, New York" or "Boston" or "98210"

Je pense que la clé est l'expression "partielle ou complète". Je pense que cela explique clairement qu'il n'a pas besoin d'être une adresse complète.

2
DA01