Um gestor contrata um desenvolvedor muito bom, indicado por um conhecido, para fazer o sistema de pedidos da empresa. Alguns meses depois, o profissional aceita outro projeto, e a empresa fica com um código que só ele entendia e uma equipe sem saber por onde começar. A história se repete mais do que parece e quase sempre nasce da mesma dúvida: freelancer ou software house?
A pergunta é válida, mas costuma ser respondida pelo critério errado. Quase todo mundo compara o preço por hora, quando o que deveria pesar é o risco de o projeto parar no meio. Esta é a tese do texto: o freelancer resolve bem um escopo fechado, com entregas que se testam sozinhas; quando o projeto precisa de continuidade, a software house costuma ser a escolha mais segura, desde que o gestor saiba cobrar e acompanhar.
Não existe resposta universal, e este texto não traz preços nem prazos, porque eles variam muito conforme o escopo. O que dá para fazer é usar critérios que qualquer dono ou gestor consegue aplicar com as informações que já tem.
O que é uma software house?
Uma software house é uma empresa especializada em desenvolver software sob encomenda. Ela reúne, em geral, analistas, desenvolvedores, testadores e um gestor de projeto, e assume a responsabilidade pela entrega mesmo quando uma pessoa do time sai. Um freelancer, por outro lado, é um profissional autônomo, normalmente sozinho, que executa uma parte do trabalho com contrato por entrega ou por hora.
A diferença não está no talento, porque bons profissionais existem dos dois lados. Está na estrutura. Quando há uma equipe por trás, o conhecimento fica distribuído entre pessoas e documentos. Quando há um freelancer, ele fica concentrado em uma cabeça, e isso é o que mais pesa quando o projeto precisa durar.
Freelancer ou software house: quando cada um faz sentido?
O primeiro critério é o escopo. Um freelancer funciona bem quando o trabalho é pequeno, bem definido e pode ser testado por partes, como a criação de uma integração simples, a manutenção de um site ou a correção de um relatório. Nesses casos, o custo de coordenação é baixo e a entrega se avalia rápido.
Uma software house faz mais sentido quando o escopo é grande, depende de várias áreas da empresa ou ainda não está claro. Nesse cenário, o valor está em quem organiza as perguntas, desenha a solução e assume as mudanças que surgem no caminho. Exemplo: um sistema de pedidos que precisa conversar com o estoque, o financeiro e o e-commerce dificilmente cabe no trabalho de uma pessoa só, por mais competente que ela seja.
Existe ainda um meio-termo: contratar um profissional para uma fase específica, como a construção de um módulo, dentro de um projeto que a própria empresa coordena. Essa saída funciona quando há um dono interno competente, capaz de dizer o que está pronto e o que falta. Sem essa pessoa, o meio-termo vira o pior dos dois mundos, com trabalho fragmentado e ninguém responsável pelo conjunto.
Quem assume o projeto se alguém sair?
Essa é a pergunta que mais costuma ser esquecida na contratação. O freelancer pode ser excelente e, ainda assim, deixar a empresa sem saída se aceitar outro compromisso, adoecer ou simplesmente encerrar a parceria. Se o código, as credenciais e as decisões estiverem só com ele, o projeto para. Em uma software house, a troca de pessoas faz parte do funcionamento, e o risco costuma ser menor, desde que o contrato preveja continuidade.
- Documentação. O projeto deve ter registro das decisões, do código e dos acessos, guardado na empresa e não apenas na conta do profissional.
- Acessos. Repositórios, servidores e contas de serviço devem estar em nome da empresa, com mais de uma pessoa capaz de administrá-los.
- Substituição. O contrato deve dizer como uma troca de profissional é feita, com prazo para a passagem de conhecimento.
Essa mesma lógica vale para a equipe interna. Se a sua empresa avalia montar o próprio time de tecnologia, o texto sobre time de TI interno ou terceirizado mostra os trade-offs de cada modelo.
Quem gerencia o projeto, e com que tempo?
Muita gente escolhe o freelancer para economizar e descobre, meses depois, que o projeto consome o tempo do próprio gestor. Com um profissional sozinho, quem define prioridades, revisa entregas e testa o resultado costuma ser o dono da empresa ou alguém da equipe interna. Isso pode funcionar, mas precisa estar na conta desde o início.
A software house costuma trazer um gestor de projeto e rotinas de entrega, como reuniões curtas, planejamento por etapas e relatórios de andamento. Esse custo aparece na proposta e, por isso, costuma ser comparado de forma injusta com a hora de um freelancer. O que deve ser comparado é quanto tempo de gestão a empresa vai precisar dedicar em cada caso.
Sinais de alerta valem nos dois lados. De um freelancer, a recusa em documentar o trabalho ou em dar acesso ao repositório. De uma software house, a promessa de prazo fechado para um escopo que ainda não foi discutido. Nos dois casos, a resposta certa é pedir o que falta por escrito antes de assinar, e desconfiar de quem prefere resolver tudo por telefone.
Como comparar o custo total, e não só a hora?
O preço por hora é o número mais visível e o menos útil sozinho. O custo total inclui o tempo de quem acompanha o projeto, o retrabalho quando uma entrega não bate com o pedido, a manutenção depois do lançamento e o custo de parar caso o profissional saia no meio do caminho. Quando esses itens entram na conta, a diferença entre as duas opções costuma diminuir, ou até inverter.
Estimativa, apenas para ilustrar: um freelancer mais barato que exige duas revisões por semana do gestor pode custar mais, no fim do ciclo, do que uma equipe com preço maior e um gestor de projeto que cuida dessas revisões. O cálculo depende do escopo e de quanto vale o tempo do gestor, e deve ser feito antes de fechar. O texto sobre alocação de desenvolvedores ou projeto fechado ajuda a entender quando cada modelo de contratação pende para um lado.
Quais perguntas fazer antes de decidir?
Antes de fechar com qualquer um dos dois, responda a algumas perguntas por escrito. As respostas revelam mais do que a apresentação comercial.
- O escopo está fechado? Se não está, nenhum profissional consegue dar preço ou prazo com segurança, e o contrato deve prever uma fase de descoberta.
- Quem fica com o sistema depois? Se a resposta for “eu”, a empresa está contratando dependência, e não apenas um serviço.
- Quem decide as prioridades? O gestor precisa saber quanto tempo vai dedicar e a quem recorrer quando algo travar.
- Como o trabalho é aceito? As entregas precisam de critério de aceite escrito, para que a conversa sobre o que está pronto não dependa da memória de ninguém.
Um checklist mais completo para contratar uma software house está em checklist para contratar uma software house, e ele também serve de base quando a decisão for por um freelancer.
A escolha certa depende de quem cuida do sistema depois
Freelancer e software house não são rivais, são respostas diferentes para riscos diferentes. Se o trabalho é pequeno, bem definido e a empresa tem alguém para acompanhar, o freelancer costuma resolver com eficiência. Se o projeto precisa durar, envolver várias áreas e sobreviver à saída de qualquer pessoa, a software house é, em geral, a escolha mais segura. Para avaliar qual perfil cabe no seu caso, fale com o nosso time e converse sobre o escopo antes de falar em preço.
Perguntas frequentes sobre freelancer ou software house
Freelancer ou software house para um projeto pequeno: qual escolher?
Para um projeto pequeno, com escopo claro e uma pessoa interna que acompanhe, um freelancer costuma ser suficiente. A condição é que a documentação e os acessos fiquem com a empresa desde o primeiro dia. Se o projeto crescer, reavalie a decisão antes de o trabalho se acumular.
É possível trocar de freelancer para uma software house no meio do projeto?
É possível, mas exige cuidado. O primeiro passo é levantar o que existe: código, documentação, acessos e decisões já tomadas. A nova equipe precisa de um período de entendimento antes de prometer prazos, e isso deve ficar explícito no contrato.
O que fazer para não ficar refém de um único profissional?
Exija que o código fique em repositório da empresa, que haja mais de uma pessoa com acesso administrativo e que o trabalho seja documentado a cada entrega. Peça também um plano de substituição por escrito. Essas medidas custam pouco e reduzem muito o risco de parar.