# zhang-decagon-fde-produit-2026-08-11

## Veille

Artículo extenso publicado en **X** el **11 de agosto de 2026** por **Jesse Zhang**, CEO de **Decagon** (agentes de IA para atención al cliente), bajo un título en forma de dilema —*« To FDE, or not to FDE? »*— dedicado al **Forward Deployed Engineer**, convertido en *« the answer to almost every hard question in AI go-to-market »*. Observación inicial: Anthropic y OpenAI han construido brazos de despliegue empresarial explícitamente calcados de Palantir, *« every seed-stage company »* anuncia una oferta de FDE, y las ofertas de empleo con ese título habrían aumentado varios cientos por ciento en un año. **(A) La genealogía Palantir** aporta el marco: la fórmula de **Shyam Sankar** (CTO), *« FDEs eat pain and excrete product »*, y el recordatorio de **Joe Lonsdale** de que Palantir pasó cerca de dos décadas siendo tildada de *« glorified consultancy »* sobre la base de una observación certera. Los despliegues a medida de **Gotham** (CIA, NSA, inteligencia militar) se codificaron en primitivas de plataforma —ontología, modelos de objetos, permisos, motores de flujo de trabajo, trazabilidad de procedencia— que dieron lugar a **Foundry**, luego Apollo y AIP; la estandarización llevó el margen bruto a la franja del 80% y Palantir pasó de un modelo de FDE a una venta basada en cuentas, con muchos FDE migrando hacia la ingeniería central. *« The pain was the input to the product, not a cost of sale. »* **(B) El criterio propuesto** no es renunciar a los FDE sino saber cuándo detenerse: desplegarlos pronto y luego preguntarse si aún se está en fase de **descubrimiento** —*« The trap is not starting. It's not stopping. »* **(C) Una distinción que pocos hacen: FDE ≠ implementación.** *« Building that integration into their ticketing system »* es trabajo real, pero se trata de ejecutar una especificación conocida, no de descubrir una desconocida; confundir ambas cosas *« is how a company convinces itself that a growing services org is a product investment »*. Frase de cierre: *« If your FDEs are eating pain and excreting more pain, you don't have an FDE team. You have a services business. »* Se presentan dos cifras sobre Decagon —*« two-thirds of deployment work is now done autonomously via Duet »* y *« a few days on average to launch the first AOP, even for large banks, airlines, telcos »*— sin que se defina el denominador de «deployment work» ni se explicite el acrónimo AOP.

## Titre Article

To FDE, or not to FDE?

## Date

2026-08-11

## URL

https://x.com/thejessezhang/status/2087198484093149421

## Keywords

Forward Deployed Engineer, FDE, ingeniero embebido con el cliente, AI go-to-market, modelo de despliegue, última milla, última milla, descubrimiento vs. ejecución, problema de descubrimiento, problema de entrega, especificación desconocida, implementación, integración, organización de servicios, negocio de servicios, glorified consultancy, glorified consultancy, enfoque orientado a producto, enfoque orientado a servicios, product-led, services-led, Palantir, Gotham, Foundry, Apollo, AIP, primitivas de plataforma, ontología, modelo de objetos, permisos, motor de flujo de trabajo, trazabilidad de procedencia, margen bruto, coste de servicio, coste de servicio, techo de margen, crecimiento ligado a contratación, contratos de ocho cifras, Decagon, Duet, AOP, atención al cliente, soporte al cliente, agente de IA, despliegue autónomo, configuración, ajuste fino, iteración, velocidad de iteración, vendor lock-in, vendor lock-in, soberanía, escalada convertida en requisito, parche vs. requisito, deuda de producto, compromiso de producto, superficie de configuración, Jesse Zhang, Ashwin Sreenivas, Shyam Sankar, Joe Lonsdale, Anthropic, OpenAI, Accenture, categoría nueva, flujo de trabajo inexistente, SaaS 2015, contabilidad, bancos, aerolíneas, telecos

## Authors

**Jesse Zhang** — cofondateur et **CEO de Decagon** (agents IA de service client, San Francisco), 85 000 abonnés sur X, site personnel `jessezhang.org`. Il cite son cofondateur **Ashwin Sreenivas**, **ex-Palantir**, d'où la profondeur du récit Palantir. Publié le **11 août 2026**.

Dirigeant d'éditeur argumentant pour le modèle économique de son propre produit, dans un débat où l'alternative est incarnée par des concurrents et des cabinets. Trois conséquences pratiques : les chiffres Decagon sont **auto-déclarés au public d'X, sans définition ni audit** ; l'auteur reconnaît lui-même que son marché (*« service client : gros volume, répétable, décomposable »*) est particulièrement favorable à l'approche produit, ce qui limite la portabilité de la conclusion ; et le récit Palantir est reconstruit rétrospectivement à partir de sources publiques et d'une expérience de seconde main. La partie conceptuelle — le test découverte/absorption, la distinction FDE ≠ implémentation — est indépendante de ces réserves ; la partie empirique ne se cite qu'attribuée.

## Ton

**Perfil**: ensayo de operador, registro **argumentativo y normativo**, publicado como artículo extenso en X (~1.500 palabras). Público: fundadores, directivos de go-to-market, inversores. Tesis expuesta abiertamente, contraargumento anticipado. No es un texto técnico: sin detalle técnico, sin arquitectura —el tema es el **modelo de entrega**.

**Estilo**: cinco rasgos.

1. **El título-dilema y la falsa disyuntiva que plantea solo para desmontarla.** *« To FDE, or not to FDE? »* plantea una alternativa; la conclusión la rechaza (*« Go forward-deployed early »* **y** *« start taking the FDEs out »*). La respuesta real es una **secuencia**, no una elección.
2. **La concesión inicial como recurso de credibilidad.** Zhang comienza validando el uso de FDE (*« yes, send engineers. Sit in the room »*) antes de acotarlo. El blanco no es la práctica —es **su permanencia**.
3. **La fórmula prestada como bisagra.** *« FDEs eat pain and excrete product »* no es una frase propia —es de **Shyam Sankar**— y sirve de **criterio operativo**: se invierte al final del texto para producir el test (*« eating pain and excreting more pain »*). Toda la arquitectura retórica descansa en esa única frase.
4. **La descarga final de preguntas.** Cinco preguntas en un solo párrafo —*is the bespoke work in the customer's environment or in the holes in your product? is the last mile irreducible or just unbuilt? are your FDEs discovering something or absorbing something? what got put into the product the last time one of them came back from the field?*— un **formato de checklist**, directamente reutilizable en revisión.
5. **La admisión de tensión económica, deslizada sin énfasis.** *« Nothing about the underlying economics has changed »*: el modelo fue rehabilitado por la moda, no por las cifras. Es la frase más dura del texto, y no está subrayada.

**Frases marcadoras**: *« FDEs eat pain and excrete product »* · *« The trap is not starting. It's not stopping. »* · *« The pain was the input to the product, not a cost of sale »* · *« Every bespoke fix in the field is a product decision you chose not to make »* · *« Each deployment should make the next one easier »* · *« Is the last mile irreducible, or just unbuilt? »* · *« Are your FDEs discovering something, or absorbing something? »* · *« customers who just wanted Accenture with better software »* · *« you don't have an FDE team. You have a services business. »*

**Postura epistémica**: **una parte interesada defendiendo su caso**, no un observador. Sólido en los conceptos, interesado en las cifras.

## Pense-betes

- **Fecha / fuente**: **11 de agosto de 2026**, artículo extenso en **X** de **Jesse Zhang**, CEO de Decagon.
- **Encuadre clave**: la regla cabe en una frase —*« The trap is not starting. It's not stopping. »* ### El test de las cuatro preguntas Valor que trasciende el artículo, independiente de Decagon —formato de revisión trimestral: | Pregunta | Qué discrimina | |---|---| | ¿El trabajo a medida está en **el entorno del cliente** o en **los agujeros de tu producto**? | legitimidad del trabajo a medida | | ¿La última milla es **irreducible** o **simplemente no está construida**? | destino vs. deuda | | ¿Tus FDE están **descubriendo** o **absorbiendo**? | descubrimiento vs. amortización | | ¿Qué se **incorporó al producto** la última vez que un FDE volvió del terreno? | prueba, no intención | La cuarta es la única **verificable**: las tres primeras se responden a sí mismas de forma favorable, esta exige un artefacto. ### La mecánica de la deriva Conservar a los FDE resulta más fácil sprint a sprint tomado de forma aislada: el FDE permite a una empresa *« avoid every hard product trade-off »* —nunca se decide qué hace el producto, cuál de dos peticiones de cliente gana, dónde termina la superficie de configuración. *« No one has to say no to anyone. »* La deriva no proviene de una sola mala decisión sino de la ausencia repetida de una. Coste asociado: *« Every bespoke fix in the field is a product decision you chose not to make. »* ### FDE ≠ implementación | | FDE | Implementación | |---|---|---| | Objeto | **descubrimiento** de una especificación desconocida | **ejecución** de una especificación conocida | | Ejemplo | estar en la sala, observando cómo se rompe el producto | *« building the integration into their ticketing system »* | | Resultado esperado | **primitivas de producto** | un **entregable de cliente** | *« Lumping the two under one title is how a company convinces itself that a growing services org is a product investment. »* Test de inventario: contar, dentro de un equipo etiquetado como FDE, la proporción de trabajo que en realidad es implementación. Zhang añade que esta es la mitad que los modelos están absorbiendo —*« a good part of what an implementation team did in 2023 becomes something the product does itself »*. ### La genealogía Palantir, un caso de manual de «servicios → producto» Despliegues a medida de **Gotham** (CIA, NSA, inteligencia militar, mediados de los 2000) → codificación de los problemas encontrados en **primitivas de plataforma** (ontología, modelos de objetos, permisos, motores de flujo de trabajo, trazabilidad de procedencia) → **Foundry**, vendible comercialmente → Apollo, AIP → estandarización, **margen bruto en la franja del 80%**, cambio hacia una venta basada en cuentas, FDE reabsorbidos en la ingeniería central. Dos detalles que hacen el caso: Palantir cargó con la crítica de *« glorified consultancy »* durante casi veinte años —Lonsdale reconociendo que la observación era certera— y **rechazó contratos** en los que el cliente solo quería *« Accenture with better software »*. Frase para retener: *« The FDE team wasn't the business model. It was how you built the right product. »* ### Contratest: el mismo indicador, dos lecturas En mayo de 2026, [[mollick-roon-asi-consulting-forward-deployed-engineering-2026-05-10]] sostenía que sabríamos que los laboratorios creían en la ASI el día en que **disolvieran** sus equipos de FDE —y observaba que, en cambio, los estaban contratando. Zhang describe, tres meses después, el movimiento inverso a escala de startup: el producto absorbe el trabajo de despliegue. Ambos textos usan el mismo indicador —el tamaño de la organización de FDE como medida de lo que el producto aún no puede hacer— uno para poner en duda una narrativa, el otro para reivindicar un progreso. No se contradicen: Zhang confirma la tendencia de contratación de FDE y él mismo señala que Anthropic y OpenAI han construido brazos de despliegue calcados de Palantir. ### Por qué ahora, y la fecha de caducidad En 2015, construir un CRM SaaS no requería descubrir ningún flujo de trabajo —veinte años de práctica ya habían definido lo que era un pipeline, una etapa, un traspaso de lead. En 2026, un agente de IA para contabilidad no tiene flujo de trabajo establecido, *« because literally no one has ever used one »*. Corolario: el cliente no puede decir qué quiere, porque aquello que querría todavía no tiene forma. El FDE solo se justifica, por tanto, por **la novedad de la categoría**; en cuanto la forma se estabiliza, la justificación desaparece. ### Las dos cifras, y cómo citarlas | Cifra declarada | Qué falta | Uso aceptable | |---|---|---| | *« Two-thirds of deployment work is now done autonomously via Duet »* | definición del denominador (¿horas? ¿tickets? ¿pasos?), alcance, periodo, método | *« Decagon afirma »*, nunca *« Decagon midió »* | | *« A few days on average to launch the first AOP, even for large banks, airlines, telcos »* | **el acrónimo AOP no se explicita**; sin punto de partida del cronómetro, sin tamaño de muestra | una afirmación comercial fechada | Son declaraciones de un directivo en X, hechas el día en que defiende su modelo: la fuente y la fecha forman parte de la cifra. ### Las dos constantes escuchadas de los clientes empresariales 1. **Velocidad de iteración** —*« Shipping an AI agent isn't a one-shot; it has to be tuned and updated continuously. If every adjustment requires engineering, it'll be far too slow and expensive to scale. »* Argumento estructural contra el FDE permanente: una cuestión de latencia del bucle, no de margen. 2. **Vendor lock-in** —*« Given organizations' experience with SaaS, no one wants to be locked into a vendor and dependent on its resources. »* Una organización de FDE **es** una dependencia, desde el punto de vista del cliente. ### El compromiso declarado y su límite Decagon afirma haber elegido no parchear soluciones sobre el terreno cuando eso habría sido más rápido, y en su lugar **convertir las escaladas en requisitos en lugar de parches** —*« which takes time in the short term »*. Fórmula para retener en revisión de arquitectura: escalada → requisito, no escalada → parche. Contrapartida honesta: *« very few startups can sign the eight-figure deals Palantir landed from the start »*, lo que hace la economía del FDE aún menos sostenible para ellas. **Límite de aplicabilidad declarado por el autor**: el enfoque orientado a producto funciona para Decagon porque la atención al cliente es *« high-volume, repeatable, and decomposable »*. Esos tres adjetivos son la condición —un dominio de bajo volumen, no repetible y no descomponible no se inclina de la misma manera. No trasladar la conclusión sin trasladar la condición.

## RésuméDe400mots

Artículo extenso publicado en **X** el **11 de agosto de 2026** por **Jesse Zhang**, CEO de **Decagon** (agentes de IA para atención al cliente).

**La observación inicial.** El *Forward Deployed Engineer* se ha convertido en la respuesta por defecto a cualquier dificultad de go-to-market en IA: despliegues dolorosos, clientes incapaces de autoservirse, producto no listo. **Anthropic y OpenAI** han construido brazos de despliegue empresarial **explícitamente calcados de Palantir**; las ofertas de empleo con ese título habrían aumentado varios cientos por ciento en un año. Sin embargo, señala Zhang, hasta hace poco esto era **un motivo de crítica** —ingresos de menor calidad, márgenes estructuralmente limitados— y *« nothing about the underlying economics has changed »*. Lo que ha cambiado: en la era de la IA, las empresas no conocen el camino hacia el resultado pero creen en el resultado, y **el FDE entrega el resultado**.

**El precedente Palantir.** Shyam Sankar, CTO: ***« FDEs eat pain and excrete product. »*** Joe Lonsdale reconoce que la reputación de «consultora disfrazada» se apoyaba en una observación certera. Los despliegues a medida de **Gotham** se codificaron en primitivas —**ontología, modelos de objetos, permisos, motores de flujo de trabajo, trazabilidad de procedencia**— que dieron lugar a **Foundry**, luego Apollo y AIP. Con la estandarización, **el margen bruto subió a la franja del 80%** y Palantir dejó atrás el modelo de FDE. *« The pain was the input to the product, not a cost of sale. »*

**La tesis.** Enviar ingenieros se justifica **cuando la categoría es nueva**: un agente contable en 2026 no tiene un flujo de trabajo establecido, y el cliente ni siquiera puede describirlo. **Pero una vez conocidos los caminos, hay que retirar a los FDE —y nadie querrá hacerlo—**, porque conservarlos resulta más fácil sprint tras sprint: nunca hay que zanjar un compromiso de producto, decir que no, ni tomar una decisión de arquitectura dolorosa. Eso deja **todos los inconvenientes del modelo sin el beneficio del descubrimiento**. Zhang distingue además **FDE de implementación**: uno descubre una especificación desconocida, el otro ejecuta una conocida; confundir ambas cosas permite que una organización de servicios pase por una inversión de producto.

**El caso Decagon.** Un enfoque deliberadamente orientado a producto, impulsado por dos exigencias constantes de las empresas: **velocidad de iteración** y **rechazo del vendor lock-in**. Coste: convertir las escaladas en requisitos en lugar de parches. Beneficio **autodeclarado**: *« two-thirds of deployment work »* ahora realizado de forma autónoma mediante **Duet**, y *« a few days »* para lanzar el primer **AOP** en grandes bancos, aerolíneas o telecos. Cifras sin definir y no verificables.

**La frase de cierre**: *« If your FDEs are eating pain and excreting more pain, you don't have an FDE team. You have a services business. »*

## GrapheDeConnaissance

- Jesse Zhang —dirige→ Decagon (ORGANISATION, 0.97)
- Ashwin Sreenivas —travaille_chez→ Decagon (ORGANISATION, 0.95)
- Ashwin Sreenivas —travaille_chez→ Palantir (ORGANISATION, 0.92)
- Jesse Zhang —recommande→ d'engager un motion forward-deployed tôt pour découvrir les parcours utilisateurs, puis d'en retirer les ingénieurs une fois ces parcours connus (AFFIRMATION, 0.95)
- Jesse Zhang —affirme_que→ le piège n'est pas de commencer un motion FDE, mais de ne pas s'arrêter (CITATION, 0.96)
- Forward Deployed Engineering —permet→ de découvrir des parcours utilisateurs qui n'existent pas encore, dans une catégorie où ni l'éditeur ni le client ne savent à quoi ressemble le workflow (AFFIRMATION, 0.93)
- Forward Deployed Engineering —s_oppose_à→ l'implémentation, qui exécute contre une spec connue au lieu de découvrir une spec inconnue (AFFIRMATION, 0.92)
- Forward Deployed Engineering —observé_dans→ un plafonnement structurel des marges, un coût de servir qui ne décline pas et une croissance bornée par le recrutement lorsque le motion est maintenu au-delà de la phase de découverte (AFFIRMATION, 0.9)
- Shyam Sankar —affirme_que→ les forward deployed engineers digèrent de la douleur et excrètent du produit (CITATION, 0.95)
- Shyam Sankar —travaille_chez→ Palantir (ORGANISATION, 0.95)
- Joe Lonsdale —affirme_que→ Palantir a longtemps été vue comme un cabinet de conseil déguisé, sur la base d'une observation exacte : ses ingénieurs passaient beaucoup de temps chez les clients (CITATION, 0.92)
- Palantir —utilise→ Forward Deployed Engineering (METHODOLOGIE, 0.96)
- Palantir —publie→ Gotham (TECHNOLOGIE, 0.94)
- Foundry —est_basé_sur→ les primitives encodées depuis les déploiements Gotham sur mesure : ontologie, modèles d'objets, permissions, moteurs de workflow et traçabilité de provenance (AFFIRMATION, 0.93)
- Palantir —mesure→ une marge brute montée dans les 80 % une fois les déploiements standardisés autour de Foundry (MESURE, 0.88)
- Palantir —réduit→ son recours au motion FDE au profit d'une vente par comptes, une fois Foundry mature (AFFIRMATION, 0.9)
- Anthropic —utilise→ Forward Deployed Engineering (METHODOLOGIE, 0.9)
- OpenAI —utilise→ Forward Deployed Engineering (METHODOLOGIE, 0.9)
- Decagon —publie→ Duet (TECHNOLOGIE, 0.93)
- Decagon —mesure→ deux tiers du travail de déploiement réalisés de façon autonome par Duet — configuration, itération et longue traîne du tuning (MESURE, 0.9)
- Decagon —mesure→ quelques jours en moyenne pour lancer le premier AOP, y compris chez de grandes banques, compagnies aériennes et télécos (MESURE, 0.85)
- Decagon —recommande→ de transformer les escalades client en exigences produit plutôt qu'en correctifs sur le terrain (AFFIRMATION, 0.92)
- Decagon —s_oppose_à→ un modèle de livraison piloté par les services ou par les FDE, au profit d'un modèle piloté par le produit (AFFIRMATION, 0.94)
- test discovery vs absorption —permet→ de décider s'il faut maintenir une équipe FDE, en demandant ce qui a été intégré au produit au retour du dernier terrain (AFFIRMATION, 0.88)
- vitesse d'itération —s_oppose_à→ un modèle où chaque ajustement d'un agent IA nécessite une intervention d'ingénierie (AFFIRMATION, 0.9)
- verrouillage fournisseur —s_applique_à→ une organisation de déploiement chez le client, perçue par l'entreprise cliente comme une dépendance aux ressources de l'éditeur (AFFIRMATION, 0.85)
- agents de codage —réduit→ la part du travail d'implémentation autrefois réalisée par une équipe de services, désormais absorbée par le produit lui-même (AFFIRMATION, 0.87)
- service client —permet→ une approche produit plutôt que services, parce qu'il est à gros volume, répétable et décomposable (AFFIRMATION, 0.9)

---
Canonical: https://www.thekb.eu/es/fiches/zhang-decagon-fde-produit-2026-08-11/