O que é um Forward Deployed Engineer e precisa de um?

Sou o Denys, engenheiro full-stack e de IA sénior no Porto. Trabalho como forward deployed engineer para equipas pequenas, por isso descrevo a função por dentro. Os exemplos abaixo vêm dos meus próprios projetos; os números de mercado vêm das fontes ligadas junto a cada um.

O que é um forward deployed engineer?

Um forward deployed engineer é um engenheiro de software colocado junto das pessoas que usam o software, que escreve código de produção para o problema delas e é responsável por ele até funcionar. A palavra “forward” é o ponto central: o engenheiro trabalha onde está o problema, não à distância.

O título vem da Palantir. Os seus FDEs chamavam-se “Deltas” e, até 2016, a empresa tinha mais deles do que de engenheiros de software comuns, segundo o The Pragmatic Engineer. A Palantir resume o trabalho como semelhante ao de um CTO de startup: uma equipa pequena que é responsável pela execução de ponta a ponta de um projeto de alto risco. O anúncio da OpenAI descreve engenheiros que “assumem a descoberta, a definição técnica do âmbito, o desenho do sistema, a construção e a entrada em produção” junto dos clientes.

A função está a espalhar-se depressa. A análise da Bloomberry contou 1.165% mais anúncios com o título FDE de janeiro a outubro de 2025 do que nos mesmos meses de 2024. A explicação habitual é a IA: um modelo é fácil de experimentar e difícil de encaixar num negócio real, e encaixá-lo é exatamente este trabalho.

O que faz, na prática, um forward deployed engineer?

O trabalho é um ciclo, e a maior parte acontece antes de se escrever código.

1. Perceber como o trabalho é realmente feito. Sentar-se com as pessoas que o fazem, ler as folhas de cálculo que usam, ver onde as coisas falham.
2. Encontrar o problema que vale a pena resolver. Muitas vezes não é o da primeira chamada.
3. Construir a solução em produção. Dados reais, utilizadores reais, regras de acesso reais, não uma demonstração.
4. Ficar até funcionar. Corrigir o que os utilizadores encontram nas primeiras semanas e depois passar o testemunho ou continuar.

Os anúncios de emprego dizem o mesmo. Nos 1.000 anúncios que a Bloomberry analisou, trabalhar diretamente com clientes era a responsabilidade mais comum (55%), seguida de construir e pôr em produção sistemas de IA/ML (37%) e de integrar sistemas e APIs (32%). Nenhum anúncio indicava uma quota de vendas como tarefa central. O tempo no local varia: a Palantir espera cerca de 25% do tempo de um FDE junto dos clientes e a startup de saúde Commure até 50%, segundo o The Pragmatic Engineer.

Todos os “forward deployed engineers” fazem o mesmo trabalho?

Não. O título cobre hoje três trabalhos diferentes, e a diferença conta quando contrata ou compra um.

• O construtor (60% dos anúncios). Integra-se no cliente e escreve a maior parte do código: 70 a 90% do tempo, segundo os indicadores da Bloomberry.
• Um sales engineer com um título novo (30%). Faz demonstrações e provas de conceito e depois passa a construção a uma equipa de implementação.
• Uma função de ferramentas internas (10%). Constrói automação para as equipas de vendas e marketing da própria empresa; o “cliente” é interno.

Se precisa de algo construído e a funcionar, quer o primeiro tipo. Para os distinguir, faça uma pergunta: quem escreve o código que vai para produção?

Como é num projeto real?

Dois dos meus projetos mostram o ciclo melhor do que uma definição.

Documentos de construção. Uma equipa de construção geria documentos, formulários e relatórios de obra em Google Sheets e Docs, e as atualizações da obra chegavam tarde ao escritório. O pedido óbvio era “uma aplicação em vez de folhas de cálculo”. Ao acompanhar o fluxo de trabalho, a restrição real apareceu: as folhas de cálculo só podiam sair se cada função visse exatamente o que devia e os dados de cada empresa ficassem separados. Por isso as regras de acesso foram para a própria base de dados, e a plataforma foi construída em torno delas: formulários preenchidos em obra com fotografias e assinatura, aprovação, PDFs automáticos, painéis de acompanhamento e um portal do cliente. O caso completo está em /pt/work/construction-document-platform/.

Áudio de transmissões em direto. Uma equipa de operações de media verificava à mão o áudio de comentário, pelo que uma falha não detetada podia chegar aos espectadores. A primeira ideia eram alertas simples. O requisito real, descoberto ao observar como trabalham os operadores, era que os alertas fossem completos e silenciosos. Completos: uma quebra de rede não pode perder leituras, por isso a máquina local guarda uma hora de leituras e um dia de eventos em disco e volta a enviá-los. Silenciosos: um canal instável não pode inundar os operadores, por isso um alerta só dispara depois de uma falha durar um tempo mínimo. O caso completo está em /pt/work/live-broadcast-audio-qa/.

Nos dois casos o código foi a parte menor. O valor esteve em encontrar a restrição que o primeiro pedido não mencionava.

Em que difere um FDE de um solutions engineer ou de um consultor?

O teste é quem escreve o código e quem responde por ele em produção.

O The Pragmatic Engineer traça a linha no mesmo sítio: os FDEs trabalham com os clientes e também contribuem para o produto, enquanto os solutions architects e os sales engineers ficam mais perto da venda.

Quando é que uma empresa precisa de um forward deployed engineer?

Quando o problema ainda não está totalmente definido e quem o encontra deve ser quem o constrói. Sinais típicos:

• O trabalho corre em folhas de cálculo, email e verificações manuais, e ninguém escreveu como.
• Está a juntar IA ou uma integração a um processo com dados desorganizados e utilizadores reais.
• Os requisitos mudam todas as semanas, por isso uma especificação fixa estaria desatualizada antes de ser entregue.
• Projetos anteriores falharam entre quem percebia o negócio e quem escrevia o código.

Provavelmente não precisa de um quando a especificação é clara e estável, ou quando o trabalho exige muitos perfis ao mesmo tempo, como design, mobile e QA em paralelo. Uma equipa ou uma agência cobre isso melhor.

Como se arranja um?

Há três vias comuns. Pode contratar um FDE internamente, o que demora meses: cerca de 3 a 7, pela minha soma dos intervalos citados em o prazo de contratação. Pode recorrer a uma agência, que costuma separar quem vende de quem constrói. Ou pode integrar um engenheiro sénior com subscrição, que é como eu trabalho. Forward Deployed Engineer, agência ou freelancer compara as opções lado a lado, incluindo quando cada uma é a escolha errada.

Perguntas frequentes

O que significa FDE?

Forward deployed engineer. O título começou na Palantir e é hoje usado pela OpenAI, Databricks, Ramp, Salesforce e muitas startups de IA.

Quanto ganha um forward deployed engineer?

Nos EUA, os indicadores da Bloomberry para o tipo construtor são USD 140.000 a 250.000 por ano de salário, normalmente com ações. O tipo sales engineer ganha USD 120.000 a 200.000 mais comissão. Ambos os intervalos vêm de anúncios de 2025, por isso use-os como referência, não como orçamento.

Um forward deployed engineer é uma função comercial?

O tipo construtor não. Na amostra da Bloomberry, nenhum anúncio punha a receita como tarefa central. Os FDEs ajudam muitas vezes a fechar uma venda ao mostrar que o produto pode ser posto a funcionar, mas o trabalho é de engenharia.

Um FDE pode trabalhar à distância?

Em parte. Aprender um negócio é mais rápido na mesma sala, e é por isso que os anúncios mencionam 25 a 50% do tempo junto dos clientes. Para trabalho só de software, um chat partilhado, partilha de ecrã e acesso aos dados reais cobrem a maior parte, com visitas quando o trabalho o exige.