web-dev-qa-db-fra.com

Partage de maquettes avec des annotations

Je travaille avec notre équipe UX pour essayer de trouver une meilleure façon de communiquer des idées de conception et des interactions, au développement, dans nos maquettes.

Actuellement, nous téléchargeons essentiellement deux versions de nos conceptions sur un site partagé entre dev et UX/design. Une version de la maquette comporte des annotations numérotées, qui sont ensuite décrites dans une liste numérotée sur le côté de l'image. La deuxième version est exempte d'annotations, simplement pour la présentation graphique, qui peut éventuellement être utilisée dans la documentation.

C'est fastidieux. Nous devons créer les annotations numérotées. Nous devons exporter deux images. Nous devons télécharger deux images. Nous devons taper les annotations.

Existe-t-il un outil ou une approche distincte qui faciliterait ce processus? Les prototypes de travail ne sont pas toujours une option et les images plates ne sont pas toujours suffisantes. La pelure d'oignon aide, mais c'est un travail de conception supplémentaire qui doit être fait. Souvent, une description suffit.

Comment pouvons-nous faciliter ce processus afin de ne pas doubler notre charge de travail? Si c'est un logiciel, idéalement, ce serait quelque chose que nous pourrions intégrer dans nos pages Wiki déjà existantes.


EDIT: Après un examen plus approfondi, il semble que nous avons besoin d'un logiciel d'annotation intégrable. Quelque chose comme Bounce , mais intégrable pour que les gens n'aient pas à visiter un lien pour voir nos annotations.

7
Jon

Trouver la bonne sortie pour le bon public est la clé ici. Cela dépendra de votre organisation ce qui fonctionne car il n'y a certainement pas de réponse ou de solution. L'utilisation de Fireworks et d'illustrateur, par exemple, rend plus difficile le passage à une étape de prototypage par rapport à des outils comme Axure.

Dans un projet récent, nous avons expérimenté pour voir comment nous pouvions obtenir nos produits livrables et nous avons utilisé un prototype de fidélité moyenne (pas parfait au pixel mais avec des graphiques et des couleurs en place) pour communiquer l'interaction et comment cela fonctionnerait avec les parties prenantes et l'équipe et nous avons produit des conceptions finales Photoshop (PSD) avec un minimum d'annotations dans un PDF complémentaire.

Cette méthode nous a permis d'obtenir 90% où nous voulions sans passer des heures à parcourir chaque détail et à l'annoter. Nous avions des développeurs à distance et il était beaucoup plus rapide pour les développeurs de nous parler chaque jour via l'outil de réunion skype/en ligne. Nous pourrions couvrir de petits détails et corriger des choses qui n'étaient pas tout à fait correctes de cette façon en quelques minutes. Nous étions également disponibles pour combler les lacunes au fur et à mesure de leur développement, en répondant s'il devait y avoir un état de survol sur un certain bouton, etc.

Comme ce projet n'était pas énorme, il a bien fonctionné, mais les leçons que j'ai apprises où il est inutile d'annoter dans les moindres détails ou de créer de gros documents compliqués car ils prennent du temps et ne seront pas mentionnés. Fournir les gros trucs est couvert et il y a des gens UX qui sont ouverts et amicaux et peuvent parler à travers les petits trucs ou répondre rapidement alors, peu importe si les développeurs sont dans la même pièce ou sur un continent différent, la qualité et la vitesse de sortie peut être maintenu.

1
Stewart Dean

C'est fastidieux

Oui. Tout à fait.

Et, malheureusement, c'est typique dans beaucoup d'organisations.

La solution, idéalement, est d'arrêter de créer autant de documentation. UX devrait viser à améliorer les choses, pas à publier de grandes quantités de PDF envoyés à un coffre-fort perdu dans SharePoint. Frustrant, les équipes UX - en particulier dans les grandes entreprises - ont tendance à être des équipes de documentation plus que tout.

Au lieu de cela, créez les wireframes à la fidélité dont vous (UX) avez besoin, puis partagez-les avec UX sous une forme d'interactions régulières. Dans un monde idéal, vos développeurs travailleraient côte à côte avec UX. Dans un monde moins idéal, vous pouvez essayer d'avoir des réunions régulières où vous aidez à répondre à toutes les questions à la volée. Similaire aux réunions quotidiennes debout dans un workflow Agile.

Les avantages de ceci sont que vous pouvez répondre immédiatement à toutes les questions qui se poseront inévitablement. Cela vous permet également (UX) de rester flexible car il y a toujours des choses qui apparaissent dans le développement qui nécessitent des changements du côté UX. Moins vous avez de documentation à l'avance, moins vous devez mettre à jour toutes ces documentations lorsque ces problèmes surviennent.

Au fil du temps, vous vous rendrez compte que de nombreuses parties des structures filaires sont réutilisées. À ce stade, commencez à créer une bibliothèque de modèles. Au fil du temps, votre bibliothèque de modèles aura la majorité des éléments d'interface utilisateur individuels sur un filaire particulier. C'est là que vous pouvez obtenir plus de détails dans votre documentation, car elle se trouve dans un emplacement central et complètement réutilisable.

4
DA01

Axure peut générer un document de spécifications distinct pour accompagner votre prototype. De plus, la modification de l'ordre d'annotation est automatique dans Axure. Si l'annotation 5 est désormais numéro 7, Axure renumérotera automatiquement les autres annotations de manière appropriée. De plus, les annotations sont accessibles en ligne via le prototype généré.

2
erik_lev