Todo dono de software house já passou por isso. O projeto chega, o cliente está pronto para assinar, o valor faz sentido — e você recusa. Não porque o projeto seja ruim. Porque o time está no limite.
Essa cena se repete com uma frequência que dói. E o que dói mais não é recusar o projeto. É saber que o cliente vai contratar outra empresa, que pode ser um concorrente direto.
O custo real de dizer não
Quando você recusa um projeto por falta de capacidade, a perda não é só a receita daquele contrato. É a receita de todos os projetos futuros que aquele cliente poderia ter trazido. É a indicação que ele faria para outros. É a posição de mercado que você poderia ter conquistado.
A maioria das software houses subestima esse número. Se você recusa dois projetos por mês com ticket médio de R$ 40 mil, está deixando R$ 960 mil na mesa por ano — antes de considerar o LTV de cada cliente.
As três opções que você tem
Quando a demanda supera a capacidade, existem três saídas:
- Contratar: processo seletivo de 60 a 120 dias, ramp-up de 30 a 90 dias adicionais, encargos de 70 a 90% sobre o salário, risco de ociosidade entre projetos. O custo chega antes da receita.
- Recusar: simples, seguro, e destrutivo para o crescimento a longo prazo.
- Terceirizar com modelo sob demanda: capacidade disponível na semana seguinte, sem encargos, sem risco de ociosidade, sem que o cliente saiba que existe um terceiro envolvido.
O que torna o modelo sob demanda diferente da terceirização comum
A terceirização tradicional tem um problema grave: o fornecedor aparece. O cliente vê a empresa terceira na reunião, nos e-mails, na documentação. Isso gera duas ameaças imediatas: o cliente pode tentar contratar o fornecedor diretamente, e a percepção de valor da sua empresa cai.
No modelo sob demanda, o parceiro opera completamente invisível. Usa as ferramentas do seu time, os seus e-mails, a sua identidade visual. Para o cliente, quem entregou foi você. O parceiro não aparece em lugar nenhum.
Como funciona na prática
O fluxo é direto: você fecha o projeto com o cliente, repassa o briefing técnico para o parceiro sob demanda, e o parceiro entrega para você. A comunicação acontece entre você e o parceiro — o cliente não tem contato com o parceiro em nenhum momento.
Um bom parceiro sob demanda assina NDA antes do briefing, opera com as credenciais e ferramentas que você definir, e entrega com documentação pronta para você apresentar com a sua marca.
Quando faz sentido usar e quando não faz
O modelo sob demanda funciona melhor para projetos com escopo bem definido, tecnologias que o parceiro domina, e prazo viável para onboarding. Não é a solução certa quando o projeto exige presença física constante, quando o cliente é extremamente sensível a qualquer variação no time, ou quando a empresa ainda não tem processo mínimo de gestão de terceiros.
Para a maioria das software houses em crescimento, o modelo resolve exatamente o problema mais comum: demanda pontual que excede a capacidade do time interno sem justificar uma contratação permanente.
O número que importa
Antes de decidir, calcule quanto sua empresa está deixando de faturar por falta de capacidade. Some os projetos recusados nos últimos três meses, multiplique pelo ticket médio, projete para 12 meses. O resultado geralmente justifica qualquer discussão sobre modelo de escala.