Software sob medida ou SaaS: como decidir o que sua empresa precisa
Quando um SaaS resolve, quando vale um sistema sob medida e quando combinar os dois. Critérios de decisão, custos depois do lançamento e riscos.
Neste texto · 11 seções
Software sob medida vale a pena quando o processo é parte do que diferencia sua empresa. Também vale quando as ferramentas prontas obrigam a equipe a manter planilhas paralelas e redigitar dados. Se o processo é igual ao de qualquer empresa do setor, um SaaS tende a resolver com menos risco e menos manutenção. E muitas vezes a resposta é combinar: comprar o que é padrão e construir só o que diferencia.
Nós desenvolvemos sistemas, e mesmo assim boa parte deste texto trata de quando não construir. A seguir estão os critérios para decidir, os custos depois do lançamento e um roteiro de perguntas para aplicar na sua empresa.
Pontos principais
- Software sob medida é o sistema desenhado para o processo de uma empresa. SaaS é um produto pronto, igual para todos, pago por assinatura.
- SaaS resolve bem processos padrão, como fiscal, contábil e folha, e em geral deixa as mudanças de lei com o fornecedor.
- Construir vale quando o processo é o diferencial, há regras que nenhum produto cobre ou as ferramentas não conversam.
- Nossa recomendação como critério: comprar o que é padrão, construir o que é diferencial e integrar o resto.
- Todo sistema tem custo depois do lançamento, inclusive ajustes a mudanças como o CNPJ alfanumérico.
O que é software sob medida
Software sob medida é um sistema desenhado e desenvolvido para o processo de uma empresa específica. Em vez de a empresa se adaptar a um produto igual para todos, o sistema segue as regras, os perfis de usuário e os dados daquela operação. É o que chamamos de sistemas próprios: CRMs, portais, sistemas internos e módulos feitos para um processo real.
Sob medida não quer dizer que o código, o repositório, as contas e os dados ficam automaticamente com a empresa. Quem fica com cada item é definido em contrato, e isso precisa ser acertado antes de começar.
Três coisas costumam ser confundidas com software sob medida:
- SaaS, sigla de software as a service (software como serviço): produto pronto, acessado pelo navegador e pago por assinatura. O fornecedor hospeda, atualiza e decide o que entra em cada versão.
- ERP configurado: um sistema integrado de gestão (ERP) de mercado, ajustado por parâmetros e cadastros, sem mudar o código do produto. As regras de fundo continuam sendo as do fornecedor.
- Camadas próprias sobre sistemas prontos: portais, integrações e automações construídos em volta do ERP, do CRM (sistema de relacionamento com clientes) ou do WhatsApp que a empresa já usa.
Software de prateleira e software por encomenda
Software de prateleira é o produto feito uma vez e vendido igual para muitos clientes, por licença ou assinatura. Exemplos de tipos: editor de textos e planilhas, antivírus, emissor de nota fiscal, folha de pagamento, controle de ponto, ERP para pequenas empresas e CRM por assinatura. Um SaaS é, na prática, software de prateleira entregue pela internet.
Software por encomenda é o desenvolvido para um cliente específico, a partir das necessidades dele. Na prática, é outro nome para software sob medida. Os dois termos também aparecem em discussões tributárias, que este texto não trata.
Três caminhos: comprar, construir ou combinar
Comprar é assinar ou licenciar um produto pronto. Construir é desenvolver o sistema para o seu processo. Combinar é usar um produto pronto como base e construir em volta dele só o que ele não resolve. A tabela compara os três pela natureza de cada custo e de cada risco, sem valores em reais.
| Critério | SaaS (comprar) | Sob medida (construir) | Combinado |
|---|---|---|---|
| Tempo para começar | Curto: contratar, configurar e treinar | Mais longo: diagnóstico, construção e validação | Médio: a base entra logo, a camada vem por fases |
| Aderência ao processo | A empresa se adapta ao produto | O sistema segue o processo | Padrão no produto, diferencial na camada própria |
| Custo inicial | Implantação e configuração | Projeto de construção | Implantação da base e projeto da camada |
| Custo contínuo | Assinatura, que costuma variar com usuários e módulos | Hospedagem, manutenção e evolução | Assinatura da base e manutenção da camada |
| Dependência do fornecedor | Do produto: preço, versões e continuidade | De quem conhece o código e de onde ficam código, contas e documentação | Dividida entre os dois |
| Propriedade do código e dos dados | Definida nos termos de uso do fornecedor | Definida em contrato | Contrato na parte própria, termos do fornecedor na parte comprada |
| Quem faz a manutenção | O fornecedor do produto | Quem o contrato definir | O fornecedor na base, o responsável contratado na camada |
| Quem acompanha mudanças de lei | O fornecedor, nos limites dos termos | Quem mantém o sistema | O fornecedor na base, quem mantém a camada |
Modelo ilustrativo.
A propriedade não tem resposta automática em nenhum caminho: ela está nos termos ou no contrato, que precisam ser lidos antes de assinar.
Quando um SaaS resolve e não vale fazer sob medida
Construir é a escolha errada quando um produto pronto já atende bem. Se a maior parte destes sinais descreve sua situação, comece pela assinatura.
Sinais de que um SaaS resolve
- O processo é padrão de mercado, igual ao de outras empresas do setor.
- As regras fiscais e trabalhistas envolvidas são as comuns.
- São poucas as integrações com outros sistemas.
- Ninguém tem tempo para acompanhar um projeto, validar entregas e decidir prioridades.
- O orçamento cobre a construção, mas não a manutenção de todo mês.
- Um produto pronto já faz o que você precisa, com ajustes de configuração.
A maior vantagem do sistema de mercado é quem acompanha a lei. As regras fiscais, contábeis e trabalhistas mudam com frequência e com data marcada. Por isso, nossa recomendação é deixar essas áreas num produto pronto sempre que ele atender.
Um exemplo recente vem da reforma tributária. Desde 3 de agosto de 2026, empresas do regime regular não podem emitir documentos fiscais eletrônicos sem os campos de IBS e CBS, segundo o Comitê Gestor do IBS. O comunicado avisa que “o sistema rejeitará automaticamente documentos incompletos”. A regra foi conferida em 19/09/2026, e este texto não faz orientação tributária.
Num emissor de mercado, o ajuste é feito uma vez pelo fornecedor e chega a todos os clientes, desde que os termos prevejam atualizações legais. Num emissor próprio, a mesma mudança vira projeto seu, com um prazo que você não escolhe.
Quando vale construir
Construir faz sentido quando o problema está no que os produtos prontos não cobrem:
- o processo é o diferencial: a forma de orçar, produzir ou atender é o que faz o cliente escolher vocês;
- a operação depende de muitas ferramentas desconectadas, e alguém passa horas copiando dados de uma para outra;
- há regras que nenhum SaaS cobre sem contorno, como aprovações em várias etapas, cálculos próprios ou exceções por cliente;
- as integrações são específicas: um equipamento, um sistema antigo ou um parceiro com formato próprio de arquivo;
- a empresa precisa controlar os dados e decidir a evolução do sistema no próprio ritmo.
O sinal mais claro é a empresa já estar se moldando à ferramenta. Na nossa home, esse é o problema do software tradicional: você adapta a empresa à ferramenta. No dia a dia, ele aparece como planilhas paralelas, campos de observação guardando regra de negócio e relatórios montados à mão toda semana. Aparece também em pessoas-chave sem as quais o processo para.
Esses contornos comprometem os dados que a gestão usa para decidir, tema do texto sobre decisão baseada em dados. Um CRM próprio integrado ao WhatsApp e um sistema que troca ferramentas isoladas por uma operação integrada são exemplos de tipos de projeto desse caminho.
Combinar: sistema pronto com camadas próprias
Nossa recomendação, como critério de decisão, é esta: comprar o que é padrão, construir o que é diferencial e integrar o resto. Não é um dado de pesquisa. É a forma que consideramos mais segura de gastar com desenvolvimento só onde ele faz diferença.
Na prática, a base fica num produto de mercado, como um ERP para financeiro e fiscal. Em volta dela entram camadas próprias: um portal do cliente e a integração entre ERP, CRM e WhatsApp. Outros exemplos são automações de rotinas repetitivas e um painel de indicadores que junta dados de vários sistemas.
Cada camada depende de uma boa integração de sistemas: decidir qual sistema é a fonte da verdade, o que dispara cada envio e o que fazer quando algo falha. No setor contábil, a automação para escritório de contabilidade é um exemplo de camada própria sobre o sistema contábil pronto.
Exemplo ilustrativo
Uma empresa de serviços usa um ERP pronto para financeiro e fiscal, e o fornecedor acompanha as mudanças de lei. Em volta dele, constrói um portal em que o cliente acompanha os pedidos, integrado ao ERP e ao WhatsApp. O padrão foi comprado; o que diferencia o serviço foi construído.
Combinar pressupõe uma base, e muitas empresas pequenas ainda não têm nem o ERP.
32%
das empresas com 10 a 49 pessoas ocupadas usaram um pacote de ERP para integrar dados e processos em 2025. Nas de 50 a 249 pessoas, foram 58%; nas de 250 ou mais, 76%.
Na mesma pesquisa, o uso de CRM foi de 29% nas empresas de 10 a 49 pessoas ocupadas. Nas de 50 a 249, foi de 41%, e nas de 250 ou mais, de 56%. Quando a base ainda é uma planilha, o texto sobre como transformar planilha em sistema mostra quando trocar e como migrar.
O que custa depois do lançamento
Um sistema em produção tem custo todo mês, mesmo quando ninguém pede função nova: hospedagem, monitoramento, backup, segurança, suporte, evolução e atualização das bibliotecas de terceiros usadas no código. No SaaS, a maior parte disso está na assinatura. No sob medida, cada item precisa de dono e de orçamento.
Na home, resumimos assim: software não termina no deploy. Ele começa ali. Deploy é o momento em que o sistema vai para o ar.
A parte que menos se planeja é a manutenção por mudança externa. Ela chega com data marcada, mesmo que nada tenha mudado dentro da empresa.
Situação em 19/09/2026 · Mudanças de 2026 que caem no sistema
- CNPJ alfanumérico: a Receita Federal gerou o primeiro CNPJ com letras e números em 31 de julho de 2026. Os CNPJs antigos continuam válidos, e a Receita pede que os sistemas estejam preparados para “receber, armazenar, validar e processar códigos alfanuméricos”. Sem a adequação, avisa a Receita, pode haver “falhas em integrações”.
- IBS e CBS: desde 3 de agosto de 2026, documentos fiscais eletrônicos do regime regular sem esses campos são rejeitados, segundo o Comitê Gestor do IBS.
Exemplo ilustrativo
Um sistema interno feito sob medida valida o CNPJ aceitando só números. Com o formato alfanumérico, o cadastro passa a recusar novos clientes com CNPJ válido, até alguém ajustar a validação, o banco de dados e as integrações que usam esse campo.
Segurança também é custo contínuo quando há dados pessoais. A LGPD, no art. 46, obriga os agentes de tratamento a adotar “medidas de segurança, técnicas e administrativas aptas a proteger os dados pessoais de acessos não autorizados”. O § 2º diz que essas medidas valem “desde a fase de concepção do produto ou do serviço até a sua execução”. Isto não é aconselhamento jurídico.
Na LinieX, hospedagem, nuvem, APIs pagas e licenças são sempre custo do cliente. Em qualquer proposta, peça essa conta separada da construção. Se a dúvida é quanto custa um software personalizado, o texto sobre quanto custa desenvolver um sistema detalha do que o preço é feito.
Como decidir: um roteiro de perguntas
Responda com quem conhece a operação, não só com quem vai assinar o contrato. As perguntas não dão uma nota: mostram para que lado a decisão pende.
- O processo é igual ao de outras empresas do setor, ou é parte do que faz o cliente escolher a sua?
- Quantas ferramentas precisam trocar dados, e quantas vezes por dia alguém redigita informação entre elas?
- Existe regra de negócio que nenhum produto pronto cobre sem contorno?
- Quanto custa hoje contornar a ferramenta atual, em horas de planilha paralela, redigitação e relatório feito à mão?
- O processo envolve regra fiscal, contábil ou trabalhista? Quem vai acompanhar as mudanças?
- Quem na empresa vai acompanhar o projeto, validar entregas e decidir prioridades?
- O orçamento comporta hospedagem, manutenção e evolução todo mês, além da construção?
- O que o contrato ou os termos de uso dizem sobre código, contas e dados? Como exportar os dados, se for preciso?
- Quanto custaria trocar de fornecedor daqui a alguns anos, com migração, integrações refeitas e treinamento?
- Como a assinatura cresce com mais usuários e módulos, comparada ao custo de manter um sistema próprio?
Como ler as respostas:
- Tendência a comprar: processo padrão, regras comuns, poucas integrações, ninguém para acompanhar o projeto ou orçamento sem espaço para manutenção.
- Tendência a construir: processo que diferencia, regras próprias, contorno caro, alguém para acompanhar e orçamento para evoluir.
- Tendência a combinar: respostas misturadas, quando a empresa tem uma parte padrão, como o fiscal, e outra que a diferencia.
Erros comuns ao contratar software sob medida
Quando a decisão é construir, estes quatro erros podem ser evitados antes da primeira linha de código.
Começar pelas telas, sem diagnóstico do processo
Descrever telas pula a pergunta principal: como o processo funciona hoje, com as exceções. Sem esse diagnóstico, o sistema reproduz a confusão atual em outro lugar. Um protótipo feito com IA, no estilo vibe coding, ajuda a mostrar o que a equipe espera ver, mas é insumo para o escopo, não sistema pronto.
Não deixar por escrito quem fica com o quê
Código-fonte, repositório, contas de infraestrutura, dados e documentação precisam de dono definido em contrato. Sem isso, trocar de fornecedor pode virar uma negociação difícil.
Orçar a construção e esquecer o resto
Um orçamento que termina na entrega deixa sem recurso a manutenção, a segurança e os ajustes a mudanças como as de 2026. Defina desde o início quanto a empresa pode gastar por mês para operar e evoluir o sistema.
Construir o que um produto pronto já faz bem
Um emissor de nota fiscal ou uma folha de pagamento próprios obrigam a empresa a acompanhar sozinha cada mudança de lei. O orçamento de desenvolvimento rende mais na camada que diferencia.
Para escolher o fornecedor e saber o que negociar no contrato, veja como escolher uma software house.
Perguntas frequentes
O que é desenvolvimento de software sob medida?
É o trabalho de desenhar, construir e manter um sistema feito para o processo de uma empresa específica. Começa pelo diagnóstico da operação, passa pela arquitetura, pela construção e pelos testes com quem vai usar, e continua depois do lançamento. O resultado pode ser um sistema inteiro ou uma camada própria em volta de sistemas prontos.
Qual a diferença entre software de prateleira e por encomenda?
Software de prateleira é feito uma vez e vendido igual para muitos clientes, como um editor de planilhas ou um sistema de folha de pagamento. Software por encomenda é desenvolvido para um cliente específico, a partir das regras dele. O primeiro é mais rápido de adotar; o segundo segue o processo da empresa, mas exige projeto e manutenção.
Sistema personalizado ou SaaS: qual é melhor?
Nenhum é melhor em todos os casos. O SaaS tende a resolver processos padrão, com regras comuns e poucas integrações, e deixa as mudanças de lei com o fornecedor. O sistema personalizado vale quando o processo diferencia a empresa ou quando contornar a ferramenta já custa caro. Muitas vezes, a melhor saída é combinar os dois.
Quem fica dono do código?
Depende do contrato. No sob medida vale o que for acordado, e no SaaS valem os termos de uso do fornecedor. Antes de assinar, deixe por escrito quem fica com o código-fonte e o repositório e em nome de quem ficam as contas de nuvem e o domínio. Defina também como os dados são exportados e quem guarda a documentação. Na dúvida, leve o contrato a um advogado.
Em resumo
Software sob medida não é melhor nem pior que SaaS: é a resposta para outro tipo de problema. Compre o que é padrão, principalmente fiscal, contábil e folha. Construa o que diferencia sua empresa e o que nenhum produto cobre sem contorno. Integre o resto, para que cada dado seja digitado uma vez só.
Antes de decidir, responda ao roteiro com quem conhece a operação e some ao orçamento o que vem depois do lançamento. Desde o início, deixe por escrito quem fica com o código, as contas e os dados.
Fontes
- Comitê Gestor do IBS. Novo marco da Reforma Tributária inicia no dia 03/08 com preenchimento de campos relativos ao IBS e à CBS. 2026. Acesso em 19/09/2026. Publicado em 15/06/2026.
- Cetic.br / NIC.br. TIC Empresas 2025, indicador G2: empresas que utilizaram pacotes de software ERP. 2026. Acesso em 19/09/2026. Empresas com 10 ou mais pessoas ocupadas; uso declarado nos últimos 12 meses.
- Cetic.br / NIC.br. TIC Empresas 2025, indicador G3: empresas que utilizaram algum aplicativo de CRM. 2026. Acesso em 19/09/2026. Empresas com 10 ou mais pessoas ocupadas; uso declarado nos últimos 12 meses.
- Receita Federal. Receita Federal gera o primeiro CNPJ em formato alfanumérico. 2026. Acesso em 19/09/2026. Publicado em 31/07/2026.
- Presidência da República. Lei nº 13.709, de 14 de agosto de 2018 (Lei Geral de Proteção de Dados Pessoais), art. 46. 2018. Acesso em 19/09/2026.
Cada operação tem um gargalo diferente.Vamos olhar o seu.
Entendemos cenário, objetivo e gargalo.
Falar com a LinieX

