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

## Veille

Lungo articolo pubblicato su **X** il **11 agosto 2026** da **Jesse Zhang**, CEO di **Decagon** (agenti IA per il servizio clienti), sotto un titolo a forma di dilemma — *« To FDE, or not to FDE? »* — dedicato al **Forward Deployed Engineer**, diventato *« la risposta a quasi ogni domanda difficile nel go-to-market dell'IA »*. Osservazione di partenza: Anthropic e OpenAI hanno costruito bracci di deployment enterprise esplicitamente modellati su Palantir, *« ogni azienda a stadio seed »* pubblicizza un'offerta FDE, e le offerte di lavoro per questo titolo sarebbero aumentate di diverse centinaia di punti percentuali in un anno. **(A) La genealogia Palantir** fornisce il quadro di riferimento: la formula di **Shyam Sankar** (CTO), *« FDEs eat pain and excrete product »*, e il richiamo di **Joe Lonsdale** secondo cui Palantir ha trascorso quasi vent'anni a essere definita una *« glorified consultancy »* sulla base di un'osservazione accurata. Le implementazioni su misura di **Gotham** (CIA, NSA, intelligence militare) sono state codificate in primitive di piattaforma — ontologia, modelli di oggetti, permessi, motori di workflow, tracciamento della provenienza — che sono diventate **Foundry**, poi Apollo e AIP; la standardizzazione ha portato il margine lordo intorno all'80% e Palantir è passata da un modello basato su FDE a una vendita account-based, con molti FDE migrati verso l'ingegneria core. *« The pain was the input to the product, not a cost of sale. »* **(B) Il criterio proposto** non è rinunciare agli FDE ma sapere quando fermarsi: partire presto, poi chiedersi se si sta ancora **scoprendo** — *« The trap is not starting. It's not stopping. »* **(C) Una distinzione che pochi fanno: FDE ≠ implementazione.** *« Building that integration into their ticketing system »* è lavoro reale, ma è esecuzione contro una specifica nota, non scoperta di una specifica ignota; confondere le due cose *« is how a company convinces itself that a growing services org is a product investment »*. Frase di chiusura: *« If your FDEs are eating pain and excreting more pain, you don't have an FDE team. You have a services business. »* Vengono avanzate due cifre riguardo a Decagon — *« two-thirds of deployment work is now done autonomously via Duet »* e *« a few days on average to launch the first AOP, even for large banks, airlines, telcos »* — senza che venga definito il denominatore del "deployment work" né sciolto l'acronimo 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, ingegnere integrato presso il cliente, go-to-market IA, modello di deployment, ultimo miglio, ultimo miglio, scoperta vs. esecuzione, problema di scoperta, problema di delivery, specifica ignota, implementazione, integrazione, organizzazione di servizi, attività di servizi, glorified consultancy, glorified consultancy, approccio product-led, approccio services-led, product-led, services-led, Palantir, Gotham, Foundry, Apollo, AIP, primitive di piattaforma, ontologia, modello di oggetti, permessi, motore di workflow, tracciamento della provenienza, margine lordo, costo di erogazione, costo di erogazione, tetto al margine, crescita vincolata alle assunzioni, contratti a otto cifre, Decagon, Duet, AOP, servizio clienti, assistenza clienti, agente IA, deployment autonomo, configurazione, messa a punto, iterazione, velocità di iterazione, vendor lock-in, vendor lock-in, sovranità, escalation trasformata in requisito, patch vs. requisito, debito di prodotto, compromesso di prodotto, superficie di configurazione, Jesse Zhang, Ashwin Sreenivas, Shyam Sankar, Joe Lonsdale, Anthropic, OpenAI, Accenture, nuova categoria, workflow inesistente, SaaS 2015, contabilità, banche, compagnie aeree, telco

## 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

**Profilo**: saggio da operatore, registro **argomentativo e normativo**, pubblicato come lungo articolo su X (~1.500 parole). Pubblico: fondatori, dirigenti go-to-market, investitori. Tesi dichiarata apertamente, controargomento anticipato. Non è un post tecnico: nessun dettaglio tecnico, nessuna architettura — il soggetto è il **modello di delivery**.

**Stile**: cinque tratti.

1. **Il titolo-dilemma e il falso binarismo che pone solo per smontarlo.** *« To FDE, or not to FDE? »* pone un'alternativa; la conclusione la rifiuta (*« Go forward-deployed early »* **e** *« start taking the FDEs out »*). La vera risposta è una **sequenza**, non una scelta.
2. **La concessione iniziale come dispositivo di credibilità.** Zhang inizia validando l'uso degli FDE (*« yes, send engineers. Sit in the room »*) prima di delimitarlo. Il bersaglio non è la pratica — è la sua **permanenza**.
3. **La formula presa in prestito come perno.** *« FDEs eat pain and excrete product »* non è una sua frase — è di **Shyam Sankar** — e funge da **criterio operativo**: viene ribaltata alla fine del pezzo per produrre il test (*« eating pain and excreting more pain »*). L'intera architettura retorica poggia su quell'unica frase.
4. **La raffica finale di domande.** Cinque domande in un unico paragrafo — *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 checklist**, direttamente riutilizzabile in revisione.
5. **L'ammissione di tensione economica, infilata senza enfasi.** *« Nothing about the underlying economics has changed »*: il modello è stato riabilitato dalla moda, non dai numeri. È la frase più dura del pezzo, e non viene sottolineata.

**Frasi marcatrici**: *« 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 epistemica**: **una parte in causa che argomenta una tesi**, non un osservatore. Solido sui concetti, di parte sulle cifre.

## Pense-betes

- **Data / fonte**: **11 agosto 2026**, lungo articolo su **X** di **Jesse Zhang**, CEO di Decagon.
- **Inquadramento chiave**: la regola sta in una frase — *« The trap is not starting. It's not stopping. »* ### Il test in quattro domande Valore che trascende l'articolo, indipendente da Decagon — formato per revisione trimestrale: | Domanda | Cosa discrimina | |---|---| | Il lavoro su misura è **nell'ambiente del cliente** o **nei buchi del vostro prodotto**? | legittimità del lavoro custom | | L'ultimo miglio è **irriducibile** o **semplicemente non costruito**? | destino vs. debito | | I vostri FDE stanno **scoprendo** o **assorbendo**? | scoperta vs. ammortamento | | Cosa è stato **inserito nel prodotto** l'ultima volta che un FDE è tornato dal campo? | prova, non intenzione | La quarta è l'unica **verificabile**: alle prime tre si può rispondere favorevolmente da soli, questa richiede un artefatto. ### La meccanica della deriva Tenere gli FDE è più semplice sprint dopo sprint, preso isolatamente: l'FDE permette a un'azienda di *« avoid every hard product trade-off »* — non si decide mai cosa fa il prodotto, quale delle due richieste dei clienti prevale, dove finisce la superficie di configurazione. *« No one has to say no to anyone. »* La deriva non nasce da una singola cattiva decisione ma dall'assenza ripetuta di una decisione. Costo associato: *« Every bespoke fix in the field is a product decision you chose not to make. »* ### FDE ≠ implementazione | | FDE | Implementazione | |---|---|---| | Oggetto | **scoperta** di una specifica ignota | **esecuzione** contro una specifica nota | | Esempio | stare nella stanza, osservare il prodotto rompersi | *« building the integration into their ticketing system »* | | Output atteso | **primitive di prodotto** | un **deliverable per il cliente** | *« Lumping the two under one title is how a company convinces itself that a growing services org is a product investment. »* Test di inventario: contare, all'interno di un team etichettato come FDE, la quota di lavoro che è in realtà implementazione. Zhang aggiunge che è questa la metà che i modelli stanno assorbendo — *« a good part of what an implementation team did in 2023 becomes something the product does itself »*. ### La genealogia Palantir, un caso da manuale di "servizi → prodotto" Implementazioni su misura di **Gotham** (CIA, NSA, intelligence militare, metà anni 2000) → codifica dei problemi incontrati in **primitive di piattaforma** (ontologia, modelli di oggetti, permessi, motori di workflow, tracciamento della provenienza) → **Foundry**, vendibile commercialmente → Apollo, AIP → standardizzazione, **margine lordo intorno all'80%**, passaggio a una vendita account-based, FDE riassorbiti nell'ingegneria core. Due dettagli che rafforzano il caso: Palantir ha portato per quasi vent'anni la critica di *« glorified consultancy »* — con Lonsdale che ne riconosce l'accuratezza — e ha **rifiutato contratti** in cui il cliente voleva semplicemente *« Accenture with better software »*. Frase da conservare: *« The FDE team wasn't the business model. It was how you built the right product. »* ### Controtest: lo stesso indicatore, due letture Nel maggio 2026, [[mollick-roon-asi-consulting-forward-deployed-engineering-2026-05-10]] sosteneva che avremmo saputo che i laboratori credevano davvero nell'ASI il giorno in cui avessero **sciolto** i loro team FDE — e osservava che invece li stavano assumendo. Zhang descrive, tre mesi dopo, il movimento inverso su scala startup: il prodotto assorbe il lavoro di deployment. Entrambi i testi usano lo stesso indicatore — la dimensione dell'organizzazione FDE come misura di ciò che il prodotto ancora non sa fare — l'uno per gettare dubbi su una narrazione, l'altro per rivendicare un progresso. Non si contraddicono: Zhang conferma la tendenza all'assunzione di FDE e osserva egli stesso che Anthropic e OpenAI hanno costruito bracci di deployment modellati su Palantir. ### Perché ora, e la data di scadenza Nel 2015, costruire un CRM SaaS non richiedeva alcuna scoperta di workflow — vent'anni di pratica avevano già definito cos'era una pipeline, una fase, un passaggio di lead. Nel 2026, un agente IA per la contabilità non ha un workflow consolidato, *« because literally no one has ever used one »*. Corollario: il cliente non può dire cosa vuole, perché la cosa che vorrebbe non ha ancora una forma. L'FDE è quindi giustificato solo dalla **novità della categoria**; non appena la forma si stabilizza, la giustificazione decade. ### Le due cifre, e come citarle | Cifra dichiarata | Cosa manca | Uso accettabile | |---|---|---| | *« Two-thirds of deployment work is now done autonomously via Duet »* | definizione del denominatore (ore? ticket? passaggi?), perimetro, periodo, metodo | *« Decagon states »*, mai *« Decagon measured »* | | *« A few days on average to launch the first AOP, even for large banks, airlines, telcos »* | l'**acronimo AOP non viene sciolto**; nessun punto di partenza per il conteggio, nessuna dimensione del campione | un'affermazione commerciale datata | Si tratta di affermazioni di un dirigente su X, fatte il giorno in cui difende il proprio modello: la fonte e la data fanno parte della cifra stessa. ### Le due costanti riportate dai clienti enterprise 1. **Velocità di iterazione** — *« 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. »* Argomento strutturale contro l'FDE permanente: una questione di latenza del ciclo, non di margine. 2. **Vendor lock-in** — *« Given organizations' experience with SaaS, no one wants to be locked into a vendor and dependent on its resources. »* Un'organizzazione FDE **è**, dal punto di vista del cliente, una dipendenza. ### Il compromesso dichiarato e il suo limite Decagon afferma di aver scelto di non applicare fix improvvisati sul campo anche quando sarebbe stato più veloce, e di aver invece **trasformato le escalation in requisiti anziché in patch** — *« which takes time in the short term »*. Formula da conservare in fase di architecture review: escalation → requisito, non escalation → patch. Contrappunto onesto: *« very few startups can sign the eight-figure deals Palantir landed from the start »*, il che rende l'economia dell'FDE ancora meno sostenibile per loro. **Limite di applicabilità dichiarato dall'autore**: l'approccio product-led vale per Decagon perché il servizio clienti è *« high-volume, repeatable, and decomposable »*. Questi tre aggettivi sono la condizione — un dominio a basso volume, non ripetibile, non scomponibile non si ribalta allo stesso modo. Non portarsi dietro la conclusione senza portarsi dietro la condizione.

## RésuméDe400mots

Lungo articolo pubblicato su **X** il **11 agosto 2026** da **Jesse Zhang**, CEO di **Decagon** (agenti IA per il servizio clienti).

**L'osservazione di partenza.** Il *Forward Deployed Engineer* è diventato la risposta di default a ogni difficoltà nel go-to-market dell'IA: deployment dolorosi, clienti incapaci di autoservirsi, prodotto non pronto. **Anthropic e OpenAI** hanno costruito bracci di deployment enterprise **esplicitamente modellati su Palantir**; le offerte di lavoro per questo titolo sarebbero aumentate di diverse centinaia di punti percentuali in un anno. Eppure, osserva Zhang, fino a poco tempo fa questo era **un punto di critica** — ricavi di qualità inferiore, margini strutturalmente limitati — e *« nothing about the underlying economics has changed »*. Ciò che è cambiato: nell'era dell'IA, le aziende non conoscono il percorso verso il risultato ma credono nel risultato, e **l'FDE consegna il risultato**.

**Il precedente Palantir.** Shyam Sankar, CTO: ***« FDEs eat pain and excrete product. »*** Joe Lonsdale riconosce che la reputazione di "glorified consultancy" si basava su un'osservazione accurata. Le implementazioni su misura di **Gotham** sono state codificate in primitive — **ontologia, modelli di oggetti, permessi, motori di workflow, tracciamento della provenienza** — diventate **Foundry**, poi Apollo e AIP. Con la standardizzazione, **il margine lordo è salito intorno all'80%** e Palantir ha abbandonato il modello basato su FDE. *« The pain was the input to the product, not a cost of sale. »*

**La tesi.** Inviare ingegneri è giustificato **quando la categoria è nuova**: un agente contabile nel 2026 non ha un workflow consolidato, e il cliente non riesce nemmeno a descriverlo. **Ma una volta che i percorsi sono noti, gli FDE devono uscire — e nessuno vorrà farlo**, perché tenerli è più semplice sprint dopo sprint: non si è mai costretti a risolvere un compromesso di prodotto, a dire no, o a fare una scelta architetturale dolorosa. Questo lascia **tutti gli svantaggi del modello senza il beneficio della scoperta**. Zhang distingue inoltre **FDE da implementazione**: l'uno scopre una specifica ignota, l'altra esegue una specifica nota; confondere le due cose fa passare un'organizzazione di servizi per un investimento di prodotto.

**Il caso Decagon.** Un approccio deliberatamente product-led, guidato da due richieste enterprise costanti: **velocità di iterazione** e **rifiuto del vendor lock-in**. Costo: trasformare le escalation in requisiti anziché in patch. Beneficio **autodichiarato**: *« two-thirds of deployment work »* ormai svolto autonomamente via **Duet**, e *« a few days »* per lanciare il primo **AOP** presso grandi banche, compagnie aeree o telco. Cifre non definite e non verificabili.

**La frase di chiusura**: *« 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/it/fiches/zhang-decagon-fde-produit-2026-08-11/