Forward deployed engineering: the complete guide / Compared with other roles
Forward deployed engineer vs sales engineer
A sales engineer works before the contract is signed and is measured on whether the deal closes. A forward deployed engineer works after it is signed and is measured on whether the system reaches production. The test is the compensation plan: across 1,000 job postings carrying the forward deployed title, 70 percent mentioned equity, 8 percent mentioned commission or on-target earnings, and none were quota-carrying. Where a role does carry a number, the incentive ends at signature, and knowing that before you hire or buy is worth more than any duty list.
Key takeaways
- The test is the compensation plan. A quota or commission tied to bookings makes the incentive end at signature, whatever the title says.
- Across 1,000 postings carrying the forward deployed title, none were quota-carrying, 70 percent mentioned equity, and 8 percent mentioned commission or on-target earnings.
- Roughly 30 percent of postings using the FDE title were really sales engineering roles, reporting 30 to 40 percent of time spent coding against 70 to 90 percent for the production version.
- Both roles are needed and they are sequential. The handoff between them is where deployments are most often lost.
A sales engineer helps win the deal. A forward deployed engineer delivers what was sold. They sit on opposite sides of the signature, and confusing them costs both money and trust.
The test
Look at the compensation plan. Does the role carry a quota, a commission, or on-target earnings tied to bookings?
If yes, the incentive ends when the contract is signed. That is a sales engineering role, and it is a legitimate one. If the pay is base plus equity with no bookings component, the incentive runs through delivery.
The analysis of 1,000 postings carrying the forward deployed title, published in November 2025 using Revealera data, makes this measurable: 70 percent mentioned equity, 8 percent mentioned commission or on-target earnings, and none were quota-carrying. A role advertised as forward deployed engineering that comes with a number attached is doing something different from what the market means by the term.
What each one is actually for
A sales engineer removes technical doubt before purchase. They run the demo, answer the security questionnaire, build the proof of concept that shows the thing can work, and translate between the product and the customer's architecture team. Their success is a signed contract, and they are usually working several deals at once.
A forward deployed engineer removes the gap between the signed contract and a working system. They embed, build against real data, and push the deployment through the customer's path to production. Their success is a system running, and they are usually on one or two accounts.
The proof of concept a sales engineer builds and the system a forward deployed engineer ships look similar and are built to different standards. A proof of concept has to be convincing. A production system has to be correct on the data it will actually see, including the rows nobody mentioned.
The handoff, which is where things break
The most expensive moment in the whole sequence is the transition between the two roles.
A sales engineer has spent weeks learning the customer's situation and has built something that works on a curated slice of data. If that knowledge does not transfer, the forward deployed engineer starts from zero, asks questions the customer already answered, and the customer concludes the vendor is disorganised before the real work begins.
Three things make the handoff survivable. The proof of concept and its assumptions are written down, including what was faked. The forward deployed engineer joins the last two customer calls before signature rather than being introduced afterwards. And the commitments the sales engineer made are recorded somewhere the delivery team can read, because a commitment nobody wrote down is still a commitment in the customer's mind.
Coding time, and the honest version of the overlap
In the same dataset, the roles that were genuinely production-focused reported 70 to 90 percent of the week spent coding. The sales-adjacent roles using the same title reported 30 to 40 percent.
That gap is the practical difference. An engineer at 35 percent coding is not going to carry a production deployment through a large company's change process, because most of their week belongs to other deals.
Some companies deliberately blend the roles at small scale, where one person sells and delivers. That works while there are few customers and stops working at the point where the delivery work of one account would consume the whole week. The failure mode is not obvious from outside: deals keep closing and deployments keep slipping.
What to ask, depending on which side you are on
If you are hiring: state which role it is in the first line of the description, and state the compensation structure. A candidate who wants to build production systems and finds themselves demoing will leave, and you will have paid a recruiter for the privilege.
If you are buying: ask whether the engineers who will work on your deployment are compensated on your system going live or on the contract being signed. Then ask what happens to the person you have been talking to after signature. If the answer is that they move to the next prospect, plan the handoff yourself.
If you are a sales engineer considering the move: it is the second most common route into the role. Of the 1,000 postings analysed, 22 percent of the career paths in came from solutions or sales engineering, behind 45 percent from software engineering. The skill you already have is customer judgment. The one to prove is production ownership.
Which one you need
You need a sales engineer when deals are stalling on technical objections, when prospects ask for proofs of concept, and when your engineers are being pulled into presales calls they resent.
You need a forward deployed engineer when deals are closing and deployments are not finishing. That is a different problem and hiring more presales support makes it worse, because you will sign more contracts you cannot deliver.
Next: FDE vs solutions engineer, which is a closer call than this one, or FDE vs consultant.
Best for
- Diagnosing whether your problem is deals stalling or deployments stalling
- Writing a job description that does not attract the wrong half of the market
- Planning the handoff between presales and delivery
Avoid if
- You need the architecture comparison instead, which is a different fork
Verify before you commit
- Read the compensation plan and look for a quota, commission or on-target earnings tied to bookings
- Ask what share of the week is spent writing code that gets merged
- Ask what happens to your main technical contact after the contract is signed
Common questions
What is the difference between a forward deployed engineer and a sales engineer?
A sales engineer works before the contract is signed and is measured on the deal closing. A forward deployed engineer works after signature and is measured on the system reaching production. The test is the compensation plan: a quota or commission tied to bookings means the incentive ends at signature.
Do forward deployed engineers carry a sales quota?
Across 1,000 job postings carrying the title, analysed in November 2025, none were quota-carrying. 70 percent mentioned equity and 8 percent mentioned commission or on-target earnings. A forward deployed role advertised with a quota attached is closer to sales engineering under a more attractive title.
Why do deployments break at the handoff from sales engineering?
Because the sales engineer has weeks of context and a proof of concept built on a curated slice of data, and that context often does not transfer. The forward deployed engineer starts from zero, re-asks questions the customer already answered, and commitments nobody wrote down are still commitments in the customer's mind.
Can the same person sell and deliver?
At small scale yes, and it stops working at the point where one account's delivery work would fill the whole week. The failure is hard to see from outside: deals keep closing while deployments keep slipping, because the selling half of the job always has a nearer deadline.
Is moving from sales engineering to forward deployed engineering common?
It is the second most common route in. Of the career paths represented across 1,000 postings, 45 percent came from software engineering and 22 percent from solutions or sales engineering. The transferable skill is customer judgment, and the one to demonstrate is ownership of something that reached production.
We are closing deals but deployments stall. Which role fixes that?
Forward deployed engineering. Adding presales capacity makes the problem worse, because you will sign more contracts you cannot deliver. The tell is that your technical wins happen before signature and your losses happen after it.
Related reading
An AI demo is not a product
A convincing AI demo takes an afternoon. Turning it into something people trust in production is where most of the work, and most of the failures, live.
How to estimate a software project honestly
A single-number estimate on new work is a promise nobody can keep. The honest version is a range that reflects real uncertainty, and the biggest driver of a bad estimate is risk nobody scoped.
More in Compared with other roles
Forward deployed engineer vs solutions architect
A solutions architect designs how a system should be implemented and hands that design to someone else to build. A forward deployed engineer writes the implementation themselves, inside the customer's environment, and stays accountable until it runs in production. The single test that separates them is who merges the pull request. Both roles are senior, both are customer-facing, and both can hold the same technical opinions. Only one of them is answerable when the deployment does not work.
Forward deployed engineer vs solutions engineer
A solutions engineer is anchored to a specific product: they configure it, extend it within its supported surface, and make it fit the customer. A forward deployed engineer is anchored to the customer's problem and builds whatever is missing, including parts the product does not cover. The test is what happens when the product cannot do what the customer needs. A solutions engineer files a feature request. A forward deployed engineer writes the code. This is a closer comparison than sales engineering, and the two titles are used interchangeably by companies who mean different things.
Forward deployed engineer vs consultant
A consultant delivers an agreed scope: the statement of work defines done, and the engagement ends when the scope is delivered. A forward deployed engineer is accountable for an outcome, so when the plan turns out to be wrong they change the plan rather than raising a change request. The test is what happens on the day somebody discovers the original approach will not work. That day arrives in most engagements, and the two models respond to it in opposite ways.
Forward deployed engineer vs systems integrator
A systems integrator connects systems that already exist, using each product as the vendor intended, and its skill is knowing how the pieces fit. A forward deployed engineer writes the part that does not exist yet. The test is whether your problem is solved by wiring together things that are already built. If it is, an integrator will do it faster and cheaper. If the answer requires code nobody has written, an integrator will scope it as custom development and subcontract it, which is the moment to ask who is actually accountable.
Forward deployed engineer vs staff augmentation
Staff augmentation adds senior engineers to your team, working under your direction, on the roadmap you already own. Forward deployed engineering hands an outcome to an outside team who decide how to reach it and are accountable for it running. The test is whether you have someone senior on your side making the technical calls. If you do, buy hands. If nobody is making those calls, buying hands means buying capacity that waits to be told what to do. This is the fork most buyers are actually standing at, and the two are often sold under the same words.