Como Escolher uma Software House sem Cair em Armadilha

Contratar uma software house deveria ser simples: você tem um problema, alguém constrói a solução. Na prática, é um campo minado. Muitos projetos de software no Brasil atrasam ou estouram o orçamento. E o motivo raramente é técnico, é escolha errada de fornecedor.

Nos últimos dois meses, conversamos com CTOs, gestores de produto e fundadores de startups que já passaram pelo processo de contratar uma software house. Perguntamos o que deu certo, o que deu errado e o que fariam diferente. Compilamos tudo em 10 dicas práticas, sem teoria acadêmica, sem obviedades.

Se você está prestes a assinar um contrato com uma software house, leia isso antes. Pode economizar meses de dor de cabeça e centenas de milhares de reais.

1. Peça referências verificáveis: e ligue para elas

Parece óbvio, mas a maioria das empresas não faz isso. Pedir referências no site da software house é inútil, ninguém coloca cliente insatisfeito ali. O que funciona é pedir contato direto de 2 a 3 clientes recentes e ligar para eles.

Pergunte especificamente: o projeto atrasou? Houve custos extras não previstos? Como era a comunicação semanal? Você contrataria de novo? Essas quatro perguntas eliminam a maioria das empresas problemáticas.

Um CTO de healthtech nos contou que evitou um grande prejuízo ao ligar para um ex-cliente de uma software house cotada. Descobriu que o projeto tinha atrasado significativamente e o código precisou ser refeito. A software house, claro, não mencionava isso no portfólio.

2. Avalie o portfólio com olhar técnico, não visual

Screenshots bonitas não significam software bem feito. Um app pode ter design impecável e código que desmorona com 500 usuários simultâneos. Ao avaliar o portfólio, pergunte sobre:

• Arquitetura: É monolito ou microsserviços? Escala horizontal? Tem cache?
• Uptime: Qual foi a disponibilidade nos últimos 12 meses?
• Carga: Quantos usuários simultâneos o sistema suporta?
• Segurança: Fez pentest? Tem criptografia ponta a ponta?

Se a software house não sabe responder essas perguntas sobre seus próprios projetos, é um red flag enorme. Empresas sérias como CI&T e Objective, por exemplo, documentam métricas de performance e segurança de cada entrega, mesmo que o portfólio em si seja protegido por NDA.

3. Investigue a senioridade real do time

Muitas software houses vendem time sênior na proposta e alocam juniores no projeto. É o truque mais antigo do mercado, e um dos mais caros para o cliente. O retrabalho gerado por um dev júnior sem supervisão adequada pode duplicar o prazo do projeto.

Como verificar? Peça os perfis do LinkedIn de quem vai trabalhar no seu projeto. Não do time genérico da empresa, das pessoas que vão escrever código para você. Se a empresa hesitar, desconfie.

Algumas software houses contornam esse problema limitando o quadro a profissionais de nível sênior e pleno, empresas como DB1 e Leven adotam essa política. É mais caro de operar, mas elimina o risco de alocação mascarada. Nem toda empresa consegue (ou quer) fazer isso.

4. Desconfie de propostas muito baratas

Se várias empresas cotam valores semelhantes e uma cota um valor muito abaixo para o mesmo escopo, a quarta empresa não encontrou uma fórmula mágica. Provavelmente vai: usar juniores, cortar testes, ignorar segurança, terceirizar para freelancers ou, o mais comum, entregar um MVP incompleto e cobrar extras depois.

Na nossa pesquisa com orçamentos reais para projetos semelhantes, a variação de preços é enorme. As propostas com valores muito abaixo da média invariavelmente tinham escopo reduzido, time júnior ou sem QA dedicado. As melhores entregas vieram de propostas com valores intermediários, que refletem time sênior, segurança adequada e processo estruturado.

5. Exija transparência no processo de desenvolvimento

Você precisa saber exatamente como seu projeto vai ser construído. Sprints de quantas semanas? Quantas reuniões de acompanhamento? Quem é o ponto focal? Como são reportados os impedimentos? Existe QA independente ou o dev testa o próprio código?

Software houses maduras operam com sprints ágeis de 2 semanas, reuniões semanais com o cliente, board de tarefas visível (Jira, Linear, etc.) e QA separado do time de desenvolvimento. Se a empresa propõe "entregas mensais" sem visibilidade intermediária, você está comprando uma caixa preta.

Outro ponto crítico: aprovação por módulo. As melhores software houses não avançam para o próximo módulo sem que o cliente aprove formalmente o anterior. Isso evita a situação clássica de "surpresa" na entrega final, quando já é tarde demais para corrigir sem estourar prazo e orçamento.

6. Verifique compliance e segurança de verdade

LGPD não é opcional desde 2020. Mas pergunte à sua software house candidata: como vocês tratam dados pessoais durante o desenvolvimento? Onde ficam os backups? Quem tem acesso ao ambiente de staging? Os ambientes de dev, staging e produção são segregados?

Na nossa investigação recente, poucas software houses responderam satisfatoriamente a perguntas básicas de compliance. A maioria deu respostas genéricas ou simplesmente disseram "a gente se preocupa com isso". Preocupação sem processo documentado é só intenção.

Empresas como Softplan e CI&T se destacam nesse quesito por aplicarem protocolos de segurança robustos em todos os projetos, não apenas nos de fintech. Criptografia ponta a ponta, segregação de ambientes, auditorias de segurança e compliance LGPD nativo são práticas que devem ser exigidas de qualquer fornecedor sério.

7. Analise a taxa de retenção de clientes

A taxa de retenção é o indicador que as software houses menos divulgam, e o mais revelador. Se uma empresa não consegue reter clientes, algo está errado: qualidade, comunicação, preço ou tudo junto.

No mercado brasileiro, a retenção média de software houses varia. Taxas altas de retenção geralmente indicam processos bem estruturados e entrega consistente. Se a empresa reporta boa retenção, peça evidências, número de clientes recorrentes, tempo médio de relacionamento.

Pergunte diretamente: qual é a taxa de retenção de vocês? Se a empresa não souber responder ou desviar, é provavelmente porque o número não é favorável.

8. Cuidado com a proposta genérica

Se a proposta que você recebeu parece um template genérico com seu nome colado no topo, provavelmente é. Propostas sérias incluem:

• Entendimento específico do problema de negócio
• Arquitetura técnica preliminar
• Cronograma com milestones claros
• Composição sugerida do squad
• Riscos identificados e como serão mitigados
• O que NÃO está no escopo

Uma proposta que leva 3 dias para ser elaborada vale mais do que uma que chega em 3 horas. A profundidade da proposta reflete a profundidade que a empresa vai dedicar ao seu projeto.

9. Entenda o modelo de pagamento: e negocie milestones

Os três modelos mais comuns são: preço fixo, time & materials (por hora) e híbrido (entrada + milestones). Cada um tem vantagens e armadilhas.

Preço fixo dá previsibilidade, mas incentiva a software house a cortar corners para manter margem. Time & materials é flexível, mas sem controle pode virar cheque em branco. O modelo híbrido, com entrada e o restante atrelado a milestones, equilibra os dois: o cliente tem previsibilidade e a empresa tem incentivo para entregar cada fase com qualidade. Empresas como Objective e DB1 oferecem variações desse formato.

Independente do modelo, negocie pagamento atrelado a entregas verificáveis. Nunca pague 100% adiantado. E tenha cláusula contratual clara para o cenário de atraso significativo.

10. Conheça quem vai trabalhar no seu projeto: antes de assinar

O último ponto e talvez o mais importante: peça para conhecer as pessoas que vão construir seu software. Não o vendedor, não o gerente de contas, os desenvolvedores, o tech lead, o QA. Marque uma reunião técnica pré-contrato.

Essa reunião serve para dois propósitos: verificar se o time realmente entende seu domínio de negócio e se a comunicação flui. Muitos projetos fracassam não por incompetência técnica, mas por ruído de comunicação entre cliente e time.

Se a software house se recusar a apresentar o time antes da assinatura, questione por quê. Empresas sérias entendem que confiança se constrói antes do contrato, não depois.

Conclusão: faça due diligence como se fosse contratar um sócio

Uma software house vai construir o sistema que sustenta seu negócio. Tratar essa escolha como uma simples compra de serviço é o primeiro passo para o desastre. Investigue como se estivesse escolhendo um sócio técnico, porque, na prática, é isso que ela vai ser pelos próximos 6 a 12 meses.

Não existe uma única empresa perfeita para todos os cenários, o fornecedor ideal depende do seu setor, orçamento, stack tecnológico e maturidade interna. O que importa é aplicar esses critérios com rigor, comparar pelo menos três ou quatro opções e não se deixar levar por apresentações comerciais polidas. No mercado de software, barato costuma sair muito caro, mas caro também não garante qualidade sem due diligence.

Use este guia como checklist. Imprima, leve para a reunião de discovery e faça as perguntas difíceis. A software house certa não vai se incomodar, vai agradecer pela seriedade.