Projetos de software raramente falham por tecnologia. Falham porque o escopo era uma linha, o preço foi dado sem entender o processo, o código ficou com o fornecedor e a equipe viu o sistema pela primeira vez no dia do go-live. Aqui estão os sete erros mais caros — e o que colocar no contrato ou na prática para evitar cada um.
Erro 1: aceitar preço sem diagnóstico
"Sistema de gestão completo: R$ X." Quem dá esse número sem mapear o processo está chutando — e vai cobrar a diferença depois, em "ajustes fora do escopo", ou entregar menos do que você imaginou.
Como evitar: exija diagnóstico antes da proposta. Um fornecedor sério quer entender pessoas, dados, regras e exceções antes de orçar. Se ele não pergunta, desconfie.
Erro 2: escopo vago
"Módulo de vendas" pode significar 5 telas ou 50. Sem escopo detalhado, toda discussão vira "isso estava incluído?" — e você sempre perde, porque não está escrito.
Como evitar: escopo por módulo, com funcionalidades por tela e perfil, regras de negócio tratadas, integrações com fonte e formato, e — principalmente — lista explícita do que não está incluído. O que aparecer depois vai para a próxima fase, com valor próprio.
Erro 3: contratar o sistema inteiro de uma vez
Um ano de projeto, pagamento adiantado, e o sistema chega quando o processo já mudou. Ou não chega.
Como evitar: orçamento e entrega por módulo. O primeiro módulo resolve o maior gargalo em semanas, é usado, e o aprendizado define o segundo. O risco é proporcional ao problema, não ao sonho.
Erro 4: código e dados que não são seus
O contrato não fala de propriedade. Dois anos depois, o fornecedor some, muda de preço ou para de atender bem. Você descobre que não tem o código, não tem o banco, e o domínio está no nome dele. Recomeça do zero.
Como evitar: cláusula expressa de que código-fonte, banco de dados, documentação e dados são de propriedade da sua empresa. Repositório e infraestrutura em nome da empresa. Exportação completa dos dados a qualquer momento. Sem isso, não assine.
Erro 5: homologação só pelo gestor
O gestor aprova o sistema numa apresentação de 1 hora. No go-live, o vendedor descobre que o fluxo não é o dele, o técnico não consegue fechar a OS com a exceção de terça, e todo mundo volta para a planilha.
Como evitar: homologação por quem opera, em ambiente de teste com dados reais, com roteiro por fluxo e por perfil, e critérios de aceite definidos no escopo. O aceite libera o pagamento do marco — não a apresentação.
Erro 6: pagamento 100% adiantado (ou 100% no final)
Adiantado, você perde a alavanca. No final, o fornecedor sério não aceita — e o que aceita vai inflar o preço pelo risco.
Como evitar: pagamento por marco, por módulo: parte no início, parte na homologação, parte na implantação. Cada fase paga quando aceita. Protege os dois lados.
Erro 7: sem plano de manutenção e saída
O sistema é entregue e... ninguém combinou o que acontece depois. Erro em produção: quem corrige, em quanto tempo? Novo campo: quanto custa? Quer trocar de fornecedor: como leva o sistema?
Como evitar: contrato com garantia (prazo para correção de defeitos), suporte com SLA por severidade, manutenção evolutiva com modelo claro (horas ou demanda), e condições de saída explícitas — você leva código, dados e infraestrutura.
Checklist antes de assinar
- Houve diagnóstico do processo antes do preço?
- O escopo é por módulo, com o que está e o que não está incluído?
- Existem critérios de aceite escritos?
- Código, banco, dados e documentação são meus, por escrito?
- Repositório, domínio e hospedagem ficam no nome da minha empresa?
- O pagamento é por marco?
- Quem opera vai homologar, em ambiente de teste, com dados reais?
- Garantia, SLA de suporte e modelo de evolução estão definidos?
- Sei como sair e levar tudo, se precisar?
Nove "sim" e você está protegido. Qualquer "não" é conversa antes de assinar — não depois.
Como a DAS contrata
Diagnóstico gratuito antes de qualquer número. Escopo por módulo com critérios de aceite. Pagamento por marco. Código, banco e dados de propriedade do cliente, em infraestrutura no nome dele. Homologação com a equipe. Suporte com SLA e manutenção evolutiva opcional. A DAS quer ser escolhida pela qualidade, não por dependência.
Perguntas frequentes sobre o tema
Devo contratar por hora ou por escopo fechado?
Por escopo fechado por módulo, com pagamento por marco. Hora aberta transfere todo o risco para você; escopo fechado para o sistema inteiro é impossível de estimar. Módulo é o meio-termo que funciona.
Como sei se o fornecedor é bom?
Peça para ver um sistema em produção, fale com um cliente, pergunte como tratam exceções e homologação. Fornecedor que só mostra demo e não fala de processo é sinal de alerta.
O que fazer se o projeto já começou mal?
Pare, exija o código e os dados até aqui, redefina o escopo da próxima fase com critérios de aceite. Continuar sem corrigir a base só aumenta o prejuízo.
