# Contratar dev ou terceirizar: como decidir na PME > Contratar dev ou terceirizar não é conta de salário contra hora de fornecedor. É decisão de arquitetura: define quem responde pelo sistema em dois anos. - Autor: Marlon Trettin - Publicado: 2026-07-13 · Atualizado: 2026-08-25 - Idioma: pt-BR - Canonical: https://yowpi.com/blog/contratar-dev-ou-terceirizar-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. ## TL;DR - A conta que a maioria faz está incompleta. Um desenvolvedor back-end no salário médio do mercado custa cerca de R$ 10,1 mil por mês para a empresa, contra uma média salarial de R$ 5.966,87, segundo o [Portal Salário, com base no CAGED](https://www.salario.com.br/profissao/desenvolvedor-back-end/) (amostra de 55.282 profissionais, dados de julho de 2026). São aproximadamente R$ 122 mil por ano em um profissional só. - O cargo gira muito. A rotatividade registrada para desenvolvedor back-end no Brasil é de 49,8%, com 27.742 admissões e 27.540 desligamentos em doze meses ([Portal Salário/CAGED](https://www.salario.com.br/profissao/desenvolvedor-back-end/)). Em startups e scale-ups de tecnologia, a rotatividade anual fica entre 30% e 35%, segundo o LinkedIn Workforce Report 2025 ([via CartaCapital](https://www.cartacapital.com.br/do-micro-ao-macro/retencao-de-talentos-ti-rotatividade-35/)). - A escassez é estrutural, não conjuntural. Entre 2019 e 2024 o mercado precisou de 665.403 profissionais de tecnologia, e apenas 464.569 se formaram entre 2018 e 2023. A demanda cresceu 30,2% acima da oferta, e desenvolvedor back-end está entre os cargos mais disputados, segundo a [Brasscom](https://brasscom.org.br/tic-pode-gerar-ate-147-mil-empregos-formais-no-brasil-em-2025/). - O atalho do PJ tem risco em aberto. O STF ainda não fixou a tese do [Tema 1389](https://portal.stf.jus.br/jurisprudenciaRepercussao/verAndamentoProcesso.asp?incidente=7138684&numeroProcesso=1532603&classeProcesso=ARE&numeroTema=1389), que vai definir com efeito vinculante os critérios de licitude da contratação de pessoa jurídica ([Felsberg Advogados, junho de 2026](https://www.felsberg.com.br/tema-1389-pejotizacao-retomada-processos-stf/)). ## 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](https://www.salario.com.br/profissao/desenvolvedor-back-end/)). 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](https://www.salario.com.br/profissao/desenvolvedor-back-end/)). 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](/cases/unitrust), uma corretora de seguros nos Estados Unidos, e na plataforma de gestão documental da [Repap On](/cases/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](https://portal.stf.jus.br/jurisprudenciaRepercussao/verAndamentoProcesso.asp?incidente=7138684&numeroProcesso=1532603&classeProcesso=ARE&numeroTema=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](https://www.felsberg.com.br/tema-1389-pejotizacao-retomada-processos-stf/)). 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](https://www.salario.com.br/profissao/desenvolvedor-back-end/)), mais três meses de processo seletivo em um cargo que a [Brasscom](https://brasscom.org.br/tic-pode-gerar-ate-147-mil-empregos-formais-no-brasil-em-2025/) 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](https://www.salario.com.br/profissao/desenvolvedor-back-end/)). 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](/cases/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](https://www.salario.com.br/profissao/desenvolvedor-back-end/)). 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](/contato) é 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.