Lorsque vous devez lancer la refonte de votre site, créer un service en ligne… vous savez qu’il vous faut quelqu’un pour vous accompagner sur ce projet mais encore faut-il savoir qui chercher. Product Manager, Product Owner, Chef de Projet, Direction de projet au milieu des multiples intitulés il est parfois difficile de savoir qui fait quoi et qui peut vous aider sur quoi.
Choisir le mauvais intitulé n’est pas uniquement une question de vocabulaire : cela peut aussi conduire à faire appel à un profil qui ne correspond pas au besoin réel. Alors, comment savoir de quel profil votre projet numérique a réellement besoin ?
Dans cet article, je vous invite à découvrir les différents profils qui peuvent porter un projet numérique, les confusions les plus fréquentes et quelques conseils pour vous aider à identifier l’interlocuteur qu’il vous faut.
Les intitulés de poste dans le numérique : des variations d’une organisation à une autre
Faute de connaître le bon intitulé, de nombreuses organisations tapent au moment de recruter ce qui leur vient à l’esprit, par exemple « expert site internet » ou « accompagnement projet digital ». Bien souvent dans cette situation, vous tombez sur une multitude de profils : Product Manager, Product Owner, chef de projet digital, assistant à maîtrise d’ouvrage, consultant… sans compter les CTO, à qui l’on confie parfois ces rôles. Ces intitulés se chevauchent et leur sens change aussi souvent d’une organisation à l’autre.
Pour comprendre ce qui les distingue, il faut revenir à leur origine. Ces intitulés de métiers sont nés dans des univers différents.
- Le chef de projet et la maîtrise d’ouvrage viennent de la gestion de projet classique, très présente dans le secteur public, l’industrie et les grandes organisations.
- Le Product Owner est issu des méthodes agiles, et en particulier de Scrum (cadre de travail qui participe à dynamiser des projets).
- Le Product Manager, enfin, s’est développé dans les entreprises qui éditent leurs propres produits numériques, notamment les startups.
Une startup parlera ainsi de Product Manager, une entreprise de services de Product Owner, une collectivité d’AMOA, un établissement de santé de chef de projet en transformation numérique. De multiples intitulés pour finalement… parfois des missions identifiques !
À ces différences d’origine peut aussi s’ajouter un effet de mode : les intitulés évoluent avec le vocabulaire du moment. Ainsi, le webmaster est devenu chef de projet web, puis chef de projet digital. Avec la diffusion des méthodes agiles, beaucoup de postes ont été rebaptisés Product Owner et le titre de Product Manager s’est ensuite largement répandu au-delà des startups, accompagné de nouveaux intitulés comme Product Marketing Manager. L’UX (User Experience ou Expérience Utilisateur en français) a connu le même mouvement : l’ergonome et le webdesigner ont laissé place à l’UX designer, à l’UI designer, puis à l’UX/UI designer, au Product Designer, à l’UX researcher ou au Service designer, des intitulés qui recouvrent parfois des métiers distincts et parfois le même poste sous un nom plus actuel.
Ces changements de nom accompagnent parfois une véritable évolution du métier mais pas toujours. Un intitulé plus actuel permet d’attirer des candidats ou de moderniser l’image d’un service, sans que les responsabilités du poste aient changé. Le titre suit souvent la tendance, alors que le contenu du poste, lui, reste propre à chaque organisation.
Chaque organisation a adopté le vocabulaire de son histoire, de ses méthodes de travail et de son époque. Un même rôle peut donc porter trois noms différents selon l’endroit où il s’exerce, et un même intitulé peut recouvrir des responsabilités très différentes d’une annonce à l’autre. Pour s’y retrouver, mieux vaut partir de ce que la personne doit faire que du titre qu’on lui donne.
Au moment de rechercher un profil pour votre projet, ne partez pas d’un intitulé de poste mais des missions à prendre en charge. Deux solutions s’offrent à vous. Vous pouvez faire appel à un cabinet de recrutement ou à un chasseur de têtes : en lui décrivant précisément les missions, il vous aidera à identifier l’intitulé et le profil à rechercher. Vous pouvez aussi chercher par vous-même : dans ce cas, concentrez-vous sur la concordance entre les missions que la personne a menées ou ses compétences, plutôt que sur le titre qu’elle affiche. Pour vous aider à décrire ces missions, listez les décisions que la personne devra prendre seule, celles qu’elle préparera pour la direction et celles qui ne relèvent pas d’elle.
Product Manager, Product Owner, Chef de projet digital… quelles différences ?
Le Product Manager
Le Product Manager est responsable d’un produit ou d’un service numérique de bout en bout, sur la durée. Il définit la vision et les objectifs, décide de ce qui doit être construit et dans quel ordre, et vérifie que ce qui est livré réponde réellement aux besoins des utilisateurs. Il ne pilote pas un projet qui s’arrête à une date donnée : il pilote un produit qui évolue en continu.
Son rôle commence bien avant le développement. Une grande partie de son travail relève de la discovery : comprendre les problèmes des utilisateurs, analyser les données, mener ou commanditer des entretiens et vérifier qu’un besoin mérite d’être traité avant d’investir dans une solution. Il se prolonge aussi après la livraison, avec une dimension de marketing produit : positionner le produit, préparer son lancement, accompagner son adoption et mesurer son usage. Un Product Manager qui ne ferait que gérer une liste de fonctionnalités passerait à côté de l’essentiel de son rôle : s’assurer que ce qui est construit est utile, compris et utilisé.
Dans les grandes organisations, ces missions sont souvent réparties : la recherche utilisateur est confiée à des UX researchers, le lancement et le positionnement à un Product Marketing Manager. Dans les petites structures, c’est le Product Manager qui assure toutes ces missions, ce qui suppose un profil capable de passer de l’analyse des besoins à la stratégie puis à la communication. C’est ce rôle via Pépinia que j’endosse le plus souvent auprès des entreprises : celui de Product Manager freelance.
Le Product Manager ne développe pas, et ne gère généralement pas seul le quotidien de l’équipe technique. On le rencontre surtout dans les entreprises qui éditent leurs propres outils numériques, et de plus en plus dans les organisations qui considèrent leurs services en ligne comme des produits à part entière.
Le Product Owner
Le Product Owner traduit les objectifs du produit en priorités concrètes pour l’équipe de développement. Rôle issu de Scrum, il tient à jour la liste priorisée des évolutions à réaliser, précise les besoins, répond aux questions de l’équipe et valide ce qui est livré, au rythme des itérations. Il intervient surtout sur la réalisation au plus près de l’équipe : la discovery et le lancement relèvent davantage du Product Manager, même si, dans les petites équipes, la frontière entre Product Owner et Product Manager est souvent floue.
Dans les grandes organisations, il ne définit pas seul la stratégie du produit, qui relève du Product Manager. Dans les petites structures, les deux rôles sont souvent tenus par la même personne. On le rencontre surtout dans les équipes qui travaillent en méthode agile, y compris chez les prestataires et les entreprises de services numériques.
Le chef de projet digital
Le chef de projet digital pilote un projet borné dans le temps : un budget, un planning, un périmètre, un livrable. Il coordonne les intervenants, suit l’avancement, gère les risques et veille à ce que le projet soit livré dans les délais et le budget prévus.
Une fois le projet livré, sa mission s’arrête généralement, alors que le produit continue lui de vivre. Attention aussi à l’intitulé : un chef de projet peut se situer côté maîtrise d’ouvrage (il représente le client) ou côté maîtrise d’œuvre (il représente le prestataire). Deux chefs de projet peuvent ainsi travailler sur le même projet avec des intérêts différents.
L’assistant à maîtrise d’ouvrage (AMOA)
L’AMOA accompagne l’organisation dans son rôle de commanditaire : il l’aide à formuler son besoin, à rédiger le cahier des charges, à choisir un prestataire, puis à suivre et valider la réalisation. Il apporte une expertise que l’organisation n’a pas en interne, tout en restant de son côté.
Il ne réalise pas la solution et ne se substitue pas aux décisions de l’organisation. On le rencontre surtout dans le secteur public, les établissements de santé et les grandes organisations, où les projets passent souvent par des procédures d’achat formalisées. Dans les faits, une mission d’AMOA ressemble beaucoup à celle d’un Product Manager freelance : seul le vocabulaire change.
Le consultant en expérience numérique
Le consultant en expérience numérique intervient de façon ponctuelle pour analyser, cadrer ou réorienter un dispositif numérique dans son ensemble. Là où les autres rôles pilotent un produit ou un projet au quotidien, il apporte un regard extérieur et transversal : diagnostic des parcours, audit UX ou d’accessibilité, cohérence entre les canaux, cadrage d’un projet avant son lancement, aide à la décision entre plusieurs options.
Il ne prend généralement pas en charge le pilotage quotidien du produit sauf lorsque sa mission le prévoit explicitement. On le sollicite surtout à des moments charnières : avant une refonte, face à une baisse de performance, lorsque les outils et les canaux se sont multipliés sans vision d’ensemble ou pour préparer une décision de direction.
A noter : Les métiers de l’UX (UX designer, UI designer, Product Designer, UX researcher) ne pilotent pas le produit : ils conçoivent l’expérience. Ils étudient les besoins et les comportements des utilisateurs, imaginent les parcours et les interfaces et testent les solutions. Le Product Manager, lui, décide de ce qui doit être construit et dans quel ordre, en s’appuyant notamment sur leur travail. Les deux rôles sont complémentaires mais un UX designer à qui l’on confie les arbitrages du produit se retrouve à faire un métier qui n’est pas le sien et inversement.
Côté technique : le CTO, la DSI et les développeurs
Le CTO (Chief Technology Officer)
Le CTO (Chief Technology Officer) ou directeur technique, est responsable des choix technologiques liés au produit : architecture, outils, sécurité, recrutement et organisation de l’équipe technique. Il se situe du côté de la réalisation : sa question est de savoir comment construire, de façon fiable et durable. Dans les jeunes entreprises, le CTO est souvent le premier à porter le produit, faute de Product Manager. Cette situation fonctionne tant que l’équipe est réduite mais elle crée rapidement un déséquilibre : les décisions sur ce qu’il faut construire sont prises par celui qui sait comment le construire et les contraintes techniques pèsent plus lourd que les besoins des utilisateurs. C’est souvent à ce moment qu’apparaît le besoin d’un Product Manager ou d’un CPO (Chief Product Officer), le pendant du CTO côté produit. Le CTO décide du « comment », le CPO ou le Product Manager du quoi et du pourquoi, et c’est leur dialogue, plutôt que la domination de l’un sur l’autre, qui fait un bon produit.
La DSI (direction des systèmes d’information)
La DSI (direction des systèmes d’information) gère l’ensemble du système d’information de l’organisation : infrastructures, hébergement, sécurité, outils métiers, logiciels internes et postes de travail. On la trouve surtout dans les collectivités, les établissements de santé et les grandes entreprises, où elle coexiste parfois avec un CTO chargé des produits numériques. Dans un projet numérique, elle intervient sur tout ce qui touche au socle technique : où et comment la solution sera hébergée, comment elle se connectera aux outils existants, quelles règles de sécurité elle devra respecter. Deux écueils reviennent souvent. Lorsqu’elle est sollicitée trop tard, la DSI découvre un projet déjà engagé et devient un point de blocage alors qu’elle aurait pu anticiper les contraintes. À l’inverse, lorsqu’elle porte seule un projet orienté usagers, celui-ci risque d’être traité comme un projet d’infrastructure plutôt que comme un service à rendre. Associer la DSI dès le cadrage, sans lui confier la définition du besoin, permet d’éviter l’un et l’autre.
Les développeurs
Les développeurs, enfin, construisent le produit, qu’ils fassent partie d’une équipe interne, d’une agence ou qu’ils interviennent en freelance. Ils ne sont pas chargés de décider de ce qui doit être construit mais leur regard est précieux dès la discovery : ils savent ce qui est simple ou coûteux à réaliser et peuvent proposer des solutions plus légères que celles imaginées au départ. Le risque apparaît lorsque le besoin est flou : faute de consignes claires, ce sont les développeurs qui tranchent, souvent sans le savoir, en interprétant une spécification incomplète. Un produit dont les arbitrages se font au moment du développement répond rarement aux priorités de l’organisation.
Les confusions fréquentes
Product Owner versus Product Manager
La confusion la plus répandue concerne Product Owner et Product Manager. Beaucoup d’annonces recherchent un Product Owner alors qu’elles décrivent une personne capable de définir la stratégie d’un produit, de piloter des prestataires et de convaincre une direction : c’est le périmètre d’un Product Manager. Le décalage attire des candidats qui ne correspondent pas au besoin réel.
La maîtrise d’ouvrage confiée au prestataire
Une autre confusion fréquente consiste à confier la maîtrise d’ouvrage au prestataire. Faute de personne en interne pour porter le besoin, c’est le chef de projet de l’agence qui définit les priorités, rédige les spécifications et valide ses propres livrables. L’organisation perd alors la main sur les arbitrages : le projet avance mais il répond aux contraintes de celui qui le réalise plutôt qu’aux attentes de ceux qui l’utilisent.
Différence entre intitulé et responsabilité
Enfin, beaucoup d’organisations confondent l’intitulé et le niveau de responsabilité. Un même titre peut recouvrir un poste de coordination opérationnelle ou un poste stratégique rattaché à la direction. Ce qui compte, c’est le pouvoir d’arbitrage réellement confié à la personne.
Grâce à l’IA, un Product Manager peut désormais prototyper sans attendre un développeur, un Product Owner rédige plus vite ses spécifications, un designer génère du code à partir de ses maquettes. Une seule personne outillée peut désormais prendre en charge des tâches qui justifiaient autrefois plusieurs rôles, ce qui favorise les profils hybrides.
5 questions pour savoir de qui vous avez besoin pour votre projet
Avez-vous un projet numérique ou un produit ?
Si le besoin s’arrête à une livraison (un nouveau site, une migration), un chef de projet peut suffire. Si le service doit évoluer en continu après sa mise en ligne, il vous faut un Product Manager.
Qui exprime le besoin aujourd’hui ?
Si personne en interne ne peut formuler les objectifs et arbitrer les priorités, vous avez besoin d’un rôle de maîtrise d’ouvrage renforcé : un Product Manager ou une AMOA.
Avez-vous besoin de piloter ou de diagnostiquer ?
Si la question porte d’abord sur ce qu’il faut faire (refondre ou non, par quoi commencer, comment rendre l’ensemble cohérent), un consultant en expérience numérique peut éclairer la décision avant d’engager un pilotage durable.
Avez-vous déjà une équipe de développement dédiée ?
Si une équipe travaille en méthode agile sur votre produit, un Product Owner est utile au quotidien. Sans équipe interne, le rôle de Product Owner est souvent tenu par le prestataire ou fusionné avec celui de Product Manager.
Le besoin est-il ponctuel ou durable et quel est votre cadre d’achat ?
Un besoin ponctuel (lancement, refonte, transition, diagnostic) peut être couvert par une mission externe, qui prend souvent la forme d’une AMOA dans le secteur public : un besoin durable plaide plutôt pour l’embauche d’un salarié, éventuellement préparée par une mission externe.
Product Manager, Product Owner, chef de projet, AMOA, consultant : ces rôles se chevauchent, leurs intitulés suivent les modes et l’IA redessine encore leurs frontières. Derrière les mots, quelques questions permettent de s’y retrouver : la personne pilote-t-elle un projet ou un produit, diagnostique-t-elle ou exécute-t-elle, se situe-t-elle du côté de celui qui exprime le besoin ou de celui qui le réalise ?
Le bon profil n’est donc pas celui qui porte le bon titre mais celui dont les responsabilités correspondent à ce que votre projet exige : définir un besoin, arbitrer des priorités, coordonner des intervenants, éclairer une décision ou faire vivre un produit dans la durée. Le choix du rôle précède celui de la personne : c’est en sachant ce qu’on attend d’elle qu’on sait qui chercher.