Sistema pronto ou sob medida: a conta completa
Quando um sistema de prateleira compensa, quando o sob medida sai mais barato no total e como comparar os dois na conta de cinco anos de uso real.
Sistema pronto ganha quando seu processo é padrão de mercado e o volume de usuários é baixo. Sob medida ganha quando o processo é o seu diferencial, quando a mensalidade por usuário cresce com a empresa ou quando você precisa integrar dados que o pronto não expõe. A conta que decide é a de cinco anos, não a do primeiro mês.
A escolha entre sistema pronto e sob medida não se resolve comparando o preço de licença com o orçamento de desenvolvimento. Ela se resolve somando cinco anos de mensalidade, customização, integração, treinamento e tempo perdido em contorno manual, e comparando esse total com o custo de construir e manter algo seu. Muitas empresas fazem a conta errada porque só olham o primeiro ano.
Quando o sistema pronto é claramente a melhor escolha
Existem casos em que desenvolver é desperdício. Compre pronto quando:
- O processo é padrão de mercado. Folha de pagamento, emissão fiscal, contabilidade e antivírus são regidos por regras externas que você não controla. Construir isso é reinventar algo que já é obrigatório e regulado.
- O volume de usuários é pequeno e estável. Dez licenças a R$ 80 por mês custam R$ 48 mil em cinco anos. Isso raramente paga um sistema equivalente feito do zero.
- Você precisa de algo funcionando em duas semanas. Nenhum desenvolvimento sob medida entrega no prazo de uma assinatura.
- O fornecedor tem um ecossistema que você usa. Se o produto já se conecta ao que você tem, boa parte do trabalho de integração some.
Quando o sob medida sai mais barato no total
O sob medida vira a opção econômica em quatro situações concretas:
O processo é o seu diferencial. Se a maneira como você precifica, roteiriza ou aprova é o que faz o cliente escolher sua empresa, encaixar isso num produto genérico significa nivelar por baixo. Você paga para ficar igual a todo mundo.
A mensalidade cresce com a empresa. Cobrança por usuário parece barata com 8 pessoas e vira problema com 60. Faça a conta com o número de usuários que você espera ter em três anos, não com o de hoje.
Você paga por customização repetidamente. Quando cada ajuste no produto pronto vira um projeto de consultoria de R$ 15 mil, você já está pagando desenvolvimento, só que sobre uma base que não é sua.
Existe trabalho manual escondido. Se três pessoas gastam duas horas por dia exportando planilhas para contornar o que o sistema não faz, isso é um custo de folha que ninguém lançou na comparação. Some.
A conta de cinco anos, lado a lado
| Item | Sistema pronto | Sob medida |
|---|---|---|
| Investimento inicial | Baixo (setup e treinamento) | Alto (desenvolvimento) |
| Custo recorrente | Mensalidade por usuário, cresce | Infraestrutura + manutenção, estável |
| Tempo até usar | Dias a semanas | Semanas a meses |
| Aderência ao processo | Você se adapta ao software | O software se adapta a você |
| Custo de mudança de regra | Depende do roadmap do fornecedor | Depende da sua prioridade |
| Propriedade dos dados | Do fornecedor, exportável em parte | Sua, integral |
| Risco de descontinuação | Existe e é externo | Você controla |
| Integração com o resto | Só o que a API permite | O que você precisar |
A linha mais subestimada é a de custo de mudança de regra. Num sistema pronto, quando a legislação muda ou o negócio muda, você espera o fornecedor priorizar. Se a sua necessidade não é a de mais mil clientes dele, ela não entra no roadmap. Nunca.
O erro de comparar preço de compra com preço de construção
A comparação honesta tem quatro colunas, não duas:
- Custo direto, licença ou desenvolvimento.
- Custo de adaptação, customização, integração, migração de dados.
- Custo operacional, infraestrutura, suporte, manutenção anual.
- Custo de contorno, horas humanas gastas fazendo à mão o que o sistema não faz.
O quarto item é invisível na planilha e costuma ser o maior. Antes de decidir, meça: quanto tempo por semana a equipe gasta exportando, colando, conferindo e corrigindo? Multiplique por 52 e pelo custo/hora. Esse número muda a decisão com frequência.
O caminho do meio que quase ninguém considera
Não é obrigatório escolher um lado. A arquitetura mais comum em empresas que crescem bem é híbrida:
- Compre pronto o que é commodity regulada: fiscal, contábil, folha.
- Construa sob medida o núcleo operacional que é o seu diferencial.
- Integre os dois por API, com o sistema sob medida como fonte da verdade do processo.
Assim você não reescreve o que já é obrigatório nem terceiriza o que te diferencia. A condição para isso funcionar é escolher produtos prontos com API decente, critério que deveria pesar tanto quanto o preço na hora de contratar.
Como decidir em uma reunião
Responda a estas cinco perguntas com a equipe que usa o processo:
- Quantas exceções ao padrão nós temos? (Mais de cinco relevantes indica sob medida.)
- Quantos usuários teremos em três anos? (Crescimento forte indica sob medida.)
- Esse processo é o que nos diferencia ou é obrigação legal? (Diferencial indica sob medida.)
- Quanto tempo humano por semana gastamos contornando o sistema atual?
- Se o fornecedor sumisse amanhã, o que aconteceria com nossos dados?
Se três ou mais respostas apontam para o mesmo lado, você já tem a decisão. Se ficarem divididas, comece pelo pronto e prepare a saída: exija exportação de dados em formato aberto desde o primeiro dia e documente as regras de negócio fora da ferramenta. Isso torna a migração futura um projeto, e não um resgate.
Perguntas frequentes
Como sei se meu processo é padrão o suficiente para um sistema pronto?
Se você consegue descrever o processo em termos genéricos e encontra três ou mais produtos que fazem exatamente aquilo, é padrão. Se a cada demonstração você precisa explicar "aqui a gente faz diferente", não é. A quantidade de exceções que você lista é o melhor indicador.
Sob medida sempre sai mais caro no início?
Quase sempre sim, porque o custo de desenvolvimento é concentrado no começo. A diferença é que o sob medida tem custo decrescente por usuário e o pronto tem custo crescente. O cruzamento costuma acontecer entre o segundo e o quarto ano, dependendo do crescimento da equipe.
Dá para começar com um sistema pronto e migrar depois?
Dá, e muitas vezes é a decisão mais racional. O cuidado é garantir desde o início que seus dados possam ser exportados em formato aberto e que você não construa processos inteiros dentro de campos customizados que não saem de lá.
Tem um processo que consome o time?
Me conta como funciona hoje. Se der para automatizar, eu te digo por onde começar — a conversa de diagnóstico não é cobrada.
Natiam Gabriel é AI Engineer & Full-Stack Developer e fundador da Retti Tech, estúdio de desenvolvimento de software que atende empresas em todo o Brasil. Constrói sistemas web sob medida, automações e integrações, com ou sem inteligência artificial, do levantamento de requisitos até a operação em produção. Mais de 20 empresas usam em produção os sistemas que desenvolveu.