Diferente de comprar um produto físico, contratar desenvolvimento de software é uma decisão que você só consegue avaliar de verdade depois que o dinheiro já foi gasto e o prazo já passou. Isso cria um desequilíbrio real de informação: quem contrata não tem como saber, na primeira reunião, se está diante de um fornecedor sério ou de alguém que vai empurrar o problema pra frente.
Um checklist não elimina esse risco, mas reduz bastante. Aqui estão sete perguntas que valem ser feitas antes de assinar qualquer contrato.
1. Quem exatamente vai construir o sistema?
Pede pra conhecer a pessoa que vai escrever o código, não só quem vai vender o projeto. Se a resposta for vaga — "nossa equipe", sem nome, sem rosto — pergunta de novo. Repasse de trabalho pra terceiros sem avisar é um dos motivos mais comuns de projeto que sai do controle: ninguém assume responsabilidade quando o problema aparece.
2. O escopo está escrito, com o que fica de fora também?
"A gente entendeu sua necessidade" não é escopo. Escopo de verdade lista funcionalidades, integrações, critério de aceite — e é igualmente específico sobre o que não está incluído. Sem isso por escrito, qualquer divergência de expectativa vira discussão depois que o dinheiro já foi pago.
3. Existe compromisso real de prazo, ou só estimativa?
Prazo sem consequência pra quem atrasa não é compromisso, é otimismo. Pergunta o que acontece na prática se o fornecedor não entregar na data combinada.
4. O código é seu desde o primeiro dia?
Alguns contratos só transferem a propriedade do que foi construído após o pagamento integral — o que significa que, se o projeto for interrompido no meio, você pode não ter direito a nada do que já foi feito. Confirma isso antes de começar, não depois.
5. Existe garantia depois da entrega?
Bug que aparece na primeira semana de uso não é "extra" — é parte normal de qualquer entrega de software. Um fornecedor que não oferece nenhum período de garantia está te dizendo, sem dizer, que não confia no próprio trabalho.
6. Como funciona quando o escopo muda no meio do caminho?
Mudança de ideia acontece em praticamente todo projeto — o problema não é ela existir, é como ela é tratada. Fornecedor sério documenta a mudança, precifica separadamente, e só executa depois de aprovação explícita. Sem esse processo, qualquer ajuste vira motivo de conflito.
7. Dá pra falar com quem já foi cliente?
Portfólio é material de marketing — mostra o que ficou pronto, não como foi o processo. Conversa com um cliente real conta uma história diferente. Hesitação em conectar você com uma referência é, por si só, uma resposta.
Como a gente responde a essas mesmas perguntas
Não escondemos as respostas por trás de discurso genérico:
- Quem constrói: você fala direto com quem desenvolve o seu sistema — sem repasse pra terceiros, sem camada de agência cobrando por cima.
- Escopo: definido antes de qualquer trabalho começar, na primeira conversa de diagnóstico — sem compromisso até esse ponto.
- Garantia: 90 dias após a entrega.
- Propriedade: o que é contratado é exatamente o que é entregue — revisado e testado antes de qualquer publicação, sem retenção de código como moeda de troca.
Se está avaliando quem vai construir o próximo sistema do seu negócio, essas sete perguntas valem mais que qualquer página de portfólio.