Sunny Rekhi (Decagon) : chaque demande sur mesure doit finir en libre-service

• Vidéo : How Forward Deployed Engineering is done at Decagon, chaîne AI Engineer
• Qui parle : Sunny Rekhi, CTO of forward deployed engineering chez Decagon
• Format : 18 min 08, AI Engineer World's Fair 2026, mise en ligne le 28 juillet 2026 (1 910 vues au 10 novembre 2026)
• Originalité : 3/5
• Qualité de l'information : 3/5

À la vingt-cinquième intégration CRM écrite à la main, l'équipe de Decagon a cessé de compter et construit un parcours en libre-service (vers 12:08). L'anecdote illustre la devise que Sunny Rekhi, CTO du forward deployed engineering chez Decagon, répète en fin de talk : « custom becomes self-serve » (le sur-mesure devient libre-service). Decagon vend des agents de service client qui répondent au téléphone, par e-mail ou par chat, et l'entreprise est passée, selon lui, d'environ 50 à 500 personnes en un an.

Deux métiers sous un même titre

Decagon entre chez ses clients par le support entrant complexe, puis cherche à leur faire gagner de l'argent (vers 2:03). Chez Hertz, raconte-t-il, les intégrations construites pour le support servent désormais à contacter les clients de façon proactive pour prolonger une location.

Une partie du travail FDE consiste à configurer le « cerveau » de l'agent comme on formerait un humain (vers 3:05) : instructions, ton de la marque, actions autorisées, critères de succès, demandes à transférer à un conseiller. L'autre partie ressemble à de l'ingénierie produit : quand une entreprise demande une fonctionnalité, l'ingénieur la conçoit pour les quatre suivantes, qui la demanderont presque à coup sûr. Sunny Rekhi va jusqu'à dire que, chez Decagon, le forward deployed engineering se confond avec l'ingénierie produit : même niveau d'exigence, même rattachement, souvent la même équipe.

Ce que la croissance a changé

Avec le passage de 50 à 500 personnes, le rôle généraliste d'agent software engineer s'est scindé en deux (vers 7:06). Les agent builders configurent l'agent, surtout depuis l'interface, et connaissent les modèles qui font tourner la plateforme. Les agent software engineers traitent les demandes de fonctionnalités des grands comptes et les font remonter dans le produit.

La remarque la plus fine du talk porte sur la retenue (vers 8:08). Avec Codex ou Claude Code, un ingénieur produit en quelques minutes le développement ponctuel qu'un client important réclame pour hier. La compétence rare devient la capacité à s'en abstenir : concevoir une solution qui servira aux clients suivants, et éviter de livrer une boîte noire de prompts et de rustines que le client, propriétaire de son agent, ne pourra pas maîtriser.

Des pratiques sensées, peu de chiffres

Le reste du talk aligne des pratiques justes. Définir le succès par écrit dès les premières conversations : indicateurs, canaux (téléphone, e-mail, SMS, WhatsApp), résultat attendu. Consacrer plus de temps aux exigences maintenant que le code coûte peu. Affecter à un nouveau client du secteur financier les personnes qui ont servi les trois précédents, pour parler sa langue. Prouver la valeur le plus vite possible, sans attendre des mois. Se comporter en conseiller : Decagon analyse l'historique de support du client pour lui recommander les flux à automatiser en premier, parfois différents de ceux qu'il demandait (vers 14:08).

Le talk ne donne presque aucun chiffre : ni délai moyen avant les premiers résultats, ni taille de l'équipe FDE, ni ratio entre agent builders et agent software engineers. Sunny Rekhi plaisante sur les logos clients que son marketing lui a interdit de montrer, et l'explication du succès de Decagon (une équipe qui travaille dur et va vite) relève de l'autopromotion.

Pour une ESN

La devise de Decagon décrit le problème de capitalisation des ESN : chaque mission produit du sur-mesure que la suivante refait. L'histoire des 25 intégrations donne un ordre de grandeur du coût d'une capitalisation tardive, et la séparation entre agent builders et agent software engineers offre un modèle pour distinguer, dans une équipe de delivery IA, la configuration de l'ingénierie.

Verdict

Originalité : 3/5. La retenue comme compétence rare à l'ère du code généré est une observation juste et peu entendue. Le reste (boucle vers le produit, libre-service, posture de conseil) rejoint ce que disent Kevin Bai et Pauline Brunet.

Qualité de l'information : 3/5. Un modèle d'organisation clair et des exemples parlants (Hertz, les 25 intégrations), mais aucun indicateur et une part d'autopromotion.

À regarder si votre équipe FDE grossit vite et que vous hésitez à spécialiser les rôles, surtout de 6:06 à 9:08. Sinon, Leo Mehr (Ramp) couvre une partie du même terrain en moins de temps.

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.