Les utilisateurs ne lisent pas les manuels. Concevez en conséquence.

Nous commençons par observer, pas par dessiner. Recherche et parcours utilisateurs d’abord : ce que les gens essaient de faire, où ils hésitent, ce qu’ils abandonnent. Chaque écran que nous concevons répond à une question soulevée par le parcours.

Ensuite, nous dessinons l’interface et nous la prototypons. Des interactions réelles, testées avec de vrais utilisateurs avant le début du développement. Corriger un prototype coûte moins cher que corriger un produit.

Vous obtenez une interface qui part en production : un design system avec tokens et composants, une passation aux développeurs sans approximation, et des itérations après le lancement fondées sur l’usage réel du produit — pas sur celui que nous espérions.

UX design : observer avant de dessiner

Le UX design commence loin des écrans. Nous menons des entretiens, nous regardons vos utilisateurs travailler, nous cartographions leurs parcours — y compris les détours par le tableur et les notes sur papier que personne n’avoue. C’est là que se cachent les vraies exigences du produit.

Cette recherche produit des décisions, pas un rapport. Quelles tâches l’interface doit rendre évidentes, lesquelles peuvent attendre un menu, lesquelles ne méritent pas d’exister. La moitié du travail de design consiste à retirer des écrans du périmètre.

Le résultat se voit dans le produit fini : moins de fonctions, mieux placées, et un utilisateur qui trouve son chemin sans formation. La simplicité n’est pas un style. C’est une somme de décisions difficiles prises tôt.

Le prototype, l’assurance la moins chère du projet

Un prototype interactif coûte quelques jours. Une fonctionnalité développée puis jetée coûte des semaines. Nous mettons donc de vrais écrans, avec de vraies interactions, entre les mains de vrais utilisateurs avant qu’une seule ligne de code de production soit écrite.

Les tests d’utilisabilité sont courts et brutaux : cinq utilisateurs, des tâches concrètes, aucune aide. Là où ils bloquent, nous redessinons. Là où ils réussissent sans réfléchir, nous verrouillons. Trois itérations de prototype valent mieux qu’un cahier des charges de cent pages.

Un design system, pas une pile de maquettes

Des maquettes se périment ; un design system s’étend. Nous codifions l’interface validée en tokens — couleurs, typographies, espacements, états — et en composants documentés. Chaque bouton, chaque champ, chaque message d’erreur a une définition unique et une règle d’usage.

Pour vos développeurs, la passation devient mécanique : les specs sont complètes, les tokens s’exportent, les prototypes servent de référence de comportement. Le produit qui sort du développement ressemble au produit qui a été testé — au pixel et à l’interaction près.

Pour votre équipe produit, c’est une autonomie durable. Le prochain écran se construit avec les composants existants, sans nous rappeler et sans dériver. Le système grandit avec le produit au lieu de le freiner.

L’interface après le lancement

Le lancement n’est pas la fin du design ; c’est le début des données. L’usage réel montre ce que les tests ne pouvaient pas prédire : les fonctions ignorées, les chemins détournés, les écrans où le temps s’allonge sans raison.

Nous restons dans la boucle. Mesure, hypothèse, correction — au même rythme hebdomadaire que pendant le projet. Une interface entretenue de cette façon s’améliore chaque mois. Une interface figée commence à vieillir le jour de sa mise en ligne.