Je sais quoi montrer et quoi ne pas montrer à l'utilisateur, mais la mise en œuvre s'écarte de la conception prévue. Quelqu'un peut-il me suggérer la solution à ce problème?
Après des années dans le domaine en tant que concepteur, directeur de conception et PM, dans les grandes et les petites entreprises, malheureusement, il n'y a pas une seule bonne réponse sur la façon d'obtenir l'ingénierie pour construire la conception comme spécifié. Il y a beaucoup de choses qui peuvent provoquer cette situation, voici donc quelques scénarios et suggestions.
Il s'agit essentiellement d'un problème de communication défaillante. En tant que concepteur, seulement environ la moitié de votre travail consiste à concevoir et à planifier le système. L'autre moitié communique vos conceptions aux autres et leur fait comprendre et croire en ces conceptions, afin qu'elles les mettent en œuvre fidèlement. Ce sont les utilisateurs de vos communications de conception, vous devez donc trouver le bon outil de communication ("interface") qui permet à vos utilisateurs (ingénieurs, MP) de comprendre vos conceptions.
Vous devez également communiquer avec votre PM et vos ingénieurs pour vous assurer que vos conceptions sont réalistes et reflètent fidèlement le système qui leur est possible de construire dans le temps alloué. ("Oh, nous pouvons 'Je ne construirai pas le lecteur d'esprit magique d'ici décembre? D'accord, je suppose que nous devrons utiliser une interface de zone de recherche, donc je vais concevoir ça. ") Une chose courante que je vois chez les jeunes designers (et que j'étais coupable!) est en train de se transformer et de repenser un système entier, ou de concevoir des fonctionnalités totalement nouvelles. Le processus pour ce type de travail de conception est différent de votre conception-interface Agile de tous les jours. Vous devez obtenir un buyin stratégique pour cela type de conception - vous ne pouvez pas vraiment le jeter dans une maquette.
Solution: Chaque fois que vous livrez des wireframes, vous devriez avoir une présentation et les parcourir avec l'équipe. Répondez aux questions et obtenez leurs commentaires. Demandez-leur sur quoi ils ont besoin de plus de clarté; invitez des questions. Révisez les wireframes en fonction de leurs questions et commentaires.
Problème: les wireframes sont très abstraits, et généralement, ils sont difficiles à utiliser. Les wireframes statiques sont très difficiles à utiliser.
Solution 2: Je sais que les concepteurs d'interaction détestent entendre cela, mais la conception visuelle haute fidélité aide à communiquer la conception aux autres. La conception visuelle est importante. souvent, si vous pouvez associer une conception haute fidélité unique à vos wireframes à l'avant, cela aide les ingénieurs et les PM à mieux comprendre vos wireframes. ("Oh, cette grosse boîte noire dans votre filaire est en fait l'endroit où nous avons mis la photo!")
Problème: les situations changent, les fonctionnalités et les délais sont modifiés, et vous n'êtes pas assez réactif, donc les ingénieurs se contentent de le faire.
Solution: Vérifiez avec votre équipe tous les jours. Asseyez-vous avec eux si vous ne l'êtes pas déjà. Enregistrez-vous avec le PM pour voir ce dont ils ont besoin.
Problème: toutes les personnes sont intrinsèquement paresseuses. Vos wireframes sont trop difficiles à trouver ou à atteindre, donc les ingénieurs/PM basent les choses sur leur mémoire de votre conception.
J'espère que cela pourra aider! Bonne chance!