Portfolio de design : comment en construire un qui vous fait vraiment embaucher

Les recruteurs passent 90 secondes sur un portfolio avant de décider s'ils convoquent en entretien. La plupart des designers construisent un portfolio optimisé pour leur propre ego, pas pour cette fenêtre de 90 secondes. Résultat : une page d'accueil magnifiquement mise en scène que personne ne dépasse, cinq projets qui se ressemblent tous, et une structure d'étude de cas qui enterre chaque décision intéressante sous un mur de captures d'écran.

Ce papier est la version qui marche. Les cinq projets qui font vraiment passer un portfolio de junior à senior, la structure d'étude de cas qui prouve la prise de décision plutôt que le goût, et comment bâtir un site qui obtient une réponse en 48 heures plutôt qu'un énième mail de refus.

Ce qu'est vraiment un portfolio

Un portfolio est un pari sur votre prochain poste, pas un musée de vos anciens postes. Chaque projet doit être là pour une raison. Chaque étude de cas doit apprendre quelque chose au lecteur sur votre façon de penser. Chaque décision sur le site, de la hiérarchie de la page d'accueil à la longueur des études de cas, est un signal d'embauche.

Le portfolio qui décroche des entretiens n'est pas celui qui a le plus de projets. C'est celui où un recruteur lit trois études de cas et repart en pensant : « Je veux cette personne dans la pièce. » Ce résultat n'a rien d'un accident. C'est une structure.

L'analyse de la hiérarchie visuelle en design explique comment contrôler l'ordre de lecture sur n'importe quelle page. Le portfolio en est le cas d'école. Si votre portfolio n'a pas de hiérarchie, les recruteurs ne le finissent pas.

Les cinq projets qui comptent vraiment

La plupart des portfolios contiennent huit à douze projets. Le recruteur en lit deux. Le débat « tout inclure » contre « curater sévèrement » est clos. Curatez. Cinq projets, maximum. Choisissez les cinq qui racontent une histoire complète.

Projet 1 : le projet phare

Un projet dont vous avez porté le résultat de la recherche au lancement. En général votre meilleure étude de cas. Il vit sur la page d'accueil, dès le premier écran. C'est le projet que vous voulez que le recruteur lise s'il n'en lit qu'un, et pour 40 % des lecteurs, c'est exactement ce qui se passe.

Le projet phare n'est pas le plus joli. C'est celui avec les décisions les plus claires, le périmètre le plus large et le fil conducteur le plus serré entre le problème et le résultat. Un projet modeste mené avec une pleine responsabilité bat un projet tape-à-l'œil où vous n'avez touché que trois écrans.

Projet 2 : celui qui définit l'amplitude

Un projet qui montre que vous savez travailler dans un registre visuel différent du projet phare. Si le projet phare est un dashboard SaaS épuré, celui-ci est une identité de marque expressive. Si le projet phare est une app grand public pleine de personnalité, celui-ci est un outil d'entreprise précis. L'amplitude prouve que vous savez vous adapter, ce qui représente la moitié de ce que « senior » veut dire.

Ce projet est souvent le deuxième sur la page d'accueil. Il doit se lire comme nettement différent du projet phare au premier coup d'œil, pour que le recruteur enregistre l'étendue de votre registre sans avoir à lire l'étude de cas.

Projet 3 : la pièce de profondeur

Un projet où vous démontrez une spécialité avancée. Architecture de design systems, accessibilité, méthodologie de recherche, motion design, implémentation front-end. La profondeur est ce qui sépare le senior du profil intermédiaire. Tout designer senior a au moins un domaine où il va plus loin que ce dont un généraliste a besoin.

La pièce de profondeur est plus courte que le projet phare, mais techniquement plus dense. C'est le projet où apparaissent des extraits de code, des schémas d'architecture de tokens ou des protocoles de recherche. Le guide des design systems est un exemple du type de sujet qui se plaît dans une pièce de profondeur.

Projet 4 : le cas de collaboration

Un projet qui prouve que vous savez travailler avec d'autres designers, des ingénieurs ou des parties prenantes hors design. C'est le projet où vous écrivez honnêtement sur les arbitrages, les compromis, et sur ce que vous avez livré par rapport à ce que vous vouliez livrer. Les recruteurs lui donnent beaucoup de poids parce qu'il leur dit quel coéquipier vous serez, pas quel soliste.

Le cas de collaboration est souvent le plus dur à écrire parce qu'il exige de l'honnêteté. Les projets livrés sans compromis n'existent généralement pas, et une étude de cas qui prétend le contraire se lit comme un mensonge.

Projet 5 : le projet personnel ou side project

Un projet qui n'est pas du travail de client. Une exploration que vous avez lancée vous-même, un outil que vous avez construit, une expérience typographique, une participation à une game jam. C'est là que le portfolio prouve que le designer a du goût en dehors du brief. Le projet personnel n'a pas à être gros. Il doit être précis.

Les side projects comptent davantage pour les designers en début de carrière (où le travail client est limité) et pour les seniors (où ils montrent une curiosité jamais éteinte). Les designers en milieu de carrière peuvent parfois sauter cette case et la remplacer par une seconde pièce de profondeur.

---

La structure d'étude de cas qui convertit

La plupart des études de cas sont construites comme un diaporama d'écrans finaux séparés par du texte marketing. Ce n'est pas une étude de cas. C'est une galerie. Une vraie étude de cas se lit comme un journal de décisions.

La structure qui marche :

Section 1 : le pitch en deux lignes

Qui était le client, quel était le problème, quel était votre rôle. Deux lignes, pas plus. Un recruteur qui ne lit rien d'autre doit savoir ce qu'était ce projet et ce que vous y avez apporté.

Exemple : « Refonte du parcours de paiement d'un client fintech au service de 2 M d'utilisateurs sur 18 marchés. J'ai dirigé l'UX, travaillé avec une brand designer et trois ingénieurs, et livré un parcours qui a réduit l'abandon de panier de 23 % par rapport à l'ancienne référence. »

Section 2 : le problème

Un à trois paragraphes sur le vrai problème. Pas « les utilisateurs avaient une mauvaise expérience ». Du spécifique. Des chiffres, des comportements, des points de friction. Plus le problème est concret, plus la solution est crédible.

Le piège est d'énoncer le problème dans des termes qui intéressent le designer plutôt que dans ceux qui intéressent l'entreprise. « L'interface faisait datée » est un problème de designer. « 17 % des utilisateurs abandonnaient à l'écran de paiement » est un problème d'entreprise. Écrivez la seconde version.

Section 3 : l'approche

Comment avez-vous attaqué le problème. Quelle recherche avez-vous menée. Quelles hypothèses avez-vous formulées. Quelles contraintes ont façonné le travail. C'est la section de la réflexion, et c'est la raison pour laquelle les recruteurs lisent les études de cas. Ils veulent voir comment vous passez du problème à la solution, pas seulement que vous êtes arrivé à une solution.

Ne sautez pas les contraintes. Tout vrai projet en a : budget, calendrier, code legacy, exigences réglementaires, préférences des parties prenantes. Une étude de cas qui se lit comme une exploration sans contraintes se lit comme de la fiction. Les contraintes sont l'assaisonnement.

Section 4 : le travail

Montrez les artefacts. Résultats de recherche, wireframes, explorations de design, écrans finaux. C'est là que vivent les captures d'écran, mais au service de l'histoire, pas à sa place. Chaque capture a une légende qui explique quelle décision elle représente, pas seulement à quoi elle ressemble.

L'erreur courante est d'ouvrir avec des écrans finaux léchés et d'enterrer le processus. Inversez. Ouvrez avec le milieu chaotique (les pistes rejetées, les enseignements de la recherche, les arbitrages débattus), puis montrez le travail final comme la conclusion de cette réflexion.

Section 5 : le résultat

Ce qui s'est passé après le lancement. Métriques, retours qualitatifs, travaux suivants, leçons apprises. Si vous avez des chiffres solides, utilisez-les. Sinon, servez-vous de signaux qualitatifs (témoignages, accueil en interne, ce que vous feriez autrement).

N'inventez jamais de chiffres. Un recruteur qui repère un taux de conversion fabriqué met fin à l'entretien avant qu'il commence. Un honnête « nous ne l'avons pas mesuré à l'époque, mais l'équipe commerciale a rapporté une meilleure conversion démo-essai après la refonte » bat des métriques inventées à chaque fois.

Section 6 : la réflexion

Un court paragraphe sur ce que vous avez appris et ce que vous changeriez. C'est souvent la section qui sépare le senior du profil intermédiaire. Les juniors écrivent des études de cas où tout a marché. Les seniors écrivent des études de cas qui incluent « nous aurions dû tester le nouvel onboarding avec cinq utilisateurs avant de le livrer, car nous avons relevé deux problèmes d'utilisabilité la première semaine qui auraient été évidents en recherche ».

La réflexion n'est pas de l'autoflagellation. C'est la preuve de la lucidité. Une étude de cas sans réflexion se lit comme celle d'un designer qui pense avoir tout bon, soit l'inverse de ce que les recruteurs veulent voir.

---

Les règles de la page d'accueil

La page d'accueil, c'est le test des 10 secondes. Si elle ne le passe pas, les études de cas ne sont jamais lues. Trois règles.

Règle 1 : ouvrez avec le travail, pas avec vous

Le hero doit être un aperçu de votre meilleur projet, pas une photo de vous, pas un slogan, pas une phrase d'accroche sur « la création d'expériences délicieuses ». Les recruteurs ne se soucient pas encore de vous. Ils veulent savoir si votre travail correspond à la zone pour laquelle ils recrutent. Montrez le travail d'abord, présentez-vous ensuite.

La seule exception concerne les designers célèbres dont le nom est lui-même l'accroche. Si vous n'êtes pas ce designer, ouvrez avec le travail.

Règle 2 : la ligne de positionnement

Sous ou à côté du projet mis en avant, une ligne de texte qui vous positionne. Pas une proposition de valeur, un positionnement. « Product designer pour la fintech early-stage. » « Brand designer pour le bien-être grand public. » « Designer de systèmes UX pour le SaaS d'entreprise. »

La ligne de positionnement filtre l'audience. Un recruteur qui cherche un brand designer pour une entreprise de bien-être voit votre ligne et continue de lire. Un recruteur qui cherche du SaaS d'entreprise alors que votre ligne dit fintech passe son chemin, ce qui est le bon résultat. Le glossaire sur la tarification à la valeur couvre la même logique pour le travail client : positionnez-vous étroitement pour attirer le bon travail, pas pour écarter des possibilités.

Règle 3 : une navigation qui ne vous combat pas

Une navigation en haut avec exactement trois à cinq entrées : Travaux, À propos, Contact, éventuellement Notes ou Écrits. Le portfolio est un artefact linéaire. Les recruteurs le lisent de haut en bas à la première visite. Ne les faites pas chercher.

Évitez les menus de filtrage des études de cas, les grilles masonry qui se réarrangent au survol et les navigations animées qui se cachent. La page d'accueil se bat déjà pour l'attention du recruteur. N'ajoutez pas de friction.

---

La page À propos

La page À propos est la deuxième page la plus lue d'un portfolio, après l'étude de cas phare. La plupart des designers la traitent comme une formalité. Ce n'en est pas une. Elle répond à une question précise du recruteur : « Comment sera-t-il ou elle à travailler avec ? »

Trois éléments à inclure :

Une bio en langage simple. Deux à quatre paragraphes. Qui vous êtes, ce que vous avez fait, ce qui compte pour vous. Écrivez-la comme vous vous présenteriez dans une conférence, pas comme un profil LinkedIn. Les détails concrets et la texture battent le poli.

Les personnes avec qui vous avez travaillé. Pas toutes les entreprises, mais celles qui comptent. Une courte liste de clients, d'entreprises ou de collaborateurs. Si vous pouvez obtenir un témoignage d'une ligne de l'un d'eux, cette ligne vaut plus que n'importe quel paragraphe écrit sur vous-même.

Un contact bien visible. La page À propos est l'endroit où la plupart des recruteurs vous contactent. Mettez l'adresse e-mail en texte brut (pas derrière un formulaire de contact), et mettez-la deux fois : une en haut, une en bas. Un formulaire de contact est une barrière. Supprimez la barrière.

Le travail au-delà du portfolio

Les recruteurs ne s'arrêtent pas au portfolio. Ils regardent Twitter/X, LinkedIn, Dribbble, la section notes de votre site perso, et tout texte long que vous avez écrit. Partez du principe qu'ils regardent, et assurez-vous que ce qu'ils trouvent renforce l'histoire que raconte le portfolio.

Cela ne veut pas dire simuler une présence. Cela veut dire ne pas se contredire. Un portfolio qui vous positionne comme un designer senior orienté systèmes, associé à un fil Twitter plein de « je débute en design, des conseils ? », envoie un signal brouillé. La solution est soit de mettre à jour le fil Twitter, soit de reconnaître que le portfolio est aspirationnel. Les deux sont valables. L'incohérence ne l'est pas.

Les échecs courants de portfolio

Quatre schémas qui tuent plus de portfolios que le travail faible.

La liste de projets interminable. Douze projets, aucun différencié, le recruteur dépasse les trois premiers en scrollant. La solution, c'est la curation. Cinq projets, chacun racontant une partie différente de l'histoire. Si un projet ne répond pas à une question précise du recruteur, coupez-le.

Le hero sans hiérarchie. Une belle page d'accueil qui ne dit pas au recruteur quoi lire en premier. Solution : un projet mis en avant, une ligne de positionnement, tout le reste sous la ligne de flottaison. L'analyse des principes de web design couvre les mêmes règles pour n'importe quelle landing page, portfolios compris.

L'étude de cas qui cache les décisions. Un mur d'écrans finaux, pas de processus, pas de réflexion. Les recruteurs n'apprennent rien sur la façon de penser du designer, ce qui est tout l'intérêt d'une étude de cas. Solution : utilisez la structure en six sections ci-dessus. Ouvrez avec la réflexion, appuyez-la avec le travail.

Le site qui casse sur mobile. Des portfolios qui fonctionnent sur un écran de 27 pouces et s'effondrent sur un téléphone. La moitié des premières lectures se font sur mobile. Un portfolio qui ne marche pas là est un portfolio qui ne marche pas. Les patterns de responsive design qui s'appliquent à tout web design s'appliquent ici aussi.

Mettre à jour son portfolio comme une habitude

Le portfolio mis à jour une fois tous les deux ans est un portfolio qui a deux ans de retard le jour où on l'ouvre. La solution est une cadence de mises à jour petite et régulière plutôt qu'une refonte massive à chaque tournant de carrière.

Chaque trimestre : ajoutez ou mettez à jour une étude de cas, passez en revue le projet mis en avant sur la page d'accueil, vérifiez que les coordonnées sont à jour.

Chaque année : revoyez la ligne de positionnement, décidez si les cinq projets racontent toujours la bonne histoire, retirez tout ce qui a vieilli.

À chaque recherche d'emploi : édition agressive. Réécrivez le positionnement pour le poste visé. Réordonnez la page d'accueil pour ouvrir avec le projet le plus pertinent. Mettez à jour la page À propos pour refléter la cible actuelle.

Si vous voulez de l'aide pour structurer vos études de cas, positionner votre site, ou simplement recruter des designers qui ont déjà tout ça en main, faites appel à Brainy. Nous savons à quoi ressemblent les portfolios seniors parce que nous recrutons parmi eux.

FAQ

Combien de projets un portfolio de design doit-il contenir ?

Cinq, maximum. Deux ou trois ne suffisent pas pour un portfolio senior. Huit ou plus diluent l'histoire. Cinq projets, choisis pour couvrir un projet phare, un projet d'amplitude, une pièce de profondeur, un cas de collaboration et un projet personnel, donnent aux recruteurs assez de preuves sans les submerger.

Quelle longueur pour une étude de cas de portfolio ?

Assez longue pour raconter l'histoire des décisions, assez courte pour qu'un recruteur puisse la parcourir en cinq minutes. En général 600 à 1500 mots par étude de cas, avec captures d'écran et légendes. L'étude de cas phare peut être plus longue. Les side projects plus courts peuvent tenir en 300 mots. Ce qui compte, c'est que chaque section (pitch, problème, approche, travail, résultat, réflexion) soit présente.

Dois-je mettre mon CV sur mon site portfolio ?

Facultatif. La plupart des portfolios renvoient vers un CV PDF téléchargeable ou un profil LinkedIn plutôt que d'héberger le CV en ligne. Si vous en incluez un, mettez-le sur une page séparée, pas sur la page d'accueil. La page d'accueil est pour le travail.

Ai-je besoin d'un portfolio si j'ai un bon LinkedIn ?

Oui. LinkedIn est un profil, pas un portfolio. Un bon LinkedIn vous fait entrer en conversation avec un recruteur. Le portfolio, c'est ce qui vous décroche l'entretien. Pour tout poste de design au-dessus de junior, un portfolio n'est pas négociable.

Mon portfolio doit-il montrer mon processus ou seulement le travail final ?

Les deux, mais le processus est le facteur de différenciation. Le travail final montre que vous savez designer. Le processus montre comment vous pensez. Les recruteurs qui savent déjà que vous savez designer (ils vous ont trouvé d'une manière ou d'une autre) lisent l'étude de cas pour comprendre la prise de décision. La structure d'étude de cas en six sections équilibre les deux.

Quelle est la plus grosse erreur des designers sur leur portfolio ?

Curater trop légèrement. La plupart des portfolios incluent trop de projets et pas assez d'histoire sur chacun. La solution est une édition brutale : tuez quatre projets pour renforcer les cinq restants, écrivez des études de cas pilotées par les décisions plutôt que des galeries, et ouvrez la page d'accueil avec une seule belle pièce mise en avant plutôt qu'une grille de huit.

Le portfolio est un pari

Chaque portfolio est une déclaration sur les personnes avec qui vous voulez travailler ensuite. Les cinq projets sont l'argumentaire. Les études de cas sont les preuves. La page d'accueil est la phrase d'ouverture. La page À propos est la conclusion.

Construisez-le comme si vous y jouiez votre prochain poste, parce que c'est le cas. Curatez sans pitié. Structurez chaque étude de cas comme un journal de décisions. Mettez-le à jour chaque trimestre. Faites-le fonctionner sur mobile. Mettez votre e-mail en texte brut.

Si vous voulez recruter des designers qui ont déjà passé cette barre, ou si vous voulez de l'aide pour construire des études de cas qui convertissent au niveau senior, faites appel à Brainy. Le portfolio, c'est la candidature. Traitez-le comme telle.

Lectures associées

• Modèle d'étude de cas pour designers
• Guide des design systems
• Hiérarchie visuelle en design
• Principes de web design
• UI vs UX