Como escolher uma Software House: as 12 perguntas que separam quem entrega de quem enrola

Você está prestes a investir entre R$ 10.000 e R$ 100.000 num fornecedor de software. Esse fornecedor vai ter acesso à sua operação, dados de cliente, lógica de negócio, e potencialmente ao destino do seu projeto digital. Escolher errado custa caro — não só financeiramente, mas em tempo perdido, oportunidade de mercado e moral interna. Esse guia é o que eu queria ter lido antes de contratar minha primeira softhouse há anos atrás.

Os 7 sinais vermelhos que descartam softhouse na hora

Antes das perguntas certas, os sinais que devem te fazer fechar o WhatsApp e procurar outra. Se você vê qualquer um desses, pula sem dó.

1. Pede reunião de 1-2h antes de mandar qualquer orçamento

Softhouse séria consegue extrair escopo numa conversa de 20 minutos no WhatsApp ou via formulário. Quem pede reunião gigante antes de orçar está usando seu tempo pra justificar preço alto, ou simplesmente não tem processo. Em ambos os casos, fugir.

2. Proposta de 40 páginas com diagramas que parecem de aula de faculdade

Documento gigante geralmente esconde uma de duas coisas: ou é template genérico que não foi adaptado pro seu projeto (a softhouse vende o mesmo doc pra todo mundo), ou é tentativa de impressionar pelo volume — "olha quantas páginas pensamos no seu caso". Proposta boa cabe em 3-8 páginas claras.

3. Não te mostra projetos anteriores ou só mostra mock genérico

Softhouse séria tem portfolio real — sites no ar, sistemas em produção, screenshots de código entregue. Se ela só te mostra mockups bonitos do Dribbble ou diz que "tudo é confidencial", você não tem como saber se ela já entregou alguma coisa de verdade.

4. Promete prazo curto demais sem perguntar o escopo

Você diz "quero um sistema pra controlar meus pedidos" e a resposta vem em 30 segundos: "em 2 semanas tá pronto, R$ 5 mil". Isso é vendedor desesperado, não fornecedor sério. Softhouse boa pergunta detalhes antes de prometer prazo.

5. Insiste em assinatura mensal obrigatória sem entregar projeto fechado

Modelo "R$ 2.000/mês pra sempre, sistema fica funcionando enquanto você paga" é armadilha. Você não tem o produto, não pode trocar de fornecedor, e está refém. Manutenção mensal opcional é normal — obrigatória sem propriedade do código entregue não é.

6. Não fala em testes, ambiente de homologação ou deploy

Profissional sério menciona naturalmente: "você acompanha em ambiente de homologação", "vamos rodar testes antes de subir", "deploy pra produção é controlado". Quem não fala disso provavelmente não faz, e você descobre quando o sistema está em produção dando erro pra cliente real.

7. Equipe inteira é júnior sem ninguém sênior visível

Júnior é ótimo pra escrever código, mas decisão arquitetural ruim no início custa caro depois. Pergunta quem vai liderar tecnicamente o seu projeto. Se a resposta é vaga ("nosso time multidisciplinar cuida"), está te empurrando estagiário. Pede pra falar com o sênior antes de fechar.

As 12 perguntas que toda softhouse séria responde sem hesitar

Mande essas 12 perguntas no WhatsApp da softhouse antes de fechar. Quem responde rápido e claramente tem processo. Quem enrola, vai enrolar no seu projeto também.

1. "Quem vai liderar tecnicamente meu projeto?"

Quer nome, cargo e tempo de experiência. Se a resposta for "nossa equipe" sem nome próprio, pede de novo. Você está contratando pessoas, não logo da empresa.

2. "Quanto tempo vocês trabalham nesse tipo de sistema?"

Softhouse pode ser experiente em geral mas novata no seu nicho específico. "Já fizemos vários sistemas" é diferente de "já fizemos 4 sistemas exatamente desse tipo". Pra fintech, e-commerce ou saúde, esse detalhe importa muito.

3. "Como você cobra mudanças de escopo?"

Resposta boa: "contrato fechado por escopo. Mudança nova é orçada à parte e aprovada antes de começar." Resposta ruim: "a gente vai conversando". Vai conversando significa fatura surpresa no final.

4. "O código é meu? Posso levar pra outro fornecedor depois?"

Resposta única correta: SIM. Código é seu, fica num repositório (GitHub/GitLab) que você tem acesso, e você pode trocar de fornecedor sem perder nada. Se ela disser "o código fica conosco e você assina manutenção", é armadilha — você fica refém pra sempre.

5. "Que tecnologia vocês usam? Por quê?"

Não precisa entender stack pra avaliar a resposta. O que importa é a softhouse explicar com clareza por que escolheu aquela tecnologia pro SEU caso. "Usamos sempre PHP" sem justificativa = falta flexibilidade. "Pra seu caso, usamos Node.js porque você precisa de tempo real" = pensamento aplicado.

6. "O que acontece se eu precisar de ajuste 6 meses depois da entrega?"

Quer ouvir três coisas: bug nosso a gente arruma sem cobrar; mudança de escopo é orçada; oferecemos plano de manutenção opcional por valor X. Se a resposta envolver "você precisa contratar nova proposta", a softhouse some depois da entrega.

7. "Posso ver um sistema seu rodando em produção?"

Pede 1-2 links de sistemas no ar. Se não pode mostrar nenhum por NDA, pede pra mostrar a tela administrativa anonimizada. Se nem isso, ela provavelmente não tem o que mostrar.

8. "Como funciona o pagamento?"

Padrão saudável: parcelado em marcos (30% início + 30% protótipo + 40% entrega). Quem pede 100% antes ou cobra mensalidade obrigatória pra sempre é vermelho.

9. "Quem documenta o sistema entregue?"

Documentação técnica + manual de uso devem fazer parte do escopo. Sistema sem documentação fica órfão se você trocar de fornecedor. Softhouse séria entrega README, comentários no código e manual pra usuário final.

10. "E se vocês desaparecerem? Como faço a manutenção?"

Pergunta dura mas necessária. Resposta saudável: "código está no seu repositório, qualquer dev competente pode pegar de onde paramos. Stack é open-source amplamente suportada." Quem se irritar com a pergunta tem algo a esconder.

11. "Como vocês garantem que o sistema não vai cair em produção?"

Quer ouvir: testes automatizados em fluxos críticos, ambiente de homologação espelhando produção, deploy controlado com rollback rápido. Se a resposta for "a gente testa antes" sem detalhar como, vai falhar em produção.

12. "Posso falar com algum cliente atual de vocês?"

Softhouse com cliente satisfeito normalmente consegue agendar uma call de 15 minutos. Se ela enrolar, alegando NDA universal, é sinal de que cliente pode não estar 100% satisfeito.

O contrato que protege você (e a softhouse séria)

Contrato bom protege as duas partes. Se a softhouse propor contrato simples e justo, ela é profissional. Se propor contrato gigante cheio de cláusulas que te prendem, fugir.

Cláusulas obrigatórias

• Escopo detalhado: lista clara das funcionalidades que vão ser entregues. Sem isso, qualquer coisa vira "fora do escopo" e cobrança extra.
• Prazo com marcos parciais: não só entrega final. Se a softhouse não entrega marco intermediário, você sabe cedo que algo está errado.
• Pagamento parcelado por marcos: 30/30/40 ou similar. Você nunca paga 100% antes de receber funcional.
• Propriedade do código: explícito que código é seu após pagamento integral. Sem isso, softhouse pode reclamar direito autoral depois.
• Garantia pós-entrega: 30-90 dias mínimo pra correção de bugs sem custo adicional.
• Cláusula de saída: se a softhouse atrasa muito ou não entrega, como você se desliga? Sem cláusula clara, vai pra justiça.
• Confidencialidade mútua: ela não pode usar seu nome publicamente sem autorização, e vice-versa.
• LGPD: tratamento de dados pessoais cumpre Lei 13.709/2018.

Cláusulas que devem ser recusadas

• Manutenção mensal obrigatória depois da entrega. Manutenção é opcional, sempre.
• Multa exorbitante por cancelamento (>30% do valor restante). Pode ser sinal de softhouse que tem alta taxa de desistência.
• Foro fora do seu estado sem justificativa. Padrão é foro da sua sede ou da sede da softhouse — não de outra cidade aleatória.
• Direito de uso público sem autorização. "Podemos usar logos e cases livremente" → sem.
• Renovação automática anual. Sempre exige confirmação ativa pra renovar.

Como acompanhar o projeto sem ser chato

Cliente que aparece todo dia atrasa o projeto. Cliente que some nunca sabe o que está acontecendo. O equilíbrio saudável:

1. Reunião semanal curta (15-30 min) com status e próximos passos. Suficiente.
2. Acesso ao ambiente de homologação pra você abrir e ver evolução quando quiser, sem incomodar a softhouse.
3. Canal de comunicação direto (WhatsApp ou Slack) pra dúvidas pontuais. Mas com expectativa razoável de resposta (4-8h úteis, não 5 minutos).
4. Decisões importantes documentadas em e-mail ou chat. Conversa de WhatsApp por voz que ninguém gravou vira disputa depois.

Quando o projeto começa a atrasar — o que fazer

Atraso é normal em alguma medida (1-2 semanas em projeto de 8 semanas é aceitável). Mas tem padrões que indicam projeto à beira da falha. Se você vê 2+ desses, age cedo:

• Softhouse para de mandar atualizações semanais sem pedido
• Marcos sucessivos atrasam, e cada vez a justificativa é diferente
• Pergunta sobre escopo já definido começa a aparecer ("ah, esse fluxo eu não tinha entendido")
• Pessoa que liderava tecnicamente "saiu de férias" ou "está em outro projeto"
• Demonstrações pioram em vez de melhorar (regressão sem explicação)
• Pedidos novos de pagamento aparecem fora do contratado

Quando isso acontecer, peça reunião com o decisor da softhouse (não só o gerente de projeto), apresenta os pontos, peça plano de recuperação por escrito com novos marcos. Se a softhouse não topar isso ou der mais desculpa, é hora de invocar a cláusula de saída do contrato — e pra isso você precisa ter cláusula de saída no contrato (lembra?).

Resumo prático

• 7 red flags imediatos: reunião antes de orçar, proposta gigante, sem portfolio, prazo curto sem detalhe, mensalidade obrigatória, nada sobre testes/deploy, equipe só júnior.
• 12 perguntas certas pra mandar antes de fechar. Quem responde rápido tem processo.
• Contrato bom protege os dois lados. Tem escopo detalhado, marcos parciais, propriedade do código, garantia, cláusula de saída.
• Acompanhamento equilibrado: reunião semanal + acesso ao ambiente de homologação. Sem voz no WhatsApp pra decisão importante.
• Se o projeto começar a atrasar, age cedo. Cláusula de saída no contrato é seu seguro.

A CCypher é uma Software House brasileira pra PMEs. Trabalhamos com contrato simples, marcos parciais, código no seu repositório, e garantia de 90 dias pós-entrega. Se você quer um orçamento honesto e processo claro, fala com a gente no WhatsApp ou conhece nossa página inicial.