Business : Collaboration UX / PM / ingénieur – un facteur critique pour le succès d’un produit

Le transfert de conception n’est pas la fin

Ce qu’un concepteur UX fait, c’est essentiellement de créer une spécification détaillée sur la façon dont une expérience produit devrait être. Cette spécification est généralement créée sous forme de prototypes, de spécifications de conception, de structures filaires, de directives de conception / etc., puis livrée aux ingénieurs, ce qui est souvent appelé un remise.

Beaucoup de gens pensent qu’une fois ces livrables terminés et partagés avec les ingénieurs (remise), c’est la fin du processus UX et le travail d’un concepteur UX est terminé.

Mais en réalité, ce n’est pas vrai du tout. En fait, une autre phase commence à partir d’ici. C’est là que la collaboration avec les ingénieurs devient un élément central du travail d’un concepteur UX.

Même si vous avez inclus des ingénieurs au cours de votre processus UX, à travers la collecte des exigences, la cartographie du voyage, le développement de concepts, la recherche d’utilisateurs, l’itération de conception, etc., les ingénieurs ne seront pas en mesure de signaler à l’avance tous les problèmes et défis.

Parce que lorsque le processus UX a lieu, il est fort probable que les ingénieurs soient occupés à autre chose.

Les ingénieurs sont toujours très occupés et sous une pression constante de délais serrés. La priorité absolue pour eux est de travailler sur les parties fonctionnelles d’un produit, pour que les choses fonctionnent de manière stable. Les ingénieurs doivent également corriger tous les bogues critiques. Naturellement, la partie expérience utilisateur ne répond pas à leur priorité et est prise en charge à la dernière minute.

Les ingénieurs ne commenceront à examiner de plus près la conception et les spécifications UX livrées qu’une fois qu’ils auront commencé à les implémenter dans le code. J’ai vécu cela tellement de fois avec des déceptions de découvrir que ce que j’ai livré à temps n’a jamais été examiné par les ingénieurs pendant un mois. Mais c’est une réalité sur laquelle vous n’avez aucun contrôle en tant que concepteur UX.

Et c’est à ce moment-là que les ingénieurs découvrent des tas de problèmes et reviennent vers un concepteur UX en disant «vous ne pouvez pas faire cela, car la plate-forme ne prend pas cela en charge» ou «ces données ne sont pas disponibles car nous n’avons pas d’API pour cela» . Ou un problème peut simplement être le résultat d’un changement de priorité qui a repoussé le développement de l’API nécessaire hors de portée.

Si un concepteur UX ne fait pas de travail de suivi avec les ingénieurs après l’envoi des livrables, il est possible que le produit final ressemble à une merde totale, complètement différente de la conception livrée par un concepteur UX en premier lieu.

Et si tel est le cas, tout le travail acharné d’un concepteur UX est gaspillé.

Les bons concepteurs UX expérimentés le savent, ils travaillent donc dur et passent beaucoup de temps à travailler avec les ingénieurs pour s’assurer qu’ils mettent correctement en œuvre la conception et apportent des ajustements si nécessaire.

Ce qui importe à la fin, c’est la façon dont l’expérience utilisateur réelle du produit final sera, idéalement aussi proche que possible de votre conception d’origine sur laquelle vous avez travaillé si dur et testé avec les utilisateurs.

Un beau prototype créé par un concepteur UX n’apporte aucune valeur aux clients s’il n’est pas du tout implémenté comme un vrai produit.

Par conséquent, le transfert de conception n’est pas la fin, c’est le début de la phase de mise en œuvre, qui a un impact direct sur la qualité du produit final plus que la phase de conception.