UX: conception graphique vs codage
Pour commencer, je suis graphiste. Un de mes amis travaille en tant que programmeur et fait beaucoup de conception UI/UX, mais déteste absolument cette partie de son travail - il est plus un ingénieur et n'a pas vraiment l'œil pour ce genre de chose. J'ai fait un design haute résolution pour lui dans Photoshop et l'ai enregistré dans un format qu'il pourrait ensuite implémenter dans son code - aucun design réel fait de sa part, juste traduire ce que je lui ai envoyé en code, lui faisant gagner du temps et de la frustration .
J'apprends également actuellement quelques langages de codage, ce que j'ai commencé à faire avec l'idée que j'entrerais dans l'aspect de codage de l'interface utilisateur et de l'UX, mais en faisant ce projet pour mon ami, j'ai trouvé que j'aimais vraiment l'aspect graphique de celui-ci. Je connais très peu l'industrie du codage, donc ma question est: y a-t-il réellement des emplois qui impliquent ce que j'ai fait pour lui, ou tous les emplois UI et UX nécessitent-ils qu'une seule personne soit capable de faire les deux choses (c'est-à-dire la conception/mise en page réelle puis l'implémenter dans le code)? S'il y en a, quel est ce titre?
Ce que vous avez fait pour votre ami développeur s'appelle quelques noms:
- Aspect visuel
- Conception frontale
- Conception de l'interface utilisateur
- Conception d'interface
Il y a certainement un marché pour cela. De nombreuses entreprises classeront cela comme UI/UX par ignorance. En fait, ce ne seraient pas de mauvais endroits pour apprendre les cordes, car ils vous permettront d'approfondir l'UX proprement dit pour lequel vous n'êtes pas qualifié à ce stade. Encore mieux serait de travailler dans une équipe de développement de produits logiciels mature où vous pourrez apprendre des professionnels.
Vous devriez ne pas avoir à savoir comment écrire du code, mais de nombreuses petites entreprises (ne produisant pas encore de logiciels à grande échelle ... ou jamais) préféreront que vous puissiez gérer HTML, CSS et éventuellement javascript. Aucun de ces éléments n'est essentiel pour réussir dans la conception d'interfaces. Cela dit, vous ne regretterez pas non plus de le savoir.
Oui, il y a des emplois pour cela, si vous êtes dans une assez grande entreprise/équipe/projet.
La création d'un produit comporte plusieurs étapes, notamment: - déterminer ce que les gens veulent faire - quelles fonctions le produit a besoin - quels boutons ces fonctions ont besoin - rendre les boutons jolis - faire en sorte que les boutons fassent leurs fonctions - le tester - le commercialiser - lui fournir un support
Si vous êtes un développeur solo, c'est tout votre travail. Si vous êtes dans une grande entreprise, vous pouvez avoir plusieurs personnes à chaque étape. Heck, chaque bouton peut avoir sa propre personne.
Mais dans la plupart des projets, vous vous situez entre les deux et vous devez répartir les tâches entre une poignée de personnes. Cela se fait généralement à peu près sur une échelle allant du codage à l'art. (bien que ce soit en fait trop abstrait, OMI) Ce qui signifie que si vous connaissez le design visuel, vous faites des affiches, si vous faites du code, vous faites fonctionner le programme. Et le truc au milieu se répartit entre les deux côtés.
Cela fonctionne généralement bien sur les petits projets car si vous avez 5 codeurs et 5 designers, vous êtes très flexible. Vous pouvez faire 5 petits projets, un grand, vous pouvez avoir du code complexe (par exemple des pilotes vidéo) et mettre les concepteurs au milieu, ou une application simple mais lourde en art (poupée habillée) où les codeurs prennent la partie centrale . Mais cela a conduit à ce qu'il y ait moins de place dans la plupart des organisations pour quelqu'un qui se concentre au milieu. Le design UX, entre autres, est au milieu.
Vous êtes un peu vague sur ce que vous avez fait. Avez-vous fait des recherches, des frameworks, des maquettes et ensuite des highres, ou votre ami vous a-t-il donné une maquette ou une mise en page et dit "faites-en une jolie". L'un est un peu plus large que l'autre, mais dans les deux cas, il existe des positions de cette ampleur.