Je vous invite à aller lire le tutoriel complet sur le CSS que j’ai écrit.
Après avoir expliqué comment réaliser un bon formulaire HTML, pourquoi ne pas en réaliser un uniquement en CSS3 ?
Vestiges d'un CSS Guru
bd cinéma couleur css firefox google gratuit ie6 interface iphone javascript microsoft musique navigateur new york photo photoshop theme vidéo wordpress
24 Mar
Je vous invite à aller lire le tutoriel complet sur le CSS que j’ai écrit.
Après avoir expliqué comment réaliser un bon formulaire HTML, pourquoi ne pas en réaliser un uniquement en CSS3 ?
21 Apr
Depuis longtemps, je suis le passionant travail de Luke Wrobleski, le Senior Director of Product Ideation & Design chez Yahoo. En gros, il design des interfaces web, et notamment les formulaires. Ca n’a l’air de rien, mais cet élément fondamental du web est souvent négligé. Il a sorti un livre : Web Form Design: Filling in the Blanks que j’aurais acheté si je bossais encore dans le e-commerce.
Luke a fait une conférence le mois dernier au MIX 09. Elle est disponible en vidéo et c’est à partir de celle là que je rédige ce post.
Les formulaires, c’est chiant. C’est une barrière entre l’internaute et le site, entre l’utilisateur et l’outil, entre le client et l’entreprise. Il y en a pour tout : pour acheter en ligne, pour participer à des forums, pour utiliser une appli web… C’est pourquoi il faut en tenir compte pour les rendre plus agréable à remplir.
Je livre ici un résumé de la vidéo précédemment citée.
Avant de remplir un formulaire, l’internaute doit avoir un aperçu de ce qui l’attend. Visuellement, la page doit pouvoir être scannée rapidement. Si il y a plusieurs pages, il faut notifier des différentes étapes (présent, passé, futur). Il faut qu’à tout moment, l’internaute sache où il en est et ce qui lui reste à faire.
Mauvais exemple :

Bon exemple :

Il y a 3 manières d’aligner les labels :

3 manières d'aligner les labels pour 3 situations différentes

Si on met le label à l’intérieur de l’input, il faut bien notifier que le contenu actuel ne fait pas partie de la réponse à donner. Si il y a marqué “Mettez votre nom ici…”, il faut éviter que ce contenu soit validé.
Aussi, en remplissant l’input, le label disparaît. Donc à utiliser avec précaution.
L’aide est utile :
Il faut faire attention à ne pas surcharger l’utilisateur d’informations.
Plusieurs manières d’aider l’utilisateur :

Le formulaire de Digg offre une aide au fur et à mesure que l'on remplit les inputs.
Avec de l’Ajax et des notifications visuelles, on peut aider l’utilisateur à remplir correctement le formulaire, et du mieux possible.
La validation en “live” permet :

La barre de progression pour le mot de passe s'est très répandue.
Luke avait posté un excellent post sur la manière de placer et distinguer les actions primaires (“Valider”, “Confirmer”, “Suivant”…) des actions secondaires (“Annuler”, “Effacer”, “Retour”…). Il avait réalisé des tests utilisateurs en leur proposant 6 mises en forme différentes.
La meilleure solution est :

La meilleure solution est de distinguer visuellement les deux actions possibles et d'aligner l'action principale à gauche.
Il y a parfois des actions qui demandent du temps, par exemple, lorsqu’on rentre un numéro de carte de crédit et que le formulaire demande à la banque si les informations données sont correctes.
Dans ce cas, pour éviter les erreurs, la meilleure solution est de désactiver temporairement la validation du formulaire, parce que justement, on ne peut pas valider tant que la réponse de la banque n’a pas été fournie. Si l’internaute clique par malheure sur le bouton, il risque de compromettre la validation du formulaire et d’avoir à tout recommencer.
C’est le cas typique de la case à cocher “J’accepte les condtions de service”, qui est généralement décochée. L’internaute clique sur “valider” mais ça ne marche pas.
Les erreurs de formulaire dûes à des informations erronées données par l’internaute sont le principal obstacle à la validation du formulaire. Tant qu’il y a des erreurs, on ne peut terminer la validation. L’important est de notifier ces erreurs, et d’informer l’internaute.
Pour bien notifier l’erreur, il faut :

N'oubliez pas les déficients visuels : il faut non seulement une différence de couleur mais aussi une différence dans la police. Une icône est un plus.
Il y a souvent des inputs inutiles dans un formulaire. Par exemple, il arrive souvent à l’inscription d’un site que ce dernier vous demande toutes vos informations : nom, prénom, adresse, sites préférés, hobbies, comment avez-vous connu le site, votre revenu annuel… alors que l’essentiel pour utiliser le site ne réside que dans le nom et l’email.
On voit ça souvent dans les sites communautaires (un forum par exemple) où on demande implicitement à l’inscription de remplir la page de profil alors qu’il est parfaitement possible de s’en occuper plus tard. “Pour l’instant, je veux juste poster ma question sur le forum. Je remplirai mes informations personnelles après”.
Si il est possible de retirer des inputs, il faut le faire.
Avant de s’attaquer à la création d’un formulaire, il faut se focaliser sur ces points :

Ecrire "Day/Year" plutôt que "dd/yyyy" est bien plus naturel et compréhensible.
Le site Huffduffer propose un formulaire imbriqué dans une phrase.
Le but ultime d’un formulaire est de pouvoir s’en passer. Si un internaute peut commencer à utiliser un service web sans avoir à s’inscrire, alors il sera beaucoup moins réticent à s’inscrire par la suite. “Tiens, je n’ai pas besoin de m’inscrire pour tester cette appli.” Et quelques minutes de test plus tard : “Ah c’est vraiment super! Je m’inscris tout de suite!”

En arrivant sur netvibes, on peut déjà customiser sa page sans avoir à s'inscrire au préalable.
Si une inscription est inévitable, il faut faire en sorte de la rendre la moins laborieuse possible.
Par exemple, si je veux créer un blog :

Je veux juste créer un blog. Pourquoi remplir 3 pages alors que je n'ai que besoin de remplir 3 champs ?
Les formulaires resteront toujours un obstacle entre un site et l’internaute. Il faut à tout prix les raccourcir, jusqu’à les supprimer! Le plus gratifiant dans l’expérience que l’on a d’un service web c’est lorsque l’utilisation est instantanée. Il n’y a pas délai entre le moment où l’on arrive sur un site et le moment où l’on commence à s’en servir. L’inscription s’avère alors une formalité.
Est-ce qu’un bon formulaire peut faire gagner de l’argent ? Oui! Rappelez-vous le bouton à 300 millions de dollars : l’internaute n’était plus invité à “S’inscrire” mais plutôt à “Continuer” ses achats. Ce formulaire avait été redesigné par Luke Wroblewski lui-même.
Je vous invite donc fortement à regarder cette passionante et sympathique vidéo remplie d’exemples intéressants et drôles.
15 Jan
Vous savez sans doute que le bouton de Google “J’ai de la chance” leur coûte $110 millions par an ? Et bien, un autre bouton lui vole la vedette! Je vous présente le bouton qui vaut 300 millions de dollars!
Ca se passe en 2004. Il s’agit d’un redesign très léger dans le processus d’achat d’un site de e-commerce. Les deux acteurs sont Best Buy et Luke Wroblewski (Interface Designer dont le blog est excellent).
Le problème : beaucoup d’internautes ont du mal à finaliser leurs achast à cause du formulaire qui apparaît en début de processus. Ce formulaire consiste en 5 éléments:
Tout le monde avait des problèmes :
Le formulaire, qui était là pour aider les gens (parce qu’il permettait de garder ses infos si on revenait régulièrement), était au final un obstacle à l’achat.
La solution s’est avérée être particulièrement simple (du moins, dans son application) : le bouton “S’inscrire” a été remplacé par un bouton “Continuer” suivi d’un message.
Vous n’avez pas besoin de créer un compte pour faire des achats sur notre site. Cliquez simplement sur “Continuer” pour accéder au paiement. Pour accélérer vos achats futurs, vous pouvez créer un compte pendant le processus de paiement.
BAM! $300 millions de gagnés.