Comment doit-on se préparer lors d'une présentation UX à des non-praticiens?
Je prépare une présentation d'une heure destinée à d'autres développeurs de logiciels concernant une introduction générale à l'expérience utilisateur, et j'ai une idée générale de ce que je veux présenter. Cependant, j'ai pensé qu'il serait intéressant de demander la même chose à la communauté UX.
- Quels sujets faut-il couvrir?
- Quelles sont les questions/discussions courantes qui se posent généralement lors de ces présentations?
- Quel serait votre "message le plus important" pour le public?
C'est intéressant car je fais exactement la même chose! Je dois faire le mien vendredi.
Ceci est mon programme de base
- Expliquez ce qu'est la conception UX
- Qu'est-ce qui fait du bon et du mauvais UX?
- J'entre ensuite dans certaines règles de conception que j'utilise, telles que la cohérence, la liberté, ce genre de choses.
- Faire une session join dans laquelle nous critiquons une interface utilisateur et suggérons des améliorations.
- Montrez quelques bons exemples d'interface utilisateur et expliquez pourquoi ils sont bons UX.
Le mien est en fait destiné à l'interface utilisateur, mais tout relève de l'UX. Je veux que les développeurs remettent en question leurs actions avant de simplement lancer des contrôles sur une page (mais je préfère le concevoir moi-même d'abord;)).
modifier
Le mien est une présentation interne aux développeurs de l'entreprise qui connaissent déjà ma présence et ont été "vendus" l'idée de conception UI/UX. donc ma présentation est 30% vendant 70% éducatif.
Pour une introduction générale d'une heure, honnêtement, je prendrais du bon temps sur un méli-mélo d'études neuroscientifiques récentes, parsemé d'anecdotes et d'exemples classiques de bonne/mauvaise conception. Le temps devrait être suffisant pour discuter également d'un exemple pratique, soit démonter quelque chose que la plupart des gens connaissent, soit un exemple convaincant de "travail quotidien".
Motiver. Pour de nombreux novices, UX Design est une pseudoscience de bonne humeur qui n'est importante que lorsque vous n'avez rien de mieux à faire. Même si le public est véritablement intéressé par l'expérience utilisateur, il aimera le matériel dur qui l'aide à défendre la valeur de son intérêt.
Un message que je visais est:
- UX est excitant pour moi parce que ... (pour moi: c'est une technologie de pont entre le mystère de l'esprit humain et la technologie "dure")
- une bonne UX rend ce monde meilleur.
(Je ne sais pas si je pouvais réussir ce discours;))
Le capitaine et Peterchen ont donné de très bonnes réponses. Voici comment je le structurerais
- Faites une brève introduction sur l'expérience utilisateur et mentionnez-la en quoi elle a changé la façon dont le logiciel est perçu et comment il peut faire une énorme différence dans les ventes ainsi qu'une adaptation efficace (Les cas d'utilisation de Apple et le bouton de 300 millions de dollars (Amazon) serait un bon choix à utiliser)
- Expliquer comment UX s'intègre dans l'écosystème de développement logiciel
Expliquez brièvement les avantages de l'intégration de l'UX dans le cycle de vie du développement logiciel
Ces liens peuvent aider:
Pourquoi l'UX devrait être important pour les éditeurs de logiciels
L'intégration de l'expérience utilisateur dans le développement de logiciels
Expliquer comment UX peut être intégré dans le cycle de vie du développement logiciel
Cet excellent article de Smashing Magazine aidera: Lean UX: Sortir de l'entreprise des livrables
Enfin, prenez un exercice de conception ou un projet qui a dépassé le calendrier en raison de modifications de conception ou de problèmes de conception et demandez à l'équipe de discuter de la façon dont un processus UX établi aurait pu aider à empêcher que cela se produise.
Maintenant, je sais que ma réponse est très spécifique au logiciel mais j'ai basé mes points sur le fait que votre public cible est les développeurs de logiciels et vous devez " parler leur langue " . Mon objectif était également de mettre en évidence comment les processus UX et UX pouvaient être intégrés dans leur travail quotidien, car les gens seraient intéressés à savoir comment cela les affecterait et comment ils pourraient l'intégrer dans leurs cycles de travail quotidiens sans avoir à subir trop de changements.
Quels sujets faut-il couvrir?
Que voulez-vous que le public en retire? Où est le public maintenant?
Je passe pas mal de temps à amener les dev et ux à jouer Nice ensemble. J'ai généralement trois approches selon le contexte:
1) Trouvez le plus gros problème dans la façon dont ils travaillent ensemble maintenant et essayez de résoudre ce problème. Par exemple, si les gens comprennent mal les wireframes et les compositions, prenez le temps de parler de certains des principes de la conception graphique comme la répétition, la hiérarchie, l'équilibre, etc.
2) S'ils n'ont pas vraiment la moindre idée de ce qui est impliqué dans le travail UX, donnez un aperçu général des différentes sous-disciplines pour briser le mythe du "rendre les choses jolies" (IA, conception graphique, conception d'interaction, recherche utilisateur, test utilisateur). , etc.)
3) S'ils construisent la mauvaise chose, plutôt que de construire la mauvaise chose, passez la plupart de votre temps à la fin plus générative de la recherche utilisateur + test utilisateur. Parler aux utilisateurs et fermer la boucle de rétroaction avec les utilisateurs est ce qui doit être corrigé.
Quelles sont les questions/discussions courantes qui se posent généralement lors de ces présentations?
Cela dépend ;-) J'ai eu tout, des questions très naïves sur les raisons pour lesquelles vous devez vous soucier des polices, aux questions sophistiquées sur la façon dont la recherche des utilisateurs s'intègre dans le développement de produits. Je ne pense pas pouvoir choisir un thème commun.
Quel serait votre "message le plus important" pour le public?
Vous n'êtes pas l'utilisateur.
Dépasser cela est souvent la plus grande étape pour les personnes qui ne sont pas impliquées dans le travail UX.
S'ils n'enlèvent rien d'autre, comprendre pourquoi les tests utilisateurs sont nécessaires mettra presque tout le monde dans une position où ils pourront commencer à progresser. Cela ferme la boucle de rétroaction afin que les gens puissent détecter qu'il y a des problèmes, ce qui nécessite de trouver comment les résoudre.
Enfin - deux astuces pour transmettre l'UX aux développeurs:
Soyez prudent avec le mot "conception" - car si vous l'utilisez de manière non qualifiée, les développeurs entendent souvent "conception/architecture logicielle", ce qui peut amener les gens à se parler. Dites "conception d'interaction" ou "conception graphique" ou autre chose à la place.
Vous aurez beaucoup plus de facilité à communiquer si vous acquérez des connaissances en développement au même niveau que les connaissances UX que vous essayez de transmettre. Cela signifie plus qu'un peu de HTML/CSS/jQuery :-) Il existe des métaphores de développement qui sont des analogies utiles à la conception. Cela vous procure également instantanément plus de respect mutuel si vous êtes évidemment aussi intéressé par la compréhension des contraintes des développeurs que par la communication des vôtres.