HelmUnit
Forward deployed engineering

Forward deployed engineering,
for companies too small to hire it.

A forward deployed engineer is a senior engineer who works inside your business rather than from a software vendor’s office — mapping how the work actually happens, building against that reality, and staying long enough to prove it holds up in production. It is the most effective way anyone has found to get AI working in a real operation. It is also, so far, priced for enterprises. HelmUnit sells the same method by the fraction.

Audit → evals → deploymentFrom €4,000/monthYou own everything

What is a forward deployed engineer?

A forward deployed engineer is a senior engineer who is embedded in the customer’s business instead of working from the vendor’s office. They sit with the people doing the work, map the process as it really runs rather than as it is documented, build software against that reality, and stay to make sure it survives contact with production.

The role exists because the hard part of applying AI is no longer the intelligence. Frontier models are released every few weeks and anyone can buy the same capability at the same price. What separates a company that gets value from one that does not is knowing exactly where in their operation intelligence belongs — and that judgement cannot be made from outside the business.

So the FDE is not a consultant who recommends and leaves, and not a contractor who takes a spec and builds it. They are the person who works out what should be built, builds it, and is still there when it breaks.

Two kinds of judgement, in one person

Commercial judgement

Workflows, costs, incentives, risk, adoption, what the business actually values. Consultants are strong here.

Technical judgement

Models, systems, APIs, data, reliability, evals, guardrails. Engineers are strong here.

The role is rare because it needs both at once — not the average of the two, but genuinely good at each. That is why it is expensive, and why so few businesses under a few hundred people have ever had access to one.

Where the model came from — and why it never reached you

Palantir invented the role to get software working inside institutions that could not be handed a login and left alone. It worked, and the rest of the industry has spent the last two years copying it.

$171K–$295K

Palantir forward deployed software engineer total comp — median $211K

$385K–$510K

Mid-level FDE total compensation at frontier AI labs

+729%

Growth in FDE job postings, April 2025 to April 2026

$1B

AWS commitment behind its new forward deployed engineering group

Sources: levels.fyi (Palantir FDSE, United States); Perspective AI’s 2026 forward deployed engineering compensation report; Indeed job-posting data reported by Business Insider — 643 postings in April 2025 rising to 5,330 in April 2026; Constellation Research on the AWS announcement of 30 June 2026.

Every one of those numbers assumes a customer who can absorb them.

OpenAI, Anthropic, Databricks and a long tail of vertical AI startups now hire forward deployed engineers to sit inside their largest accounts. The economics only work when the customer is big enough to justify placing a $200K–$1M engineer on their site — which means the model, for all its effectiveness, has been available exclusively to enterprises.

A 60-person construction firm has exactly the same problem. Their quoting process lives in two estimators’ heads, their order emails arrive in no fixed format, and no amount of buying an AI subscription fixes either. They need someone to sit with the estimators, work out where a model genuinely helps, build it, and prove it works. They just cannot buy 100% of that person.

That is the entire premise of HelmUnit: the same three-phase method, the same seniority, bought by the fraction — a quarter of an engineer, a half, or the whole one — and scaled up or down month to month as the backlog demands.

Four ways to get this done

A full-time hire, a fractional FDE, a management consultant or a freelance developer. The comparison that actually matters is not price per day. It is whether the person builds or advises, how fast they start, and what survives when they leave.

OptionCostTime to startBuilds or advisesWhat survives their departure
Hire an FDE in-house
senior automation engineer, Western Europe
€130K+ in year one, once you add employer contributions and a recruiter fee4–9 months to recruit, then 1–3 months to rampBuildsWhatever they wrote down — usually the process leaves with them
Fractional FDE
what HelmUnit sells
From €4,000/month at ¼ capacity; scale down to €2,000 once the building is doneNext weekBuildsDocumentation to handover standard, plus a named second contact from day one
Management consultant
strategy engagement
€1,000–€2,500 per day, typically €20K–€80K per engagement2–6 weeksAdvisesA deck. Someone still has to build what is in it
Freelance developer
per-project or hourly
€400–€800 per day1–3 weeksBuilds what you specifyRarely documented — the knowledge goes with them, and often the credentials too

The in-house figure is not a scare number: a senior automation engineer in Germany averages around €98K, employer contributions add 21–35%, and recruiters charge 15–30% of first-year salary. The capability is genuinely expensive. The question is whether you need all of it, all the time.

Where this is the wrong answer

A comparison in which the seller wins every column is not a comparison. Two cases where something else beats us, and what the difference in price actually buys when it does not.

You need a full engineer, permanently
At full capacity we cost €14,000 a month — around €168,000 a year against the €130,000+ of an in-house hire. On a steady-state basis the hire is cheaper, and if the work is genuinely continuous and permanent, hire. What the difference buys is the year you spend getting there: recruiting takes four to nine months and ramping one to three more, so that €130,000 buys perhaps three to six months of output in year one, while we deliver twelve from next week. Per month of work actually done, we are cheaper in year one — the hire wins from year two, and only if the recruit succeeded. It also buys the right to stop next month rather than run a notice period and a severance, a named second contact instead of one person who can resign or fall ill, and the option to scale down to €2,000 a month once the building is done. A salary cannot be set to an eighth.
You have a tightly specified one-off build, and someone internal to run it
A freelance developer at €400–€800 a day is the right instrument, and a monthly subscription is the wrong one. Take that route. The premium here pays for the parts a freelancer is not engaged to do: working out what should be specified rather than waiting to be told, evals that show how often the system is right before it touches live work, and documentation written to handover standard so the knowledge does not leave when they do. If you already have the specification and someone to hold it, you do not need any of that.

The three phases, and how we run them

Forward deployed engagements follow the same structure everywhere the role exists: audit, then evals, then deployment. Each phase earns the right to the next, and the loop restarts once a workflow is improved — because fixing one bottleneck reliably exposes the next one. Here is that structure mapped onto the loop we already run.

1

Audit

our loop: document

Understand how the work really happens — not the documented process, the real one. We sit with the people doing it — on-site where that is practical, because watching the work happen in person surfaces things no interview will — and map every step, every exception, every hand-off, and produce an operating map showing what the workflow looks like today and what it would look like with automation built in. Most companies have never had this written down, and it pays for itself before anything is automated.

2

Evals

our loop: automate, then measure

Turn non-determinism into evidence. Before a system touches live work we build a golden dataset of real cases from your business with hand-labelled correct outputs, run the system against it, and track pass rates, failure categories and escalation behaviour. This is the phase that separates a system you can sign off on from a demo that happened to go well.

3

Deployment

our loop: improve → monitor

Make it work inside the business as it exists. We build on top of your current systems and never force a migration. Start in a sandbox, increase autonomy gradually as the numbers justify it, route anything the system is not confident about to a person rather than guessing, and monitor everything so failures surface immediately instead of quietly.

In practice this runs as a hybrid. On-site time is concentrated where physical presence genuinely changes the outcome — mostly the audit — while the build, the evals and the monitoring that follow are delivered remotely. Listed rates cover remote delivery; on-site days are quoted separately by destination and duration.

The part almost nobody does

Ask your vendor for their pass rate

Evals are how a non-deterministic system becomes something you can actually sign off on. They are a test suite for judgement: a set of real cases from your business, each with the answer a competent employee would give, run against the system so you can see how often it is right, how it is wrong when it is wrong, and whether it knows to escalate.

This is the single biggest difference between engineering and demoware. Any AI tool can be made to look impressive on a hand-picked example. Almost none of the people selling automation to small and mid-sized businesses can tell you what happens on the other 200 cases — the smudged scan, the order written as a paragraph of prose, the supplier who changed their invoice layout last month.

There is only one way something can go right, and a thousand ways it can go wrong. A system built only for the way it goes right is worth nothing, because the exceptions are exactly where your staff currently spend their time.

So we measure before we hand anything over, and we keep measuring afterwards. When we tell you nine out of ten orders now process themselves, that is a number off a real dataset — and we can show you which one in ten does not, and why.

If a vendor cannot tell you their system’s pass rate on your documents, they do not know whether it works. They know it demoed well.

What we track on every system we deploy

Pass rate — against a golden dataset of real cases from your business, not synthetic examples.

Failure taxonomy — what kind of wrong — misread, misclassified, hallucinated, or correctly refused.

Escalation behaviour — how reliably the system hands a case to a person instead of guessing at it.

Cost per run — so the economics stay visible and a model change never quietly triples your bill.

What a fractional FDE costs

The same fractions as everything else we do: ¼ of an engineer at €4,000/month, ½ at €7,500, a full engineer at €14,000, and ⅛ at €2,000/month once the building is done and it is mostly monitoring. Scale up for a push, scale down when it is cleared, cancel whenever. You own the code, the data and the documentation from day one.

See full pricing

Forward deployed engineering — common questions

Start with a 30-minute call

No pitch deck, no obligation. Tell us your most repetitive process — we'll tell you honestly whether it's worth automating and which fraction to start with.

or write to crew@helmunit.com · reply within one business day