La culpabilité du designer
Je le ressens tout le temps, je suis sûr que vous aussi. Je ressens cette culpabilité lorsque je ne parviens pas à faire quelque chose que la communauté du design a insisté pour que tous les concepteurs le fassent .
Lorsque je me lance directement dans des prototypes haute fidélité, je me sens coupable. Lorsque je me fie trop à mes propres hypothèses plutôt qu'à des idées d'utilisateurs, je me sens coupable. Et lorsque je ne parviens pas à créer une bibliothèque de modèles au début d'un nouveau projet, je me sens coupable.
Pour les deux premiers points, bien sûr, vous devriez vous sentir coupable. Ce sont les meilleures pratiques pour des raisons que je ne vais pas aborder ici. (Ne me croyez pas? Jetez un oeil ici , et ici .)
Mais devriez-vous vous sentir coupable de ne pas avoir lancé une bibliothèque de patterns?
J'ai réalisé que la réponse est non. Vous ne devriez pas.
Je ne suggère pas que vous n'avez pas besoin d'une bibliothèque de modèles à un moment donné. Tu fais. Juste peut-être pas maintenant. En fait, créer une bibliothèque de modèles obligatoire trop tôt dans votre projet pourrait ralentir votre processus.
Comment? Eh bien, au début d'un projet, il est avantageux d'être un peu en désordre. Garder les choses en vrac est la clé d'un Lean UX processus que vous testez des hypothèses pour déterminer ce dont vos utilisateurs ont besoin. Ce n'est pas le meilleur moment pour vous concentrer sur la documentation de votre modèle.
Après un certain temps, cependant, la difficulté de ne pas avoir de bibliothèque de motifs se mettra en place. Vous saurez qu'il est temps d'investir dans votre bibliothèque de patrons lorsque ces quatre signes apparaissent:
Les développeurs vous diront souvent qu'ils respectent le principe de SEC - Ne te répète pas. Cela garde leur code propre et exempt de redondances.
Les bibliothèques de modèles peuvent également aider les équipes produit à suivre ce principe.
Au moment où nous avons passé quelques mois à construire notre application, mon équipe ressentait déjà un sentiment de satisfaction lors de la discussion de nos conceptions. Quel motif utilisons-nous pour ouvrir à nouveau un modal? A quoi devrait ressembler le champ de texte sur cette page?
Un schéma partagé peut aider à éviter ces discussions cycliques. Maintenant, quand se pose la question de savoir quel modèle utiliser, nous avons un point de référence fiable.
"Utilisons le modal qui s'estompe au fur et à mesure qu’il monte et a un champ de recherche de type typé."
Oui, je l'ai dit lors d'une réunion. Sans blague. C’était l’un de ces moments où la prise de conscience de notre besoin d’une bibliothèque de motifs a commencé.
Les bibliothèques de modèles peuvent vous aider à créer un langage commun à votre équipe et à vos départements. Lorsque vous dites "poêle à frire", vous pouvez supposer que j'ai l'image appropriée dans ma tête. De la même manière, vous pourriez dire "Sélecteur de liste modal" et votre équipe saura exactement de quoi vous parlez.
C'est une réalité malheureuse, mais votre application aura quelques petites fissures au début. Une police exclue ici, des marges renégates. C'est bon. Vous êtes toujours en train de comprendre les choses.
Au fil du temps, cependant, ces minuscules fissures commencent à s’accumuler dans l’expérience de l'utilisateur. Votre application peut commencer à se sentir non polie, asymétrique.
Malcolm Gladwell une fois écrit comment les gens peuvent détecter les œuvres d'art frauduleuses en quelques secondes. Vous ne voulez pas risquer que vos utilisateurs écrivent votre application de manière inconsciente.
Le processus de création d'une bibliothèque de modèles peut aider votre équipe à identifier et à corriger ces incohérences avant qu'elles ne deviennent incontrôlables.
Au cours des premières étapes d’un nouveau produit, il est fréquent qu’une petite équipe prenne totalement en charge le produit. Cela permet à tout le monde de rester concentré et de réagir au plus vite aux besoins et aux idées des clients.
À mesure que le produit se développe, le nombre d'équipes et de contributeurs va également augmenter. Sans documentation de modèle, les nouvelles équipes peuvent raviver les débats que vous pensiez être terminés.
Une bibliothèque de modèles peut aider à communiquer le quoi, comment et pourquoi derrière vos modèles à de nouvelles équipes et parties prenantes.
Il est préférable de se rappeler que les bibliothèques de patterns sont des outils, pas des dogmes. Cependant, si vous concevez un produit, vous vous sentirez coupable. Vous vous inquiétez, vous avez ignoré les conseils pratiques et avez laissé tomber votre équipe.
C'est bon. Il est plus important de faire preuve de confiance, de voir vos idées échouer et de continuer à apprendre et à itérer.
Vous construirez une bibliothèque de motifs un jour, ne vous inquiétez pas. Le temps viendra où vous ne pouvez pas ignorer la souche. Le meilleur de tous, ce ne sera pas une obligation.
Cela ressemblera à une épiphanie.
[- Cet article a été publié sur Moyen . Republié avec la permission de l'auteur. -]