Anunciamos US$ 3,2M em rodada pré-seed · OneVC · Maya · Norte Ventures Leia →
Voltar ao blog

Forward deployed engineer:
o que é um FDE e o que ele faz

Em resumo

Uma plataforma de IA comprada por uma distribuidora funciona nos testes do fornecedor e para na primeira semana dentro da empresa. O cadastro de produtos usa códigos internos que ninguém documentou, a aprovação de devoluções passa por uma planilha e o acesso ao ERP depende de um perfil que o fornecedor não tem. O forward deployed engineer, ou FDE, é o profissional que trabalha dentro do cliente para atravessar esse trecho. Na Strattum, é ele quem implanta o Company Brain, a camada que conhece a empresa: quais dados existem, onde vivem, como se relacionam e quem pode ver o quê.

Forward deployed engineer é o engenheiro que trabalha embutido no cliente

Um forward deployed engineer é um engenheiro de software do fornecedor que passa a maior parte do tempo junto das equipes do cliente. Ele escreve código, configura integrações e ajusta o produto no ambiente real, ao lado de quem executa o processo que a tecnologia deve apoiar.

O papel responde pelo resultado técnico do caso de uso, que se completa quando a área cliente usa a solução no dia a dia, com os próprios dados e regras.

O modelo nasceu no software de dados para governos e grandes empresas

A expressão vem do vocabulário militar, que chama de avançadas as forças posicionadas perto do terreno. O cargo ganhou nome em empresas de software de dados que atendiam governos e grandes corporações, clientes com sistemas antigos, regras de segurança rígidas e processos impossíveis de reproduzir em ambiente de teste.

Nesses contratos, o produto genérico resolvia parte do problema, e o restante dependia de adaptação ao dado e ao processo de cada cliente.

O dia a dia de um FDE vai do processo ao código e de volta ao produto

O ciclo costuma seguir sete atividades:

  1. entender o processo com quem executa, acompanhando, por exemplo, a analista que aprova devoluções;
  2. conectar as fontes que o caso de uso exige, negociando acesso com tecnologia e segurança;
  3. modelar o significado do dado, registrando o que cada código, status e categoria quer dizer naquela empresa;
  4. configurar permissões para que cada pessoa e cada agente vejam apenas o que já podem ver nos sistemas de origem;
  5. ajustar o fluxo até que a saída caiba no trabalho real, no formato e no momento certos;
  6. medir o uso e a qualidade das respostas e treinar as pessoas que vão operar a solução;
  7. devolver ao time de produto o que se repetiu, para que o próximo cliente encontre aquilo pronto.

A última atividade define o valor do papel para o fornecedor. O aprendizado de campo vira conector, funcionalidade ou modelo de ontologia reaproveitável.

Ciclo de trabalho de um forward deployed engineer em sete etapas
O ciclo do forward deployed engineer vai do processo ao código e de volta ao produto

O forward deployed engineer ocupa um espaço próprio entre três papéis conhecidos

Três papéis costumam ser confundidos com o FDE:

  • Consultor: diagnostica o processo e recomenda o que mudar, e entrega um plano ou um desenho de processo;
  • Engenheiro de implantação: configura o produto dentro de um escopo fechado, com roteiro padronizado e data de término;
  • Sucesso do cliente: acompanha adoção, saúde da conta e renovação depois que a solução está no ar;
  • Forward deployed engineer: escreve código no ambiente do cliente, responde pelo caso de uso funcionando em produção e leva ao produto o que aprendeu.

Na prática, os papéis convivem, e o sucesso do cliente assume o acompanhamento depois que o FDE leva o caso à produção.

Comparação entre forward deployed engineer, consultor, engenheiro de implantação e sucesso do cliente
O forward deployed engineer ocupa um espaço próprio entre três papéis conhecidos

A última milha é onde muitos projetos de IA travam

Última milha é o trecho entre o produto genérico e o processo específico de uma empresa. O fornecedor entrega componentes que funcionam em qualquer cliente. O cliente tem códigos internos, exceções combinadas por telefone, aprovações em planilha e permissões desenhadas ao longo de anos.

Em 2018, um estudo publicado pelo NBER mostrou que tecnologias de uso geral, como a IA, exigem investimentos complementares em processos, modelos de negócio e capital humano. O trabalho do FDE é parte desse investimento, feito onde o processo acontece.

Com modelos de linguagem, a última milha ficou mais longa. Cada empresa tem dados, termos e regras próprios, e um agente sem o significado local de pedido liberado produz uma resposta fluente sobre a coisa errada. Por isso o modelo de forward deployed engineer voltou a crescer com a IA: o contexto de cada empresa só se levanta dentro dela.

O modelo de FDE traz riscos de dependência, customização e escala

  • Dependência de pessoas: o conhecimento sobre o cliente fica com quem esteve lá. A mitigação é registrar cada decisão em um artefato do produto, como a ontologia, e manter um dono interno no cliente;
  • Customização que não volta ao produto: scripts feitos para um único cliente viram manutenção permanente. A mitigação é tratar como dívida o que o FDE constrói fora do produto;
  • Escala: o número de clientes cresce mais rápido que o número de FDEs. A mitigação é reduzir a presença do FDE à medida que o cliente assume a operação.

Na Strattum, o forward deployed engineer implanta o Company Brain

Na Strattum, o FDE conecta as fontes do primeiro caso de uso, como CRM, ERP e helpdesk, e monta o grafo de conhecimento que liga os registros desses sistemas.

Com as áreas, ele constrói a ontologia do negócio: o que pedido liberado significa para logística, financeiro e comercial, e qual definição vale em cada pergunta. As permissões são herdadas dos sistemas de origem, e o contexto é servido via MCP aos modelos e agentes que a empresa escolher.

O que o FDE modela fica no Company Brain, dentro do ambiente do cliente. O segundo caso de uso parte das fontes, entidades e definições que o primeiro deixou resolvidas, e a presença do FDE diminui a cada caso.

Forward deployed engineer construindo o Company Brain reaproveitado nos casos de uso seguintes
O que o forward deployed engineer modela fica no Company Brain e é reaproveitado

O trabalho do FDE depende de um dono interno do lado do cliente

Um forward deployed engineer acelera a implantação porque conhece a plataforma por dentro. As decisões de negócio continuam com a empresa: qual definição prevalece, quem pode ver qual dado, qual processo muda.

O ponto de partida prático é nomear o dono interno antes do primeiro dia do FDE. É uma pessoa da área do caso de uso, com tempo reservado, autoridade para fechar definições com outras áreas e acesso a quem aprova permissões. Ela trabalha lado a lado com o forward deployed engineer durante a implantação e assume a operação quando a presença dele diminuir.

Receba os próximos artigos sobre implementação de IA