Product management : ce qui change quand on gère un produit interne

Quand on passe du produit grand public au produit interne, le premier choc de réalité concerne la mesure de la valeur. C'est le secret le moins bien gardé des comités de direction : personne ne croit aux calculs de ROI des outils internes.

Vous savez, cette fameuse slide magique : "En automatisant ce process, on fait gagner 12 minutes par jour à 400 collaborateurs. Multiplié par le coût horaire moyen, l'entreprise économise 150 000 € cette année."

C'est une fiction comptable. Dans la vraie vie, ce temps gagné est simplement absorbé par d'autres frictions ou dilué dans la journée. Et la Finance le sait parfaitement.

Le problème, c'est qu'à force de vouloir calquer les indicateurs du B2C sur des outils destinés à nos collègues, on rend le Product Management interne illisible. On le fait passer pour un centre de coût un peu pénible qu'il faut financer par obligation.

J’ai travaillé sur un guide d’achat guidé pour des équipes opérationnelles qui perdaient un temps considérable à naviguer dans des procédures d'achat opaques. Zéro chiffre d’affaires généré directement. Mais une frustration quotidienne éliminée, une satisfaction collaborateur restaurée, et une bande passante libérée pour des tâches à vraie valeur ajoutée. La valeur de mon produit ne se calculait pas de manière linéaire, elle se démontrait par le vide.

Au-delà du cash : la rentabilité invisible des produits internes

La vraie valeur d'un produit interne est une valeur négative : c'est ce qui ne se passe pas.

Quand on conçoit un outil pour des chercheurs, des logisticiens ou des équipes réglementaires, on ne cherche pas à réduire la masse salariale. On cherche à supprimer ce qu’on pourrait appeler la taxe de friction. C'est le coût invisible de l'irritation quotidienne : le copier-coller foireux entre deux logiciels qui ne se parlent pas, la double validation humaine qui prend trois jours, le tableur Excel critique qui menace de crasher à tout moment. Selon McKinsey, les employés de bureau consacrent en moyenne 19 % de leur temps à chercher et consolider des informations dispersées entre des outils mal intégrés. C'est l'équivalent d'une journée de travail perdue chaque semaine, par personne.

Si votre outil fait passer la validation d'une étape technique de 10 jours à 48 heures, vous n'avez pas économisé d'argent. Vous avez fait sauter un verrou. Vous avez libéré de la bande passante mentale pour que des experts qualifiés fassent enfin leur vrai métier plutôt que de faire tourner la tuyauterie. Dans des industries lourdes, ce temps gagné vaut toutes les économies de bouts de chandelle.

L'autre face de cette valeur de l'ombre, c'est l'assurance anti-catastrophe. Un bon produit interne est un garde-fou. Son ROI ? Zéro amende de conformité, zéro faille de sécurité majeure, zéro erreur de saisie qui détruit un lot de production ou rompt une chaîne logistique. Dans les secteurs fortement régulés ou industriels, le coût d'une seule non-conformité majeure ou d'un incident opérationnel critique dépasse très vite les plusieurs millions d'euros une fois les amendes, les audits et la remédiation inclus. C'est moins sexy sur une slide qu'une courbe de croissance, mais c'est ce qui permet à l'entreprise d’éviter des coûts énormes et rester dans l'excellence opérationnelle.

Mais si cette valeur invisible est si difficile à matérialiser, c'est parce qu'on tente de la piloter avec les lunettes du grand public. Concevoir pour ses propres collègues modifie radicalement les règles du jeu. Pour comprendre ce choc de réalité, il faut analyser les trois dynamiques qui séparent le produit interne du B2C.

Même métier, autres règles : le choc de réalité de l'interne

Votre utilisateur ne peut pas partir. Mais il peut saboter

En B2C, si votre application est mal conçue, l'utilisateur s'en va. En interne, l’utilisateur doit utiliser votre produit pour faire son travail. Cette absence de choix change tout. La frustration ne se traduit pas par du churn, mais par de la résistance passive.

Pour contourner un outil lourd ou mal pensé, l’utilisateur captif va consciemment ou inconsciemment chercher à contourner le système. Il va recréer des fichiers Excel locaux ou des boucles d'e-mails annexes. Gartner estime que le shadow IT généré par des outils mal adoptés représente entre 30 et 40 % du budget IT dans les grandes entreprises. Ce n'est pas de la mauvaise volonté mais plutôt une réponse rationnelle à un produit qui ne résout pas vraiment le problème. Le PM interne doit alors désarmer cette résistance en prouvant que l'outil est un allié, pas une contrainte managériale descendante.

Le paradoxe de l'engagement : moins on utilise votre produit, mieux on se porte

C'est le piège pour un PM issu du grand public, souvent obsédé par le temps passé ou la rétention. Pour un produit interne, c'est l'inverse : le succès se mesure à la vitesse à laquelle l'utilisateur sort de l'application. Si un opérateur logistique passe quatre heures par jour sur votre interface, ce n'est pas parce que votre produit est addictif, c'est parce qu'il est inefficace. Le bon indicateur, c'est l'effacement du produit au profit de la tâche métier.

La Discovery, c'est de la sociologie d'entreprise

En B2C, la Discovery s'appuie sur les grands volumes de données (analytics, A/B testing…). En interne, votre échantillon est réduit, ultra-spécialisé, et vous croisez vos utilisateurs à la cantine. Faire de la Discovery dans de grandes organisations, c'est démêler le vrai besoin terrain de la politique de département. Vous devez interviewer des experts qui connaissent leur métier dix fois mieux que vous. Ici, pas de raccourci possible : la compréhension fine et approfondie des flux de travail réels est une étape longue et obligatoire. C'est ce travail de terrain qui permet de récolter la bonne donnée pour concevoir un outil adapté et améliorer le produit là où ça compte vraiment.

Naviguer dans l'arène politique de l'entreprise

Bien sûr, la politique existe aussi sur des produits grand public. Mais en interne, elle prend une forme beaucoup plus sournoise car le donneur d'ordre (le Directeur Marketing, le Chef de la Logistique, la DRH) a un pouvoir managérial direct sur vos utilisateurs. S'il exige une mauvaise fonctionnalité, il peut forcer ses équipes à l'utiliser, faussant complètement vos métriques. Cette politique se traduit par trois pièges majeurs.

Le piège de la solution toute faite

En interne, un stakeholder vient rarement vous voir avec un problème ; il arrive directement avec sa spec : "Il me faut un bouton d'export Excel ici et un dashboard là". Comme il dirige ses équipes, il est persuadé d'avoir fait le travail de Discovery à votre place. Reprendre le contrôle, ce n'est pas dire non, c'est accepter le problème mais sanctuariser notre droit à concevoir le "comment", quitte à l'embarquer dans les sessions d'interviews pour lui montrer la réalité du terrain.

L'effet silo

Chaque direction estime que ses besoins urgents prévalent sur ceux des autres. J'en ai fait l'expérience avec le guide d'achat : un produit transverse destiné simultanément à plusieurs départements dont les besoins étaient différents. Pour éviter de tomber dans le piège de prioriser les demandes du département qui parle le plus fort, il faut imposer une méthodologie de priorisation objective. En utilisant un framework comme le RICE, j'ai pu rationaliser le débat. Une fonctionnalité n'est pas priorisée parce qu'un Directeur est plus influent qu'un autre, mais parce que son score d'impact sur la chaîne de valeur globale est supérieur.

Le piège de la mesure impossible

Sans indicateurs partagés, toute décision produit peut être contestée. Sur ce même guide d'achat, nous voulions mesurer le succès via le temps gagné, la satisfaction in-app et l'utilisation des bons contrats-cadres (réduction du risque légal). Or, il s'est avéré presque impossible de mesurer rigoureusement les non-conformités contractuelles pour comparer le avant/après. On ne dispose pas des mêmes outils analytiques qu'un site e-commerce par exemple. La réponse n'est pas de multiplier les dashboards, mais d'aligner au préalable les parties prenantes sur une définition partagée de la réussite. Une rigueur qui devrait s’appliquer à tout produit bien sûr, mais qui devient vitale quand le chiffre d'affaires ne peut pas servir d'arbitre.

Conclusion

Le Product Management interne n'est pas un métier différent ni une version dégradée du PM grand public. La philosophie reste exactement la même : résoudre des problèmes utilisateurs pour générer de l'impact. En revanche, vous ne vous battez pas avec les mêmes armes. Le rôle du PM interne n'est pas de subir l'injonction des fonctionnalités livrées pour faire plaisir aux VIP de l'entreprise, mais d'éduquer son organisation sur ce que signifie vraiment créer de la valeur.

Un produit interne réussi ne fait pas de bruit. Il supprime des frictions que plus personne ne remarque parce qu'elles ont disparu. C'est précisément dans ce silence opérationnel que réside sa valeur. Qu'un produit soit vendu sur le marché ou utilisé par vos collègues de bureau, sa seule boussole reste son utilité réelle. À une différence près : en interne, personne ne vous dira merci si ça marche, mais tout le monde remarquera si ça ne marche pas.

Malory REINHARDT, Head of Product