Qu'est-ce qu'une relation saine avec vos développeurs Web?
C'est toujours quelque chose qui m'intéresse. Je me suis assis des deux côtés de la table. J'ai été le développeur qui a jeté un premier coup d'œil aux designs après leur vente à l'entreprise, pour n'avoir à faire savoir au designer que pratiquement rien n'est réellement possible techniquement dans les délais.
De même, j'ai été le concepteur UX qui a été à la réception d'une équipe beaucoup trop de développement et on m'a dit de travailler dans des boîtes sans réel mouvement. Je sais qu'il est bon de connaître un peu de chaque discipline, mais il est très rare qu'une seule personne possède complètement les deux côtés dans un même projet.
Quel niveau de relation les UXers et les développeurs devraient-ils avoir? Les développeurs devraient-ils être impliqués aux stades de la proposition/du concept, ou cela entrave-t-il et affaiblit-il la créativité?
Les concepteurs devraient-ils être libres de courir avec un design sans contraintes créatives afin qu'il y ait toujours de l'innovation à travers le design?
D'après vos expériences, qu'est-ce qui a bien fonctionné et que feriez-vous pour ne jamais recommencer?
D'après vos expériences, qu'est-ce qui a bien fonctionné et que feriez-vous pour ne jamais recommencer?
Fonctionne bien:
Soyez un designer qui développe ET un développeur qui conçoit.
Concepts et solutions de tableau blanc avec les développeurs lorsque vous développez des fonctionnalités ou résolvez des solutions techniques. Soyez prêt à vous plier et à faire des compromis et à défendre vos idées. Attendez-vous à la même chose de vos homologues.
Plus jamais ça:
Organisez une réunion de "conception" ou un entretien avec les utilisateurs sans la présence d'un développeur.
Rejoignez une entreprise où l'expérience utilisateur n'est pas une priorité
C'est mon 0,02 $ sur chaque aspect.
Vous pouvez créer le design "parfait" lorsque vous avez la liberté de le faire. Mais l'objectif n'est généralement pas la conception elle-même, mais la faire construire dans la vraie vie avec toutes ses contraintes techniques et ses objectifs commerciaux à atteindre. Vous obtenez plus de soutien pour vos conceptions si vous impliquez le plus tôt possible toutes les personnes faisant partie du processus de développement. Si les développeurs ont une influence sur la conception, ils se sentiront plus impliqués dans le produit. Et s'ils sont motivés pour atteindre un niveau supérieur, vous aurez plus de liberté pour innover.
Je ne peux pas dire que j'ai une réponse définitive. Mais je peux vous dire quelle est mon estimation. Je ne suis qu'un développeur, mais je suis un développeur "one guy shop" donc je suis obligé d'en apprendre au moins un peu sur l'UX.
Alors supposons que vous êtes le gars UX et que je suis le développeur ...
Je devrais toujours avoir la décision finale dans tout. La rapidité avec laquelle quelque chose est construit dépend de moi, et c'est un facteur crucial dans tout projet. Mais les développeurs ne sont pas des dieux (bien que certains pensent qu'ils le sont). Tout le monde doit dire au développeur les spécifications d'une manière suffisamment détaillée et claire pour qu'il puisse dire "ok, j'ai compris. Il est temps d'écrire du code". Plus votre développeur passe de temps à poser des questions, plus les choses empirent. En tant que gars UX, vous fournissez des spécifications. Avec les gens qui savent ce que le produit doit faire et les secousses du marketing qui vous donnent le délai irréaliste. Le gars UX est un gars d'idée qui doit déjà savoir comment concevoir le joli et le simple, et qui l'a déjà fait sur des tonnes de projets passés. Malheureusement, les développeurs aiment plonger dans le complexe (c'est ce que nous faisons), et ils ne peuvent généralement pas distinguer le joli du laid.
Vous devez donc déjà savoir quoi faire. Vous devez dire à un développeur comment d'une manière simple et détaillée - et surtout pourquoi. Vous devez lui dire qu'il doit sauter à travers ces cerceaux pour que le système reste aussi simple que possible et combien moins de cerceaux rendront le système plus complexe. Les développeurs respectent (devraient) toujours respecter la simplicité et la clarté.
Bonne chance avec vos développeurs. Nous ne sommes pas faciles à gérer.
Cela dépendra des talents et des attitudes des membres de l'équipe, ainsi que de la structure de l'entreprise, mais cela mis à part:
UX et développement devraient être une seule et même chose. Ils devraient travailler ensemble dès le premier jour.
Pour être sévère, cela devrait s'apparenter à un mariage ... beaucoup de communication ouverte, écouter les uns les autres, la transparence, éviter les reproches, etc.
Un livre sur ce sujet que je recommanderais est Designing from Both Sides of the Screen , écrit par la conceptrice d'interface utilisateur Ellen Isaacs et son mari développeur Alan Walendowski. Il est écrit sous la forme du dialogue entre le concepteur et le développeur de la création à la fin d'un nouveau projet (bien qu'une application de bureau, pas un site Web).
Cela fait maintenant quelques années et un tome plus moderne pourrait prendre plus d'une inclinaison Agile/Lean UX, mais cela vaut certainement la peine d'être lu.
En tant que professionnel, je dois être conscient des contraintes pesant sur le projet qui sont portées par les différentes disciplines, quel que soit le siège dans lequel je siège.
Un développeur ne doit pas choisir un langage ou un framework de programmation obscur juste pour l'ajouter à son CV, si la courbe d'apprentissage va paralyser le projet; ils ne devraient pas non plus passer une semaine sur des diagrammes UML pour un prototype ou un site Web de campagne qui ne sera en ligne que pendant un mois.
De même, les concepteurs UX doivent être conscients des contraintes auxquelles l'équipe de développement est confrontée - si un concepteur UX conçoit quelque chose qui n'est pas faisable techniquement ou nécessitera un grand effort, cela doit être pris en compte. Le brainstorming ne devrait pas être entravé lors de la formulation d'idées pour la meilleure créativité, mais cela doit ensuite être adapté aux besoins du projet (par exemple, les délais/le budget/les capacités), avant que l'idée ne soit approuvée.
Pour ce qui est de bien travailler ensemble, je pense qu'il faut une compréhension commune de ce qui est important dans un projet et pourquoi, ce qui va dans les deux sens. Peut-être que cela vient de présentations les uns aux autres, ou d'assister à des ateliers, mais sans cela, il y a souvent de la frustration de chaque groupe car ils voient le refoulement comme contraire plutôt que de renforcer le produit.
Par exemple, certains développeurs ne comprennent pas parfois l'importance de la cohérence de l'expérience utilisateur, par exemple avec étiquetage ou messagerie. L'équipe UX d'autre part peut ignorer des aspects comme la législation sur l'accessibilité ou le compromis qui se produit entre l'animation et la vitesse de chargement.
En général, j'irais avec des rattrapages réguliers entre les deux équipes, sans aller jusqu'à mettre les développeurs dans une réunion ou un atelier UX. Vous pouvez même trouver des développeurs offrant des possibilités auxquelles l'équipe UX n'avait pas pensé, étant donné leur proximité avec la technologie (une manière différente de filtrer lors de l'implémentation d'un système de recherche, par exemple).