ERP/CRM sob medida ou SaaS pronto: como escolher

A maioria das empresas em crescimento chega a um ponto em que planilhas, e-mail e grupos de mensagens já não conseguem manter o negócio de pé. Aí vem uma pergunta mais difícil: assinar um SaaS pronto ou mandar desenvolver um software sob medida para o jeito como você trabalha? Este guia explica o que fazem os sistemas ERP, CRM e de fluxo de trabalho, como pesar as opções com honestidade e como implantar a que você escolher.

Ponto-chave

Para a maioria das pequenas e médias empresas, o caminho híbrido é o mais seguro: contratar software mantido por terceiros ou SaaS para o trabalho padrão, como contabilidade e faturamento, e desenvolver sob medida só os processos que diferenciam você. Decida com seis critérios (singularidade do processo, integrações, usuários e permissões, propriedade dos dados, custo no longo prazo e dependência do fornecedor), implante com mapeamento de processos, MVP e fases, e garanta que os dados e o código continuem sendo seus, seja qual for o caminho.

Sinais de que as planilhas e os grupos de mensagens já não bastam

Planilhas e aplicativos de mensagens começam a falhar quando o negócio depende de várias pessoas sincronizando tudo à mão. Os sinais típicos:

Os mesmos dados são digitados em vários lugares. Um pedido vai para uma planilha, depois para a ferramenta de faturamento, depois para uma mensagem ao estoque, e as versões vão se afastando.
Ninguém confia nos números do estoque. Você vende o que não tem, fica sem produto de repente ou encontra diferenças a cada inventário.
As aprovações ficam no chat. Descobrir quem aprovou um desconto significa rolar semanas de mensagens para trás.
O histórico dos clientes vai embora com as pessoas. Quando um vendedor sai, os contatos e as conversas saem junto com o celular dele.
Os relatórios levam dias para serem montados à mão, e só uma pessoa entende a planilha principal.
Todo mundo vê e altera tudo, inclusive preços de custo, sem registro de quem mudou o quê.

Um ou dois desses sinais podem pedir apenas uma ferramenta bem escolhida ou uma automação de processos simples. Vários ao mesmo tempo costumam indicar que chegou a hora de um sistema de verdade.

ERP, CRM e sistemas de fluxo de trabalho: o que cada um faz

O ERP cuida das operações e do dinheiro, o CRM cuida dos clientes e das vendas, e os sistemas de fluxo de trabalho cuidam das aprovações e da colaboração interna. Muitos produtos cobrem mais de uma área, mas as funções centrais são diferentes:

ERP (planejamento de recursos empresariais) cuida das operações e do dinheiro: compras, estoque, pedidos de venda, faturamento e, muitas vezes, contabilidade, produção e vários depósitos.
CRM (gestão do relacionamento com o cliente) cuida dos clientes e das vendas: contatos, leads, funil de vendas, orçamentos, follow-ups e o histórico de cada conversa.
Sistemas de fluxo de trabalho cuidam dos processos internos: aprovações de compras, despesas ou férias, documentos compartilhados e tarefas. Pacotes como Microsoft 365 ou Google Workspace já cobrem parte disso.

O mais importante é que esses sistemas compartilhem dados: um único cadastro de cada cliente, uma única lista de produtos, uma única tabela de preços.

Três caminhos: pronto, sob medida ou híbrido

Há três caminhos: assinar um software pronto ou SaaS, mandar desenvolver um sistema sob medida ou combinar os dois em um modelo híbrido.

Software pronto e SaaS. Você assina um produto existente, como Odoo ou NetSuite para ERP, ou HubSpot ou Salesforce para CRM, e o configura. É testado e rápido de começar, o fornecedor cuida das atualizações e da segurança, e em geral você paga por usuário ou por módulo. A contrapartida: você se adapta ao produto, e o roadmap pertence ao fornecedor.

Desenvolvimento sob medida. Uma equipe cria o software em torno dos seus processos. Ele se encaixa exatamente, não tem licença por usuário e pode virar uma vantagem competitiva real. A contrapartida: um investimento inicial maior, um caminho mais longo até o primeiro uso e a responsabilidade contínua por manutenção, segurança e hospedagem.

Híbrido. Use software padrão para o que é padrão e desenvolva onde você se diferencia. Contabilidade, faturamento e folha de pagamento costumam ficar melhor em produtos mantidos por terceiros, porque as regras fiscais e de nota fiscal eletrônica variam por país e mudam. Na UE, por exemplo, o pacote IVA na era digital (ViDA) (em inglês), adotado em 2025, introduz a partir de 1º de julho de 2030 a declaração digital baseada em faturas eletrônicas para transações B2B entre países da UE. Em torno desse núcleo contábil, você pode desenvolver a sincronização com a loja virtual, um portal de pedidos para clientes atacadistas ou um aplicativo de celular para a equipe do depósito. ERPs de código aberto como o Odoo Community (licenciado sob LGPLv3) ou o ERPNext ficam no meio do caminho: você pode hospedá-los e modificá-los, mas as suas alterações precisam ser levadas adiante a cada atualização de versão.

Para muitas pequenas e médias empresas, o híbrido é a escolha padrão sensata.

Seis critérios que decidem

Seis critérios decidem entre software sob medida e SaaS: o quanto o processo é único, as integrações, os usuários e permissões, a propriedade dos dados, os fatores de custo no longo prazo e a dependência do fornecedor.

O quanto o processo é único? Se é a forma como você compete, como preços específicos por cliente ou um fluxo de produção incomum, forçá-lo dentro de um software genérico vai sair caro. Se é padrão, como a escrituração contábil, não reinvente.
Integrações. Liste todos os sistemas que precisam trocar dados: loja virtual, marketplaces, pagamentos, transportadoras, contabilidade, bancos, formulários do site. Se a loja virtual ainda não foi escolhida, o nosso comparativo Shopify vs WooCommerce vs loja sob medida mostra quando a integração com o ERP justifica uma loja sob medida. Verifique se há conectores prontos e APIs documentadas com limites aceitáveis. As diretrizes de uso da API da HubSpot (em inglês), por exemplo, definem o limite diário de chamadas para apps de distribuição privada de acordo com o plano: 250.000 por conta no Free e no Starter, 625.000 no Professional e 1.000.000 no Enterprise. As integrações costumam ser onde a complexidade real se esconde. Uma API limpa também facilita muito conectar assistentes de IA mais tarde, por exemplo por meio do Model Context Protocol (MCP) (em inglês), um padrão de código aberto para conectar aplicações de IA a sistemas externos (veja as nossas soluções de inteligência artificial).
Usuários e permissões. O preço por usuário fica caro para quem usa o sistema de vez em quando, como a equipe do depósito, motoristas ou parceiros externos. Verifique cedo as permissões detalhadas (vendedores vendo só os seus clientes, preços de custo ocultos para alguns perfis); alguns SaaS reservam isso para os planos mais caros.
Propriedade dos dados. Onde os dados ficam armazenados e você consegue exportar tudo, incluindo histórico e anexos, em um formato utilizável? O que acontece quando você cancela? Se você trata dados pessoais de pessoas na UE, aplica-se o RGPD (o regulamento europeu de proteção de dados, conhecido em inglês como GDPR): um fornecedor que trata esses dados por você é um subcontratante, e o guia para pequenas empresas do Comitê Europeu para a Proteção de Dados (em português de Portugal) afirma que a relação entre responsável pelo tratamento e subcontratante “deve ser regida por um contrato”, normalmente chamado de acordo de tratamento de dados.
Fatores de custo no longo prazo. Compare o total ao longo da vida útil esperada do sistema. Os custos de um SaaS crescem com usuários, módulos extras, planos superiores (para recursos como acesso à API) e reajustes na renovação. Os custos do sob medida vêm do desenvolvimento inicial (definido pelo escopo, pelos perfis, pelas regras de negócio e pelas integrações), da hospedagem, das atualizações de segurança e de novas funcionalidades. Os dois exigem migração, treinamento e tempo da sua equipe.
Dependência do fornecedor. No SaaS, os riscos são formatos de dados fechados, aumentos de preço e funcionalidades descontinuadas. No software sob medida, é ficar preso a um único desenvolvedor porque ninguém mais entende o código. Os remédios para os dois riscos são os mesmos: uma exportação completa testada, documentação, tecnologias de mercado e um contrato que cubra a sua saída.

Como definir o escopo de um sistema sob medida: processos, depois MVP, depois fases

Defina o escopo de um sistema sob medida em quatro passos: mapeie os processos atuais, simplifique-os, defina um MVP e implante em fases. O erro mais caro é construir a coisa errada, e essa sequência protege contra ele:

Mapeie os processos atuais. Acompanhe um pedido, uma compra e uma consulta de cliente do começo ao fim. Converse com quem faz o trabalho, não só com os gestores, e reúna pedidos, faturas e planilhas reais. As exceções e os “jeitinhos” são onde os requisitos se escondem.
Simplifique antes de digitalizar. Automatizar um processo bagunçado só faz a bagunça andar mais rápido.
Defina um MVP. O produto mínimo viável é a menor versão que substitui de ponta a ponta um fluxo de trabalho real, como pedido, atualização de estoque e romaneio de entrega para um depósito. Anote perfis, permissões, telas principais, integrações e os poucos relatórios que as pessoas realmente usam.
Implante em fases. Comece com uma equipe ou unidade piloto, corrija o que ela encontrar e depois amplie. Cada fase seguinte acrescenta um módulo, como compras, CRM ou aprovações.

Peça estimativas por fase. Escopo, integrações e regras de negócio definem custo e prazo, então um mapa de processos claro é o que torna uma estimativa confiável.

Migração de dados e adesão da equipe

Uma migração tranquila significa decidir o que vai ser levado, limpar e testar a importação desses dados e depois fazer a virada em uma data fixa; a adesão depende de envolver usuários-chave, treinar por perfil e transformar o novo sistema na única fonte da verdade.

Migração: decida o que vai ser levado: dados mestres (clientes, produtos, preços), itens em aberto (pedidos, saldos, estoque atual) e quanto do histórico; registros mais antigos podem ficar em um arquivo só de leitura. Elimine duplicados e códigos de produto inconsistentes, faça importações de teste e confira totais, como o estoque por depósito, contra os registros antigos. Depois defina uma data de virada e congele as ferramentas antigas.

Adesão:

Envolva um usuário-chave de cada equipe desde o início.
Treine por perfil, com guias curtos nos idiomas que a sua equipe usa.
Faça do novo sistema a única fonte da verdade: um pedido que chega pelo chat é registrado no sistema, não resolvido por fora.
Garanta que a equipe do depósito e a equipe externa consigam trabalhar pelo celular.
Corrija rapidamente os pequenos atritos nas primeiras semanas; são eles que decidem se as pessoas confiam no sistema.

Como escolher um parceiro de desenvolvimento e armadilhas a evitar

Escolha um parceiro de desenvolvimento verificando como ele define o escopo, quais tecnologias usa, quem fica com o código e as contas, que documentação e testes entrega e o que acontece depois do lançamento. Perguntas que valem a pena:

Vocês vão mapear os nossos processos antes de orçar funcionalidades, e como dividem o trabalho em fases?
Quais tecnologias vocês usam, e outra equipe conseguiria assumir o projeto?
O código-fonte vai ficar em um repositório na nossa conta desde o primeiro dia, com as contas de nuvem, domínio e serviços de terceiros em nosso nome?
Que documentação recebemos: arquitetura, modelo de dados, referência da API, guia de implantação, manuais de usuário?
Como vocês testam e fazem backup, e uma restauração já foi testada de fato?
O que acontece depois do lançamento: correções, atualizações de segurança, novas funcionalidades e uma transição se a parceria terminar?

Armadilhas comuns:

Recriar no software o caos das planilhas, campo por campo.
Lançar todos os módulos de uma vez, sem piloto.
Personalizar tanto um SaaS que cada atualização do fornecedor quebra alguma coisa.
Decidir com base em uma demonstração caprichada sem testar com os seus próprios dados.
Não ter um responsável interno com autoridade para tomar decisões.
Não ter orçamento para manutenção nem plano de saída.

Perguntas frequentes

Software sob medida é sempre mais caro que SaaS?

Em geral exige um investimento inicial maior. Ao longo de vários anos, a comparação depende do número de usuários, de quanto tempo você vai usar o sistema e de quanto cada opção precisa ser personalizada ou integrada. Compare o custo total ao longo da vida útil do sistema, não só o primeiro ano.

Podemos começar com um SaaS e migrar para um sistema sob medida depois?

Sim, e muitas vezes é sensato, porque um SaaS ensina o que você realmente precisa. Escolha um que tenha exportação completa de dados e uma API documentada, para que a mudança futura seja uma migração planejada e não um resgate.

Quem deve ser dono do código-fonte de um sistema sob medida?

O ideal é que seja você, ou que pelo menos você tenha acesso total e o direito de usá-lo e modificá-lo. Coloque isso no contrato, mantenha o código em um repositório na sua conta e peça documentação boa o bastante para que outra equipe possa continuar.

Se você está avaliando um ERP, um CRM ou uma conexão melhor entre as ferramentas que já usa, conheça o nosso serviço de desenvolvimento de apps e software, a nossa consultoria estratégica para mapeamento de processos e escolha de sistemas, ou fale com a gente. A UsualMatrix trabalha com clientes do mundo todo, em chinês, espanhol e inglês.

Observação: este artigo traz informações gerais e não constitui aconselhamento jurídico. As regras de proteção de dados e fiscais dependem do seu país e do seu negócio; confirme os detalhes com um profissional qualificado.