Como escolher uma software house: 10 perguntas antes de contratar
Escolher uma software house é escolher como seu projeto será especificado, construído, validado e mantido. Portfólio e preço ajudam, mas não revelam sozinhos como a equipe lida com mudanças, riscos, propriedade do código e operação depois da entrega.
Use estas perguntas nas conversas e peça que as respostas importantes apareçam por escrito na proposta ou no contrato.
1. Qual problema e resultado estamos contratando?
Peça ao fornecedor para resumir o objetivo do projeto e a principal tarefa que o produto deverá permitir. Se a conversa começa por uma lista extensa de telas, valide como cada item se conecta ao resultado esperado. Um bom alinhamento separa necessidade central de ideia que pode ser avaliada depois.
2. O que está incluído e o que fica fora?
Confira tipos de usuário, fluxos, módulos, integrações, dados, ambientes, publicação e documentação. Pergunte explicitamente quais premissas dependem de você ou de terceiros. “Sistema completo” não é uma definição de entrega sem escopo verificável.
3. Como o aceite de cada etapa será medido?
Solicite critérios observáveis, como ações que precisam funcionar, estados esperados e limitações conhecidas. Combine quem valida e em quanto tempo. Isso torna a revisão mais objetiva e facilita detectar diferenças entre o combinado e o entregue.
4. Como mudanças afetam preço, prazo e prioridade?
Projetos descobrem novas informações durante a execução. Pergunte qual processo a equipe usa para registrar uma mudança, estimar impacto e obter aprovação antes de incorporá-la. Um fluxo claro evita que solicitações informais alterem silenciosamente o orçamento ou a data.
5. Quem terá acesso ao código e às contas?
Entenda onde o código ficará, como serão administrados repositórios, domínio, nuvem e chaves de serviços externos, e como você recupera os acessos. Defina também os ativos produzidos e as obrigações de cada parte. Não deixe esses assuntos apenas para o encerramento do projeto.
6. Como dados pessoais e credenciais serão protegidos?
Pergunte quais dados são realmente necessários, quem poderá acessá-los, como os ambientes de desenvolvimento serão separados e como credenciais serão armazenadas. A LGPD estabelece regras para operações de tratamento de dados pessoais no Brasil. A responsabilidade aplicável depende dos papéis e do uso concreto; peça que o desenho considere privacidade desde o início.
Para conversar sobre requisitos de segurança de software, o OWASP Application Security Verification Standard oferece uma lista pública de controles que pode ajudar a estruturar perguntas e critérios. A adoção necessária varia de acordo com o risco e o sistema.
7. O que acontece depois da publicação?
Separe garantia de correções, manutenção evolutiva, monitoramento, suporte e custos de infraestrutura. Pergunte quem será acionado diante de uma falha, qual é o canal de atendimento e que itens têm cobrança recorrente. “Suporte incluso” precisa ter duração, limites e responsabilidades definidos.
8. Como a equipe demonstra progresso?
Combine a frequência das demonstrações, os ambientes disponíveis e os artefatos esperados. Checkpoints com entregas inspecionáveis ajudam você a corrigir prioridades cedo e diminuem a dependência de relatos verbais.
9. Quais dependências podem mudar o plano?
Peça uma lista de decisões ainda abertas: aprovação de lojas, acesso a APIs, migração de dados, conteúdo, regras internas e fornecedores externos. Para cada uma, identifique responsável, data necessária e plano caso a dependência atrase.
10. Como é feito o encerramento ou a transição?
Mesmo que a parceria dê certo, pergunte como documentar a solução, transferir acessos e apoiar uma equipe futura. Uma saída planejada demonstra que o projeto foi estruturado para continuar sob governança do cliente.
Compare propostas com as mesmas premissas
Monte uma tabela com escopo, exclusões, prazo, preço, etapas de pagamento, aceite, custos de terceiros, propriedade dos ativos, manutenção e responsabilidades. Se duas propostas divergirem, peça que o fornecedor explique qual risco ou entrega causa a diferença. Não escolha apenas pela promessa de prazo ou por uma apresentação visual.
A Volup AI publica seus modelos de contratação e permite organizar um primeiro recorte no montador de projetos. Leve as dúvidas para a conversa e confirme por escrito as premissas antes de iniciar.