Selfware vs. SaaS: quando ser dono do software próprio compensa — e quando não

O e-mail chega numa terça-feira comum: "Atualização importante sobre seu plano". A ferramenta que organiza sua operação inteira — pedidos, clientes, cobranças — anuncia um reajuste de 38% e a migração compulsória para um plano novo, que remove justamente o relatório que seu financeiro usa todo fechamento de mês. Você não foi consultado. Não há negociação. A alternativa é exportar anos de dados num CSV capenga e recomeçar em outro lugar.

Nesse momento, muita gente descobre a diferença entre usar software alugado e ter software próprio: você não tinha um sistema. Tinha um contrato de aluguel — e o proprietário acabou de reformar o imóvel sem te perguntar.

A discussão entre assinar um SaaS e desenvolver software próprio costuma ser reduzida a uma planilha de custos: mensalidade × 36 meses de um lado, orçamento de desenvolvimento do outro. Essa conta quase sempre chega à conclusão errada, porque compara o preço de duas coisas que não são a mesma coisa. Uma é despesa operacional. A outra, quando bem escolhida, é um ativo. É essa segunda categoria que na Syntel chamamos de Selfware: software proprietário construído para encapsular o jeito único como a sua empresa opera.

Este artigo entrega um critério prático para decidir de que lado cada sistema da sua operação deveria estar — porque a resposta certa quase nunca é "tudo SaaS" nem "tudo próprio".

Alugar não é o problema. Alugar o que te diferencia é

Nenhuma empresa sensata desenvolve o próprio e-mail, o próprio videochamada ou a própria folha de pagamento. Nesses domínios, o processo é idêntico para todo mundo: a folha da sua empresa calcula INSS e FGTS exatamente como a do seu concorrente. Não existe vantagem competitiva possível em fazer isso "do seu jeito" — só existe risco trabalhista. Aqui o SaaS ganha, e ganha fácil: o fornecedor dilui entre milhares de clientes o custo de acompanhar cada mudança da legislação, e você paga uma fração disso.

O problema começa quando esse mesmo raciocínio é aplicado, por inércia, ao coração da operação.

Pense num e-commerce de autopeças cuja margem vem de uma regra de precificação própria: preço varia por compatibilidade do veículo, giro regional do item e histórico do cliente. Essa regra é o negócio — foi ela que tirou a empresa da guerra de preço do marketplace. Só que a plataforma de loja alugada não suporta essa lógica. O plugin mais próximo cobre 70% dos casos. Resultado: a empresa achata a própria regra de precificação para caber no software do fornecedor. O diferencial competitivo foi amputado para virar cliente bem-comportado de uma ferramenta genérica.

Esse é o custo que não aparece na planilha de mensalidade: quando o processo que te diferencia roda dentro de um software alugado, quem define o teto da sua operação é o roadmap de outra empresa.

O que é Selfware: quando o software próprio vira ativo

Selfware é o software que só faz sentido existir dentro da sua empresa, porque ele codifica um processo que só a sua empresa tem. Não é "sistema feito sob encomenda" no sentido genérico — é a diferença entre mandar fazer um uniforme e registrar uma patente.

A analogia mais honesta é a cozinha de um restaurante. Um restaurante pode operar numa cozinha industrial compartilhada: equipamento padrão, bancadas padrão, fluxo padrão. Funciona — e para uma dark kitchen de hambúrguer, é a decisão certa. Mas um restaurante cujo diferencial é um método próprio de fermentação e maturação não sobrevive em bancada compartilhada: o método exige câmaras na temperatura dele, no fluxo dele, no tempo dele. A cozinha própria, desenhada em volta do método, não é despesa — é o método tornado físico. Vendida a operação, a cozinha vai junto no preço.

Software próprio bem escolhido funciona igual:

Ele aprecia em vez de expirar. Cada regra de negócio incorporada, cada integração com a sua realidade, cada ajuste fino aumenta o valor do ativo. O SaaS, ao contrário, zera na hora do churn: cancele a assinatura e dez anos de configuração viram um export.

Ele entra no valuation. Numa venda ou captação, "usamos os mesmos SaaS que qualquer concorrente montaria em duas semanas" não vale nada. Um sistema proprietário que sustenta a operação e não pode ser replicado assinando ferramentas é ativo intangível defensável — due diligence trata as duas coisas de forma muito diferente.

Ele devolve o controle do roadmap. A funcionalidade que sua operação precisa no trimestre que vem é decidida por você, não votada num fórum de feature requests contra as prioridades de outros dez mil clientes.

Os três custos que a mensalidade esconde

A comparação justa entre alugar e possuir precisa incluir três custos que raramente entram na conta do SaaS:

1. O imposto do lock-in. Uma transportadora que acompanhei operava com três SaaS — TMS, rastreamento e financeiro — que não conversavam entre si. A "integração" era uma pessoa em tempo integral copiando dados entre telas, mais uma constelação de planilhas de conciliação. O custo real não era 3 mensalidades: era 3 mensalidades + 1 salário + o erro humano recorrente que estourava em multa de cliente. Esse imposto invisível cresce com a operação, e nenhum dos três fornecedores tem incentivo para eliminá-lo — cada um quer é te vender o módulo dele.

2. O risco de plataforma. Ferramentas morrem, mudam de dono e mudam de preço. O mercado de software vive ciclos de consolidação: a ferramenta enxuta que você assinou é comprada por um player maior, o plano de entrada é descontinuado, e o "novo plano equivalente" custa 3× — com a migração assistida marcada para 60 dias. Quem viveu uma dessas sabe que o custo do SaaS não é a mensalidade de hoje; é a mensalidade que alguém decidirá por você amanhã, com seus dados como refém da negociação.

3. O custo da regra achatada. É o caso do e-commerce de autopeças acima: cada "quase dá pra fazer" do software alugado é uma pequena renúncia de diferencial. Somadas, essas renúncias empurram sua operação para a média do mercado — que é exatamente onde a concorrência por preço mora.

Quando o SaaS ganha — e ganha com folga

Seria desonesto vender software próprio como resposta universal. Ele perde, e perde feio, em três situações:

Processo commodity. Folha, e-mail, videoconferência, assinatura eletrônica, emissão de nota. Se o processo é regido por lei ou é idêntico em qualquer empresa, construir é pagar caro para reinventar o que o mercado já amortizou. O erro clássico é a empresa que, empolgada com o primeiro sistema próprio bem-sucedido, decide internalizar o financeiro inteiro — e passa 18 meses reconstruindo um ERP pior do que qualquer opção de prateleira, com o time de produto sequestrado do que realmente diferenciava o negócio.

Hipótese não validada. Se você ainda está descobrindo qual é o seu processo, não o congele em código. SaaS é o laboratório barato: assine, opere seis meses, descubra onde a ferramenta genérica machuca. A dor recorrente e específica é o melhor documento de requisitos que existe — e ele custa uma mensalidade, não um projeto.

Falta de fôlego para manter. Software próprio sem dono técnico vira passivo: dependência de um freelancer sumido, servidor sem atualização, sistema que ninguém ousa mexer. Possuir exige um plano de manutenção contínua — interno ou via parceiro com contrato de evolução. Sem isso, o ativo apodrece mais rápido do que qualquer SaaS.

O teste do diferencial: um critério em três perguntas

Na dúvida sobre qualquer sistema da sua operação, aplique três perguntas, nessa ordem:

1. Se um concorrente copiar exatamente este processo, sua vantagem diminui? Se a resposta é não (folha de pagamento, agenda, e-mail), pare aqui: assine o melhor SaaS e siga em frente. Se é sim, continue.

2. O software alugado te obriga a simplificar esse processo para caber nele? Conte os "quase": planilhas-ponte, gambiarras de integração, regras achatadas, a pessoa que "cuida do sistema" copiando dados. Cada um é um sintoma de que o processo transborda a ferramenta.

3. Esse processo já está estável o bastante para ser codificado? Se ele muda toda semana porque o negócio ainda está se descobrindo, espere no SaaS. Se ele é o mesmo há dois anos e é ele que segura sua margem, você está pagando aluguel sobre o próprio diferencial.

Três "sim" nas perguntas 1 a 3: esse sistema é candidato a Selfware. E o caminho não precisa ser um big bang — a rota sensata costuma ser construir primeiro o núcleo que carrega a regra única (o motor de precificação, o algoritmo de roteirização, a esteira de atendimento) e mantê-lo conversando com SaaS nas pontas commodity. Dono do miolo, inquilino da periferia.

Possuir é uma decisão de portfólio, não de ideologia

A pergunta certa nunca foi "SaaS ou software próprio?", como se fosse uma escolha de time de futebol. A pergunta é: em quais processos da minha operação mora o diferencial — e quem é o dono do software que roda esses processos hoje? Se a resposta for "outra empresa, mediante mensalidade reajustável", você não tem um diferencial protegido; tem um diferencial sublocado.

O exercício prático cabe numa tarde: liste os sistemas que sustentam sua operação, marque cada um como commodity ou diferencial, e some quanto você paga — em mensalidade, em gente-ponte e em regra achatada — para alugar justamente os que deveriam ser seus.

Se quiser fazer esse mapeamento com quem constrói Selfware todos os dias, a Syntel oferece um diagnóstico da sua operação: saímos da conversa com o mapa dos seus sistemas, o cálculo do custo invisível de cada aluguel e a recomendação honesta — inclusive quando ela for "continue no SaaS". Fale com a Syntel e descubra o que, na sua operação, já deveria ser ativo.