ERP sob medida ou ERP de mercado: como decidir sem se arrepender

A pergunta chega quase sempre no mesmo momento: a operação cresceu, roda em planilhas compartilhadas e em um sistema que não acompanha mais o negócio, e alguém propõe trocar tudo por um ERP de mercado. Outra pessoa propõe construir um sistema próprio. As duas estão parcialmente certas. Este guia dá o critério para decidir, mostra o que um projeto sob medida entrega em cada etapa e explica como contratar sem orçamento aberto.

Quando o software de prateleira resolve

Se um sistema de mercado cobre a maior parte do que a empresa precisa e o processo dela não é um diferencial competitivo, a resposta é comprar. Financeiro, folha, contabilidade e fiscal são exemplos clássicos: as regras são as mesmas para todo mundo, o fornecedor absorve a manutenção regulatória, e a empresa ganha ao se adaptar ao padrão em vez de inventar o seu. Construir o que o mercado já resolveu bem é gastar dinheiro para chegar ao mesmo lugar mais tarde.

O sinal de alerta é a palavra customização. Quando o ERP de mercado só funciona depois de meses de ajustes, tabelas paralelas e integrações improvisadas, a empresa está construindo um sistema sob medida por cima de um produto que não foi feito para isso, pagando licença e desenvolvimento ao mesmo tempo, e sem ser dona de nada.

Quando o processo é o diferencial

Há operações em que o jeito de fazer é o que o cliente compra. Uma empresa de serviços técnicos com centenas de consultores em campo, uma plataforma de eventos com pulseiras digitais e carteiras por cliente, uma operação de marketplace com regras próprias de comissão e repasse. Nesses casos, o produto de prateleira representa mal o processo, e cada adaptação afasta a empresa do que a torna melhor.

Os sinais de que o sistema sob medida é o caminho:

• O processo é o seu diferencial e nenhum produto de prateleira o representa sem distorcer
• A operação depende de planilhas compartilhadas e de conferência manual entre áreas
• Clientes e parceiros pedem um portal e hoje a resposta é e-mail
• O sistema atual ninguém mais mantém, ou depende de uma pessoa
• A empresa precisa de visão integrada, como custo e receita por cliente ou por profissional na mesma tela, e nenhum sistema entrega isso sem exportar para planilha

Em uma empresa de serviços técnicos com mais de 200 consultores, atendimentos, níveis de SLA, cobrança ao cliente, pagamento de pessoal e portal para clientes passaram a rodar em um único sistema, com automações para as rotinas internas. A gestão passou a ver custo e receita de cada consultor lado a lado, e 100% dos processos e controles ficaram digitalizados e auditáveis, em conformidade com a ISO 27001. Nenhum ERP de mercado entregaria essa visão sem virar outro projeto.

Por que projetos de ERP estouram, segundo quem mede

O medo de projeto de sistema que não acaba tem base. A Panorama Consulting, no 2025 ERP Report, encontrou que mais de um quarto das organizações estourou o orçamento da implantação; as causas mais citadas foram equipe subestimada (38%), escopo ampliado no meio do caminho (35%) e questões técnicas e de dados (34%). O estudo da McKinsey com a Universidade de Oxford, sobre mais de 5.400 projetos, mostra que os grandes (acima de US$ 15 milhões) estouram o orçamento em 45% e entregam 56% menos valor do que o prometido. E a Gartner, em pesquisa com CIOs publicada em outubro de 2024, registrou que apenas 48% das iniciativas digitais atingem as metas de negócio.

Repare que as três causas apontadas pela Panorama são exatamente o que o mapeamento com quem opera, a revisão de regras de negócio e a contratação por ondas atacam: equipe dimensionada depois de entender o processo, escopo fechado por onda e dados auditados antes de qualquer virada. O CHAOS Report, do Standish Group, reforça a lógica: projetos pequenos têm taxa de sucesso muito superior aos grandes. Ondas de valor são um jeito de transformar um projeto grande em uma sequência de projetos pequenos.

O que um projeto sob medida entrega, etapa por etapa

Sistema sob medida bem contratado não é um pedido para desenvolvedores; é um ciclo com entregáveis definidos, em que a empresa recebe algo de valor em cada etapa.

• Mapeamento da necessidade e do processo como é hoje, com quem opera: o que acontece de fato, não o que o manual diz
• Desenho e modelagem do processo futuro, com revisão das regras de negócio e melhorias propostas a partir do que já funcionou em outras operações; a empresa decide o que muda
• Arquitetura, infraestrutura e stack tecnológica desenhadas para o porte e para o time que vai manter, serverless sempre que possível para reduzir custo fixo
• Implementação em sprints, com entregáveis em produção a cada onda e evolução constante
• Testes integrados de ponta a ponta, incluindo cargas de dados auditadas antes de qualquer virada
• Documentação funcional e treinamento das equipes que vão operar
• Implantação com manutenção contratada ou handover completo para o time interno
• Acompanhamento, medição e evolução contínua, com indicadores acordados com o negócio

Repare que as duas primeiras etapas não têm código. É ali que o projeto se decide: mapear o processo real e revisá-lo com quem opera evita automatizar a ineficiência e é o que garante que o sistema represente o negócio, e não a ideia que alguém tinha dele.

Ondas de valor: pague pelo que recebe

O medo legítimo de quem contrata software sob medida é o projeto de um ano com orçamento aberto. A alternativa é contratar por ondas de valor. Cada onda fecha um fluxo completo do negócio, do início ao fim, e tem escopo, indicador de sucesso e preço definidos antes de começar. Ela é faturada quando entra em produção e passa nos testes de ponta a ponta. A primeira onda costuma estar no ar em semanas, não em meses, e a empresa pode parar entre uma onda e outra sem perder o que já recebeu.

Esse formato muda a relação com o fornecedor. Se uma onda não entrega o combinado, ela não é cobrada até entregar. O risco de prazo e de qualidade fica com quem constrói, e a empresa decide o próximo passo com o sistema funcionando na frente dela, não com uma apresentação.

Segurança, dados e propriedade desde o primeiro dia

Sistema sob medida guarda o coração da operação, e três coisas precisam estar combinadas antes do primeiro acesso. Propriedade: repositórios, contas de nuvem, domínios e credenciais em nome da empresa, sem lock-in. Segurança e conformidade: controle de acesso, trilha de auditoria, dados pessoais fora de logs, e as evidências que LGPD e certificações exigem produzidas durante o trabalho. Continuidade: documentação, runbooks e transferência de conhecimento, para que o time interno ou outro fornecedor possa assumir. Um sistema que só quem construiu entende é o legado de daqui a cinco anos.

Tecnologia: a mais adequada, não a mais falada

A escolha da stack segue o cenário e o time que vai manter, sempre entre as tecnologias mais modernas do mercado, com arquiteturas serverless quando o tráfego é irregular e o custo fixo não se justifica. Quem constrói também precisa dominar stacks legadas, porque quase todo sistema novo nasce integrado a um antigo e precisa migrar dados dele. O foco é a entrega e o que ela muda no negócio, não a tecnologia em si.

Portais de clientes e parceiros: o caso mais comum de sob medida

Nem todo sistema sob medida é um ERP inteiro. O caso mais frequente é o portal: clientes e parceiros pedem para acompanhar pedidos, chamados, contratos ou repasses, e a empresa responde por e-mail e planilha. O portal sob medida nasce integrado ao que já existe, com login corporativo, permissões por perfil e trilha de auditoria, e devolve tempo para a operação enquanto melhora a experiência de quem compra. É também o melhor ponto de partida para uma primeira onda de valor: escopo claro, indicador visível (chamados por e-mail que deixam de existir, tempo de resposta) e risco baixo.

Erros comuns em projetos sob medida

• Pular o mapeamento e começar pelas telas: o sistema representa a ideia de alguém, não o processo real
• Não revisar o processo antes de automatizar: gasta-se para digitalizar a ineficiência
• Contratar por horas em vez de por entregas: o custo cresce sem que o valor entregue cresça junto
• Tentar entregar tudo de uma vez: a primeira versão chega tarde e já desatualizada
• Deixar código, contas e credenciais em nome do fornecedor: a empresa não é dona do próprio sistema
• Ignorar testes de ponta a ponta e cargas de dados auditadas: o problema aparece na virada, com o cliente olhando
• Terminar sem documentação e treinamento: o sistema novo depende de quem construiu

Como decidir, em quatro perguntas

Primeira: um produto de mercado cobre a maior parte do que a empresa precisa sem customização pesada? Se sim, compre. Segunda: o processo que o sistema vai representar é o que diferencia a empresa? Se sim, construir preserva o diferencial. Terceira: a empresa está disposta a mapear e revisar o processo com quem opera antes de escrever código? Sem isso, nem o produto de prateleira nem o sob medida funcionam. Quarta: o fornecedor aceita contratar por ondas, com preço e indicador por onda, e deixar tudo em nome da empresa? Se não aceita, a pergunta não é mais qual sistema, e sim qual fornecedor.

Por onde começar

Por um diagnóstico com escopo e prazo fechados, que mapeie a operação como é hoje e coloque as duas opções, comprar ou construir, lado a lado com custo, prazo e risco. Se a resposta for construir, a primeira onda de valor sai desse mesmo mapa. Se for comprar, o diagnóstico vira o caderno de requisitos que evita o ERP de mercado de virar um projeto sem fim.