Une interface se corrige à trois moments, et le prix varie d'un facteur cent. Sur une maquette, déplacer un bouton prend cinq minutes. Après le développement, il faut rouvrir le code, refaire les essais et republier. Après la mise en production, il faut en plus expliquer le changement aux utilisateurs. Exemple : un éditeur de logiciel de gestion de flotte a fait essayer son écran de saisie par six conducteurs avant d'écrire la moindre ligne, et a supprimé deux champs sur cinq. C'est exactement ce que nous cherchons à obtenir.
Nous ne dessinons pas des écrans isolés. Nous construisons des parcours, puis les composants qui permettent d'en fabriquer d'autres sans revenir nous voir.
Entretiens avec quelques utilisateurs réels et examen des statistiques existantes : où les gens abandonnent, quelles pages tournent en boucle, quelles questions arrivent au support. Les opinions internes viennent après les données.
Nous décrivons les chemins principaux avant de dessiner : ce que la personne veut faire, en combien d'étapes, avec quelles informations sous les yeux à chaque moment.
Sans couleur ni image, pour juger la structure et non l'esthétique. C'est le stade où les désaccords internes se règlent vite, parce que personne ne discute une nuance de bleu.
Un enchaînement navigable que l'on met entre les mains de cinq à huit personnes. Les blocages se voient en une heure de séance et se corrigent dans la journée.
Couleurs, typographies, états des boutons, messages d'erreur, cas vides et versions mobiles, rassemblés dans une bibliothèque documentée plutôt que dans une série d'images.
Contrastes mesurés, tailles de cible, ordre de tabulation et libellés de formulaire décidés au moment du dessin, selon les WCAG 2.1 AA et le RGAA 4.1 pour les projets publics.
Fichiers sources, spécifications d'espacement et de comportement, ressources exportées et une séance de questions. Votre équipe interne peut reprendre sans nous.
La durée dépend du nombre de parcours et de la disponibilité des utilisateurs à interroger. Un écran unique se traite en quelques jours, une application de gestion complète demande plusieurs cycles.
Objectifs, utilisateurs, contraintes techniques et mesures existantes. Nous listons les questions auxquelles la conception doit répondre.
Parcours et maquettes grises, revus avec vous jusqu'à ce que l'enchaînement paraisse évident.
Prototype cliquable confronté à de vrais utilisateurs, avec un compte rendu des blocages classés par gravité.
Interface définitive, bibliothèque de composants, documentation et passage de relais à l'équipe de développement.
Cinq personnes suffisent pour repérer l'essentiel des blocages d'un parcours. Beaucoup d'entreprises renoncent aux essais en imaginant un protocole lourd, coûteux et long. Une séance d'une heure en visioconférence, pendant laquelle quelqu'un tente d'accomplir une tâche pendant que vous vous taisez, révèle plus que trois réunions internes. Le silence est la partie la plus difficile et la plus rentable de l'exercice.
Vous pouvez, et beaucoup le font. Le coût réapparaît plus tard, sous forme de demandes de modification pendant le développement, de formations plus longues et de sollicitations du support. Sur un petit site de présentation, l'économie est défendable. Sur un outil que vingt personnes utilisent chaque jour, elle ne l'est pas.
Souvent, oui. Nous partons alors des statistiques d'usage, des retours du support et d'une revue d'interface écran par écran. Les corrections sont classées par rapport entre gain attendu et effort, ce qui permet d'en traiter une partie sans tout reconstruire.
De vraies personnes du public visé : clients, agents, techniciens, candidats. Pas vos collègues du marketing, qui connaissent déjà le vocabulaire maison et devinent ce qu'il faut cliquer. Nous aidons au recrutement et animons les séances à distance.
Les fichiers de conception avec leurs droits d'accès à votre nom, le prototype navigable, la bibliothèque documentée, les ressources exportées et le compte rendu des séances. Tout est utilisable par un autre prestataire que nous.
En fixant les repères avant : taux d'achèvement d'une tâche, temps passé, nombre d'erreurs, volume d'appels au support sur ce sujet. Nous relevons ces valeurs sur l'existant, puis à nouveau après la mise en ligne. Sans chiffre de départ, la comparaison se limite aux impressions de chacun.
Décrivez le produit ou le site à concevoir et les personnes qui s'en serviront. Nous proposons une démarche et un nombre de cycles.
Votre demande nous est parvenue
Vous recevrez une réponse sous un jour ouvré. Si vous signalez une panne qui immobilise vos équipes, elle passe en priorité.
Cette ville ne figure pas dans la liste. Vérifiez l'orthographe ou choisissez la grande ville la plus proche : nous travaillons à distance, cela ne change rien au périmètre de nos prestations.
