Le processus de conception est désordonné. Vous suivez peut-être une approche structurée, mais avec tous les changements de dernière minute et les détails trop souvent négligés, cela prend une vie propre. Et avant que vous ne vous en rendiez compte, vous serez amené à concevoir dans un environnement chaotique rempli de raffinements, de lignes de fond traînantes et de délais non respectés.
cet article est partie de notre série en cours dans les modèles de conception. C’est une prochaine partie de la vidéothèque Intelligent Interface Design Patterns 🍣 et cela fait également partie de la formation UX en direct.
Quel est le processus de conception « correct » ?
Bien sûr, il n’y a pas de « seul et unique » moyen d’encadrer un processus de conception. Il est défini par ce qui fonctionne bien pour vous et votre équipe. Personnellement, j’ai tendance à faire confiance 4 modèles de conception qui semblent bien cadrer avec mon travail de conception :
- Double Diamond Process pour sa méthodologie complète et fiable de résolution de problèmes. Dans ce guide, Dan Nessler décompose l’ensemble du processus Double-Diamond en parties individuelles, expliquant exactement comment cela fonctionne, étape par étape, dans tous les détails.
- Triple Diamond Process pour son approche plus réaliste de la contribution des concepteurs tout au long du cycle de vie du produit. Il s’agit d’un article d’Adam Gray sur les raisons pour lesquelles apporter de la flexibilité à la réalité désordonnée du processus de conception est essentiel pour une meilleure planification et un travail de conception engageant à mesure que les prototypes sont construits.
- Le modèle Enterprise Design Thinking d’IBM pour son accent sur la maturité et l’échelle de la conception, ce qui aide vraiment les grandes organisations. Un modèle utile qui aide à justifier la recherche d’utilisateurs, l’orientation utilisateur et le prototypage rapide basse fidélité, et comment transférer la propriété aux équipes de conception à grande échelle.
- Le procédé Hot Potato, pour sa simplicité dans la conception et le développement des ponts tout au long du cycle de vie complet du produit. Les concepteurs et les développeurs échangent régulièrement des idées, des maquettes et des prototypes. Parfois, il y a des phases de conception plus compliquées que des phases de développement, mais il n’y a pas de transfert et l’ensemble du processus est piloté par collaboration continue.
Ces façons de penser le processus de conception ont abouti à un processus qui fonctionne bien pour moi, mais qui doit être ajusté pour chaque projet sur lequel je travaille. En un mot, voici comment cela fonctionnerait.
Un procédé qui me convient
Il n’y a pas assez de recherche d’utilisateurs. Sur chaque projet, je commence par engagez les utilisateurs dès que possible. Je fouille dans toutes les données dont nous disposons, interroge le support client et le support client, vérifie la dette technique et les problèmes de conception, les arriérés et les idées abandonnées. J’explore les organigrammes pour comprendre les niveaux de management. Je fixe les bonnes attentes et cherche des alliés.
À partir de là, je passais des semaines, voire des mois, sur des diagrammes, des feuilles de calcul et des documents sans fin avant de dessiner un seul pixel à l’écran. J’essaie d’impliquer les développeurs, afin qu’ils puissent commencer à configurer l’environnement de développement.
J’appelle les parties intéressées et les personnes qui ont un intérêt direct à contribuer à la réussite du projet. Des voix qui doivent être entendues mais qui sont souvent oubliées. Je vois mon rôle comme quelqu’un qui doit combler le fossé entre les exigences de l’entreprise et les besoins des utilisateurs à travers le prisme de la conception.
Ensuite, je prends une feuille de papier vierge et je commence à dessiner.. Je dessine des idées. Je dessine des cartes de parcours client. Je dessine des boîtes de contenu. Je note les composants dont nous aurons probablement besoin dans le produit, les suspects habituels. J’ai organisé un atelier avec des designers et des développeurs pour décider des noms. Les développeurs peuvent ensuite créer des prototypes tandis que les concepteurs se concentrent sur l’interface utilisateur et la conception d’interactions.
Pour m’assurer que les deux côtés de l’équation sont corrects, j’écris des cartes de parcours client, je réfléchis et je les hiérarchise à l’aide du modèle Kano et de la matrice Impact ÷ Effort (avec les développeurs, les PM et les parties prenantes).
Je ne veux pas perdre de temps à concevoir et à construire la mauvaise chose, alors je définis des KPI de conception et les connecte aux objectifs commerciaux à l’aide d’arborescences de KPI. Je les approuve et ensuite la conception de l’interface commence.
Développement d’hypothèses. Maquettes basse fidélité. Parlez aux développeurs. Obtenez leurs commentaires. Affiner. Remettez les maquettes aux développeurs. Prenez-les en HTML et CSS. Testez les hypothèses dans les sessions d’utilisabilité jusqu’à atteindre 80 % de réussite dans les principales tâches. Les concepteurs continuent d’affiner et les développeurs continuent de construire.
Établissez un processus pour mesurer en permanence la qualité de la conception.. Suivez les taux d’achèvement des tâches. Suivez les temps d’exécution des tâches. Suivre les taux d’erreur. Suivre les taux de récupération des erreurs. Surveillance de l’accessibilité. Surveillance de la durabilité. Suivez les performances. Dans un environnement B2B, nous gardons une trace du temps qu’il faut aux clients pour accomplir leurs tâches et essayons de le minimiser.
Rendez-les visibles pour toute l’organisation. pour montrer la valeur du design et son impact sur les KPI de l’entreprise. Expliquez que le processus n’est pas basé sur des intuitions. Il s’agit d’une conception fondée sur des preuves.
Établir la propriété et la gouvernance. L’équipe de recherche doit être mesurée par la qualité des résultats de recherche pour les 100 principales requêtes de recherche au cours des deux derniers mois. Les personnes qui publient du contenu sont propriétaires de ce contenu. Il est de votre responsabilité de le tenir à jour, de le réécrire, de l’archiver ou de le supprimer.
Affiner, affiner, affiner. Continuez à publier de nouveaux composants et parcours utilisateur pour les développeurs. Arrêter. Testez avec les utilisateurs pour voir comment nous nous en sortons. Allez-y et affinez dans le navigateur. Tests continus et rigoureux. Lancez et continuez à affiner. Mesurer les KPI et informer la prochaine itération de la conception.
C’est vrai que c’est un peu brouillon. Mais ça m’aide à garder le cap quand naviguer dans un espace de problèmes complexes d’une manière qui fournit des résultats mesurables, élimine les préjugés et la subjectivité des décisions de conception et aide à fournir des conceptions centrées sur l’utilisateur qui répondent également aux besoins de l’entreprise.
Fin
Bien sûr, il n’y a pas de « seul et unique » moyen d’encadrer un processus de conception. Il est défini par ce qui fonctionne bien pour vous et votre équipe. Explorez les options et gardez-les à l’esprit lors de la conception de votre processus de conception. Quoi que vous choisissiez, ne le suivez pas à la lettre juste pour le plaisir et combinez des éléments de tous les modèles pour en faire celui qui vous convient.
Tant que cela fonctionne pour vous, c’est bien. Et c’est la seule chose qui compte.
Vous pouvez trouver plus de détails dans modèles de conception dans la vidéothèque Intelligent Interface Design Patterns 🍣, avec une formation UX en direct à venir en septembre de cette année.
Lectures complémentaires dans Smashing Magazine
(Ouais)
