Software house ou freelancer: como escolher quem contrata

Quem pesquisa "software house" ou "empresa de desenvolvimento de software" já decidiu que precisa de alguém para construir algo. A dúvida é quem. Eu sou desenvolvedor freelancer, então tenho interesse numa das respostas. Mesmo assim, em muitos projetos a software house é a escolha certa, e dizer o contrário seria te empurrar a opção errada.

Abaixo vai a comparação, os riscos de cada lado, como avaliar qualquer fornecedor e, no fim, o que eu cobro.

As duas opções lado a lado.

Quando a software house é a escolha certa.

Ela ganha quando o trabalho passa do tamanho de uma pessoa:

• Projeto grande. Plataforma com vários módulos, integrações pesadas e meses de desenvolvimento.
• Equipe multidisciplinar. Design de produto, back-end, aplicativo, testes e infraestrutura ao mesmo tempo.
• Prazo apertado. Várias pessoas trabalham em paralelo. Uma pessoa sozinha entrega em sequência.
• Contrato corporativo. Empresas maiores costumam exigir CNPJ com porte, nota fiscal, cláusulas formais e, às vezes, seguro ou certificações.
• Continuidade. Se alguém sai, outra pessoa assume, e o conhecimento do projeto não mora numa cabeça só.

Se o seu projeto se parece com isso, peça orçamento a pelo menos três software houses e compare com o mesmo escopo escrito.

Quando o freelancer sênior vale mais.

Ele ganha quando o projeto cabe em uma ou duas pessoas boas:

• Projeto enxuto. Um site, um sistema interno, um painel, uma integração, um aplicativo com escopo claro.
• Contato direto. Quem conversa com você é quem escreve o código. Não existe telefone sem fio entre atendimento, gerente e programador.
• Custo sem estrutura. Você não paga sala, equipe comercial e gerência de conta embutidas no preço.
• Decisão rápida. Mudou de ideia na terça, a conversa acontece na terça.

O que separa um bom freelancer de um arriscado é senioridade. Um sênior já viu o projeto dar errado de várias formas e sabe propor o caminho mais simples. Eu explico como trabalho na página de desenvolvedor freelancer.

Os riscos de cada um e como reduzir.

Nenhuma das opções é segura por natureza. Os riscos são diferentes.

Software house:

• Troca de equipe. Quem vendeu o projeto não é quem o constrói, e quem constrói pode mudar no meio. Peça que a proposta diga quem vai trabalhar nele e qual a senioridade.
• Terceirização escondida. Pergunte se o desenvolvimento é feito pela equipe própria ou repassado.
• Dependência. Código fechado, servidor no nome deles e documentação fraca prendem você ao fornecedor.

Freelancer:

• Sumiço ou indisponibilidade. Reduza com entregas em etapas, pagamento por marco e acesso ao repositório desde o primeiro dia.
• Código que só ele entende. Exija documentação mínima: como rodar, como publicar e onde ficam as contas.
• Quem mantém depois. Combine o suporte por escrito antes de começar, não depois da entrega.

Como avaliar qualquer um antes de contratar.

Estas perguntas servem para os dois lados:

1. Portfólio no ar. Peça links que você possa abrir e testar, não só imagens. Veja se carrega rápido no celular.
2. Referências. Converse com pelo menos um cliente anterior, de preferência de um projeto parecido, e pergunte o que deu errado e como foi resolvido.
3. Proposta por escrito. Escopo, o que fica de fora, prazo, valor e forma de pagamento. Proposta de uma linha não é proposta.
4. Escopo e mudanças. Pergunte como uma mudança é tratada: orçada antes ou cobrada depois.
5. Propriedade do código. O contrato deve dizer que o código é seu, e que você recebe o repositório completo no fim.
6. Quem faz o quê. Nomes, funções e senioridade de quem vai trabalhar, e quem é seu contato.
7. Depois da entrega. Quem corrige erro, quem atualiza e quanto custa. Se não houver resposta, o custo vem depois.

Desconfie de quem promete prazo e preço sem perguntar nada sobre o seu negócio.

Quanto custa: o que dá para citar com fonte.

Preço de desenvolvimento varia demais, e os levantamentos públicos são fracos. Estes são os que encontrei, com a ressalva de cada um:

• Valor-hora de freelancer. O Monitor do Mercado, em junho de 2026, publica R$80 a R$120 por hora para júnior, R$130 a R$200 para pleno e R$220 a R$300 para sênior. A matéria não informa a metodologia, então trate como referência, não como pesquisa.
• Projeto em software house. Um artigo da Comunidade Sebrae PR traz estimativas de 2025 atribuídas a software houses brasileiras: de R$15 mil a R$40 mil para um sistema simples, de R$40 mil a R$100 mil para uma plataforma web com vários módulos e de R$70 mil a R$150 mil ou mais para um aplicativo com painel de gestão. Também sem metodologia, e o próprio texto diz que cada projeto deve ser analisado individualmente.

Dois cuidados ao ler esses números. O preço por hora não é o preço do projeto: o que importa é quantas horas o trabalho leva e quem a faz. E o preço mais baixo raramente é o mais barato, porque retrabalho e manutenção entram na conta depois. Para sites, tenho uma visão de mercado em quanto custa um site.

Quanto eu cobro.

Eu não vendo hora: vendo projeto fechado, com entrada mais mensalidade. A mensalidade cobre hospedagem, segurança, backup, monitoramento, suporte e um pacote pequeno de ajustes. O mínimo é de 6 meses, e depois você cancela quando quiser e leva código, domínio e dados.

• Landing page: R$990 de entrada mais R$149 por mês.
• Site institucional: R$2.490 de entrada mais R$189 por mês.
• Sistema sob medida: R$9.900 de entrada mais R$490 por mês.
• Aplicativo: R$14.900 de entrada mais R$590 por mês.

Para sistema e aplicativo, começo com uma descoberta paga de R$990, em que levantamos o escopo antes de fechar o valor. Se o projeto seguir, esse valor é abatido da entrada. Custos de terceiros, como domínio, APIs e taxas das lojas de aplicativo, são repassados à parte.

Os detalhes do que entra em um sistema estão na página de desenvolvimento de sistemas.

Como decidir.

1. Projeto grande, vários perfis, prazo curto ou exigência corporativa: software house.
2. Projeto com escopo claro que cabe em uma ou duas pessoas: freelancer sênior.
3. Em qualquer caso: proposta por escrito, código e contas no seu nome, e uma resposta clara sobre quem mantém depois.

Se quiser, me conte o que precisa construir. Depois de uma conversa curta eu digo se o seu projeto cabe comigo ou se vale procurar uma software house, e nesse caso ainda te passo o que pedir na proposta.