Time interno, freelancer ou software house: qual modelo contratar em cada fase da empresa
Rafael Oliveira · · 7 min de leitura
A cena costuma ser assim: a empresa decidiu que precisa de um sistema, ou de um aplicativo, ou de evoluir o que já existe. Aí alguém pergunta na reunião: "a gente contrata um dev, fecha com um freelancer ou chama uma empresa?". Silêncio. Cada sócio tem uma opinião, ninguém tem um critério. E a decisão acaba saindo pelo caminho errado: pelo preço da primeira proposta que chegou, ou pela indicação do cunhado de alguém.
Quem já passou por um projeto travado sabe do que estou falando. A maioria dos desastres de software que eu herdei nos últimos anos não começou com código ruim. Começou com o modelo de contratação errado para aquele momento da empresa. O código ruim foi consequência.
Não existe resposta única, mas existe conta certa. Vou colocar os três modelos na mesa, com custos reais, riscos reais e os critérios que decidem.
Por que essa decisão dá errado com tanta frequência
O erro estrutural é comparar os três modelos só pelo preço da hora. Um freelancer cobra R$ 80 a R$ 200 por hora. Um dev CLT pleno custa uns R$ 15 mil a R$ 25 mil por mês com encargos. Uma software house cobra projeto fechado que parece mais caro que os dois.
Só que a hora não é o produto. O produto é software funcionando em produção, com alguém respondendo quando quebra. E o custo de cada modelo muda completamente quando você inclui três coisas que ninguém coloca na planilha:
- Gestão: quem define o que será feito, revisa a qualidade e cobra prazo. Se a resposta é "ninguém aqui sabe fazer isso", esse custo cai no seu colo.
- Continuidade: o que acontece quando a pessoa sai, adoece ou some. Software não é entrega única, é operação contínua.
- Amplitude: um sistema de verdade precisa de backend, frontend, infraestrutura, design e às vezes mobile. Uma pessoa só raramente cobre tudo bem.
Freelancer: barato para começar, caro para depender
O freelancer é o modelo certo quando o escopo é pequeno, bem definido e tem fim. Uma landing page, uma integração específica, um ajuste num sistema existente, uma automação pontual. Projetos de R$ 5 mil a R$ 40 mil, de duas a oito semanas, com uma pessoa técnica do seu lado para validar a entrega.
O barato que sai caro aqui é o seguinte: contratar um freelancer para construir o sistema central da operação. O projeto começa bem, cresce, e em seis meses a empresa inteira depende de uma pessoa que pode aceitar um CLT amanhã e desaparecer. Eu já resgatei mais de um sistema nessa situação: sem documentação, sem repositório organizado, sem ninguém que soubesse fazer deploy além de quem saiu.
Antes de assinar qualquer contrato com freelancer, pergunta isso:
- O código fica num repositório que a empresa controla, desde o primeiro dia?
- Existe contrato com cessão de propriedade intelectual?
- Se essa pessoa sumir, outro dev consegue continuar o trabalho em uma semana?
- O escopo cabe em menos de três meses de trabalho?
Se alguma resposta for não, o modelo provavelmente não é esse.
Time interno: o modelo certo, na hora errada, quebra o caixa
Ter devs dentro de casa é o melhor modelo quando software é o coração do negócio e há demanda contínua de evolução. O time aprende o domínio, responde rápido e acumula contexto que nenhum fornecedor externo terá.
O problema é a conta de entrada. Um time mínimo funcional não é um dev: é pelo menos dois devs e alguém que saiba liderar tecnicamente, senão você contrata pessoas e não tem quem diga se o trabalho está bom. Isso significa R$ 40 mil a R$ 70 mil por mês de folha, todo mês, antes de qualquer linha de código útil. Some o tempo de contratação: encontrar bons devs no Brasil leva de um a três meses por vaga, e errar a contratação custa mais seis meses entre perceber, desligar e recomeçar.
Time interno faz sentido quando:
- O produto digital é a empresa, ou está virando (um SaaS, um marketplace, um app que fatura).
- Existe demanda de desenvolvimento para ocupar o time o ano inteiro, não só um projeto de três meses.
- Alguém na liderança consegue avaliar e gerir trabalho técnico, ou você contrata essa pessoa primeiro.
Montar time interno para construir a primeira versão de um sistema é quase sempre a hora errada. Você paga o custo fixo máximo justamente na fase de maior incerteza, quando ainda nem sabe se o escopo está certo.
Software house: paga-se pela estrutura, não pela hora
Uma software house entrega o que os outros dois modelos não têm embutido: um time completo (backend, frontend, design, infraestrutura) com gestão inclusa e continuidade que não depende de uma pessoa. Se um dev do time sai, o projeto não para. Se o sistema quebra num sábado, existe uma empresa com contrato respondendo, não um freelancer que pode ou não ver a mensagem.
É o modelo certo para construir sistemas que a operação vai depender: o ERP sob medida, o app que atende cliente, a plataforma que substitui a planilha crítica. Projetos tipicamente de R$ 60 mil a R$ 300 mil ou mais, de dois a oito meses, seguidos de contrato de manutenção e evolução.
E tem o outro lado, que uma software house honesta te fala na primeira conversa: se o seu problema é uma automação de R$ 8 mil, contratar uma empresa inteira é desperdício de estrutura. Boa parte dos leads que chegam para a gente na OCA sai da conversa com a recomendação de usar um SaaS pronto ou fechar com um freelancer. Desqualificar o projeto errado é mais barato para todo mundo do que executá-lo.
Os riscos desse modelo existem e têm nome: escopo mal fechado que vira aditivo atrás de aditivo, e dependência do fornecedor quando o contrato não garante acesso ao código. Os dois se resolvem antes da assinatura: escopo detalhado por escrito e repositório em nome da sua empresa desde o primeiro commit.
O critério que decide: fase, dependência e recorrência
Esquece a hora mais barata. Responde estas quatro perguntas:
- O que estou construindo tem fim ou é contínuo? Escopo fechado e curto aponta para freelancer. Construção grande com evolução depois aponta para software house. Evolução permanente de um produto que é o negócio aponta para time interno.
- Quanto a operação vai depender disso? Se o sistema parar e a empresa parar junto, você precisa de continuidade contratual, não de uma pessoa física. Isso elimina o freelancer solo para sistemas críticos.
- Quem vai gerir o trabalho técnico? Sem ninguém técnico do seu lado, freelancer e contratação CLT ficam arriscados demais, porque você não consegue avaliar o que está recebendo. A gestão inclusa da software house existe exatamente para isso.
- A demanda ocupa um time o ano inteiro? Se não ocupa, time interno é caixa queimando em ociosidade. Se ocupa há mais de um ano seguido, começa a fazer conta internalizar.
E os modelos se combinam ao longo do tempo. O caminho mais comum que eu vejo dar certo: software house constrói a versão inicial e opera a manutenção; quando o produto prova valor e a demanda vira contínua, a empresa monta o time interno com o sistema já documentado e transferido. A transição planejada custa muito menos que a troca forçada.
Onde a OCA entra nessa conta
Esse tipo de projeto, o sistema que a operação vai depender, é o que a gente constrói na OCA. Time senior, ponta a ponta: levantamento de escopo, design, desenvolvimento, deploy e manutenção. A gente opera o próprio produto, o Revo App, com mais de 40 mil usuários e 300 eventos por mês, então as recomendações que fazemos em projeto de cliente vêm do que a gente sustenta em produção, não de teoria. Dá para ver outros sistemas que construímos no portfólio da OCA.
E quando o projeto não é para a gente, a gente fala. Às vezes a resposta certa é um SaaS de prateleira ou um freelancer da nossa rede de parceiros. Essa triagem faz parte da primeira conversa e não custa nada.
O próximo passo concreto: pega as quatro perguntas da seção anterior e responde por escrito, em uma página. Isso já é meio briefing pronto. Com ele em mãos, qualquer conversa com fornecedor fica mais rápida e qualquer proposta fica comparável.
