Le titre du poste de User Experience Designer change-t-il?
Je trouve intéressant de lire les descriptions de poste, pour plusieurs raisons. L'une consiste à savoir où va l'industrie et à valider ma propre compétence au sein de l'industrie. Dois-je apprendre de nouvelles choses ou ma ligne de travail n'est-elle pas utile? Questions auxquelles j'aime réfléchir lorsque je lis les descriptions de poste.
Il y a quelques années, on pouvait lire des descriptions de poste de User Experience Designer proches de ce que j'avais étudié à l'université. Encore mieux représentée par Jesse James Garrets, illustration de 15 ans de The Elements or User Experience:
Source: http://www.jjg.net/elements/pdf/elements.pdf
Cette année, cependant, je vois un changement du concepteur d'expérience utilisateur. Sur près de la moitié des descriptions de poste que j'ai lues (en suédois), le concepteur d'expérience utilisateur est décrit comme un employé qui travaillera avec:
- HTML5, CSS3, JavaScript
- Photoshop
- API mobile
Pour moi, c'est un développeur frontal avec des connaissances en conception graphique, mais pas un concepteur d'expérience utilisateur. Mais je me suis trompé avant et peut-être que le titre du poste de User Experience Designer est en train de changer?
Des emplois dont vous ne voulez pas
C'est une vue assez courante sur les sites d'emploi. Ce n'est pas représentatif d'un réel changement dans le sens du terme; il représente simplement une organisation qui essaie "d'obtenir des UX" au moyen d'un titre. C'est le produit d'une équipe de direction qui ne sait pas vraiment ce qu'est UXD.
Votre évaluation est correcte: Ce qu'ils veulent vraiment, c'est un développeur frontal. Malheureusement pour cette pauvre âme, il n'y aura aucune validation derrière ce qu'on leur demande d'exécuter. Leur rôle sera consacré aux jours interminables de désabonnement.
D'après mon expérience, il est toujours préférable de poser des questions avant même de postuler pour un emploi UX.
Les choses qui m'inquiètent parce qu'elles ne sont pas mentionnées dans un cahier des charges sont ...
- Tableau blanc/définition de problèmes d'atelier - Quels problèmes essayons-nous de résoudre?
- Création/définition de Persona - Qui sont les utilisateurs et quels sont leurs douleurs, tâches et objectifs?
- Cartographie du parcours utilisateur et client - Quel est le parcours du client?
- Test utilisateur et itération - Comment savons-nous que la conception fonctionnera si nous ne la testons pas avec des utilisateurs?
Certaines des questions plus générales que je pose sont ...
- À quel niveau de maturité UX sont-ils? (Niveaux de maturité Google UX)
- Comment voient-ils actuellement l'UX au sein de l'entreprise?
- Combien de concepteurs UX ont-ils déjà?
- Où se situe ce rôle au sein de l'entreprise et de l'équipe?
Ces questions permettront de découvrir "ce à quoi vous avez affaire" afin que vous puissiez prendre une décision éclairée d'aller plus loin ou non.
Je suis toujours suspect d'un titre de poste qui dit UX/UI car il montre que c'est soit un malentendu sur UX ou une façon de combiner deux rôles en un seul.
Si seulement les gens arrêtaient d'utiliser UX comme dernier mot à la mode et comprenaient réellement ce que cela impliquait. Cela inclut le responsable du recrutement et les recruteurs.
Commençons par le sens de l'expérience utilisateur.
Résumé: "L'expérience utilisateur" englobe tous les aspects de l'interaction de l'utilisateur final avec l'entreprise, ses services et ses produits.
Source: NNGroup https://www.nngroup.com/articles/definition-user-experience/
Responsabilités
Vous n'êtes pas seulement responsable d'une conception logique. UX est le centre de nombreux aspects qui influenceront l'expérience de l'utilisateur sur le site Web/le système, y compris la conception d'interaction, la motion design, la conception visuelle, les vitesses de chargement, la photographie, etc. et la mise en œuvre de votre travail. Lorsque vous parlez le langage des développeurs avec lesquels vous travaillez, cela accélérera le processus et vous aidera à comprendre les possibilités et les restrictions.
Ce que dit Google
Nous recherchons notre prochain Noogler - quelqu'un qui est bon pour le rôle, bon pour Google et bon dans beaucoup de choses.
Les choses bougent rapidement ici. À la vitesse d'Internet. Cela signifie que nous devons être agiles, tant dans la façon dont nous travaillons que dans la façon dont nous embauchons. Nous recherchons des personnes qui sont douées pour beaucoup de choses, qui aiment les grands défis et qui accueillent les grands changements. Nous ne pouvons pas avoir trop de spécialistes dans un seul domaine particulier. Nous recherchons des personnes qui conviennent à Google, et pas seulement pour le moment, mais à long terme.
Source: http://www.google.com/about/careers/lifeatgoogle/hiringprocess/
Dans notre discipline, de nouvelles tendances et découvertes se font chaque mois (sinon chaque semaine). Par exemple, le motion design est devenu une grande partie de l'expérience utilisateur dans les applications, il est donc utile si vous connaissez les bases du motion design afin de trouver les bonnes personnes et de communiquer vos besoins.
Petites entreprises
Les startups et les petites entreprises n'ont pas toujours le budget nécessaire pour embaucher un concepteur UX, un développeur Front End, un concepteur visuel et d'autres spécialistes connexes. Ils recherchent un surhomme qui peut tout faire par lui-même.
Conclusion
Avez-vous besoin d'apprendre de nouvelles choses? Oui. Ça ne fait pas mal. Les choses changent rapidement dans cette discipline. Vous n'avez pas besoin d'être un spécialiste du développement frontal. Mais si vous avez des connaissances de base, vous serez plus flexible.
J'aurais généralement une deuxième réflexion sur ce type d'offres d'emploi. Fondamentalement, ils veulent en faire plus avec moins en fusionnant les rôles, tout en s'attendant à ce que vous soyez bon dans tout.
Cependant, en même temps. Je trouverais que les emplois avec de larges étendues généralistes fonctionnent bien, en particulier dans les environnements de démarrage à un stade précoce. Pourquoi? parce que le concepteur apprendrait autant sur le produit lors de la construction du mvp et que la startup grandit, le concepteur est capable de faire évoluer son équipe avec des personnes plus spécialisées pour améliorer le produit une fois que les principales fonctionnalités sont clouées.