Como contratar o desenvolvimento de um sistema sob medida

Contratar um sistema sob medida é diferente de comprar um produto. Você não vê o resultado antes de pagar, depende da comunicação com quem desenvolve e assina um contrato sobre algo que ainda não existe. Por isso tantos projetos estouram prazo, custam o dobro ou terminam com um sistema que ninguém usa.

A boa notícia é que a maioria desses problemas é previsível e evitável. Este guia mostra as etapas de um projeto bem conduzido, o que exigir em cada uma e as perguntas que separam um fornecedor sério de um que vai deixar você na mão.

Antes de procurar fornecedor: saiba o problema, não a solução

O erro mais comum é chegar com a solução pronta: "quero um aplicativo", "quero um sistema igual ao do concorrente". O fornecedor orça o que foi pedido e, meses depois, descobre-se que o problema era outro.

Leve o problema. Responda, por escrito, de forma simples:

• Qual processo está travando a empresa hoje?
• Quem participa dele e o que cada pessoa faz?
• Onde a informação nasce, por onde passa e onde termina?
• O que acontece quando dá errado?
• Como você saberá que o sistema resolveu?

Uma página com essas respostas vale mais que qualquer lista de funcionalidades.

Etapa 1: descoberta

Um fornecedor sério não dá preço fechado de sistema numa primeira conversa. Ele propõe uma descoberta: um período curto para entender o processo, conversar com quem usa, levantar integrações e riscos. O resultado é um documento com o escopo, as prioridades e uma estimativa fundamentada.

Exija que esse documento seja seu. Se você decidir não seguir com aquele fornecedor, deve poder levar a descoberta para outro. É a forma mais barata de reduzir o risco do projeto inteiro.

Sinais de alerta nesta etapa:

• Preço fechado sem nenhuma pergunta sobre o processo.
• Promessa de prazo muito curto para algo complexo.
• Resistência em colocar o escopo por escrito.

Etapa 2: escopo, prazo e valor por escrito

Com a descoberta pronta, vem a proposta. Ela deve dizer com clareza:

1. O que será entregue, em módulos ou funcionalidades descritas em linguagem de negócio.
2. O que não está incluído. Tão importante quanto o que está.
3. Etapas e prazos, com o que você vai receber em cada uma.
4. Valor e forma de pagamento, idealmente por etapa aprovada.
5. Como funciona mudança de escopo: quem pede, como é orçada, como é aprovada.
6. Garantia e suporte depois da entrega.

Mudança de escopo é normal, porque você vai aprender coisas durante o projeto. O problema é a mudança sem registro, que vira discussão no fim. Combine que toda alteração é feita por escrito, com impacto em prazo e valor aprovado antes.

Etapa 3: desenvolvimento por etapas

Projetos longos sem entrega intermediária são os que mais falham. Prefira um modelo em que cada etapa termina com algo que você consegue ver e testar. Métodos ágeis, como o Scrum, organizam o trabalho em ciclos curtos justamente para isso; o Guia do Scrum é público e tem versão em português.

Na prática, isso significa:

• Primeiro o mais valioso. O módulo que mais devolve tempo ou dinheiro sai primeiro.
• Você valida cada entrega. Testa, comenta e aprova antes de liberar a próxima etapa.
• Pagamento atrelado à aprovação. Paga a próxima etapa quando a anterior estiver aceita.

Escolha uma pessoa da empresa para ser a responsável pelas validações. Projeto em que ninguém do cliente tem tempo para testar atrasa sempre.

Etapa 4: entrega, documentação e treinamento

Sistema entregue sem documentação é sistema que só o fornecedor consegue manter. No fim do projeto, você deve receber:

• Código-fonte em um repositório no nome da empresa.
• Documentação técnica: como instalar, como publicar uma nova versão, como o sistema está organizado.
• Documentação de uso para a equipe.
• Acessos: servidores, banco de dados, domínio, contas de serviços externos, todos no nome da empresa.
• Treinamento para quem vai usar e para quem vai administrar.

Quem é dono do código?

Esta é a pergunta mais importante do contrato e a mais esquecida. Pela Lei do Software (Lei 9.609/1998), a titularidade dos direitos sobre um programa desenvolvido sob encomenda depende do que estiver no contrato e da relação entre as partes. Não deixe isso implícito.

Exija uma cláusula clara de cessão dos direitos patrimoniais sobre o código desenvolvido para a sua empresa, com entrega do código-fonte. Bibliotecas de terceiros e componentes de código aberto seguem as próprias licenças, e o fornecedor deve listar quais foram usados. Para dúvidas específicas sobre o contrato, consulte um advogado.

Segurança e LGPD desde o começo

Segurança adicionada no fim custa mais e funciona pior. Se o sistema guarda dados de clientes, pacientes ou funcionários, a Lei Geral de Proteção de Dados exige medidas técnicas e administrativas para protegê-los. Coloque no escopo:

• Controle de acesso por perfil, para cada pessoa ver só o que precisa.
• Registro de ações: quem acessou, alterou ou excluiu cada informação.
• Criptografia na comunicação e, quando necessário, no armazenamento.
• Backup automático e testado, com cópia fora do servidor principal.
• Verificação em duas etapas para acessos administrativos.
• Atualização de dependências, porque bibliotecas desatualizadas são uma porta de entrada comum.

O Guia de Segurança da ANPD para agentes de tratamento de pequeno porte traz uma lista prática de medidas que serve de referência. Uma revisão de segurança da informação antes de colocar o sistema no ar evita surpresas.

E depois que o sistema estiver no ar?

Sistema é como imóvel: precisa de manutenção. Bibliotecas ganham correções de segurança, o navegador muda, a empresa cresce e pede funções novas. Combine antes como será:

• Manutenção corretiva: correção de erros, com prazo de resposta definido.
• Manutenção evolutiva: funções novas, orçadas por demanda ou num plano mensal.
• Monitoramento: quem percebe quando o sistema sai do ar ou quando algo suspeito acontece no servidor.

Se preferir trocar de equipe depois, a documentação e os acessos no seu nome tornam isso possível sem recomeçar.

Perguntas para fazer a qualquer fornecedor

1. Vocês fazem descoberta antes de orçar? O resultado fica comigo?
2. O código, o repositório e os servidores ficam no nome da minha empresa?
3. Como é cobrada uma mudança de escopo?
4. Em quanto tempo vejo a primeira entrega funcionando?
5. Pago por etapa aprovada?
6. Quais medidas de segurança estão incluídas no escopo?
7. Que documentação vou receber no fim?
8. Como funciona a manutenção depois da entrega?
9. Posso ver um sistema que vocês fizeram e está em uso?

Fornecedor que hesita em responder a qualquer uma dessas perguntas está mostrando um risco.

Como trabalhamos

O nosso desenvolvimento de sistemas sob medida segue exatamente este roteiro: descoberta antes do orçamento, escopo e valor fechados por escrito, entregas por etapa com pagamento por etapa aprovada, segurança no escopo e tudo no nome da sua empresa.

Ainda em dúvida se precisa de um sistema próprio? Leia sistema sob medida ou software pronto ou veja o que costuma entrar primeiro em sistemas sob medida para clínicas, escritórios, PMEs e mercado financeiro. O primeiro passo é o diagnóstico gratuito, com o plano por escrito mesmo que você não contrate a gente.