Sistema próprio ou SaaS: um comparativo com o custo total na mesa

A decisão costuma aparecer depois de uma frustração. A ferramenta contratada não faz o que a operação precisa, alguém sugere "mandar fazer" e a pergunta sistema próprio ou SaaS entra na pauta da reunião seguinte sem que ninguém tenha os números.

O problema é que sistema próprio ou SaaS quase nunca é debatido com os números certos na mesa. De um lado, comparam a mensalidade contra o preço de construção, o que é comparar dois anos contra cinco. Do outro, apelam para argumentos abstratos como flexibilidade e independência, que não cabem em planilha.

Este texto tenta fazer a comparação honesta. Existem casos em que assinar é claramente a resposta, e outros em que construir se paga. Os critérios abaixo separam um do outro, e nenhum deles depende de gosto pessoal por tecnologia.

O critério que resolve a maioria dos casos

Antes de qualquer conta, responda: esse processo é padrão de mercado ou é o que te diferencia?

Emissão de nota fiscal é padrão. Folha de pagamento é padrão. Conciliação bancária, assinatura de contrato, atendimento por chat: tudo padrão. Nesses casos, existe fornecedor especializado que investiu anos naquilo, cobre a legislação, atualiza sozinho e distribui o custo entre milhares de clientes. Construir uma versão sua é pagar caro para chegar pior.

Agora pense no que sua empresa faz diferente. A forma como você precifica, sequencia a produção, faz a cotação, decide prioridade de entrega. Se isso é o motivo de o cliente escolher você, colocar esse processo dentro de uma ferramenta genérica significa fazer igual a todo mundo.

Esse único filtro já resolve boa parte das decisões entre sistema próprio ou SaaS. O resto do texto trata dos casos que ficam na zona cinzenta.

Quando SaaS é claramente a resposta

Três situações.

Urgência real. Você precisa da coisa rodando em duas semanas. Construir não compete com assinar nesse prazo, e forçar isso produz software mal feito.

Time pequeno e sem TI. Sem alguém interno responsável, um software próprio vira órfão. SaaS embute suporte, atualização e disponibilidade no preço, e isso vale muito quando não há ninguém para acordar às três da manhã.

Processo ainda em descoberta. Se você ainda está definindo como o trabalho funciona, congele o mínimo possível em código. Ferramenta pronta, ou até planilha, é mais barata para experimentar. Vale entender antes quais sinais mostram que o processo já amadureceu, porque construir sobre processo instável é a forma mais rápida de gastar orçamento em algo que será jogado fora.

E quando a ferramenta pronta obriga a mudar o processo?

Nem sempre isso é ruim. Muitas empresas descobrem que o processo interno era apenas um hábito, e o fluxo padrão da ferramenta é melhor do que o que faziam. Adaptar-se ao software é aceitável quando o processo não é diferencial.

Vira problema quando a adaptação exige planilha paralela para cobrir o que a ferramenta não faz. Aí você paga assinatura e continua com o problema antigo.

Quando construir compensa

Também três situações, e elas costumam aparecer juntas.

O processo é o diferencial. Já tratado acima, e é o argumento mais forte.

Custo por usuário crescendo. Ferramentas cobram por assento. Trinta pessoas custam o triplo de dez, mesmo que o uso da décima primeira em diante seja marginal. Software próprio tem custo de construção alto e custo marginal por usuário próximo de zero. Existe um ponto de cruzamento, e ele depende do seu plano de crescimento de equipe.

Integração profunda. Se o valor está em conectar quatro sistemas já existentes e fazer o dado fluir sem digitação, a camada que faz isso é sempre sua. SaaS integra por API até onde a API dele permite, e a lista de campos disponíveis raramente cobre tudo.

O caso do dado que fica preso

Vale um alerta que quase nunca entra na comparação. O que a ferramenta exporta define o que você consegue fazer com sua própria informação depois. Muitos SaaS entregam um CSV de linhas atuais e nenhum histórico de alteração.

Isso importa hoje mais do que importava há alguns anos, porque projetos que usam modelos de linguagem sobre a base da empresa dependem de acesso direto e completo aos dados. Se o histórico vive só dentro de um sistema fechado, essa porta fica parcialmente trancada.

Sistema próprio ou SaaS: como comparar o custo total

A comparação justa tem quatro linhas de cada lado, projetadas para o mesmo período. Use três anos.

No lado do SaaS: assinatura anual pelo número de usuários que você terá, não pelo atual; módulos extras necessários; horas internas de configuração e treinamento; custo das integrações e das planilhas paralelas que sobreviverem.

No lado próprio: construção da primeira versão; infraestrutura mensal; manutenção corretiva e evolução; e o custo de risco de depender de um fornecedor ou de uma pessoa. As três primeiras linhas estão detalhadas em o que determina o orçamento de um software feito por encomenda, e ignorá-las é o erro mais comum de quem defende construir.

Quando esses oito números estão lado a lado, a decisão entre sistema próprio ou SaaS deixa de ser ideológica. Em muitos casos o SaaS vence com folga. Em outros, o cruzamento acontece no segundo ano e fica evidente.

Existe um caminho do meio?

Existe, e é o mais comum na prática. Você assina ferramentas prontas para tudo que é padrão e constrói apenas o núcleo que é seu, com integração entre as partes.

O resultado é um sistema próprio pequeno, focado, que troca dados com o ERP, com o financeiro e com o e-mail marketing. Custa uma fração de construir tudo e preserva o que diferencia a operação. É esse formato que costuma sustentar software desenvolvido sob demanda com orçamento previsível: escopo estreito, integrações claras e nada de reinventar o que já existe pronto.

O ponto de atenção é a integração. Ela precisa ser tratada como parte do projeto, com dono e orçamento, e não como detalhe que se resolve depois.

Quanto tempo essa decisão dura?

Menos do que parece. Ferramentas mudam de preço e de dono, sua equipe cresce, a legislação muda. Trate a escolha entre sistema próprio ou SaaS como uma decisão de dois a três anos, com revisão marcada, e não como definição permanente.

Isso muda o que você prioriza no contrato. Em vez de buscar a ferramenta perfeita, busque a que permite sair sem perder o histórico. Em vez de construir o sistema definitivo, construa o menor pedaço que resolve o problema atual e aceita mudança depois.

Três perguntas antes de assinar ou construir

Se a decisão ainda estiver empatada, responda estas em voz alta com quem opera:

1. Se essa ferramenta encerrasse as atividades amanhã, quanto tempo levaríamos para voltar a operar, e com quais dados?
2. Quantas pessoas usarão isso daqui a três anos, e quanto custa a assinatura nesse cenário?
3. O processo que estamos automatizando é o que nos faz ganhar do concorrente, ou é o mesmo que ele faz?

A primeira revela dependência. A segunda transforma mensalidade em compromisso de três anos. A terceira é a que mais dói, porque obriga a admitir que boa parte do que a empresa considera "o nosso jeito" é apenas hábito.

As respostas quase sempre inclinam a balança de forma clara. Quando não inclinam, a regra prática para sistema próprio ou SaaS é começar assinando. É mais fácil migrar de um SaaS para software próprio depois de conhecer bem o processo do que descobrir, com o sistema construído, que o processo era outro.