Design UX/UI
Un produit ne se comprend pas parce que le design est joli, mais parce que quelqu'un a pris la peine de découvrir comment pense la personne qui va l'utiliser. C'est ce que nous faisons avant qu'une seule ligne de code ne soit écrite.
À qui cela s'adresse
- Vous avez un produit en service, mais les utilisateurs se perdent, contactent le support pour la même chose encore et encore, ou abandonnent en cours de route.
- Vous allez construire quelque chose de nouveau et ne voulez pas découvrir en production que l'idée n'était pas claire.
- L'équipe débat de l'interface en réunion sans parvenir à un accord, parce que personne n'a de données sur son usage réel.
- Vous avez besoin que le produit serve deux publics différents qui veulent des choses opposées.
Ce que cela comprend
Recherche utilisateur
Entretiens et observation de la façon dont le problème est résolu aujourd'hui, y compris les contournements et les tableurs parallèles que personne n'avoue en réunion.
Architecture de l'information
Ce qui vient en premier, ce qui se regroupe avec quoi et comment chaque chose est nommée. La plupart des problèmes de « je ne trouve rien » se règlent ici.
Prototypes navigables
Maquettes de moyenne et haute fidélité que l'on peut parcourir et tester, pas des images statiques. Les idées se corrigent en heures plutôt qu'en semaines.
Validation avec de vrais utilisateurs
Tests auprès de personnes représentatives avant le développement. Il est bien moins coûteux de découvrir un problème dans un prototype qu'en production.
Système de design
Composants, typographie, couleurs et états documentés, pour que le produit reste cohérent en grandissant.
Accessibilité dès le départ
Contraste, tailles de texte, navigation au clavier et lecteurs d'écran pris en compte dès la conception, pas rafistolés à la fin.
Notre façon de travailler le design
Trois étapes, chacune se terminant par quelque chose de concret à examiner.
Comprendre
Nous écoutons ce que vous voulez accomplir, de quelles ressources vous disposez et ce qui se passe aujourd'hui. Nous en sortons avec un périmètre écrit et les critères d'évaluation du résultat.
Proposer
Architecture de l'information et prototypes navigables. Vous voyez la solution fonctionner avant qu'elle n'existe, et pouvez changer d'avis tant que cela reste peu coûteux.
Valider
Nous testons avec des utilisateurs représentatifs, corrigeons ce qui échoue, et seulement ensuite passons au développement, le design étant déjà éprouvé.
Un cas réel
Application et plateforme pour crèches
Un système à deux visages et deux publics opposés. Le personnel enregistre la journée depuis un panneau web pensé pour la saisie sur ordinateur : beaucoup de champs, usage répété, clavier. Les familles reçoivent cette même information sur leur téléphone, à des moments épars et avec une minute d'attention. Concevoir une interface unique pour les deux aurait à moitié servi chaque groupe : la solution a été deux expériences distinctes sur les mêmes données.
Questions fréquentes
- Peut-on faire du design UX si le produit est déjà construit ?
- Oui, et c'est le cas le plus fréquent. On commence par mesurer où les gens bloquent aujourd'hui et on priorise ce qui fait le plus de dégâts. Il ne faut pas toujours tout refaire : souvent le plus grand changement vient de réorganiser et de renommer ce qui existe déjà.
- Combien de temps dure la phase de design ?
- Cela dépend de la taille du produit et de la clarté du problème au départ. Ce qui est fixe, c'est que chaque étape se termine par quelque chose de concret à examiner : jamais des semaines sans savoir où en est le projet.
- Faut-il faire de la recherche utilisateur ou notre expérience interne suffit-elle ?
- La connaissance interne est un excellent point de départ et un mauvais point d'arrivée. Celui qui construit le produit sait déjà où cliquer, et ce biais est précisément ce qui rend une chose évidente à l'intérieur et confuse à l'extérieur.
- Livrez-vous des fichiers utilisables par n'importe quel développeur ?
- Oui. Les prototypes et le système de design sont documentés pour que n'importe quelle équipe les reprenne, que vous développiez avec nous ou non.
Un produit que vos utilisateurs ne comprennent pas ?
Racontez-nous ce qui se passe et nous vous dirons si le problème vient du design, du produit ou d'autre chose. Sans engagement.
Prendre rendez-vous