Processus de demande et d'évaluation des exceptions à un guide de style
Je suis en train de créer un guide de style basé sur les principes UX. J'ai du mal à trouver des exemples de la façon dont quelqu'un peut demander une exception une fois que les exigences sont en place et quel pourrait être le processus pour évaluer et décider de la demande d'exception.
Quelle est la meilleure façon de traiter les demandes d'exception, à la fois du point de vue du demandeur et du réviseur?
À mon avis, il ne devrait pas y avoir de processus d'exception.
Il devrait y avoir un ensemble de modèles ou de composants ou ce que vous avez qui est la première ressource go-to, mais un concepteur UX devrait être capable de faire des exceptions selon les besoins pour n'importe quel but qu'il est logique de le faire.
Plus tard, cette exception devrait être ajoutée à nouveau dans la bibliothèque de modèles en tant qu'option alternative.
Je pense que cela dépend de la façon dont votre guide de style est spécifique ou détaillé. Si vous avez essayé de lire le guide Windows ou Apple style ou UX, vous constaterez qu'ils sont conçus pour fournir des principes généraux sur la façon de concevoir l'interface et l'interaction, mais sont loin d'être En fait, la confusion est souvent générée par des personnes qui n'interprètent pas correctement le guide de style ou qui ne l'appliquent pas dans des situations non explicitement couvertes par le guide.
L'un des scénarios les plus courants que je rencontre dans la conception d'interface est lorsque le guide de style a été adapté au produit ou à l'application logicielle, puis que les exigences changent de sorte qu'un conflit survient (par exemple, essayer d'utiliser un composant d'interface pour fournir une fonction ou fonction pour laquelle il n'est pas conçu ou création d'un composant/contrôle personnalisé). Je ne pense pas que vous devriez vous attendre à ce que le guide de style reste le même, mais j'espère que les principes de conception sur lesquels vous basez le guide de style ne sont pas si génériques ou spécifiques qu'ils entraîneront des conflits dans le processus de prise de décision.
En ce qui concerne la gestion des exceptions, je pense que la meilleure façon de le gérer est de mettre en évidence le conflit avec les aspects des principes de conception et du guide de style en décrivant tous les changements potentiels et l'impact sur le produit ou l'application logicielle. En outre, cela dépend si le guide de style est utilisé pour définir le produit ou si le produit est utilisé pour définir le guide de style, et comment le processus de conception/approbation fonctionne au sein de votre organisation particulière. Les processus de conception UX doivent servir l'objectif de l'organisation et non l'inverse, vous devez donc être en mesure d'adapter et de s'adapter à ces changements de la meilleure façon possible.