Contrate um forward deployed engineer quando o problema está dentro dos seus sistemas e você precisa de alguém que escute o problema e entregue a correção no seu ambiente. Contrate uma consultoria quando faz mais falta um olhar de fora, uma recomendação ou uma entrega definida do que mãos no teclado todos os dias. O que decide é quem precisa escrever o código que muda a produção: alguém integrado ao seu time ou uma empresa que trabalha de fora.
Tenho interesse nos dois lados. Vendemos forward deployed engineering por hora e também projetos de escopo fechado, que é a parte do trabalho de uma consultoria que fazemos. Não vendemos serviços gerenciados. Por isso digo onde cada modelo encaixa e onde nós não encaixamos.
O que é um forward deployed engineer?
É um engenheiro de software que trabalha direto com o cliente, dentro do time dele e em cima dos sistemas reais. Junta construir (escrever código, ligar integrações, publicar) com entender o problema em primeira mão, nas reuniões e nos repositórios do cliente.
Quando você contrata um FDE de uma empresa como a nossa, quem ouve o problema é quem o conserta. Ninguém fica no meio entre quem levanta e quem constrói.
No que uma consultoria é diferente?
Uma consultoria vende experiência e um resultado de fora do seu time. O formato comum é um diagnóstico, um conjunto de recomendações e, às vezes, um projeto de implementação, tocado por uma equipe que a própria empresa monta. O processo dela decide quem faz o quê, e as pessoas mudam quando o projeto passa de fase.
O modelo tem forças reais: a visão de quem trabalhou com muitos clientes, alguém sênior que já viu o seu problema em outro lugar e uma entrega que você pode cobrar. A fraqueza típica é a distância. Quem escreve as recomendações nem sempre é quem as implementa, e às vezes nenhum dos dois está lá quando a mudança chega à produção.
Como se comparam?
| Aspecto | Forward deployed engineer | Consultoria |
|---|---|---|
| Onde o trabalho acontece | Dentro do seu time, nos seus repositórios e contas de nuvem | Sobretudo no processo da consultoria, com reuniões de acompanhamento |
| Quem dirige o dia a dia | Você, com o engenheiro dono do problema | O gerente de projeto da consultoria |
| Resultado típico | Mudanças funcionando na sua produção | Diagnóstico, roadmap ou um projeto definido |
| Continuidade | A mesma pessoa ao longo do tempo | As equipes mudam entre fases |
| Preço (o nosso) | Por hora, conforme o nível | Preço fixo por pacote, ou um arquiteto mensal |
Quanto custa um FDE?
O nosso forward deployed engineering é cobrado por hora, com a mesma tabela pública do staff augmentation: Líder / Arquiteto US$ 55 a 60, Sênior 45 a 50, Pleno 35 a 40, Júnior 30. Não existe um pacote fixo de FDE. Um sênior com 160 horas sai por US$ 7.200 a 8.000 por mês, e um líder, por US$ 8.800 a 9.600. Meses com feriado têm menos horas e você paga as horas trabalhadas. Tudo está em preços, e a diferença para a contratação pura de capacidade está em staff augmentation vs serviços gerenciados.
Do lado da consultoria vendemos duas coisas. O Discovery custa US$ 7.000 por uma a quatro semanas: entendemos o produto e a configuração dele de ponta a ponta e entregamos um roadmap com backlog, papéis, mudanças críticas e necessidades. O arquiteto de software custa US$ 4.480 por mês por 20 horas semanais, para projeto, consultas e acompanhamento.
Você entrevista quem vai fazer o trabalho. Se a pessoa sair ou não se encaixar, fazemos a substituição e cuidamos da transição sem custo.
Quando faz sentido um FDE?
Quando o problema já está em produção. Uma integração com um cliente que quebra toda hora, um processo de release em que ninguém confia, uma função de IA que vai bem na demo e falha com dados reais. Diagnóstico e correção acontecem no mesmo lugar, e é aí que um engenheiro integrado justifica a tarifa por hora.
Também quando o caro é o contexto. Se explicar seus sistemas leva três semanas, vale deixar esse investimento com uma pessoa que continue usando o que aprendeu. E você precisa conseguir dar acesso e direção: o FDE trabalha nas suas contas, com as suas identidades, então alguém do seu lado tem que liberar permissões, definir prioridades e revisar o que ele faz. Se ninguém pode fazer isso, você vai ter um engenheiro solto, e isso é problema do arranjo e não do engenheiro.
Um exemplo desse modelo é a MPI, uma plataforma SaaS de análise de portfólios. Um engenheiro de plataforma da Clouditive, com um agente de IA de apoio, trabalha ao lado do líder de DevOps da MPI e de uns 8 engenheiros dela. O trabalho acontece nos repositórios e pipelines deles, junto de quem constrói o produto.
Quando faz sentido uma consultoria?
Quando você precisa de uma decisão antes de precisar de mãos: qual plataforma, qual nuvem, qual arquitetura. Isso é uma entrega. Também quando o trabalho tem um fim natural (monta-se um pipeline, levanta-se a base de um portal, escreve-se uma auditoria) e quando você quer preço e data fixos desde o início, porque um resultado se aprova mais fácil do que uma linha aberta de horas.
Essa é a metade do modelo de consultoria que vendemos em pacotes. O Discovery é o mais próximo de uma consultoria clássica. O arquiteto dá 20 horas por semana de um arquiteto, sem uma contratação em tempo integral.
Dá para combinar os dois?
Dá, e muitas vezes é a ordem certa. Um Discovery ou um arquiteto define a direção, e depois um ou dois FDEs a implementam dentro do seu time. A passagem sai barata quando a mesma empresa escreveu o roadmap e fornece os engenheiros, e sai mais barata ainda se o arquiteto continua revisando o que o FDE faz.
Os dois modelos também não competem. A MojoTrek, uma consultoria de TI dos Estados Unidos e parceira da Clouditive, usa engenheiros nossos da América Latina para atender a demanda dos próprios clientes, em vários projetos e em todas as nossas áreas de serviço. Uma boa consultoria muitas vezes precisa de engenheiros integrados para terminar o que recomenda.
O que perguntar antes de contratar um FDE?
Peça as respostas por escrito.
Quem exatamente vai fazer o trabalho, e posso entrevistá-lo? Se a resposta é “um time” e não há nomes, não é forward deployed. O que acontece se essa pessoa sair? A nossa resposta: substituímos e cobrimos a passagem sem custo. Em que contas e com que identidades ela trabalha? Os nossos usam as contas do próprio cliente, com login único (SSO), duplo fator e permissões mínimas que são revogadas na saída, e passam por uma checagem de antecedentes antes da alocação. De quem é o código? Todo o código e a propriedade intelectual são do cliente desde o dia 1. Trabalhamos com um contrato-mãe (MSA) e um anexo para cada trabalho (SOW), e assinamos NDA antes da conversa, se você pedir. Por fim, quantas horas se sobrepõem com o meu time? Nossos engenheiros estão na América Latina, entre UTC-3 e UTC-5, com pelo menos 4 horas de sobreposição com o leste e o centro dos EUA e 2 com a costa oeste. Peça sempre a faixa no seu fuso, em vez de “a mesma jornada”.
FDE é o mesmo que staff augmentation ou que um engenheiro de pré-vendas?
Staff augmentation põe um engenheiro no seu time, sob a sua direção e contra o seu backlog. Um FDE é contratado em torno de um problema concreto de produção ou de cliente e se responsabiliza por fazê-lo funcionar naquele ambiente. No comercial, os nossos são iguais: faturam pela mesma tabela por hora.
O engenheiro de pré-vendas (solutions engineer) é outra coisa. Costuma trabalhar durante a venda, mostrando como um produto poderia encaixar. O FDE trabalha depois da decisão, escrevendo e publicando o código que faz o produto encaixar.
Por onde começar?
Escreva o problema numa frase que cite um sistema e um sintoma. Se a correção mora no seu código, um FDE é o caminho mais curto. Se você ainda não consegue escrevê-la, comece por um Discovery. A página de forward deployed engineering traz a definição, como trabalhamos e as tarifas por nível. Respondemos a um contato em um dia útil e apresentamos candidatos em 1 semana.