À quel point un bon concepteur UX devrait-il être technophile?
Je suis très nouveau à UX et j'essaie juste de voir si je vais être un bon candidat pour le domaine (évidemment, je vais le découvrir via une expérience pratique à partir de mon stage la semaine prochaine). Cependant, si vous pouviez clarifier certains moments, cela aiderait vraiment)
Donc, je me sens assez à l'aise avec HTML, CSS et je me débrouille aussi Wordpress. De manière générale, il n'est pas difficile pour moi d'apprendre de nouveaux logiciels MAIS je cherchais divers postes vacants UX pour avoir une meilleure idée de ce que ce travail comprend réellement et il semble que certaines entreprises attendent des spécialistes UX non seulement les trucs UX, mais aussi quelques bits supplémentaires, par exemple aller au-delà du prototypage et créer des visuels ou faire un codage plus avancé. le cas que je ne sais pas si c'est comme ça que je veux passer mes journées de travail ...
Pouvez-vous nous dire à partir de votre expérience à quelle fréquence les managers demandent aux designers UX de faire des choses qui ne relèvent peut-être pas exactement de leurs responsabilités?
Il existe des concepteurs UX qui peuvent également créer de superbes icônes. Il existe des concepteurs UX qui peuvent également écrire JavaScript. Il existe des concepteurs UX qui peuvent éliminer les requêtes SQL à la demande.
Et puis il y a des concepteurs UX qui ne font rien de tout cela.
Le fait est qu'il n'y a pas de modèle unique pour être un concepteur UX. Avoir un ensemble complet de compétences supplémentaires est certainement un avantage, mais pas une exigence.
Vous devez en savoir suffisamment sur la technologie que vous concevez pour pouvoir estimer l'effort de développement de chacune des conceptions alternatives que vous pourriez envisager.
En tant que concepteur UX, vous êtes la personne qui négocie avec les utilisateurs à quoi ressemblera leur interface. Les utilisateurs pousseront toujours pour ce qu'ils imaginent répondre à leurs besoins, plus des bonbons pour les yeux. Les développeurs pousseront toujours pour une structure d'information et une navigation aussi proches de leur architecture de classe OO que possible (ou quelle que soit la technologie utilisée en arrière-plan). C'est vous qui devez être conscients de tous les compromis. Vous devez savoir ce qui se passe lorsque vous concédez une fonctionnalité aux utilisateurs. Cela signifie-t-il une ligne de code source de plus, un jour de plus d'implémentation, ou faut-il réorganiser toute l'architecture planifiée "Ou veulent-ils simplement de la magie? Si vous saviez à quelle fréquence j'ai entendu parler de l'utilisateur," Et encore une petite chose - cette recherche dont nous parlons, elle devrait bien sûr être en mesure de rechercher dans [trois autres systèmes non liés] aussi , et afficher le résultat dans notre système ".
Vous devrez refuser des fonctionnalités aux utilisateurs, parfois parce qu'elles sont mal adaptées, parfois parce que leur mise en œuvre est si difficile qu'elle briserait le budget. Vous devez être en mesure de le faire avec précision, et aussi d'expliquer le raisonnement aux utilisateurs. Vous devez trouver des alternatives qui répondent autant que possible aux besoins, tout en apaisant les plus grandes craintes des utilisateurs et en veillant à ce qu'elles soient techniquement réalisables. Donc, pour pouvoir trouver un bon compromis, vous devez être en mesure d'évaluer les coûts de chaque alternative en termes de travail que l'équipe de mise en œuvre devra investir. Vous n'avez pas besoin de pouvoir l'implémenter vous-même, mais cela aide certainement d'avoir essayé quelques implémentations simples dans la technologie cible, pour connaître les bases, afin que vous puissiez au moins avoir la bonne idée de l'impact de chaque alternative envisagée. .
Et tandis que nous sommes à "essayé quelques implémentations simples", ne tombez pas dans le piège de penser que l'effort nécessaire pour implémenter une fonctionnalité dans un logiciel de qualité prototype est le même que l'effort nécessaire dans un logiciel de production. Raymond Chen a publié un excellent article sur ce qu'il faudrait pour changer un simple message affiché par Windows, malheureusement je ne le trouve pas pour le moment, peut-être que quelqu'un peut fournir un lien.
Vous pourriez être en mesure de faire votre travail avec moins de connaissances technologiques, mais c'est le niveau dont vous avez besoin pour devenir bon concepteur UX.
Poursuivez les activités qui vous rendent le plus heureux (et qui réussissent). Recherchez ensuite les clients/employeurs qui ont les besoins les mieux adaptés à vos intérêts. C'est une rue à double sens et vous voudrez également chercher du soutien dans les domaines que vous souhaitez développer ou améliorer.
Par exemple, une personne ayant une expérience approfondie de la recherche pourrait bien faire avec de grandes entreprises avec de nombreux rôles spécialisés, tandis qu'un généraliste pourrait bien réussir dans la scène de démarrage.
Bonne chance!
Bien sûr, ils préféreraient que vous soyez en mesure de faire tout le travail de conception (visuelle) (recherche) et de pouvoir également l'implémenter parfaitement pixel;)
Cependant, mon expérience jusqu'à présent dans ce domaine est que la plupart des UX ont une ou deux spécialisations (disons: design et psychologie, ou informatique et design, etc.) et ont élargi leurs horizons dans les autres domaines. Cela aide certainement à travailler avec les autres, car l'UX est un domaine multidisciplinaire.
Vous pourriez rencontrer le terme Concepteur en forme de T , qui a pris vie il y a quelques années et est constamment discuté. Voici quelques articles/blogs que j'ai trouvé intéressants à lire (chacun avec une perspective légèrement différente):
http://karelvredenburg.com/home/2013/7/20/becoming-a-t-shaped-designer
http://markdotto.com/2011/04/15/fatten-up-those-ts/
http://www.core77.com/blog/columns/is_it_time_to_rethink_the_t-shaped_designer_17426.asp
La technologie que vous devrez maîtriser en tant qu'expert en interface utilisateur dépendra des types d'interfaces sur lesquels vous travaillerez. Il existe plusieurs plateformes principales, avec des exigences variables:
- Mobile/Tablettes
- Logiciel de bureau
- Applications et sites Web
Envisagez des spécialisations encore plus profondes ... juste dans la conception Web, vous pourriez avoir:
- Achats transactionnels
- Communautés
- Des applications Web
Les exigences pour être compétent et fonctionnellement familier au sein de l'équipe varient. Voici ma recommandation, par ordre de valeur, en supposant que vous avez déjà une bonne compréhension des outils de conception, de wireframing, de polices, de formulaires, de flux et d'optimisation d'image et que vous n'entrez dans rien de non technique:
- langages de balisage html/dhtml et XML (y compris html 5, etc.)
- JavaScript (pour les animations/interactions et les flux - vous devez au moins savoir ce qui est possible
- Comprendre les schémas de base de données et la façon dont vos coéquipiers principaux auront besoin de choses
- Les règles essentielles d'un bon référencement (chapeau blanc)
- Formats vidéo et comment ils sont utilisés pour chaque plate-forme
- Bases de PHP * (nous faisons beaucoup de travail sur les plateformes LAMP, vous ne pouvez pas)
- Notions de base de C #/Objective C/etc. (en particulier pour les plateformes mobiles)
- Connaître les exigences des plateformes de panier d'achat
- Connaître le fonctionnement des API de toutes les intégrations que vous utiliserez probablement (Facebook/Twitter)
- Obtenez du JSON sous votre ceinture - sachez ce qui est possible avec les pages dynamiques, etc.
- Ce sera controversé, donc je le dis en dernier: FLASH est très utilisé pour le développement d'applications mobiles, car il peut maintenant être recompilé pour fonctionner avec les appareils Apple, et se traduit en effet sur toutes les plates-formes mobiles bien.
Il existe également des outils collaboratifs;
- Les plateformes de gestion de projet comme Basecamp et Assembla sont populaires
- GitHub est populaire pour le développement collaboratif
- Points supplémentaires pour comprendre le fonctionnement de votre équipe IDE et pour aider au débogage
Mon expérience est que différentes entreprises demanderont différentes choses, mais pour avoir une bonne idée, vous pouvez simplement parcourir toutes les dernières offres d'emploi des concepteurs UX.
En général, je pense qu'un concepteur UX doit absolument être en mesure d'effectuer des recherches ou des tests sur les utilisateurs, et être en mesure de transformer ces recherches en une sorte de filaire ou de prototype que les autres peuvent comprendre - qu'il/elle ait plus de compétences en conception ou en développement dépend de l'entreprise/équipe. Si vous avez un designer très fort dans l'équipe, vous pouvez compter sur lui pour transformer des wireframes en maquettes haute fidélité, ou si vous avez un développeur UI très fort dans l'équipe, vous pouvez compter sur lui pour les transformer. wireframes dans un prototype fonctionnel ou sauter l'étape de prototypage tout à fait.
En règle générale, parce que vous ne savez pas quelle entreprise a quel type d'équipe et ce qu'elle veut jusqu'à ce que vous entriez dans l'entretien (ou la plupart du temps, jusqu'au premier jour de votre travail), il est bon d'être ce "T" concepteur de forme comme Liang l'a suggéré.