La valeur du titre de poste FDE (forward-deployed engineer) ne réside pas dans le fait qu'il semble plus moderne, mais dans le fait qu'il redéfinit un type de travail auparavant sous-estimé : la mise en œuvre technique sur site client.
Dans les entreprises de logiciels traditionnelles, ce type de travail se situe souvent à la frontière entre l'avant-vente, la mise en œuvre, l'ingénierie de solutions ou le succès client. Il est proche du client, proche du produit, mais dans le récit organisationnel, il est souvent en position périphérique.
Palantir l'a vu très tôt.
Vers 2011, elle a renommé les rôles d'ingénierie qui étaient auparavant orientés vers le site client et l'intégration de systèmes en FDE. Derrière cette dénomination se cache un jugement clair : chez les grands clients entreprises et gouvernementaux, la véritable difficulté n'est pas d'écrire le logiciel, mais de le faire pénétrer dans les systèmes opérationnels réels du client. Les autorisations, les données, les processus, les systèmes historiques, les responsabilités organisationnelles, tout y est.
La personne capable de réaliser cela ne devrait pas être simplement classée dans le support après-vente ou la gestion de projets de mise en œuvre.
Elle représente une nouvelle capacité organisationnelle.
a16z appelle cette stratégie le « title arbitrage », que l'on peut comprendre comme « l'arbitrage des titres de poste » : lorsqu'une certaine compétence devient rapidement importante dans l'organisation, mais que les anciens titres de poste n'ont pas encore reflété sa valeur, celui qui nomme en premier a l'opportunité de s'approprier en premier les talents, le pouvoir et la perception du marché.
Cette stratégie est très intéressante et mérite d'être étudiée, en particulier par les fondateurs d'entreprises d'IA opérant dans le B2B.
Le titre de poste est essentiellement un langage organisationnel
Beaucoup d'entreprises sous-estiment l'importance du titre.
En surface, un titre de poste n'est qu'une ligne dans le système RH. Mais en interne, c'est un langage organisationnel. Il indique aux autres : ce que cette personne est responsable, quelles compétences elle représente, et si elle a le droit de participer à certaines décisions.
Les titres de PDG, CTO, CFO ne sont pas seulement des descriptions de fonctions, ce sont aussi des marqueurs de pouvoir. Vice-président de la production, responsable produit, responsable de la croissance, c'est la même chose. Le nom correspond à la reconnaissance organisationnelle d'une certaine compétence.
C'est aussi pourquoi les intitulés de poste évoluent avec les changements de l'industrie.
Autrefois, les personnes qui écrivaient du code étaient souvent classées dans l'informatique. Puis sont venus les programmeurs, puis les ingénieurs logiciels. Ce changement n'est pas un jeu de mots, c'est l'importance grandissante du logiciel dans le système commercial. Écrire du code est passé d'un support de back-office à une capacité centrale pour construire les produits, les processus organisationnels et les modèles économiques de l'entreprise.
Les postes liés aux données ont suivi un chemin similaire. De commis, à saisie de données, à data scientist, puis à ingénieur en machine learning. Chaque changement de dénomination reflète l'augmentation de la valeur stratégique du travail sur les données.
L'« ingénieur de fiabilité de site » (site reliability engineer) proposé par Google est également un cas typique. Il redéfinit le travail traditionnel d'administrateur système comme un problème d'ingénierie, exprimant ainsi le jugement que maintenir la stabilité d'un système a autant de valeur technique que développer de nouvelles fonctionnalités.
Ainsi, le titre de poste n'est pas un simple emballage.
Il reflète si la valeur d'un type de travail a changé.
Palantir a capturé l'esprit du recrutement
Le FDE est devenu un cas classique car il a transformé l'ingénierie sur site client d'un poste sous-estimé en un poste à haute valeur perçue.
Dans de nombreuses entreprises, la situation du travail technique sur site client n'est pas claire. Trop proche des ventes, il est facilement perçu par les équipes d'ingénierie comme « pas assez pur » ; trop proche de la livraison, il est facilement vu par la direction comme un centre de coûts. Le résultat est que les vrais talents en ingénierie ne sont pas nécessairement désireux d'occuper ce poste.
La dénomination de Palantir a changé le récit.
Le message transmis est : vous ne faites pas du support après-vente ordinaire, ni de la simple livraison de projet externe. Vous êtes sur le site client pour résoudre les problèmes les plus complexes, connecter les systèmes opérationnels réels aux produits de l'entreprise.
Ce récit attire un type de talent composite : capable à la fois de coder et de faire face au client ; comprenant à la fois les systèmes et capable de gérer la complexité organisationnelle ; capable de résoudre les problèmes immédiats et de ramener l'expérience terrain au produit.
Une telle personne, si elle voit « ingénieur de mise en œuvre » ou « ingénieur solutions », pourrait penser que le potentiel du poste est limité. Mais si elle voit FDE, la perception sera totalement différente.
C'est l'avantage en recrutement apporté par la dénomination.
Aujourd'hui encore, dès qu'on mentionne FDE, beaucoup pensent immédiatement à Palantir. Non pas parce que seul Palantir peut faire ce type de travail, mais parce qu'elle a été la première à associer ce terme à sa propre capacité d'entreprise.
Celui qui nomme en premier occupe souvent l'esprit en premier.
La différence entre un nouveau titre et un placage superficiel
Bien sûr, tous les nouveaux titres de poste n'ont pas de valeur.
Certains ne sont que de l'inflation des titres. Par exemple, changer « spécialiste marketing » en « stratège de la croissance » sans que le contenu du travail ne change ; ou « assistant » en « responsable » sans que le pouvoir décisionnel ne change. Ce type de dénomination n'apporte qu'un semblant de prestige à court terme et ne peut créer une véritable attractivité pour les talents.
L'article original donne un bon critère de jugement :
Une personne d'il y a cinq ans trouverait-elle ce nouveau titre de poste étrange ?
Si la réponse est oui, alors il correspond peut-être vraiment à une nouvelle compétence. Par exemple, le « GTM engineer » proposé par Clay, ou le « legal engineer » proposé par Harvey, ne sont pas de simples renommages de poste. Ils désignent de nouvelles combinaisons apparues avec l'IA : comprendre à la fois les processus métier et l'automatisation ; comprendre à la fois le contexte professionnel et intégrer les flux de travail dans les systèmes.
Mais le « prompt engineer » est un autre exemple.
Ce terme a été très à la mode, mais est rapidement devenu dépassé. La raison est que l'écriture de prompts ne s'est pas stabilisée en une profession indépendante. C'est plus une compétence de base que tous les travailleurs du savoir doivent maîtriser. Un titre qui devance le travail réel voit sa popularité retomber rapidement.
Ainsi, pour juger de la validité d'un nouveau titre de poste, la clé n'est pas sa nouveauté, mais s'il y a derrière un nouveau travail réel.
Pas de nouveau travail, seulement un nouvel emballage, c'est de l'inflation des postes.
L'IA transforme l'organisation, pas seulement en rendant les outils plus intelligents
La partie la plus précieuse de cet article est qu'elle place les titres de poste dans le contexte organisationnel de la transformation par l'IA.
Lorsque beaucoup d'entreprises discutent de la transformation par l'IA, la réponse par défaut est : les interfaces seront plus intelligentes, les outils plus automatisés, les processus plus efficaces.
Tout cela est vrai, mais pas suffisant.
Le changement plus profond est : des individus à fort levier vont émerger au sein de l'organisation. Ils peuvent être jeunes, avec un poste peu élevé à l'origine, mais parce qu'ils savent utiliser l'IA, construire des flux de travail, transformer des problèmes flous en systèmes automatisés, ils commencent à acquérir une influence qu'ils n'avaient pas auparavant.
Chaque fois qu'une grande entreprise introduit un logiciel clé, un phénomène similaire se produit.
Les premières personnes à comprendre les nouveaux outils ne sont souvent pas celles au plus haut niveau hiérarchique, mais celles qui agissent le plus vite. Elles découvrent les premiers quels processus peuvent être restructurés, quels travaux automatisés, et quels problèmes auparavant ignorés peuvent être réorganisés.
La technologie change plus que la boîte à outils.
Elle change aussi la distribution du pouvoir au sein de l'organisation.
À ce moment-là, un nouveau titre devient important. Il donne une légitimité à ces personnes et fournit un mécanisme d'identification à l'organisation.
Par exemple, un professionnel du droit, initialement simplement intéressé par les outils d'IA, commence à étudier la modification de contrats, le contrôle des risques et l'automatisation des flux de travail juridiques. Si l'entreprise définit ce rôle comme « legal engineer », cette personne n'est plus simplement « celle qui aime bidouiller de nouveaux outils », mais un nouveau poste qui peut être identifié, autorisé et promu.
La partie la plus difficile de la transformation par l'IA n'est souvent pas que les employés ne savent pas utiliser les outils, mais que l'organisation n'a pas le langage pour reconnaître ceux qui créent déjà de la nouvelle valeur.
Pour les entrepreneurs en IA, la nomination est aussi une stratégie
Si vous travaillez dans l'IA B2B, l'inspiration de cet article est directe.
Ne donnez pas seulement un nom à votre produit, réfléchissez aussi : quel nouveau poste votre produit va-t-il créer au sein de l'organisation cliente ?
Si vous servez le secteur juridique, parmi vos premiers utilisateurs, les personnes qui émergent ne seront peut-être plus seulement des avocats, ni des opérations juridiques traditionnelles, mais des « legal engineers ». Si vous servez les équipes commerciales et de croissance, des « GTM engineers » pourraient apparaître. Si vous servez la recherche financière ou le conseil, des « intelligence engineers » pourraient émerger à l'avenir.
Ces noms ne sont pas seulement des slogans de communication.
Ils aideront l'organisation cliente à accomplir sa mobilisation interne : qui devrait être autorisé, qui devrait être écouté, qui représente cette nouvelle capacité.
C'est aussi là que le « title arbitrage » a de la valeur pour l'entreprise.
Le produit est vendu à l'extérieur, le titre de poste se diffuse à l'intérieur de l'organisation cliente. Si un nouveau titre de poste est réellement validé, il contribuera à établir la perception du produit. À l'avenir, lorsque le marché pensera à ce type de poste, il pensera à qui l'a proposé en premier, qui le comprend le mieux, qui peut le mieux aider ces personnes à devenir plus fortes.
C'est ce type de bénéfice que Palantir a tiré avec le FDE.
Revenons au FDE
Pourquoi le FDE mérite-t-il d'être rediscuté aujourd'hui ?
Parce que les frontières entre les produits et services des entreprises natives de l'IA deviennent de plus en plus floues.
Un logiciel d'entreprise basé sur l'IA est-il un pur produit, un produit avec service, ou un service produit ? Ce n'est pas toujours facile à distinguer. Les détails des processus sur site client définissent en retour la feuille de route du produit ; les échecs du modèle deviennent la capacité de la version suivante ; l'équipe de mise en œuvre n'est plus seulement l'extrémité de la livraison, mais fait partie du système d'apprentissage du produit.
Dans ce contexte, les anciens titres risquent de sous-estimer les nouvelles capacités.
L'appeler « support après-vente », les ingénieurs ne voudront peut-être pas le rejoindre ; l'appeler « mise en œuvre », les investisseurs pourraient s'inquiéter de la marge ; l'appeler « succès client », les équipes produit ne le considéreront pas nécessairement comme un signal produit. Mais s'il s'agit essentiellement de transformer des besoins complexes sur site client en capacités reproductibles, alors FDE est plus précis que les anciens termes.
Bien sûr, la nomination n'est pas une solution miracle.
Changer « succès client » en FDE ne réalise pas automatiquement une mise à niveau organisationnelle. Ce qui doit vraiment changer, c'est la ligne hiérarchique, les mécanismes d'incitation, les critères de recrutement, les mécanismes de retour produit, et la façon dont les fondateurs perçoivent la notion de « service ».
Le nom n'est que la première étape.
L'essentiel est de savoir si l'organisation place réellement ce type de personne au cœur de l'apprentissage produit et de la livraison client.
L'apparition d'un nouveau titre de poste indique souvent que l'ancien langage organisationnel est devenu insuffisant. Beaucoup des problèmes rencontrés aujourd'hui par les entreprises d'IA sont précisément ceux que l'ancien langage ne peut décrire avec précision : le produit ressemble à un service, le service ressemble à un produit ; les ingénieurs doivent aller sur site client, et le site client définit la feuille de route produit ; le support après-vente n'est plus seulement un centre de coûts, mais fait partie du système d'apprentissage.
Ce pourrait être la ligne de partage clé pour la prochaine génération d'entreprises de logiciels basés sur l'IA.
Ce ne sera pas forcément celui qui éliminera complètement le service qui gagnera. Plus probablement, celui qui pourra renommer, réorganiser, re-produit-iser les parties du service les plus proches des vrais problèmes clients et les plus aptes à générer des insights produit, construira des barrières plus profondes.
Celui qui expliquera cela clairement en premier plantera son drapeau dans l'esprit des clients.
