design businessMay 6, 202610 min read

Les designers sont désormais des PM

Le poste de designer senior est fonctionnellement un PM avec du goût. La fusion des rôles a déjà eu lieu. Voici ce qu'un designer-PM possède en 2026, pourquoi les budgets design sont rabotés, et les gestes concrets pour rester employable.

By Boone
XLinkedIn
designers are pms now

Le poste de designer senior en 2026, c'est un PM avec du goût. La fusion des rôles d'IC a déjà eu lieu. Faire comme si elle était encore à venir est la raison pour laquelle les budgets design sont rabotés.

Si vos douze derniers mois ont consisté à pousser des pixels dans Figma en attendant qu'un PM écrive la spec, le marché a cessé de payer pour ce rôle. Le poste qui l'a remplacé possède la spec, les métriques, la date de livraison et la recherche utilisateur. Même chaise, même fichier Figma, livrable différent.

La fusion des rôles a déjà eu lieu

La fusion est structurelle, pas saisonnière. Il est devenu moins cher de consolider les effectifs que de les coordonner, l'IA a retiré la charge de production au bas du rôle, et les IC design survivants ont absorbé la découverte, la spec et la responsabilité de la date de livraison qui revenaient à un PM distinct. Le marché a chiffré deux rôles en un seul et est passé à autre chose.

Ça se voit dans les offres d'emploi. Les descriptions de "product designer" en 2026 ressemblent à des fiches de poste de PM avec une ligne Figma collée dessus. Contribution à la roadmap, responsabilité des métriques, critères d'évaluation, entretiens clients, rédaction de bilans, responsabilité de la date de livraison. Figma, c'est désormais le minimum syndical, pas le métier.

Les équipes qui fonctionnaient déjà ainsi n'ont licencié personne. Celles qui tournaient encore sur le découpage de 2018, le designer pousse des écrans, le PM écrit la spec, l'ingénieur construit, si. Même effectif, deux destins, une seule raison structurelle.

Ce que possède vraiment un designer-PM

Le nouveau rôle d'IC a cinq artefacts à sa charge. S'il en manque un, quelqu'un d'autre fait le travail, et c'est le premier signe que votre poste est redondant.

Pile de cartes de checklist en voxels étiquetées spec, métriques, date de livraison, recherche utilisateur, roadmap, bilan, évoquant un vrai document de responsabilités
Pile de cartes de checklist en voxels étiquetées spec, métriques, date de livraison, recherche utilisateur, roadmap, bilan, évoquant un vrai document de responsabilités
  • La spec. Pas un flow Figma. Un document écrit qui nomme le problème, l'utilisateur, la métrique de succès, les modes d'échec et les limites de périmètre. Le fichier Figma est l'annexe.

  • La métrique. Un seul chiffre nommé que le travail fait bouger. Taux d'activation, gain de conversion, courbe de rétention, latence, NPS sur un segment cible. Si vous ne pouvez pas nommer le chiffre que cette livraison fait bouger, le travail n'est que de la décoration.

  • La date de livraison. Une vraie date, sur un vrai calendrier, que l'équipe vous demande de tenir. La faire glisser en 2026 est un problème de designer-PM, pas un problème d'équipe.

  • La recherche utilisateur. Cinq entretiens que vous avez menés, un sondage que vous avez écrit, une session que vous avez regardée, une trace Sentry que vous avez lue. Voir le glossaire de la recherche utilisateur pour ce que cela signifie au niveau IC.

  • Le bilan. Un court document public post-lancement qui couvre ce qui a été livré, ce qui a bougé, ce qui n'a pas bougé et ce que l'équipe a appris. L'artefact que votre manager fait remonter dans la hiérarchie.

Possséder l'artefact, c'est l'écrire, le partager, le défendre en revue et en répondre quand il est faux. Co-écrire avec un PM, très bien. Attendre qu'il l'écrive, non.

Comment Linear, Stripe, Vercel, Anthropic et Figma font tourner leurs IC design

Les entreprises qui livrent le logiciel le plus propre à la plus grande vitesse fonctionnent déjà ainsi. Elles n'ont pas annoncé de réorganisation. Elles ont simplement arrêté de recruter l'ancien rôle.

Chez Linear, les IC design pilotent la spec. Karri Saarinen répète depuis des années que les designers de Linear possèdent le problème, la proposition, l'implémentation et la livraison. La fonction PM existe, mais la propriété des artefacts revient au designer et à l'ingénieur qui travaillent en binôme sur la surface. L'approche anti-dashboard des vues produit est une décision de designer-PM, pas une spec descendante d'un PM.

Chez Stripe, la production design a une forme de PM. Le designer qui a porté la nouvelle surface de tarification de Stripe possédait le modèle, les entretiens avec les marchands, le plan de déploiement et la métrique. Le fichier Figma s'est résolu tard, une fois la spec et les données verrouillées. Même discipline visible dans le problème de la page de tarifs.

Chez Vercel, l'équipe design est une unité de partenariat produit, pas une équipe de service. Les designers tiennent la surface, publient l'article de lancement et possèdent la métrique du dashboard. La stack décrite dans marketing site stack 2026 appartient à des designers qui livrent du code et écrivent des specs, pas à un PM qui les briefe.

Chez Anthropic, les product designers livrent des critères d'évaluation. L'eval est la spec, la métrique et le test. Un designer incapable d'écrire l'eval de sa surface n'est pas dans l'équipe qui la livre.

Les IC design de Figma écrivent des PRD. Le débat PRD ou pas PRD s'est terminé quand l'équipe design de Figma s'est mise à les écrire. L'entreprise qui a appris à l'industrie à prendre Figma au sérieux a aussi appris à ses propres designers à prendre la spec au sérieux.

Cinq entreprises, un seul schéma. Les IC design possèdent le document, le chiffre et la date. Pas comme un projet annexe. Comme le métier.

Ancien rôle contre nouveau rôle

Le basculement du marché n'est pas une impression. Il se voit dans les artefacts que livre un designer senior et dans les conversations qu'il mène.

Comparaison en voxels de deux piédestaux, celui de gauche étiqueté ANCIEN RÔLE 2018 ne portant qu'un frame Figma, celui de droite étiqueté NOUVEAU RÔLE 2026 portant un document de spec, un graphique de métrique, un calendrier avec une date de livraison entourée et une carte de recherche utilisateur
Comparaison en voxels de deux piédestaux, celui de gauche étiqueté ANCIEN RÔLE 2018 ne portant qu'un frame Figma, celui de droite étiqueté NOUVEAU RÔLE 2026 portant un document de spec, un graphique de métrique, un calendrier avec une date de livraison entourée et une carte de recherche utilisateur
DimensionAncien rôle (2018 à 2022)Nouveau rôle (2026)
Artefact principalFichier FigmaSpec écrite, Figma est l'annexe
Mesure du succèsValidation en revue de designUne métrique produit nommée a bougé
Responsabilité de la date de livraison"Quand l'équipe sera prête"Une vraie date que l'IC tient
Recherche utilisateurLire le rapport écrit par un chercheurMener cinq entretiens soi-même
Contribution à la roadmap"Les designers devraient être dans la salle"Le designer a écrit la ligne de roadmap
Critères d'évaluationAucunLe designer a écrit le test de la surface
Bilan de lancementÉcrit par le PMÉcrit par le designer
Modèle de coordinationBriefé par le PM, passe la main à l'ingénieurTravaille en binôme avec l'ingénieur, sans intermédiaire
Ce qui saute en premierL'IC qui ne livre que des pixelsLe siège de PM redondant au-dessus

La colonne de droite n'est pas un idéal. C'est le poste actuel dans chaque entreprise qui recrute encore des designers en 2026. La colonne de gauche a été automatisée, consolidée ou licenciée.

Pourquoi les budgets design sont rabotés

Les budgets design ne sont pas rabotés parce que le travail a cessé de compter. Ils le sont parce que deux rôles faisaient un seul métier, et que l'IA a rendu la couche de production assez bon marché pour que la redondance apparaisse sur un tableau de bord financier.

Tuyau de financement en voxels traversant le cadre avec une fuite à mi-parcours, un bloc plus fin BUDGET DESIGN 2026 à droite, suggérant que la perte est structurelle
Tuyau de financement en voxels traversant le cadre avec une fuite à mi-parcours, un bloc plus fin BUDGET DESIGN 2026 à droite, suggérant que la perte est structurelle

Le calcul est impitoyable. Une équipe avec un designer qui pousse du Figma et un PM qui écrit la spec coûte à peu près le double d'une équipe avec un designer-PM qui fait les deux. L'IA absorbe la corvée de production qui justifiait le second siège, donc l'un des deux rôles perd son financement.

Le rôle qui perd est celui qui n'a pas absorbé la spec, la métrique et la date de livraison. Dans la plupart des organisations qui ont coupé, c'était le designer, parce que les designers se sont historiquement définis par l'artefact Figma plutôt que par le résultat produit.

Les équipes épargnées sont celles où le designer est devenu le PM et où le PM est monté en grade ou a fusionné ailleurs. Même effectif, moins de titres, plus de production par siège.

Un DAF qui scrute une équipe design pour couper ne demande pas "le design a-t-il de la valeur". Il demande "quel siège livre l'artefact qui fait bouger la métrique". Les sièges qui ne savent pas répondre nommément partent en premier. Le schéma est brutal, exact, et visible dans chaque liste de licenciements du premier trimestre 2026.

Ce qui vous fait encore embaucher en 2026

Cinq gestes. Menez-les en parallèle, pas à la suite. Aucun ne demande de permission.

Framework en voxels de cinq cartes étiquetées POSSÉDEZ LA SPEC, LIVREZ LA MÉTRIQUE, TENEZ LA DATE, MENEZ LA RECHERCHE, ÉCRIVEZ LE BILAN, avec un fin connecteur corail en dessous
Framework en voxels de cinq cartes étiquetées POSSÉDEZ LA SPEC, LIVREZ LA MÉTRIQUE, TENEZ LA DATE, MENEZ LA RECHERCHE, ÉCRIVEZ LE BILAN, avec un fin connecteur corail en dessous
  1. Possédez la spec. Prenez la prochaine surface que vous livrez et écrivez la spec vous-même. Une page. Problème, utilisateur, métrique, modes d'échec, limites de périmètre. Envoyez-la à votre PM, ou à votre manager s'il n'y a pas de PM.

  2. Livrez la métrique. Nommez un seul chiffre que la prochaine livraison fera bouger. Faites brancher le dashboard avant la revue de design, pas après. Traitez le design system comme la couche de production, jamais comme le travail lui-même.

  3. Tenez la date. Inscrivez une date de livraison sur un calendrier et dites-la à l'équipe. Faites-la glisser une fois, tirez-en la leçon, ne la faites jamais glisser deux fois.

  4. Menez la recherche. Cinq entretiens utilisateurs par surface, minimum. Appels de quinze minutes, enregistrés, transcrits par Otter ou Claude, synthétisés par vous. Citez l'utilisateur dans la spec. Des surfaces comme l'onboarding sans onboarding sont impossibles sans ça.

  5. Écrivez le bilan. Dans les cinq jours ouvrés après la livraison, publiez un résumé de lancement d'une page. Ce qui a été livré, ce qui a bougé, ce qui n'a pas bougé, ce que l'équipe a appris. Faites-en l'artefact que votre manager fait suivre.

Menez ces cinq gestes pendant deux trimestres et votre rôle dans l'entreprise sera structurellement différent, quel que soit votre titre. N'en menez aucun et votre rôle est la ligne budgétaire que la prochaine réorganisation consolidera.

La même responsabilité se retrouve dans chaque surface livrée par un designer-PM. La façon dont l'état de chargement est le produit et dont le problème de la page de réglages sont traités fait la différence entre un designer qui possède la surface et un qui l'a décorée.

Les juniors qui ont mis ça en favori en panique

Si vous avez moins de trois ans dans le métier, la démarche est plus simple et plus urgente. Ne paniquez pas. Recalibrez l'année.

L'ancien parcours de carrière menait à un IC senior à l'an cinq qui pousse du Figma au plus haut niveau. Ce parcours n'existe plus pour les jeunes diplômés.

Celui qui existe, c'est un IC d'an trois qui écrit des specs, mène la recherche, possède des métriques et livre. La barre est montée, et le calendrier a été avancé.

Concrètement, trois choses. Cessez de mesurer votre portfolio en shots et mesurez-le en surfaces livrées avec des métriques attachées. Cessez de vous former sous un PM et formez-vous auprès d'un designer-PM senior. Choisissez un projet perso où vous possédez la spec et la livraison, même si la livraison est modeste.

Les juniors qui font ça en 2026 sont seniors en 2028. Ceux qui continuent de poster des shots sur Dribbble sont toujours juniors en 2028, dans un marché qui n'embauche plus de juniors.

Arrêtez de faire comme si la fusion était à venir

La fusion n'est pas une tendance. C'est la forme structurelle du travail d'IC design en 2026. Le designer senior qui possède la spec, la métrique, la date de livraison et la recherche utilisateur est toujours embauché, toujours financé et toujours respecté comme un pair de l'ingénierie.

Le designer senior qui ne livre que du Figma est le rôle que le marché a chiffré à la baisse, automatisé et qu'il coupe désormais activement. Prétendre le contraire est le geste le plus coûteux qu'un IC design puisse faire cette année. Même fichier Figma, même chaise, autre métier.

Si vous voulez garder votre siège, prenez les artefacts. La spec, la métrique, la date, la recherche, le bilan. Personne ne va vous les donner. L'IC qui les saisit le premier est celui que l'entreprise protège lors de la prochaine réorganisation.

FAQ

Les designers font-ils vraiment du travail de PM maintenant, ou est-ce juste de l'inflation du niveau senior ?

Les deux, mais surtout le premier. La fusion des rôles d'IC est réelle dans chaque entreprise qui recrute des designers en 2026, et elle se voit dans les fiches de poste, la propriété des artefacts et les schémas de licenciement. L'inflation du niveau senior est un problème d'étiquette posé sur un problème structurel. Le travail lui-même, propriété de la spec, de la métrique, de la date de livraison, recherche utilisateur, bilans, est le poste d'IC senior quel que soit le titre affiché.

Cela veut-il dire que les PM sont remplacés par des designers ?

Non. La couche IC des PM et des designers s'est effondrée en un seul siège, et la fonction PM est montée dans l'organisation ou s'est spécialisée. Les PM seniors existent toujours, avec la charge des portefeuilles, de la stratégie, du positionnement marché et de la coordination inter-équipes.

L'IC PM qui briefait les designers et attendait l'ingénierie est le rôle qui a fusionné. Le designer-PM et le PM senior sont les deux formes survivantes.

Et si je veux juste designer, sans m'occuper de métriques ni de specs ?

C'est une préférence raisonnable. C'en est aussi une pour laquelle le marché de 2026 ne paie pas de salaires seniors. Vous pouvez garder ce rôle en agence qui facture à l'heure, dans le pur visuel ou la marque, ou comme freelance sur des tâches de production.

Dans une organisation produit où une grille salariale est attachée à "designer senior", ce rôle est celui qu'on consolide. Le marché a le droit de changer, et votre stratégie de carrière aussi.

CTA

Si vous voulez un partenaire design qui fonctionne par défaut comme une unité designer-PM, possède la spec, la métrique et la date de livraison, et écrit l'article de lancement quand le travail sort, engagez Brainy. Nous concevons les produits comme le marché les paie en 2026, pas comme il les payait en 2018.

Want a design partner who ships specs, ship dates, and shipped product instead of just screens? Brainy operates as a designer-PM unit by default, owning the spec, the metrics, and the launch.

Get Started

More from Brainy Papers

Keep reading