AuditAuditAprès la validation, on entre dans une phase très particulière : la production. C’est là que tout se matérialise. On quitte la théorie, les prototypes, les wireframes… et on met les mains dans le concret. C’est aussi une phase exigeante, où je dois garder l’équilibre entre vitesse, précision, coordination et qualité. Et honnêtement, même après des années, je ressens toujours un petit frisson au moment où une idée commence à prendre vie pour de vrai.
La production, ce n’est pas juste “exécuter”. C’est faire travailler ensemble des équipes pluridisciplinaires : designers, développeurs, UX writers, créas, marketers, data, produit, parfois même légal ou finance. Et souvent, on est tous en remote, dispersés dans plusieurs pays, avec des décalages horaires qui donnent parfois l’impression de travailler sur trois journées en parallèle.
Dans cette phase, je deviens un peu chef d’orchestre. Je jongle entre les calls du matin avec l’Europe, les points techniques avec les devs en Amérique latine, et les validations tardives avec l’Asie.
C’est du sport. Mais c’est aussi très stimulant, parce que chacun apporte sa vision, son expertise, son angle. Mon rôle, c’est d’assurer que tout ça reste aligné avec le design initial, l’expérience utilisateur… et surtout le besoin réel qu’on a défini.
La production peut être longue. Parfois très longue. Et c’est normal que l’énergie fluctue.
Alors j’essaie toujours de garder la motivation de l’équipe au bon niveau :
– en célébrant les petites victoires,
– en gardant la vision user-centric présente,
– en expliquant le “pourquoi” derrière chaque décision,
– en évitant les tunnels de travail muets.
Une équipe motivée produit mieux — et plus juste.
C’est peut-être l’une des choses les plus difficiles : garder un regard frais. Parce qu’à force de voir les mêmes écrans, les mêmes flows, les mêmes CTA… on passe facilement à côté d’une erreur évidente.
Je me force à revenir régulièrement sur l’interface comme si je la découvrais pour la première fois :
- je re-navigue
- je re-teste les chemins
- je vérifie les textes
- je relis tout… lentement
- je joue le rôle de quelqu’un qui n’a jamais vu le projet
Ça m’aide à attraper les micro-détails qui font toute la différence.
Une grande partie de mon temps en production est consacrée aux tests — et pas seulement les tests QA classiques. Je teste en vrai :
– sur plusieurs devices,
– sur plusieurs tailles d’écran,
– sur iOS, Android, Mac, Windows,
– avec plusieurs navigateurs,
– en 4G lente,
– dans des conditions non idéales (celles que les utilisateurs vivent vraiment).
Parce que ce qui marche en théorie ne marche pas toujours dans la vraie vie.
Je teste aussi les produits comme un utilisateur normal :
– j’installe,
– je clique sans réfléchir,
– je scrolle rapidement,
– j’ignore volontairement certains indices,
– je vais trop vite ou trop lentement,
– je me trompe exprès.
Mon but, c’est de voir comment l’outil réagit quand l’utilisateur n’est pas parfait — puisque personne ne l’est.
J’aime beaucoup travailler avec les développeurs, parce que ce sont eux qui donnent vie aux idées.
Dans la production, je fais souvent des allers-retours rapides avec eux :
– clarifier une intention UX
– ajuster un comportement
– revoir une transition
– proposer une alternative quand une contrainte technique bloque
– garder l’esprit du design même quand le code impose des limites
C’est un dialogue constant. Un vrai binôme.
Ce que j’ai appris au fil du temps, c’est que la data ne sert pas qu’à la fin.
Pendant la production aussi, elle est précieuse :
– tests A/B en pre-release
– analyse des premiers comportements en pré-production
– collecte dans HubSpot ou dans les CRM
– tests sur IP limitées
– mesure des performances techniques (vitesse, chargement, poids)
Tout ça me permet d’optimiser déjà avant même la mise en ligne.
En production, les erreurs ne sont pas toujours évidentes. Ce sont souvent des :
– micro anomalies d’affichage
– alignements légèrement décalés
– comportements étranges sur mobile
– traductions manquantes
– boutons mal reliés
– modales qui s’ouvrent trop lentement
– espaces trop larges ou trop serrés
– polices mal chargées
– interactions qui “claquent”
Et je veux les attraper avant le déploiement. Pas après.
Il y a toujours un moment où quelque chose déraille : un bug incompréhensible, un fichier qui disparaît, un outil qui plante, un push qui échoue, un dev malade, un client indisponible, un fuseau qui manque un point clé.
À force, je sais que ça fait partie du jeu.
L’important, c’est la capacité à rebondir vite.
La production n’est jamais une ligne droite. C’est une succession de mini-boucles : créer, tester, corriger, optimiser.
Je garde toujours un tableau clair, des checklists, des points réguliers.
J’évite que quelque chose “tombe entre deux chaises”.
Le suivi rigoureux, c’est ce qui garantit que la qualité reste constante jusqu’à la livraison.
Et puis il y a ce moment où tout prend forme. Où l’application se charge. Où la landing page s’ouvre. Où le système tourne.
C’est un moment très particulier.
Parce qu’au fond, la production, c’est le passage de l’imaginaire au réel.
C’est le moment où on peut dire :
👉 “On l’a fait. Et ça fonctionne.”
Observer pour comprendre les utilisateurs, leurs besoins, leurs frustrations dans un contexte réel.
Synthétiser ce que nous avons appris pour formuler une problématique claire et actionnable.
