To FDE, or not to FDE?

Punti chiave

1. Data / fonte. 11 agosto 2026, lungo articolo su X di Jesse Zhang, CEO di Decagon.
2. 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.