SFEIR

Kevin Bai (Anthropic) ramène le FDE à une question : qui achète quoi ?

Kevin Bai (Anthropic) ramène le FDE à une question : qui achète quoi ?
  • Vidéo : Forward Deployed Engineering 101, chaîne AI Engineer
  • Qui parle : Kevin Bai, member of technical staff dans l'équipe Applied AI d'Anthropic, premier membre de l'équipe FDE de Rippling, passé par Palantir
  • Format : 17 min 48, AI Engineer World's Fair 2026, mise en ligne le 28 juillet 2026 (environ 87 700 vues au 10 novembre 2026)
  • Originalité : 3/5
  • Qualité de l'information : 3/5

Avec près de 88 000 vues au 10 novembre 2026, le « FDE 101 » de Kevin Bai devance de loin les huit autres vidéos de la playlist que la chaîne AI Engineer consacre au forward deployed engineering. Le titre explique une partie du succès : un cours d'initiation donné par un ingénieur d'Anthropic. Kevin Bai a été le premier FDE de Rippling, dont l'équipe a atteint, selon lui, environ 25 personnes en un an, après un passage chez Palantir. Il commence par réveiller une salle qu'il trouve trop calme pour une conférence, puis tient sa promesse de cours d'initiation. Sur Anthropic, en revanche, rien : en ouvrant les questions, il prévient que tout est permis sauf son travail actuel.

Une grille de quatre cases

Kevin Bai part de Palantir. Foundry centralise les données d'une entreprise et en tire une ontologie, mais un dirigeant de la grande consommation demande ce que cela change pour sa place en rayon. La plateforme seule impose en plus au client de former ses équipes avant d'en tirer quoi que ce soit. Palantir a donc vendu un résultat : la plateforme, plus des ingénieurs qui construisent la solution chez le client.

Le cœur du talk tient dans une grille (vers 4:18). Un axe mesure la technicité de ce que vous vendez, l'autre celle de votre acheteur. GitHub ou Datadog vendent un produit complexe à des CTO et à des développeurs, qui absorbent cette complexité parce que c'est leur métier. Rippling, Jira ou Slack vendent des outils configurables à des acheteurs non techniques. Aucun des deux cas ne demande de FDE. Il en faut dans la dernière case : une plateforme sur laquelle il faut développer, vendue à un acheteur sans compétences logicielles, comme un pétrolier du Fortune 500. Kevin Bai compare alors le FDE au serveur d'un grand restaurant, qui comprend ce que veut le client et s'occupe du reste.

Le contrat moyen et la maintenance

Pour montrer que le modèle paie, il cite la valeur moyenne des contrats des éditeurs SaaS cotés (vers 6:19) : environ 4 M$ pour Palantir, 1,2 M$ pour ServiceNow, autour de 600 000 $ pour Workday, et aucun autre au-dessus de 500 000 $. Il donne ces chiffres de mémoire, avec des précautions de langage, sans date ni source.

Sa réponse à l'objection de la maintenance forme le passage le plus utile (vers 8:19). Un FDE qui écrit pour chaque client une application à partir de zéro laisse derrière lui 55 dépôts que personne ne voudra maintenir. Kevin Bai tranche : « you do not have an FDE function. You have a dev shop » (vous n'avez pas de fonction FDE, vous avez une société de développement à façon). Il reconnaît que ce modèle peut être rentable, sous un autre nom. Une équipe FDE assemble des briques d'une plateforme commune ; sans ces briques, la maintenance mange la marge, si les ingénieurs ne sont pas partis avant.

Ce que l'IA change

Les deux questions qu'il pose à toute entreprise tentée par le FDE découlent de la grille (vers 9:20) : vendez-vous quelque chose de très technique à un acheteur qui ne l'est pas, et avez-vous une plateforme, ou la volonté d'en construire une ? Il distingue le besoin de l'envie de suivre la mode.

L'idée la plus intéressante arrive ensuite (vers 11:21). Pour Kevin Bai, presque toutes les plateformes deviennent agentiques, donc personnalisables, donc incompréhensibles pour une partie de leurs clients. La case « produit technique, acheteur non technique » s'étend alors à une grande partie du logiciel. Il expose cette hypothèse en une minute, sans exemple, puis passe aux questions de la salle, alors qu'elle méritait le plus long développement du talk.

Ces questions apportent quelques précisions. Selon le secteur, une application arrive construite à 60 % et personnalisée sur les 40 % restants, ou demande des briques aussi fines qu'un DynamoDB chez AWS. Mettre deux FDE sur un même projet évite qu'une seule personne détienne toute l'information. Ce qui ne sert qu'un client reste chez ce client, ce qui se généralise remonte dans la plateforme, et le FDE sert d'éclaireur pour repérer ces futurs produits. Sa définition du profil, un ingénieur logiciel qu'on peut mettre devant un client, est la plus courte de la série.

Pour une ESN

Le test du « dev shop » s'applique aux sociétés de services qui rebaptisent leurs consultants FDE. Une équipe qui repart de zéro chez chaque client fait du développement à façon, quel que soit l'intitulé de poste. Pour mériter le terme au sens de Kevin Bai, elle doit livrer à partir de briques réutilisées d'une mission à l'autre et suivre ce qui remonte dans ces briques. Le comparatif FDE, consultant, architecte et régie détaille ce que chaque mode d'intervention livre et facture.

Verdict

Originalité : 3/5. La grille et le test du « dev shop » sont bien formulés, mais le fond raconte le modèle Palantir tel qu'on le décrit depuis des années. L'hypothèse sur les plateformes agentiques est la seule idée neuve, et elle tient en une minute.

Qualité de l'information : 3/5. L'exposé est clair et juste pour un débutant. Les chiffres viennent de mémoire, rien ne concerne la pratique d'Anthropic, et le talk reste léger sur l'organisation d'une équipe (recrutement, mesure, rattachement).

À regarder en premier si vous découvrez le sujet ou si votre comité de direction envisage une équipe FDE. Si vous connaissez déjà le modèle Palantir, passez à Vinoo Ganesh (Kepler) ou à Natalie Meurer (Sierra), qui le racontent de l'intérieur.

Barème : l'originalité mesure l'apport d'idées neuves (1 : discours entendu partout ; 5 : idée qui change la façon de penser le sujet). La qualité de l'information mesure la précision et l'utilité de ce qu'on apprend (1 : vague ou promotionnel ; 5 : dense, précis, applicable). Cet article fait partie d'une série de neuf retours sur la playlist FDE de l'AI Engineer World's Fair 2026.

SFEIR AI Auteur

Articles similaires

Forward deployed engineering : les neuf talks de l'AI Engineer World's Fair 2026, notés et classés

Forward deployed engineering : les neuf talks de l'AI Engineer World's Fair 2026, notés et classés

Neuf éditeurs, de Cursor à Decagon, ont raconté leur pratique du forward deployed engineering à l'AI Engineer World's Fair 2026. Nous avons noté chaque talk sur l'originalité et la qualité de l'information : ce qu'il faut regarder, dans quel ordre, et ce que la série dit du métier.

Varick Agents construit un agent pour ses FDE, et la démonstration technique sauve le talk

Varick Agents construit un agent pour ses FDE, et la démonstration technique sauve le talk

À l'AI Engineer World's Fair 2026, Vasuman Moza (Varick Agents) répète le discours ambiant sur le FDE, puis son ingénieur JD montre l'agent interne de la start-up : graphe de dépendances de l'entreprise cliente, résolution d'entités, modèles open source post-entraînés.

« Quel millésime de FDE êtes-vous ? » : Natalie Meurer (Sierra) démonte le titre à la mode

« Quel millésime de FDE êtes-vous ? » : Natalie Meurer (Sierra) démonte le titre à la mode

À l'AI Engineer World's Fair 2026, Natalie Meurer (Sierra, ex-Palantir) découpe l'histoire du FDE en millésimes, en tire une question d'entretien, et relie l'essor du rôle à la facturation au résultat. Le talk le plus stimulant de la playlist FDE.

Chez Cursor, Pauline Brunet commence par décider où ne pas envoyer de FDE

Chez Cursor, Pauline Brunet commence par décider où ne pas envoyer de FDE

Au World's Fair 2026, Pauline Brunet, qui dirige l'équipe FDE de Cursor, trie les clients selon leur maturité et la personnalisation du produit, traite le sous-effectif comme un signal d'alarme et laisse la conduite du changement aux intégrateurs. Notre retour sur son talk.