Resposta direta: o que precisa estar definido antes de contratar
Antes de assinar qualquer proposta de software, o empresário precisa saber três coisas: o que está sendo protegido, o que acontece se o sistema ficar indisponível e quem continua responsável pelo que depois que o projeto entra em operação. Segurança e escalabilidade não são detalhes técnicos; são critérios de risco, continuidade e custo. Se isso não estiver claro na proposta, a chance de descobrir o problema só depois da entrega é alta.
Na prática, uma contratação madura responde a perguntas objetivas. Onde os dados ficam? Quem acessa o quê? Como o sistema aguenta crescer sem travar ou exigir reconstrução? Como será feito backup? Como a operação será monitorada? O que está incluído no suporte e o que vira custo extra? Quando essas respostas vêm vagas, a proposta pode até parecer boa no preço inicial, mas costuma transferir risco para a empresa.
O erro mais caro não é contratar um sistema mais simples. É contratar sem entender o risco que a simplicidade esconde quando a operação cresce, integra mais sistemas ou passa a depender daquele software todos os dias.
— Nélio Alcântara
O que avaliar em cada proposta, sem falar tecnicês
Segurança da informação, no contexto de contratação, é a capacidade de impedir acesso indevido, vazamento, alteração não autorizada e perda de dados. Em linguagem simples: quem pode ver, quem pode mexer, como isso é registrado e o que acontece se algo der errado. Um fornecedor maduro consegue responder isso sem fugir para abstrações.
Disponibilidade é o quanto o sistema fica de pé quando a empresa precisa dele. Se a operação depende do software para vender, atender, faturar ou controlar processos internos, uma queda deixa de ser inconveniente e passa a ser prejuízo. Pergunte como a solução lida com falhas, picos de uso, manutenção e recuperação após incidente.
Escalabilidade é a capacidade de crescer sem perder estabilidade ou virar um projeto de reconstrução prematura. Isso não se mede por promessas do tipo “aguenta muito”. Mede-se por arquitetura, limites conhecidos, forma de armazenamento, comportamento sob aumento de carga e custo para crescer. Um sistema escalável não é apenas o que funciona hoje; é o que continua previsível quando a operação dobra, triplica ou muda de rotina.
| Critério | O que perguntar ao fornecedor | Sinal de resposta boa | Sinal de risco |
|---|---|---|---|
| Segurança | Quem acessa os dados, como o acesso é controlado e como isso é auditado? | Há papéis, permissões, logs e política clara de acesso. | Resposta genérica como “temos segurança” sem mecanismo descrito. |
| Disponibilidade | Qual é o plano se o sistema cair ou a infraestrutura falhar? | Existe estratégia de recuperação e janela de suporte definida. | A proposta ignora falhas, manutenção e tempo de indisponibilidade. |
| Backup | Com que frequência há backup e como a restauração é testada? | Há rotina, retenção e teste de recuperação. | Backup é citado, mas ninguém explica restauração. |
| Escalabilidade | O que muda no sistema quando o uso crescer? | Há explicação sobre limites, gargalos e evolução planejada. | O fornecedor garante crescimento ilimitado sem justificar. |
| Integrações | Como o sistema conversa com ERP, CRM, pagamentos ou outros serviços? | Há API, documentação e tratamento de erros. | Integração prometida sem detalhe técnico ou contrato de responsabilidade. |
Perguntas objetivas para fazer ao fornecedor
A melhor forma de avaliar uma proposta é pedir respostas que mostrem governança, não apenas entrega funcional. Em vez de perguntar “o sistema é seguro?”, pergunte “como o acesso será controlado?” Em vez de “ele escala?”, pergunte “o que acontece quando dobrarmos o volume?” Em vez de “há backup?”, pergunte “com que frequência ele ocorre e como será validada a restauração?”
As perguntas abaixo ajudam a separar fornecedor preparado de fornecedor improvisado. Se a resposta vier vaga, a tendência é que a solução também seja vaga onde importa.
- Onde os dados serão armazenados e quem terá acesso administrativo?
- Como serão definidos perfis, permissões e trilhas de auditoria?
- Existe autenticação em dois fatores ou outro reforço de acesso quando necessário?
- Qual é a política de backup e por quanto tempo os dados ficam retidos?
- O backup já foi testado com restauração real?
- Há monitoramento de erro, performance e indisponibilidade?
- Como o fornecedor será avisado de falhas e em quanto tempo responde?
- Quais integrações estão previstas e quem responde se uma delas parar?
- A solução possui documentação técnica suficiente para continuidade do projeto?
- O código e os artefatos entregues ficarão sob propriedade da empresa contratante ou haverá restrição?
- O que está incluído no suporte e o que vira cobrança adicional?
- Como serão tratados crescimento de uso, novas regras e futuras integrações?
Sinais de alerta que mostram risco antes do contrato
Alguns sinais aparecem cedo e costumam ser mais úteis do que qualquer promessa comercial. Quando o fornecedor evita detalhar arquitetura, não separa desenvolvimento de infraestrutura, não explica suporte ou trata segurança como algo “resolvido depois”, o risco está sendo empurrado para a empresa contratante.
Outro alerta comum é a dependência excessiva do fornecedor. Se todo o conhecimento fica em poucas pessoas, se não há documentação mínima ou se a empresa não tem acesso claro aos entregáveis, o sistema pode funcionar, mas a operação fica presa a quem construiu. Isso aumenta custo futuro e reduz poder de negociação.
Também vale desconfiar de propostas que prometem escalabilidade sem dizer o que vai ser feito para suportá-la. Escalar não é apertar um botão. Envolve projetar acesso, armazenamento, integração, rotina de backup, observabilidade e capacidade de manutenção. Se nada disso aparece, a palavra “escalável” pode estar servindo só como adorno comercial.
Como comparar duas ou três propostas de forma justa
Comparar só pelo preço inicial costuma distorcer a decisão. Uma proposta mais barata pode esconder custo recorrente maior, infraestrutura mal dimensionada, suporte limitado ou alto retrabalho depois da entrega. O comparativo bom separa desenvolvimento, operação e risco.
Uma forma prática de enxergar isso é dividir a análise em quatro blocos: custo de construção, custo mensal de infraestrutura, custo de suporte/manutenção e custo de risco. O último bloco é menos óbvio, mas muitas vezes é o mais caro quando a solução falha, cresce sem controle ou depende demais de um único fornecedor.
| Bloco de custo | O que entra | O que o empresário precisa perguntar |
|---|---|---|
| Construção | Levantamento, desenvolvimento, testes e implantação | O que está incluso no escopo e o que será cobrado depois? |
| Infraestrutura | Hospedagem, banco de dados, armazenamento, serviços de terceiros e monitoramento | Qual é o custo mensal esperado e o que faz esse valor subir? |
| Suporte e manutenção | Correções, ajustes, melhorias e acompanhamento técnico | Qual é o SLA, o horário de atendimento e a fila de prioridade? |
| Risco | Paradas, perda de dados, retrabalho, dependência e atraso em evolução | Se algo falhar, quem responde e qual é o impacto operacional? |
Essa leitura ajuda a evitar comparação injusta entre propostas com níveis diferentes de maturidade. Às vezes, o projeto aparentemente mais caro é o que reduz custo total no ano seguinte porque já nasce com documentação, governança e base técnica mais sólida.
Checklist final de decisão antes de assinar
- Confirme o risco principal do sistema
Defina se o maior risco é vazamento, indisponibilidade, erro operacional, dependência do fornecedor ou custo de crescimento.
- Exija respostas objetivas
Peça explicações sobre acesso, backup, monitoramento, integrações, suporte e propriedade intelectual sem aceitar generalidades.
- Valide o que é responsabilidade do fornecedor e o que continua com a empresa
Infraestrutura, segurança, manutenção, conteúdo, dados e continuidade precisam estar claramente separados.
- Peça a visão de crescimento
Pergunte o que muda se o uso aumentar, se houver novas integrações ou se a regra de negócio ficar mais complexa.
- Revise documentação e entrega
Confirme se a empresa receberá documentação suficiente para continuidade, evolução e eventual troca de fornecedor.
- Compare custo total, não só preço inicial
Some desenvolvimento, infraestrutura, manutenção, suporte e provável custo de retrabalho antes de decidir.
- A proposta explica onde os dados ficam e quem acessa o quê.
- Há política de backup, frequência definida e teste de restauração.
- Existe monitoramento ou rotina de detecção de falhas.
- O suporte tem escopo, prazo de resposta e limites claros.
- As integrações estão descritas com responsabilidade definida.
- A documentação técnica será entregue ao final do projeto.
- A propriedade intelectual e os direitos de uso estão contratualmente claros.
- Os custos de infraestrutura e serviços de terceiros foram estimados.
- Há uma resposta plausível para crescimento de uso sem recomeçar do zero.
Fechamento: quando a proposta está pronta para avançar
Uma boa contratação de software não termina no “vai funcionar”. Ela termina quando a empresa entende o risco que está assumindo, o que será entregue, o que continuará sob seu controle e quanto custará manter a operação saudável depois da entrega. É isso que separa um projeto útil de uma dependência cara.
Se a proposta já responde com clareza a segurança, disponibilidade, backup, monitoramento, integrações, documentação, propriedade intelectual, custos recorrentes e suporte, você está perto de uma decisão boa. Se ainda há lacunas em pontos básicos, o melhor próximo passo não é fechar contrato: é pedir ajuste, detalhamento ou uma proposta mais séria.
