Guides de style, systèmes et bibliothèques de modèles
Quelques questions sur les guides/systèmes de style et les bibliothèques de modèles tels que https://www.lightningdesignsystem.com ou http://rizzo.lonelyplanet.com/styleguide/design-elements/ couleurs .
Le guide de style est le discours de la ville UX/UI, bénéficiant à ces équipes en leur permettant de se concentrer sur la résolution de défis plus larges loin de la gouvernance quotidienne.
Je plaide pour une telle approche en ce moment, mais rencontrant une certaine résistance de plusieurs parties de l'entreprise pour laquelle je travaille, je voudrais donc plaider la cause sur plusieurs fronts, y compris UX et IxD.
Alors mes questions.
Guides de style comment soutiennent-ils et informent-ils votre développement et votre pratique front-end?
Qu'est-ce qui fait un guide solide, que doit-il inclure et décrire, surtout ce qui a l'air bien, mais qui s'avère en fait tout à fait inutile?
Lorsque vous travaillez avec de tels guides, quels avantages et économies sont généralement constatés dans votre domaine de responsabilité?
Dans un espace de travail collaboratif qui gère ou valide les modifications et les mises à jour?
D'après mon expérience, l'utilité de la documentation du guide de style/composant d'interface dépendra d'un certain nombre de facteurs:
- Taille de vos organisations de développement et de conception
- Nombre de produits Web qu'ils construisent et prennent en charge
- Diversité des conceptions requises pour ces produits
- La centralité ou la décentralisation des équipes de développement de produits. (Modèle de gouvernance)
- Qualité de l'équipe de développement, taux de rotation et offshore
- Politique
Quelque chose comme le système Lightning Design peut apporter d'énormes avantages. Il est idéal pour les organisations qui doivent prendre en charge de gros outils, mais peu d'outils basés sur des applications, dispose d'un grand nombre d'employés de développement répartis sur plusieurs fuseaux horaires, d'un faible ratio concepteur/développeur et d'un modèle de gouvernance centralisé serré.
Je travaille pour une entreprise Fortune 50 et gère quelque chose de similaire pour nos applications internes, et je trouverais le système Lightning Design trop restrictif. Il est lourd et trop lourd à prendre pour créer rapidement des applications plus petites.
Nous avons donc construit un système qui fait ce qui suit:
Permet à l'équipe de produit, de conception et de développement d'être opérationnelle rapidement sans réinventer les roues.
Appliquer la cohérence dans les modèles de conception et de codage, mais pas servilement.
Autorisez les applications qui utilisent les modèles à prendre du retard et à ne pas s'arrêter en cas de mise à jour importante des modèles.
Indemnité intégrée pour l'équipe de conception et de développement à personnaliser si le projet l'exige.
Nous avons construit un système à deux niveaux: niveau global + niveau application. Les styles et composants de niveau global sont légers et contiennent uniquement des éléments de base tels que les présentations de formulaire, la grille (facultatif), l'en-tête, le paragraphe, les tableaux de base, etc. Les styles et les composants de niveau application ont plus de spécificité et peuvent différer d'un projet à l'autre. Cette structure permet aux équipes de ne pas être "coincées" avec des modèles imposés à l'échelle mondiale pour tout. Au lieu de cela, ils peuvent choisir les meilleurs modèles dans la bibliothèque d'autres applications ou en créer un nouveau. (la plupart finissent par faire ancien).
La flexibilité est la clé. À moins que le PDG/CIO/CTO ne maintienne et applique directement les normes et les modèles, tout le monde ne sera pas satisfait d'eux. Donc, pour favoriser l'adoption et supprimer les réserves, il est essentiel d'avoir un système flexible avec un modèle de gouvernance. Commencez petit et augmentez.
Plus que toute autre chose, les guides de style fournissent un vocabulaire. Des mots comme "menu" ont une définition plutôt ambiguë, tandis que "liste dans un tiroir de navigation Material Design" est très clair. Avoir un vocabulaire commun signifie une communication meilleure, plus rapide et moins chère. Cela signifie également qu'il y a quelque chose que vous pouvez saisir dans un moteur de recherche ou poser des questions sur un babillard.
De nombreux guides de style ont beaucoup à dire sur l'aide aux utilisateurs inexpérimentés, mais sont insuffisants en ce qui concerne les utilisateurs expérimentés. Vous ne voulez pas créer une excellente expérience uniquement le premier jour; vous voulez que le produit continue de ravir les utilisateurs à mesure qu'ils s'approfondissent. Les utilisateurs expérimentés ont besoin de rapports filtrables et triables, de graphiques, de feuilles de calcul, de widgets d'entrée HTML et de nombreux autres widgets complexes. Je chercherais des guides de style qui vont en profondeur.
Peut-être que la meilleure façon pour vous de tirer parti de votre idée est de créer et de promouvoir un vocabulaire commun au sein de votre entreprise sur la base des guides de style et des composants particuliers que votre entreprise utilise souvent. Avec un peu de chance, vous pourrez mieux communiquer.