Services · Construit · UX/UI design

UX/UI design

Des écrans que vos visiteurs ou vos équipes traversent sans y penser : tous leurs états dessinés, et les règles pour en faire d’autres sans nous.

La moitié du travail consiste à enlever, pas à ajouter.

Une interface se dégrade toujours dans le même sens : chaque service ajoute son bouton, personne n’en retire. Au bout de deux ans, l’écran fait tout et ne sert à rien. On travaille dans l’autre sens.

On dessine deux versions des écrans qui décident, pas des quarante autres. Deux directions opposées sur le parcours principal disent plus qu’un dossier de recherche.

Pour quiUn site web dont le parcours perd des visiteurs, ou une application métier interne — gestion, planning, portail client — que vos équipes contournent au lieu de l’utiliser.

Ce qu’on livreLes écrans du site ou de l’application, tous leurs états, le système de composants, et les règles pour en fabriquer d’autres sans nous.

Les états, pas juste les écransVide, en chargement, en erreur, trop long, trop court. C’est là que les projets se cassent.

DuréeTrois à huit semaines selon le nombre de parcours à traiter.

Ce qu’il vous fautUne personne qui décide, et l’accès à ceux qui utilisent l’outil aujourd’hui.

Références sur demande

Nos interfaces les plus parlantes sont des applications métier : elles tournent chaque jour chez ceux qui s’en servent, derrière un mot de passe, et elles ne se publient pas. Sur rendez-vous, on vous montre des écrans réels, le problème de départ et ce que l’outil a changé pour ses utilisateurs. Demander des références →

La façon

Quatre étapes

Les mêmes quatre étapes pour tous nos services. Ce qui change, c’est ce que vous recevez à la fin.

01

On regarde

Ce que les gens font vraiment, pas ce que le cahier des charges dit qu’ils font. Trente minutes avec trois utilisateurs valent trois semaines de réunions.

02

On tranche

Deux directions sur le parcours principal. On vous dit laquelle on défend, et ce qu’on abandonne dans chacune.

03

On fabrique

Les écrans, tous leurs états, et un système de composants nommés : pour que le développement ne réinvente rien.

04

On tient

On reste pendant l’intégration. Un écran qui n’a jamais rencontré de vraies données n’est pas fini.

Les limites

Ce qu’on ne fait pas

Ce qu’on refuse, et pourquoi. Mieux vaut le lire ici que perdre un rendez-vous.

—Pas de maquette qui ne peut pas se construireUne belle image irréalisable coûte deux fois : la maquette, puis la renégociation avec les développeurs. On dessine dans ce qui existe.
—Pas d’écran sans ses états d’erreurLes projets ne se cassent pas sur l’écran idéal, ils se cassent sur le champ vide et la connexion perdue. Les traiter au début coûte une heure, à la fin une semaine.
—Pas de refonte d’interface sans mesurer l’ancienneRefaire à l’aveugle, c’est parier votre budget. On mesure d’abord ce qui marche déjà, et souvent ce n’est pas ce qu’on croyait.
—Pas de système sans documentation utilisableUn système de composants qui ne vit que dans la tête de ceux qui l’ont dessiné s’effrite au premier nouvel écran. On livre ses règles écrites, avec des exemples : votre équipe, ou un autre prestataire, peut continuer sans nous.

La suite de la chaîne. Un site construit doit encore être trouvé. Référencement naturel.

On vous rappelle

Laissez un numéro, on s’occupe du reste.

On rappelle le prochain jour ouvré. Pas de formulaire à rallonge, pas de séquence d’e‑mails.