Comment travailler comme Product Designer Staff

• Dans un secteur du design marqué par une inflation des intitulés de poste, présentation du véritable sens des niveaux Senior, Staff et Principal, avec un focus sur le niveau Staff, le plus souvent mal compris
• La vraie différence entre Senior et Staff ne tient pas à l’ancienneté, mais à la portée et à la nature de l’influence : le Senior se demande « comment bien construire cela ? », le Staff « faut-il construire cela, et si oui, pourquoi ? »
• Le Staff dépasse une fonctionnalité ou une équipe unique pour conduire l’alignement et la prise de décision afin que l’ensemble du produit soit compris comme un tout, et il joue aussi un rôle d’enseignement du design auprès des non-designers
• Ceux qui deviennent Staff n’attendent pas la promotion : ils agissent ainsi avant même d’être promus, en passant d’une logique de faire plus à une manière de penser et d’agir en multiplicateur
• À une époque où l’IA permet de tout construire, les capacités de jugement pour distinguer et défendre des idées de meilleure qualité deviennent encore plus importantes

---

Inflation des intitulés et contexte de l’article

• L’inflation des intitulés dans le design est omniprésente, avec beaucoup de personnes affichant un niveau ou des prétentions supérieurs à leurs capacités réelles
  • Cela arrive quand l’entreprise ne sait pas comment recruter, attirer et retenir les talents
  • Résultat : les designers se retrouvent impliqués dans des responsabilités au-dessus de leur niveau, le leveling s’affaiblit et le design n’est pas utilisé à son plein potentiel dans l’organisation
• Les niveaux les plus touchés par cette inflation sont Senior, Staff et Principal
  • Et un même intitulé peut avoir un sens différent selon l’entreprise
• Pour traiter en profondeur du niveau Staff, particulièrement sujet aux malentendus aussi bien du côté des candidats que des recruteurs, l’auteur a collaboré avec trois designers
  • Milan Jovanović — Product Designer chez VEED
  • Mo Elmelegy — designer de niveau Principal actuellement chez Bolt, avec plus de 17 ans d’expérience
  • Rachel Wu — Lead Product Designer chez Mews

Q1 : Qu’est-ce qu’un Product Designer Staff ?

• Le point de vue de Milan

  • Un Staff est quelqu’un qui fait avancer l’alignement et la prise de décision avec une forte capacité d’impulsion, tout en enseignant le design aux non-designers et en étant un partenaire agréable avec qui travailler
  • Le travail évolue de « comment exécuter » vers « quoi exécuter, et pourquoi »
  • Il conçoit autant les conversations et les réunions que les layouts, boutons ou ombres, et au-delà du lancement d’une expérience sur un périmètre donné, il façonne la stratégie produit dans son ensemble
  • La plupart du temps, cela ressemble au rôle d’un conseiller — aider les gens à être moins sensibles à l’incertitude et moins effrayés par l’erreur
    • Cela concerne non seulement son équipe, mais aussi une large partie de l’organisation produit, du CPO au PM en passant par les ingénieurs intermédiaires
  • Ce n’est pas parce que l’IA permet de tout construire qu’il faut réaliser chaque idée qui surgit ; le Staff doit être une voix capable de distinguer et de défendre des idées de meilleure qualité

• Le point de vue de Mo — distinguer les niveaux

  • Les niveaux de design sont confus, utilisés différemment selon les entreprises, avec des attentes peu claires
  • La vraie différence entre les niveaux ne tient pas à l’ancienneté, mais à la portée et à la nature de l’influence
  • Senior
    • Portée : une fonctionnalité, un flow, une zone produit
    • Influence principale : lancer des livrables solides, améliorer la qualité au sein de l’équipe
  • Principal
    • Portée : niveau domaine ou entreprise, avec un impact sur l’orientation long terme et les systèmes produit
    • Influence principale : plusieurs équipes et zones produit, structuration de l’architecture globale du produit et de l’alignement
  • Le parcours de progression suit globalement le passage de posséder un problème → relier les problèmes → façonner la manière dont le produit évolue

Q2 : Comment progresser vers un rôle Staff

• Les conseils de Milan

  • D’abord, décider si c’est vraiment la voie souhaitée — si vous aimez qu’on vous dise quoi faire, le rôle Staff n’est probablement pas pour vous, et le niveau Senior est déjà pleinement respectable
  • Le chemin le plus rapide, mais aussi le plus difficile, consiste à rejoindre une startup de moins de 20 personnes comme unique designer
    • C’est une épreuve du feu avec un risque de burn-out, mais on y apprend vite quoi faire quand personne ne vous donne de directives
  • Si le rôle existe déjà dans l’entreprise, commencer petit et accumuler de la traction
    • Rendre le process design visible et le partager largement sur Slack, faire participer les développeurs aux échanges en asynchrone et verbaliser son raisonnement
    • Repérer les pain points dans toute l’entreprise, chercher où l’on a besoin d’aide ou où il existe un vide
    • Comprendre les objectifs de l’entreprise, proposer des idées qui dépassent son périmètre, faire des mockups rapides et du vibe coding avec Cursor, mais toujours en les reliant aux résultats business
    • Apprendre le langage des PM et des équipes Growth, et parler dans leur langue
    • Organiser des appels avec d’autres équipes pour leur demander ce qui compte le plus, puis se taire et écouter
    • Savoir quand on devient agaçant et s’ajuster — une bonne intention au mauvais endroit peut être très pénible
    • Arrêter immédiatement de se plaindre — se plaindre revient à admettre qu’on a renoncé à toute maîtrise ; comme le dit Satya Nadella, le travail consiste à réussir avec les ressources dont on dispose
    • Mettre en valeur les autres designers et, en champion de la fonction design, relier leur travail au sien
    • Suivre une thérapie

• Les schémas de progression observés par Mo

  • Ceux qui deviennent Staff ou Principal n’attendent pas le titre : ils agissent déjà comme tels avant la promotion
  • Ils deviennent la personne de référence sur un domaine précis
    • Mécaniques de Growth, onboarding, dynamiques de marketplace, design systems, architecture mobile, etc.
    • Cela ne vient pas d’une attribution officielle, mais du fait d’avoir réfléchi très en profondeur à un espace-problème, au point que les autres vous sollicitent naturellement dès qu’une question s’y rapporte
  • Ils lancent des initiatives que personne n’a demandées
    • Sans attendre que la roadmap définisse le travail, ils repèrent tôt les problèmes structurels, comme trois équipes qui résolvent le même problème de trois façons différentes ou des flows d’onboarding fragmentés
    • Ils cartographient l’existant, proposent une structure plus claire et réunissent les bonnes personnes
  • Ils font aussi ce qu’il faut pour que les choses avancent réellement
    • Ils ne se contentent pas de produire une solution : ils clarifient un problème ambigu, alignent les équipes sur une direction ou rendent une idée concrète grâce au prototypage
    • Ils ne se contentent pas de designer le travail : ils font en sorte qu’il ait effectivement lieu

Q3 : Comment distinguer Senior, Staff et Principal au quotidien

• La distinction de Milan

  • Le Senior maîtrise l’exécution dans un espace défini ; le Staff commence à questionner et élargir cet espace lui-même
  • L’essentiel n’est pas de mieux faire le même travail, mais de faire un travail d’une nature fondamentalement différente
  • Il consacre autant de temps aux conversations et à l’alignement qu’au travail d’interface ; ce n’est pas un compromis, c’est le travail lui-même

• La distinction de Mo

  • Le Senior possède généralement une partie significative du produit au sein d’une seule équipe, et transforme des problèmes produit désordonnés en solutions claires et abouties mises en production
  • En passant Staff, la portée s’étend au-delà d’une seule fonctionnalité ou d’une seule équipe, et les questions changent
    • Est-ce que différentes équipes résolvent le même problème de manière différente ?
    • Y a-t-il un système derrière ces fonctionnalités, ou bien sont-elles dispersées ?
    • Où le produit se fragmente-t-il à mesure qu’il grandit ?
  • Les meilleurs designers Staff définissent des patterns que d’autres équipes peuvent réutiliser, relient les équipes travaillant sur des sujets connexes et apportent de la clarté aux zones qui dérivent
  • Le Principal collabore plus étroitement avec le senior leadership à un niveau plus large, et son attention se déplace de projets spécifiques vers la direction prise par le produit dans le temps

Q4 : À quoi ressemble concrètement le travail au niveau Staff

• Le quotidien décrit par Milan

  • Il conçoit autant les conversations et les réunions que les layouts, et dans une même pièce avec le CPO, les PM et les ingénieurs, il aide les gens à avoir moins peur de se tromper
  • Le vrai basculement : le Senior demande « comment bien construire cela ? », le Staff « faut-il construire cela, et si oui, pourquoi ? »
  • C’est une question plus difficile, qui demande non pas de la craft, mais de la confiance dans son jugement

• Les patterns concrets proposés par Mo

  • Construire des systèmes que les autres peuvent utiliser — au lieu de résoudre une seule fonctionnalité, il façonne des patterns que plusieurs équipes utiliseront, comme une structure d’onboarding scalable ou des patterns d’interaction adoptés par plusieurs équipes ; l’impact s’accumule alors de façon composée
  • Rassembler les personnes autour du travail — à ce niveau, on avance non par autorité mais par clarté et capacité d’impulsion, en expliquant clairement un problème produit complexe et en impliquant les équipes dès le début dans la réflexion
  • Donner de l’intention — être explicite sur pourquoi une décision a été prise, quels compromis elle implique et comment ce travail se relie au produit dans son ensemble ; plus cette intention est claire, plus la confiance se construit, et cette confiance s’accumule elle aussi de façon composée

• Le cas Personio

  • Chez Personio, il a pris en charge l’architecture mobile et construit les apps natives iOS et Android à partir de zéro
  • À ce niveau, « le travail avant le travail » représente l’essentiel de l’activité — aligner les équipes produit, engineering, brand et plateforme autour d’une vision commune du mobile
  • Il a aussi été partenaire sur la manière dont la marque se traduit en natif, sur la construction du theming avec les ingénieurs, et sur le comportement mobile et desktop de workflows comme le suivi du temps
  • Il a également réalisé lui-même des éléments allant du suivi du temps géolocalisé et de la conformité au geofencing jusqu’au motion design et au prototypage d’interactions
  • Résultats des lancements et refontes
    • Les utilisateurs actifs mensuels de l’app sont passés d’environ 40K à 200K
    • Les pertes de transactions liées au mobile ont baissé de plus de 8 % à 0,2 %
    • L’adoption du suivi du temps sur mobile a été multipliée par 5

Q5 : Ce qu’un designer Senior peut commencer dès cette semaine pour réussir la transition

• Les conseils de Rachel

  • Passer de Senior à Staff ou Lead ne consiste pas à faire davantage, mais à apprendre à penser et agir comme un multiplicateur
  • L’influence d’un Senior reste en grande partie locale — il possède une surface donnée et y résout les problèmes
  • La vraie question au niveau Staff ou Lead n’est pas « qu’avez-vous construit ? », mais « qu’avez-vous rendu possible, par votre présence, pour vos collègues, votre domaine produit et l’entreprise dans son ensemble ? »
  • Penser en systèmes — devenir la personne qui remarque que deux équipes résolvent le même problème depuis des angles opposés, et qu’en collaborant elles peuvent produire un résultat impossible à obtenir seules ; l’avantage concurrentiel naît de la cohérence
  • Changer sa relation au temps et à l’ambition — porter une ambition globale pour l’organisation et se demander « quel est aujourd’hui le geste à plus fort effet de levier que nous puissions faire ensemble ? »
    • Une ambition sans prochaine étape n’est qu’une énergie gaspillée ; le travail consiste à transformer cette énergie
  • Influencer ses pairs — sur le produit, le business, et de plus en plus les agents IA
    • Il faut s’intéresser sincèrement à ce qui compte le plus pour les personnes qu’il faut faire bouger, et construire une confiance qui permette de se challenger mutuellement
  • Tout cela demande de la retenue : devenir la personne qui crée les conditions pour que d’autres résolvent mieux les problèmes que si vous les résolviez seul
  • Action tactique possible dès aujourd’hui — cartographier le point où votre influence s’arrête actuellement
    • Où des décisions sont-elles prises sans moi ?
    • Où mon travail perd-il de son impact dans la traduction vers d’autres équipes ou fonctions ?
    • Avec qui devrais-je avoir de vraies conversations, alors que ce n’est pas encore le cas ?
    • Choisir un seul point et commencer par là

Conclusion : le travail avant le titre

• Le Senior lance d’excellentes fonctionnalités ; le Staff aide l’ensemble du produit à avoir du sens
• Comme les titres varient selon les entreprises, mieux vaut se concentrer non sur l’intitulé, mais sur les outcomes attendus
• Beaucoup d’équipes design sont en train de supprimer discrètement les titres — à l’extérieur, tout le monde devient simplement « Designer », tout en conservant un leveling interne
  • Des structures plus plates accélèrent la prise de décision et réduisent l’énergie perdue en politique interne
  • L’IA brouille rapidement les frontières entre rôles ; un designer avec 3 ans d’expérience peut mieux connaître l’IA qu’une personne avec 20 ans de carrière, ce qui rend la portée et l’influence plus importantes que le titre
  • L’accent est mis sur le recrutement de designers concentrés uniquement sur le travail et la craft du design
• Quand on évalue un poste, il faut se concentrer non sur le titre, mais sur le travail