Contratar dev ou terceirizar: como decidir na PME
Contratar um desenvolvedor ou terceirizar para um studio não é uma escolha entre salário e hora de fornecedor. É uma escolha sobre quem responde pela arquitetura do seu sistema daqui a dois anos. Time interno faz sentido quando software é capacidade permanente do negócio. Studio faz sentido quando o que você tem pela frente é uma obra com escopo.
Por que a conta de salário contra hora de fornecedor está errada
Porque ela compara duas coisas que não são a mesma. O salário compra a disponibilidade de uma pessoa. Um contrato de escopo compra um sistema entregue, documentado e com responsável definido. São compras diferentes, com riscos diferentes, e a planilha que coloca as duas na mesma linha esconde exatamente essa diferença.
Comece pelo número real. O custo empresa de um desenvolvedor back-end no salário médio, já com encargos CLT, é de R$ 10.144 por mês (Portal Salário/CAGED). Cerca de R$ 122 mil por ano, e ainda não entram aí recrutamento, notebook, licenças, o tempo do gestor e os meses em que a pessoa está aprendendo a sua operação.
O problema seguinte é mais silencioso. Um desenvolvedor sozinho não é um time. Alguém decide a arquitetura, alguém constrói e alguém mantém o que já está rodando. Quando essas três funções moram na mesma cabeça, a empresa trocou a dependência de planilha por uma dependência de pessoa-chave.
E essa cabeça costuma ir embora. A rotatividade do cargo é de 49,8% e o mercado registrou 27.742 admissões contra 27.540 desligamentos em doze meses (Portal Salário/CAGED). Quando um dev solo sai, o código fica. O que vai embora é o motivo de cada decisão que ele tomou e nunca escreveu em lugar nenhum.
O que você está comprando: capacidade ou arquitetura?
Essa é a pergunta que resolve a decisão. Ela raramente aparece antes de a vaga ser aberta.
Capacidade é braço. Você precisa de gente para tocar um backlog contínuo e evoluir um produto que é o seu negócio. Se você é uma fintech ou um SaaS, o software é o produto, e terceirizar a espinha dorsal do produto seria terceirizar a empresa.
Arquitetura é decisão. Como os dados fluem, quais processos são sistematizados e quais continuam manuais, o que integra com o que, o que se automatiza agora e o que fica para depois. Isso é uma obra, e exige alguém que já viu esse problema em dez empresas antes.
Se a sua empresa fatura acima de R$ 200 mil por mês e o software não é aquilo que você vende, o seu caso é o segundo. Você não quer virar uma empresa de tecnologia. Você quer parar de perder dias todo mês reconciliando planilha, saber o custo real de cada obra e fazer o comercial e o financeiro enxergarem o mesmo número. Nenhum desses problemas se resolve abrindo uma vaga. Todos se resolvem decidindo a arquitetura antes de escrever a primeira linha.
Quando contratar interno é a escolha certa
Contrate quando software é capacidade permanente e você tem massa crítica para sustentá-la. São quatro condições, e elas valem juntas:
- Software é o produto ou o diferencial competitivo, e não um sistema de apoio à operação.
- O volume de mudança é contínuo e previsível, com backlog que não acaba.
- Você já tem alguém sênior capaz de definir arquitetura e revisar código, ou vai contratar essa pessoa antes dos juniores.
- Você aguenta a conta cheia: mais de R$ 122 mil por ano por profissional, mais o tempo de gestão, mais a reposição quando alguém sair.
Se as quatro são verdade, monte time. Só não monte um time de uma pessoa e chame isso de time.
Quando o studio é a escolha certa
Terceirize quando o que você tem pela frente é uma obra. Também são quatro condições:
- O escopo é definível. Existe um sistema a construir, com entrega prevista, mesmo que ele evolua depois.
- Você precisa de senioridade que não conseguiria contratar, ou não conseguiria manter ocupada em tempo integral.
- Você quer o sistema rodando em meses, não no tempo de um processo seletivo somado ao tempo de rampa.
- A manutenção pós-entrega pode ser contratada, ou absorvida por alguém interno treinado no processo.
O que ninguém coloca na planilha é que a decisão arquitetural entra pronta. No sistema de gestão de apólices e corretores da UniTrust, uma corretora de seguros nos Estados Unidos, e na plataforma de gestão documental da Repap On, o trabalho difícil aconteceu antes da primeira linha de código: definir como os dados se organizam, o que o sistema precisa suportar em três anos e onde ele pode ser simples. Contratar um dev júnior para tomar essas decisões é caro de um jeito que só aparece depois.
E contratar PJ não resolve?
Resolve o custo aparente e abre um risco jurídico que hoje está sem resposta definitiva.
O STF ainda não fixou a tese do Tema 1389, que vai definir, com efeito vinculante para todos os tribunais, os critérios de licitude da contratação de pessoa jurídica e o ônus da prova em eventual alegação de fraude. Em 18 de junho de 2026 o ministro Gilmar Mendes liberou parcialmente a tramitação dos processos nas instâncias ordinárias, mas eles seguem suspensos no Tribunal Superior do Trabalho (TST) e, depois do julgamento nos Tribunais Regionais do Trabalho (TRTs), à espera da tese (Felsberg Advogados).
Traduzindo para a mesa do dono: contratar um dev PJ que trabalha das 9h às 18h, com exclusividade e subordinado a um gestor seu, é apostar em uma regra que ainda não existe. Um contrato de prestação de serviço com escopo, entregas e nota fiscal não vive nessa zona cinzenta. Consideração jurídica geral, e cada caso merece a análise do seu advogado.
Um exemplo prático
O cenário abaixo é hipotético e não descreve um cliente real. Os valores de custo e rotatividade vêm das fontes citadas acima. Os prazos são premissas, e estão explicitados como tal.
Uma distribuidora de materiais de construção fatura R$ 900 mil por mês. O comercial usa um CRM, o financeiro usa o ERP e o estoque vive em duas planilhas que um analista atualiza toda manhã. O dono decide contratar um desenvolvedor pleno para "integrar tudo".
A conta que ele fez: R$ 6 mil de salário. A conta real: R$ 122 mil no ano de custo empresa (Portal Salário/CAGED), mais três meses de processo seletivo em um cargo que a Brasscom aponta entre os mais disputados do país, mais dois meses até a pessoa entender o negócio.
Cinco meses depois, o dev está produzindo. Ele constrói a integração do jeito que sabe, sem ninguém para revisar a arquitetura. No mês onze, recebe uma proposta melhor e aceita. A rotatividade de quase 50% no cargo tem exatamente essa cara quando aterrissa em uma empresa só (Portal Salário/CAGED).
A empresa fica com um sistema que ninguém entende, sem documentação, e volta ao ponto de partida com R$ 122 mil a menos. O erro não foi contratar mal. Foi tratar como problema de contratação o que era problema de arquitetura.
Três perguntas antes de abrir a vaga
O software que você vai construir é o seu produto, ou é a infraestrutura que sustenta o seu produto? Se for infraestrutura, você provavelmente precisa de uma obra bem feita, não de um time permanente.
Quem vai revisar as decisões técnicas dessa pessoa? Se a resposta é "ninguém", você está delegando a arquitetura da sua operação para alguém que não tem contraparte. Um desenvolvedor sem revisor sênior constrói pelo caminho que ele conhece. Raramente é o caminho que o seu negócio precisa, e ninguém na sala tem repertório para apontar isso.
O que acontece se essa pessoa sair em doze meses? Se a resposta for "paramos", o problema não é a vaga.
Perguntas frequentes
Se eu terceirizar, não fico refém do fornecedor?
Fica, se o contrato for desenhado para isso. Fica igualmente refém de um dev interno que não documenta nada. O que protege você é o combinado, não o vínculo. Exija três coisas em contrato: código e acessos no seu nome, documentação de arquitetura como entregável, e uma passagem de bastão prevista desde o início.
Não tenho equipe qualificada para manter o sistema depois. Como fica?
Essa é a pergunta que deveria vir antes da decisão de construir, e não depois. Na prática, separe duas coisas: operar o sistema no dia a dia, o que uma pessoa de operações treinada consegue fazer, e mantê-lo tecnicamente, o que pode ser contratado. Na Reatop, o sistema de gestão de resíduos hospitalares foi desenhado para ser operado pela equipe de campo, porque era esse o time disponível. Projetar para o operador que existe, e não para o operador ideal, é uma decisão de arquitetura, tomada antes do código.
No longo prazo, contratar não sai mais barato?
Depende do que "longo prazo" significa no seu caso. Se o volume de mudança é contínuo por anos, sim, o time interno tende a compensar. Se o volume é alto durante a construção e cai muito depois, você vai pagar R$ 122 mil por ano por profissional para manter capacidade ociosa, e ainda assim enfrentar a rotatividade do mercado (Portal Salário/CAGED). A decisão certa depende da curva de trabalho, não da preferência.
Antes de decidir quem constrói, decida o que construir
A pergunta "contratar ou terceirizar" só tem resposta depois que você sabe o que está construindo e o que acontece com isso em dois anos. Sem essa clareza, qualquer caminho vira caro.
Se você está com essa decisão na mesa, o Diagnóstico de Arquitetura Operacional é uma conversa de 30 minutos para mapear o que a sua operação precisa antes de você abrir a vaga ou pedir a primeira proposta.
Cases relacionados
Reconheceu a sua operação neste artigo?
Agende o Diagnóstico de Arquitetura Operacional: 30 minutos para mapear onde está o gargalo da sua operação. Sem compromisso.
Agendar diagnóstico