O risco real de contratar software

Quando você compra uma máquina, vê a máquina. Quando contrata software sob medida, aprova um documento e recebe alguma coisa meses depois. Entre uma coisa e outra existe um espaço grande onde as expectativas se separam da realidade.

Os projetos que dão errado quase nunca dão errado por incompetência técnica. Dão errado por escopo mal definido, comunicação rara, e por uma descoberta tardia de que ninguém tinha combinado o que "pronto" significava. Todas as três coisas dão para prevenir na fase de escolha do fornecedor.

As perguntas abaixo não exigem conhecimento técnico. Elas exigem apenas que você repare em quem responde com clareza e quem responde com jargão.

Perguntas sobre escopo e prazo

1. O que exatamente está incluído na primeira entrega?

A resposta precisa ser uma lista de telas e funções, não uma descrição genérica. "Sistema de gestão completo" não é escopo: é slogan. Peça a lista por escrito antes de assinar qualquer coisa — e desconfie se ela não existir.

2. O que fica de fora?

Tão importante quanto o que entra. Um fornecedor que nunca diz "isso não está incluso" está construindo a discussão do terceiro mês. Boa proposta tem uma seção de exclusões, e ela é curta e clara.

3. Como um pedido novo é tratado no meio do projeto?

Mudança de escopo é normal: quando a equipe começa a usar, aparecem necessidades que ninguém enxergou no papel. O que não é normal é a mudança virar cobrança surpresa. A resposta certa é: orçado e aprovado antes de ser executado.

4. Quando eu vejo alguma coisa funcionando?

Se a resposta for "no fim", ligue o alerta. Projeto que só aparece pronto no último dia é projeto em que você descobre os problemas quando corrigir já é caro. Entregas parciais existem justamente para o ajuste acontecer quando ainda é barato.

Perguntas sobre propriedade e dados

5. De quem é o sistema depois de pronto?

Essa pergunta precisa de resposta escrita, em contrato. Sistema sob medida que só o fornecedor original consegue mexer deixa de ser um ativo da empresa e vira dependência — e o preço dessa dependência aparece na hora de fazer qualquer mudança.

6. Consigo exportar meus dados a qualquer momento?

A resposta boa é "sim, em formato aberto, e a qualquer momento". Dados que só existem dentro do sistema de alguém são reféns. Vale testar isso já nas primeiras semanas, e não no dia em que você precisar.

7. Existe documentação suficiente para outra equipe assumir?

Ninguém gosta de fazer essa pergunta porque parece desconfiança. Faça mesmo assim. Fornecedor sério responde que sim e explica o que entrega; fornecedor que se ofende com a pergunta está dizendo algo sobre o modelo de negócio dele.

Perguntas sobre o que acontece depois

8. Quanto custa manter isso funcionando?

Software não é obra que termina. Navegador atualiza, regra de negócio muda, a empresa cresce e pede tela nova. Hospedagem, backup, correção e suporte têm custo, e ele precisa estar na conta desde a primeira estimativa. Quem não fala de manutenção na primeira conversa está adiando um custo que existe de qualquer forma.

9. Quem atende quando dá problema numa sexta à tarde?

Peça o processo concreto: por qual canal, com qual prazo de resposta, e falando com quem. A diferença entre um fornecedor bom e um ruim quase nunca aparece enquanto tudo funciona.

Contrate quem responde bem a "e se der errado?". Todo fornecedor sabe descrever o cenário em que tudo dá certo.

Cinco sinais de alerta

  • Preço fechado antes de entender o processo. Quem orça sem perguntar como a sua operação funciona está chutando — e o chute vai ser corrigido depois, com você pagando a diferença.
  • Prazo curto demais. Prometer em três semanas o que costuma levar três meses não é eficiência; é subestimar, e a conta chega em atraso e retrabalho.
  • Nenhuma pergunta sobre exceções. Quem não pergunta "e quando o cliente pede algo diferente?" ainda não entendeu o processo que vai automatizar.
  • Só fala de tecnologia. Se a conversa inteira é sobre a linguagem e o banco de dados, e nenhuma sobre o seu problema, o foco está no lugar errado.
  • Não diz não para nada. Fornecedor que concorda com tudo vai concordar também com o que não consegue entregar. Um bom parceiro técnico diz quando alguma coisa não vale a pena — inclusive quando a resposta certa é usar software pronto em vez de contratar desenvolvimento.

Empresa grande ou pequena?

Não existe resposta universal, mas existem trocas conhecidas. Estrutura grande costuma ter mais gente disponível e processo mais formal — e a sua empresa pesa menos na carteira dela, o que aparece na prioridade quando algo dá errado. Estrutura pequena costuma dar atendimento mais próximo e continuidade de quem participou do projeto — e depende de menos pessoas, o que é um risco a considerar.

O critério que vale mais do que o tamanho é a possibilidade de testar antes com um compromisso pequeno. Um projeto curto e fechado — um diagnóstico, um módulo pequeno, uma automação isolada — mostra em algumas semanas como o fornecedor comunica, cumpre prazo e reage quando aparece um imprevisto. É informação que nenhuma proposta comercial entrega.

A pergunta não é "essa empresa sabe programar?". Quase todas sabem. É "essa empresa vai me dizer a verdade quando o projeto ficar difícil?".

Se você ainda está decidindo se precisa mesmo de um sistema, vale ler antes quando vale a pena investir em um sistema próprio. E para entender o que forma o valor de uma proposta, os oito fatores estão em quanto custa um sistema personalizado. Como trabalhamos está descrito em desenvolvimento de sistemas.