Est-il correct d'utiliser des maquettes pour créer un portefeuille?
J'ai obtenu un baccalauréat en sciences de l'information. Au cours de mes études universitaires, j'ai réalisé que je m'intéressais à l'HCI et à la convivialité. Cependant, je n'avais pas beaucoup de matériel qui serait pertinent pour construire un portfolio pour démontrer le travail UX. Je pense que mon actuel (www.ctrlaltm.com) est assez nu pour être franc et je veux le repenser pour le rendre plus attrayant pour moi et pour quiconque le regarde. J'ai participé à un projet open source mais je n'avais pas beaucoup d'expérience en UX à l'époque donc je sentais que je n'étais pas en mesure de contribuer aussi bien que j'aurais pu. Je pense donc à faire des maquettes pour mettre à jour la refonte de mon site.
Tout ce qui pourrait représenter vos connaissances en architecture de l'information et en expérience utilisateur est un matériel de portefeuille parfaitement valide. Peu importe le contenu du portefeuille tant que le consommateur du contenu comprend à quel point vous êtes formidable et pourquoi ce serait une perte de ne pas vous embaucher. Donc, oui, Wireframes, Mockups, Use cases, Requirement analysis, Personas et tout le reste qui est le résultat de ce que nous faisons est parfait pour un portefeuille.
Les maquettes, etc. sont très bien. En fait, ils sont bons.
Quand je regarde un portfolio, je cherche à comprendre comment fonctionne une personne - maintenant à quoi ressemblent les résultats finaux. Les résultats finaux sont - dans tout projet non trivial - pour de nombreuses personnes. J'ai besoin de comprendre comment la personne a aidé à faire ça. Les maquettes, les wireframes, les croquis au crayon, etc. sont tous bons.
Une chose cependant. Soyez très clair sur le statut de l'œuvre.
Avoir des maquettes et des croquis de projets étudiants ou de travail personnel est tout à fait correct. Faire en sorte que le travail des étudiants ou du personnel ressemble au travail du client vous rendra nul. Puisque nous poserons des questions sur les clients dans toute interview que vous obtiendrez ;-)
Une des choses que j'aimerais ajouter à la réponse de Bennys est de "montrer votre travail". Souvent, les architectes UX ou les designers UI montreront le joli travail de Nice. Ça va, mais la personne qui vous embauche veut savoir comment vous en êtes arrivé au travail final. La majeure partie de mon portefeuille est constituée de cadres de fil esquissés à la main, de concepts de pensée, d'architecture de l'information, etc.
n portfolio doit contenir des maquettes ainsi que des croquis initiaux et des options rejetées.
Il est là pour donner aux autres un aperçu de ce que vous pouvez faire. Un excellent moyen de gérer cela est non seulement de montrer les produits finis, mais aussi les étapes intermédiaires qui constituent généralement la majeure partie du travail.
J'utilise tout et tout ce à quoi je peux penser dans mon portfolio - et en fait, j'ai été impressionné par d'autres personnes pour NE PAS avoir de maquettes et ne pas "montrer assez de mon travail", parce que c'est que montrant votre travail qui vous sépare d'un simple concepteur de sites Web et montre clairement que vous savez de quoi vous parlez.
Ils veulent voir beaucoup de choses, mais comme un concepteur UX travaille au sein d'une équipe communiquant avec d'autres personnes et justifiant vos choix dans un cadre d'entreprise, vous devez leur montrer votre processus, qui comprend:
- Maquettes
- Maquettes
- Justification de faire les choses d'une manière contre une autre
- Résultats et évaluations de systèmes existants/existants (par exemple, refonte fantastique d'Amazon ou d'un autre site)
- Personnages
- Modèles mentaux
Cela dit, expliquez clairement ce que vous avez fait, pour qui vous l'avez fait et quand vous travailliez pour quelqu'un d'autre/une classe par rapport à votre propre idiot. Avoir un projet sur lequel votre professeur a fini par débrancher est bien. Il n'est pas nécessaire qu'il soit complet, il n'a pas besoin d'être mis en production, mais vous devez être honnête à ce sujet.