Comment créer une spécification d'interface utilisateur
Une longue, il y a longtemps tout en travaillant sur un produit basé sur le Web, un de mes collègues est venu avec cette idée d'écrire une interface utilisateur ou spécification de l'écran. Le but de cette spécification des exigences est de préciser les règles derrière une page spécifique. Bien sûr, ce type de document peut être « mise en œuvre » que « exigences », mais le fait est quand vous construisez une application logicielle complexe (et qui comprend des applications basées sur le Web) la façon dont une page spécifique est aménagé et, tout aussi important, quels sont les éléments de données appartiennent où, est très important.
Pourquoi spécifier les exigences de l'interface utilisateur?
- En tant que BA, avez-vous tendance à laisser ces éléments « design » à votre équipe de développement pour étoffer?
- Combien de désabonnement est que la création lors de la mise en œuvre?
- Seriez-vous intéressé à explorer une meilleure façon de saisir ces règles, sans trop marcher votre rôle à titre d'analyste d'affaires?
Entrez l'interface utilisateur Spécification.
Les éléments d'un modèle d'interface utilisateur Spécification
Les bonnes spécifications de l'interface utilisateur prennent en compte les données et le contexte de l'utilisateur dans l'application. Ce genre de spécification des exigences ne remplace pas la conception d'interface, mais il ne vous aider à mener votre équipe à travers la pensée à travers la conception de l'interface utilisateur et la façon dont les utilisateurs fait l'expérience de l'information en son sein.
Montage de l'interface utilisateur spécification dans votre MGX
Il y a un mélange évident ici entre les exigences fonctionnelles et les non-fonctionnels. Parfois, quelques exigences de fonctionnalité font leur chemin dans les spécifications de votre écran. J'essaie de ne pas se soucier de cela beaucoup. Mais si vous vous trouvez à écrire un tas de « si alors », alors que vous essayez probablement d'utiliser une spécification d'interface utilisateur pour se substituer à un cas d'utilisation ou d'autres spécifications fonctionnelles, et vous pourriez envisager de le casser dehors et tout simplement « appeler » que cas d'utilisation dans le spec écran.
Et sur une note finale, pas chaque écran a besoin d'une spécification de l'interface utilisateur, seuls les écrans plus complexes. L'objectif est de réduire l'ambiguïté et conduire alignmen t autour de règles complexes. Pour un écran simple avec quelques règles, ces règles pourraient être mieux capturées dans la section exigences particulières d'un cas d'utilisation ou dans un document distinct de règles métier.
>> Ne commencez pas à partir de zéro
Si vous souhaitez créer ces types de spécifications d'interface utilisateur sur votre prochain projet, je l'ai fait une version entièrement annotée de mon modèle de spécification de l'interface utilisateur disponible (avec une foule d'autres modèles utiles et pratiques) dans la boîte à outils modèle Business Analyst . La boîte à outils comprend 11 modèles supplémentaires couvrant des documents communs de BA, chacun accompagné d'un échantillon de travail aussi.
Si cela vous fait sentir mieux, il est en fait dans la BABOK sous la technique de Prototypage (une spécification de l'interface utilisateur est essentiellement un prototype de papier).
Nous n'avons pas passé beaucoup de temps parce que les spécifications de l'interface utilisateur vraiment tomber dans la zone de l'expérience utilisateur, et comme la gestion des produits, c'est quelque chose qui a beaucoup de choses en commun avec l'analyse des affaires tout en étant assez différent qu'il est difficile d'y remédier intelligemment dans la même norme. Toutefois, si vous regardez attentivement la façon dont nous définissons exigence, une spécification de l'interface utilisateur peut certainement se qualifier.
Dans mon expérience des concepteurs l'interface utilisateur se concentrer davantage sur l'aspect et moins sur les règles. Il est souvent analyse impliqués dans la réalisation des écrans sont implémentable par rapport au modèle d'information.
Cela sonnera, espérons évident si ce n'est pas quelque chose que vous êtes conscient de, mais la valeur du logiciel est dérivée par l'expérience. Les meilleures conditions et le code plus propre assis derrière une mauvaise expérience utilisateur entraînera un produit défectueux.
Il est bon que vous intensifions pour faire ce travail. Il est extrêmement utile et signaler les problèmes qui peuvent être résolus sur le plan conceptuel longtemps avant que le code complet est écrit. Wireframes sont souvent la première activité que je présenterai à une organisation nouvelle à l'expérience utilisateur que des avantages importants et un gain de temps sont rapidement réalisés.
Cependant, sachez que vous faites bien plus que barboter dans l'expérience utilisateur, en rédigeant ce document, vous définissez, que ce soit ou non vous avez une formation formelle ou une vaste expérience en tant que praticien de l'expérience utilisateur. Que ce soit un concepteur, BA, ou ingénieur, quelqu'un « conception » de l'expérience utilisateur. Plus compétences cette personne a, cette activité la plus efficace sera.
Le fait que vous reléguer UX à la conception graphique montre que vous n'avez pas eu le plaisir de travailler avec un architecte d'information expérimenté, Interaction Designer, stratégiste de contenu, ou un chercheur de l'utilisateur. Il y a beaucoup plus à créer une expérience positive que le traitement visuel. Il est bon que vous appelez que cet exercice ne remplace pas pour le travail approprié de l'expérience utilisateur.
En aparté, le travail UX ne doit pas prendre des mois, voir Jeff Patton pour intégrer UX et agile.
Bonne chance. Il y a beaucoup de ressources, à la fois éducatives et de talent, qui peuvent aider vos projets de progrès et de réussir.
À votre santé,
Laura
Post-scriptum Je vois comment on pouvait lire mes mots pour en déduire que UX = conception graphique. Je veux juste laisser vous tous UX-ers là-bas, je faisais référence à deux composants de l'interface utilisateur, ni dont j'ai toute prétention à l'expertise à faire, ne facilitant.
Je pense que vous vous trompez si vous dites que vous n'êtes pas un expert « convivialité ». Comprendre les utilisateurs motivation et état d'esprit est la première étape pour la facilité d'utilisation et qui sonne exactement comme ce que vous faites.
Construction d'un simple jeu de base-métaphores pour le système et faciliter une série de prototypes d'interface utilisateur qui reflètent la façon dont ils utiliseront et d'interagir avec ces métaphores signifie beaucoup plus que la facilité d'utilisation du côté « moelleux ».
Les utilisateurs se livrent à des maquettes UI plus que tout autre type de modèle - le fait que ce n'est pas en UML ou détaillée dans BABOK ne compte pas vraiment.
Post-scriptum pochoirs Balsamiq ou Niklas Wolkerts Visio qui donnent des choses un regard dessiné à la main à mockups sont vraiment fantastiques - séparer la mise en page et la conception d'interaction des parties de conception graphique.
Salut Jim,
J'ai une visite virtuelle avec le client la semaine prochaine. Je suis en train de voir comment comment je veux courir la réunion montre mieux le regard sur le comportement. J'ai un BRD fait et j'ai fait écran mockups. J'allais passer par l'un mockups à la fois pour montrer l'apparence, mais il ne révélerait pas le comportement? Toute sugguestions sur la façon de faciliter une réunion à l'aide de prototypes de bas niveau?
Jim Willette dit:
Est-ce sens dans votre situation? Je l'ai fait, et vu faire plusieurs fois. Les téléspectateurs toujours aimé la possibilité de jouer avec / explorer l'interface de cette façon. Il peut également être un bon premier test d'utilisabilité, qui donnera un meilleur produit à la fin.