Neste artigo
Um orçamento de software que não responde nove perguntas específicas não é orçamento, é uma estimativa que vai mudar depois. As perguntas são sobre propriedade do código, infraestrutura, garantia, migração de dado, integração, prazo, forma de pagamento, saída e manutenção. Nenhuma delas é técnica, todas são contratuais.
Quais são as nove perguntas?
1. De quem é o código quando terminar? Precisa estar escrito que é seu, com repositório em conta sua desde o primeiro commit, não entregue no final. Repositório na conta do fornecedor é o jeito mais comum de você virar refém sem perceber.
2. Onde o sistema roda e quem paga? Servidor, banco, backup, e-mail transacional, domínio e certificado custam por mês, e alguém paga. Precisa estar claro quem contrata, em nome de quem, e quanto é.
3. O que é bug e o que é escopo novo? A definição precisa estar no contrato, senão vira discussão em cada pedido. A régua que eu uso: se não faz o que foi especificado, é bug e é por nossa conta. Se faz o que foi especificado e você quer diferente, é escopo novo.
4. Quanto tempo de garantia, e cobrindo o quê? 90 dias é comum para correção de defeito. Garantia que exclui “problema causado por uso” não é garantia.
5. Migração de dado está incluída? Se você tem planilha ou sistema antigo, migrar custa, às vezes mais que a tela. Orçamento que não menciona migração e sabe que você tem dado legado vai virar aditivo.
6. Quais integrações, e quem garante o acesso? Integração depende do outro lado. Precisa estar escrito qual sistema, quem consegue a credencial, e o que acontece se o outro lado não tiver API.
7. O que acontece se atrasar? E também: o que acontece se você atrasar. Projeto atrasa mais por indisponibilidade do cliente do que por problema técnico, e o contrato precisa tratar os dois lados.
8. Como eu saio? Se quiser trocar de fornecedor no mês 13, o que você leva? Precisa incluir código, banco, documentação de deploy e credenciais.
9. Quanto custa manter depois? Valor mensal, o que inclui, e tempo de resposta. Sem isso, você descobre o custo de manutenção quando já depende do sistema.
O que deve estar escrito, item por item?
| Item | Aceitável | Sinal de alerta |
|---|---|---|
| Propriedade | Código é do cliente, repositório na conta dele | “Entregamos os fontes ao final” |
| Escopo | Lista de funcionalidades e o que fica de fora | Só uma descrição em parágrafo |
| Prazo | Etapas com entregas parciais | Uma data única no fim |
| Pagamento | Parcelas atreladas a entrega | Metade adiantada, metade no fim |
| Garantia | Prazo e definição de defeito | Não mencionado |
| Manutenção | Valor mensal e tempo de resposta | “Combinamos depois” |
| Infra | Quem contrata e quanto custa | Silêncio |
Que pergunta separa quem investigou de quem chutou?
Se você tiver que fazer uma só, faça essa: quais são os três maiores riscos deste projeto, e o que vocês vão fazer nas primeiras duas semanas para reduzi-los?
Quem investigou responde com riscos específicos do seu caso, do tipo “a API do seu ERP não documenta o endpoint de nota fiscal e precisamos testar antes de fechar o prazo”. Quem chutou responde com generalidades sobre comunicação e alinhamento.
Essa pergunta separa proposta séria de proposta bonita melhor que qualquer comparação de preço.
Por que preço muito abaixo dos outros é sinal ruim?
Quando uma proposta chega bem abaixo das demais, quase nunca é eficiência. Geralmente é escopo entendido menor, ou aditivo planejado.
Compare o que cada uma listou como incluído antes de comparar o número. Duas propostas com R$ 40 mil de diferença costumam estar orçando projetos diferentes, não a mesma coisa com margens diferentes. Faixas de referência em quanto custa software sob medida.
Perguntas frequentes
Posso pedir para o fornecedor detalhar horas?
Pode, mas hora é a métrica errada. O que interessa é o que fica pronto, quando, e quem garante. Detalhamento de horas dá sensação de controle e não protege contra escopo mal entendido.
Vale contratar discovery pago antes?
Em projeto acima de R$ 50 mil, quase sempre vale. Você compra clareza e reduz a chance de aditivo, e o resultado do discovery serve para pedir proposta a outros fornecedores. Motivo em discovery técnico antes do preço.
E se eu não entender a parte técnica?
Peça a explicação em português. Fornecedor que não consegue explicar sem jargão ou não domina, ou está escondendo. Peça um diagnóstico se quiser uma leitura externa de uma proposta que você recebeu.
