Checklist para contratar uma software house sem se arrepender

Por que a maioria das contratações dá errado

Contratar desenvolvimento de software é difícil porque o cliente não consegue avaliar qualidade técnica antes da entrega, só depois. Isso cria um desequilíbrio de informação que fornecedores desonestos exploram.

As 7 perguntas

1. Quem vai construir o projeto?
Peça para conhecer a pessoa (ou pessoas) que vão escrever o código. Se a resposta for "nossa equipe" sem nomear ninguém, pergunte de novo. Subcontratação não declarada é um sinal de alerta.

2. O escopo está documentado por escrito?
"Entendemos o que você precisa" não é escopo. Exija um documento listando funcionalidades, integrações, critérios de aceite e o que está explicitamente fora do escopo.

3. O que acontece se o projeto atrasar?
Leia a cláusula de prazo no contrato. Se não houver penalidade para atraso do fornecedor, o prazo é uma estimativa otimista, não um compromisso.

4. O código é seu desde o início?
Alguns contratos transferem propriedade intelectual só após pagamento total. Exija que o repositório seja seu desde o primeiro commit.

5. Há garantia pós-entrega?
Bug descoberto uma semana após o deploy não é culpa sua. Exija no mínimo 30 dias de garantia coberta. 90 dias é o que consideramos justo.

6. Qual a política de mudança de escopo?
Scope creep mata projetos. Um fornecedor sério tem processo claro: mudança de escopo é documentada, cotada separadamente e aprovada antes de executar.

7. Posso falar com um cliente anterior?
Portfólio é marketing. Conversa com cliente real é referência. Se o fornecedor hesitar, interprete como sinal.

Como a Chiarelli Labs responde a essas perguntas

Você fala com quem constrói (Leonardo, desde o primeiro contato). Escopo é documentado na semana de discovery e aprovado antes de começar. Prazo é compromisso, não estimativa. Código é seu desde o primeiro commit. Garantia de 90 dias. Mudança de escopo vira aditivo com nova precificação.

Se quiser conversar, comece pelo formulário.