What does a forward deployed engineer hand back to product?

THE SHORT ANSWER

A one-page packet with four things, not a story. The delta between what shipped and what the customer actually runs, in configuration terms. The customer's eval rows, the cases that failed on day one and pass now. The reversals, what the customer turned off and why. And the count, how many other customers by name have the same problem. It is due two weeks in, at go-live, and at day 60. Product owes back a named owner, a written decision within two weeks (generalize, keep as configuration, or kill), and the eval the generalized version has to pass on every customer in the count. Akshay Krishnaswamy, Palantir's chief architect, put the job as absorbing pain and excreting product; the packet is the pipe. Palantir naming Fujitsu a Global FDE Partner on September 10, 2026 makes the point sharper: when a partner does the deploying, the handback has to be a contract term with a format and a date, or the vendor pays to learn things about its own product that the partner keeps.

The handback is the half of the FDE model that decides whether the company is a software business or a services business with a software company's burn. Every deployment produces a delta between what shipped and what the customer runs. Either that delta becomes a decision on the product side, or it becomes a bespoke fork nobody reads.

Part 3 of The FDE Transition writes the handback down: the packet, the three moments, and what product owes back. The handbook chapter on the deployment-to-product loop is the mechanism the packet feeds, and what has to change in the product before FDEs can work is where the configuration boundary that makes the delta a diff comes from.

SOURCES

THE LONG VERSION

RELATED ANSWERS

Last reviewed 2026-09-24 · 1 min read