FDE vs Solutions Engineer vs Solutions Architect.
Five customer-facing technical titles, compared honestly: what each one produces, where they sit in the customer journey, how much code they write, and who they report to. Plus which one to hire first.
The direct answer
In the forward deployed engineer vs solutions engineer comparison, the line is the contract signature: the solutions engineer wins the deal, the FDE makes the deal real in production. In the forward deployed engineer vs solutions architect comparison, the line is code depth: the architect designs and guides, the FDE personally builds and ships inside the customer environment.
These titles overlap at every company that uses them, which is why hiring by title alone fails. Compare the roles by four dimensions instead: primary output, position in the customer journey, code depth, and reporting line. The table below does that for the five titles that come up most in AI and data companies.
The comparison, side by side
| Role | Primary output | Customer journey | Code depth | Typical reporting line |
|---|---|---|---|---|
| Forward Deployed Engineer | Production solutions shipped inside the customer environment | Post-sale, embedded through deployment and often beyond | High: writes and owns production code | Engineering, or a dedicated forward deployed team |
| Solutions Engineer | Technical wins: demos, proofs of concept, objection handling | Pre-sale, alongside the account executive | Moderate: prototypes and demo code, rarely production | Sales or revenue organization |
| Solutions Architect | Technical designs and integration guidance customers follow | Late pre-sale through early delivery | Moderate to low: designs more than implements | Field engineering, customer success, or CTO office |
| Implementation Engineer | Completed rollouts: configuration, integration, go-live | Post-sale delivery window | Moderate: configuration and integration code | Professional services or delivery |
| Deployment Strategist | Deployment plans and cross-account patterns that make rollouts repeatable | Spans pre-sale scoping and post-sale delivery | Varies: some hands-on, mostly design and orchestration | Product, field engineering, or operations |
Reporting lines vary by company; the table shows the most common patterns, not rules.
Where the roles overlap, and why it causes mis-hires
Every pair of adjacent rows in that table shares real territory. Solutions engineers and solutions architects both design technical approaches during the sale. Architects and FDEs both make integration decisions. FDEs and implementation engineers both work post-sale in the customer stack. Deployment strategists borrow from all four. The overlap is not a naming failure; the underlying work is continuous, and companies cut it at different points.
The mis-hires happen when a company writes one title while meaning another. The most common version: posting a solutions architect role while actually needing someone to write production code in customer environments, which is a forward deployed engineer. Strong architects take the job, decline the hands-on work as out of scope, and both sides feel misled. The reverse happens too: hiring an FDE, then filling their calendar with pre-sales demos until they leave for a job where they can build.
Which to hire first, by company situation
- Deals die before signature on technical doubt. Hire a solutions engineer. The problem is proof, not delivery.
- Deals sign, then pilots stall between demo and production. Hire a forward deployed engineer. See the full case on the FDE recruiting page.
- Integrations work, but rollouts drag and customers go live late. Hire an implementation engineer or an implementation leader.
- Every deal produces a bespoke design that nobody owns afterward. Hire a solutions architect to make the designs consistent and reusable.
- Deployments succeed but never get cheaper or faster. Hire a deployment strategist to turn one-off wins into a repeatable playbook.
All five roles, and the people who lead them, sit inside our customer-facing technical talent practice.
Evaluation questions that expose the difference
Whichever title you are hiring, three questions in the loop will reveal whether the candidate matches the role you actually need:
- In your last customer-facing role, what percentage of your time was writing code that reached production? The answer sorts FDEs from architects and consultants fast, in both directions.
- Tell me about a deal or deployment where you disagreed with the customer technically. What did you do, and where did it land? Journey position shows up here: pre-sale people talk about winning trust, post-sale people talk about protecting outcomes.
- Walk me through the artifact you are proudest of. A demo, a design document, a shipped integration, or a rollout plan: the artifact a candidate reaches for tells you which row of the table they really live in.
Frequently asked questions
Bring us the situation. We will tell you which hire it is.
A 30-minute scoping call: we map your customer journey, name the role, and recommend the right way to run the search.