Sistema sob medida ou software pronto: como decidir

Sistema sob medida é um software desenvolvido para o processo de uma empresa específica, com as regras, telas e integrações que ela precisa. Software pronto é um produto feito para muitas empresas ao mesmo tempo, que você configura mas não reescreve; quando é vendido por assinatura na nuvem, costuma ser chamado de SaaS (software como serviço).

A decisão entre os dois raramente é tecnológica. Ela depende de quanto do seu processo é diferencial, de quanto cada caminho custa ao longo de três anos e de quem fica com o controle do código e dos dados. Este guia é para o gestor que está com a planilha no limite, com um ERP que não cobre um processo importante ou com a proposta de uma software house na mesa.

Quando o sistema sob medida faz sentido

O critério mais útil é separar os processos da empresa em dois grupos.

Padrão de mercado. Emissão de nota fiscal, contabilidade, folha de pagamento, conciliação bancária, e-mail. Todo mundo faz igual, e boa parte das regras vem da lei. Software pronto leva vantagem aqui: o fornecedor acompanha as mudanças de legislação e distribui a atualização para todos os clientes. Refazer isso do zero é pagar para reinventar o que já existe e ainda assumir a obrigação de manter em dia.

Diferencial. A forma como a empresa orça um projeto, agenda técnicos em campo, aprova uma arte com o cliente ou calcula a comissão de uma equipe com regras próprias. É onde ela compete. Forçar esse processo dentro de uma ferramenta genérica significa mudar o jeito de trabalhar para caber no software, ou manter uma planilha paralela ao lado do sistema.

A planilha paralela é o sintoma mais confiável. Quando a equipe exporta dados do sistema, trata numa planilha e digita de volta, o software pronto não está cobrindo aquele processo.

Um exercício de meia hora: liste os dez processos principais da empresa e marque cada um como padrão ou diferencial. Onde tudo é padrão, fique com o software pronto. Onde há dois ou três processos diferenciais, eles são os candidatos a sob medida. Se ainda não está claro como o processo funciona hoje, comece mapeando, como mostra o texto sobre automação de processos e por onde começar.

Custo total em três anos: licença contra desenvolvimento

Comparar o preço de uma assinatura mensal com o orçamento de um desenvolvimento é comparar coisas diferentes. A conta justa soma tudo o que cada caminho custa num período de três anos.

Software pronto:

• licença por usuário, multiplicada pelo número de usuários e pelos 36 meses;
• reajuste anual previsto no contrato;
• módulos extras que aparecem depois (o relatório que você precisa costuma estar no plano de cima);
• implantação, migração de dados e treinamento;
• customizações pagas e integrações com outros sistemas;
• o custo de sair, se um dia for preciso migrar.

Sistema sob medida:

• descoberta e desenho do processo;
• desenvolvimento da primeira versão;
• hospedagem, backup e serviços de apoio (envio de e-mail, armazenamento de arquivos);
• manutenção corretiva e evolutiva, porque sistema em uso nunca fica "pronto";
• atualização de bibliotecas e correções de segurança;
• tempo da equipe interna para validar cada entrega.

As duas curvas crescem por motivos diferentes. O custo do software pronto cresce com o número de usuários: uma operação com cinco pessoas paga pouco, uma com oitenta paga oitenta licenças todo mês. O custo do sob medida cresce com o escopo e com as mudanças pedidas. Monte uma planilha simples com os seus números, mês a mês, e compare o acumulado no mês 36. O tempo da sua equipe entra dos dois lados e quase sempre fica de fora da conta.

Dependência de fornecedor, integração e propriedade

Dependência

No software pronto, o fornecedor decide o preço, o que entra no produto, os limites de uso da API e até se o produto continua existindo. No sob medida a dependência também existe, só muda de lugar: se o código está fechado e sem documentação, você depende da equipe que o escreveu.

Integração

Nenhum sistema vive sozinho. Antes de escolher, confira se o software pronto tem API documentada, se ela está disponível no seu plano, quais são os limites de chamadas e se ele envia avisos automáticos quando algo muda (os webhooks). Os textos sobre integração de ERP, CRM e planilhas e sobre API, webhook ou plataforma de integração ajudam a avaliar isso.

Propriedade do código

A Lei do Software (Lei 9.609/1998), no artigo 4º, atribui ao contratante os direitos sobre o programa desenvolvido durante um contrato de prestação de serviço feito para isso, "salvo estipulação em contrário". A ressalva é o que importa: o contrato manda. Muitas software houses reaproveitam componentes próprios em vários clientes e os licenciam em vez de transferir. Não há nada de errado nisso, desde que esteja escrito. Leia com seu advogado o que é seu, o que é licenciado e em que condições.

Propriedade dos dados

No software pronto contratado como serviço, os dados ficam no servidor do fornecedor. Para os dados pessoais de clientes e funcionários, a LGPD costuma colocar a sua empresa como controladora (quem decide sobre o tratamento) e o fornecedor como operador, que pelo artigo 39 deve tratar os dados conforme as instruções do controlador. Na prática: exija por contrato a exportação completa, em formato aberto, a qualquer momento, e saiba o que acontece com os dados quando o contrato termina.

Velocidade de implantação e o caminho híbrido

Software pronto começa a rodar antes, porque o produto já existe. Mas implantar um ERP de verdade, com migração de dados, parametrização e treinamento, também leva tempo, e esse tempo quase nunca aparece na demonstração comercial. O sob medida leva mais para a primeira versão, e pode começar pequeno: um processo, uma equipe, em uso real, antes de crescer.

Para a maioria das empresas, a melhor resposta é a combinação dos dois. O núcleo fica num software pronto (fiscal, financeiro, estoque, CRM) e as partes diferenciais ganham camadas sob medida ligadas a ele por API: o portal onde o cliente acompanha o pedido, o aplicativo em que o técnico de campo registra a visita com foto e assinatura, o painel que junta dados de três sistemas, a automação que tira da equipe a tarefa de redigitar o PDF do fornecedor no ERP.

Um exemplo comum: o ERP emite a nota e cuida do financeiro; um aplicativo pequeno, feito sob medida, registra as visitas técnicas e manda para o ERP o que precisa ser faturado. A atualização fiscal continua com o fornecedor do ERP. O jeito de trabalhar em campo, que é o diferencial, fica com a empresa.

A condição é o software pronto ter uma API decente. Sem ela, qualquer camada sob medida vira gambiarra de exportação e importação de planilha.

Tabela comparativa: pronto, sob medida ou híbrido

Perguntas para fazer a qualquer fornecedor

Ao fornecedor de software pronto:

1. Como exporto todos os meus dados, em que formato e quanto custa?
2. A API está disponível no meu plano? Quais são os limites de uso?
3. Como o reajuste é calculado e quanto foi nos últimos anos?
4. O que acontece com os dados no fim do contrato, e em quanto tempo são apagados?
5. Onde os dados ficam hospedados e quais outras empresas têm acesso a eles?

À software house:

1. O código fica num repositório em nome da minha empresa desde o primeiro dia?
2. Quais partes são componentes seus reaproveitados, e sob que licença?
3. Existe ambiente de teste separado da produção?
4. Cada entrega vem com testes, documentação e um caminho de volta se algo der errado?
5. Quem responde por falha em produção, em quanto tempo, e como a evolução é cobrada?
6. Se eu trocar de fornecedor, o que outra equipe recebe para continuar o trabalho?

Resposta vaga em qualquer uma dessas perguntas é informação. Fornecedor que se incomoda com elas vai se incomodar mais quando houver um problema.

Sinais de que o sob medida vai virar problema

• Escopo sem dono. Ninguém na empresa decide o que entra. Cada gerente pede direto ao desenvolvedor, as prioridades mudam toda semana e nada termina.
• Sem documentação. Só quem escreveu entende o sistema. Se essa pessoa sai, o sistema para de evoluir.
• Sem ambiente de teste. As mudanças vão direto para a produção, e o erro é descoberto pelo cliente ou pelo financeiro no fechamento do mês.
• Sem caminho de volta. Uma atualização quebra algo e ninguém sabe como voltar à versão anterior.
• Entrega única no final. Meses de desenvolvimento sem nenhuma versão usada por pessoas reais. O primeiro contato com a operação acontece quando já está tudo pronto e caro de mudar.
• Código fora do seu alcance. O repositório está na conta pessoal do desenvolvedor, ou só existe no computador dele.
• Reescrever o ERP inteiro. Projeto que começa querendo refazer fiscal, financeiro e estoque do zero costuma consumir o orçamento no que era padrão e nunca chegar ao diferencial.

Como decidir na prática

Um roteiro curto para as próximas semanas:

1. Liste os processos e marque o que é padrão e o que é diferencial.
2. Para o que é padrão, escolha dois ou três softwares prontos e teste com dado real: importe um mês de pedidos de verdade, não o exemplo da demonstração.
3. Para o que é diferencial, descreva o processo como ele é hoje, com quem faz o quê, com qual informação e quais exceções, antes de pedir proposta.
4. Monte a planilha de custo em três anos para cada caminho.
5. Faça as perguntas da lista acima e compare as respostas por escrito.

Os sinais de alerta da seção anterior são o motivo de o método da Locomotiva Tech ter três regras fixas: tudo nasce num ambiente isolado, é validado com dado real da operação e sobe com reversão documentada. No desenvolvimento de sistemas sob medida, a primeira conversa costuma ser exatamente essa triagem, e quando um software pronto resolve o núcleo, a recomendação é ficar com ele e construir só a camada que falta.