Cinq métiers qu’on confond sans cesse
Cinq intitulés tournent autour du même travail, et ce ne sont pas des synonymes. Un forward deployed engineer, un AI engineer, un solutions engineer, un ingénieur produit et un solutions architect peuvent apparaître dans le même processus de recrutement, chez la même entreprise, pour ce qui semble être le même poste. Ce qui les sépare n’est ni la technologie ni la séniorité. Ce sont cinq choses : la part de la semaine passée avec ceux qui emploieront la chose, la profondeur de l’ingénierie, la connaissance exigée du métier du client, la part du travail qui consiste réellement à écrire du logiciel, et le fait d’être jugé sur ce qu’on a livré ou sur ce que la livraison a changé. Ces cinq axes trient les métiers proprement, et ils trient une offre d’emploi plus sûrement que son intitulé, qui n’est normalisé nulle part.
| FDE | AI engineer | Solutions engineer | Ingénieur produit | Solutions architect | |
|---|---|---|---|---|---|
| Temps passé chez le client | Élevé | Faible | Élevé | Faible | Moyen |
| Profondeur technique | Élevé | Élevé | Moyen | Élevé | Élevé |
| Profondeur métier | Élevé | Moyen | Élevé | Faible | Moyen |
| Écriture de code | Élevé | Élevé | Moyen | Élevé | Faible |
| Responsable du résultat | Élevé | Moyen | Faible | Moyen | Faible |
Les comparatifs, et ce dont chacun traite vraiment
FDE vs ai engineer
Les deux écrivent du code autour de modèles, d’où l’idée que la différence serait une question de séniorité. Elle ne l’est pas : elle tient à qui possède le jeu d’évaluation et d’où viennent ses cas.
FDE vs solutions engineer
Les deux vivent chez les clients, d’où la fusion des deux dans « l’ingénierie tournée client ». L’un est mesuré avant la signature, l’autre après.
FDE vs ingénieur produit
Le comparatif qu’on saute, et celui qui décide si le métier vous conviendra. Le produit récompense la généralité, le déploiement la spécificité.
FDE vs solutions architect
Les deux intitulés s’emploient indifféremment plus que tous les autres de cette liste. Le signe distinctif est de savoir qui est encore là quand l’intégration casse.
Pourquoi des axes plutôt que des listes de tâches
La façon évidente de comparer des métiers consiste à lister ce que chacun fait. Elle ne fonctionne pas ici, parce que les listes se recouvrent presque entièrement. Les cinq postes parlent à des clients, les cinq touchent du code, les cinq participent à faire entrer un logiciel dans une organisation. Une liste de tâches produit cinq paragraphes qui disent à peu près la même chose, ce qui est précisément la confusion que ces pages existent pour dissiper.
Les axes fonctionnent mieux parce qu’ils saisissent les arbitrages plutôt que les activités. Deux postes peuvent tous deux passer le mardi à écrire une intégration et rester deux métiers différents, parce que l’un se verra demander si cette intégration se généralise et l’autre si le client s’en sert. Cette question, répétée chaque semaine pendant un an, est ce qui fait diverger les métiers.
Comment s’en servir devant une offre
Prenez l’annonce et essayez de la noter vous-même sur les cinq lignes avant de regarder l’intitulé. La plupart se notent proprement, et celles qui résistent sont instructives en elles-mêmes.
Une offre qui note haut sur le temps client et bas sur l’écriture de code est un poste de relation client ou d’avant-vente, quel que soit son titre, et son contenu technique décevra un ingénieur venu pour construire. Une offre qui note haut partout est soit une petite structure où une personne fait réellement tout, ce qui peut être excellent, soit une annonce écrite par quelqu’un qui ne tranche pas. Demander laquelle des deux dès le premier échange est légitime, et la réponse est généralement honnête.
La ligne qu’on saute et qu’il ne faudrait pas est la dernière. Être jugé sur la livraison ou sur le résultat détermine le contenu de votre entretien annuel, et c’est la différence entre une année qui a paru productive et une année qui a compté. Les postes jugés sur le résultat sont plus difficiles et donnent plus de levier. Ceux jugés sur la livraison sont plus prévisibles et moins exposés à ce que vous ne contrôlez pas, comme un client qui se réorganise en cours de route.
Les deux erreurs qu’on commet avec ce tableau
La première est de lire une colonne comme la description d’une personne. Les axes décrivent où un métier se situe en moyenne sur le marché, pas ce que fait un individu. Un forward deployed engineer chez un éditeur au produit mûr passera bien moins de temps sur l’intégration que la colonne ne le suggère, parce que le produit a absorbé ce travail. Le tableau est une façon de lire le marché, pas une façon de lire votre propre semaine.
La seconde est de lire un niveau faible comme un reproche. « Faible » sur l’écriture de code ne veut pas dire que le poste est moins technique en un sens qui compte pour une carrière ; cela veut dire que son levier vient d’ailleurs que du clavier. Les solutions architects notent bas sur cette ligne et sont fréquemment les personnes les plus expérimentées techniquement d’un projet.
Le cas français
Les intitulés employés en France sont ceux de l’anglais, y compris dans les annonces rédigées en français. Un recruteur parisien écrit forward deployed engineer, solutions engineer et AI engineer sans les traduire, comme il écrit product manager. Chercher un équivalent français vous ferait passer à côté des offres.
Ce qui change, en revanche, est la répartition. Les postes de déploiement pur, tels que les laboratoires d’IA américains les définissent, sont encore peu nombreux ici, et une part des annonces qui portent le titre décrivent en réalité de l’avant-vente ou de l’intégration chez un éditeur. Le tableau ci-dessus sert précisément à cela : noter l’offre sur les cinq lignes avant de se fier à ce qu’annonce son intitulé.
Ce que nous ne comparons pas, et pourquoi
Nous ne mettons pas de rémunération dans ces tableaux. Les chiffres publics pour ces intitulés se contredisent dans un rapport d’environ un à quatre, parce que les agrégateurs moyennent des offres qui ne partagent qu’un titre. Publier un nombre par métier se référencerait bien et tromperait tout le monde ; nous publierons des rémunérations quand nous tiendrons nos propres données et pourrons en montrer la méthode. La page méthode dit ce que cela suppose.
Nous ne classons pas non plus les métiers. Il n’y a pas de meilleur. Ces comparatifs existent pour que celui qui choisit puisse choisir sur l’axe qui compte pour lui, lequel n’est généralement pas celui qui compte pour la personne qui lui donne des conseils.
