Software as a Service: o que é e o que muda de responsabilidade

Software as a Service, ou SaaS, é o modelo em que você usa um programa pela internet, pagando por período de uso, sem instalar nada e sem cuidar de nada por trás dele.

A definição corrente para por aí, e ela esconde o que realmente muda. SaaS não é software que mora na nuvem: é uma transferência de responsabilidade. Tudo que antes era problema seu, do servidor ao backup, passa a ser problema de outra empresa. É isso que o modelo vende, e é daí que saem tanto as vantagens quanto os custos escondidos.

O que é Software as a Service

SaaS é a entrega de software como serviço contínuo, e não como produto que se compra. O programa roda na infraestrutura do fornecedor, você acessa pelo navegador ou por um aplicativo, e paga enquanto usar.

A tradução em português é software como serviço, e a palavra que importa é a última. Você não adquire uma cópia: contrata acesso. Se parar de pagar, o acesso termina, mesmo que a operação da sua empresa dependa daquilo.

Isso soa desconfortável escrito assim, e é justamente o que centenas de milhares de empresas aceitam todos os dias em troca de não precisar manter servidor, não instalar atualização em cada máquina e não contratar gente para cuidar disso. O modelo SaaS venceu porque essa troca compensa na maioria dos casos.

As cinco características do modelo

Um produto só é SaaS de verdade quando as cinco aparecem juntas:

1. Multi-inquilino. A mesma instância do software atende muitos clientes ao mesmo tempo, com os dados separados por cliente. É o que torna o custo por cliente baixo, e é a diferença técnica central em relação a hospedar uma cópia por empresa.
2. Acesso pela rede. Nada de instalação local: navegador ou app, de qualquer lugar e dispositivo.
3. Assinatura. Cobrança recorrente por usuário, por uso ou por faixa, em vez de licença comprada uma vez.
4. Atualização central. O fornecedor atualiza uma vez e todos passam a usar a versão nova no mesmo dia. Ninguém fica em versão antiga, e ninguém escolhe não atualizar.
5. Elasticidade. Contratar mais usuários ou mais capacidade é mudar um plano, não comprar equipamento.

O quarto item tem duas faces, e vale reconhecer as duas. Você nunca mais fica preso a uma versão desatualizada, e também nunca decide quando uma mudança de interface chega para a sua equipe. Se o fornecedor mudar algo que a sua operação usava, você descobre no mesmo dia que todo mundo. Os detalhes técnicos de como a tecnologia SaaS funciona por dentro explicam por que essa atualização é obrigatoriamente coletiva.

SaaS, PaaS e IaaS: quem cuida do quê

As três siglas descrevem o mesmo eixo, em pontos diferentes: quanto da pilha o fornecedor assume.

A analogia mais usada ajuda: local é ter cozinha e cozinhar; IaaS é alugar uma cozinha equipada; PaaS é ter a cozinha com ingredientes preparados; SaaS é ir ao restaurante. Nenhum é melhor, são escolhas sobre quanto trabalho você quer.

Detalhamos cada um em o que é PaaS e o que é IaaS, que interessam sobretudo a quem vai construir software, não a quem vai contratá-lo.

SaaS e software instalado

A terceira e a quinta linha são as que costumam surpreender. Assinatura barata multiplicada por uma equipe que cresce e por cinco anos supera com folga uma licença que parecia cara. E a dependência é real: software instalado que você parou de pagar continua rodando; SaaS não.

Quem mais se beneficia

O modelo compensa mais para três perfis:

• Empresa pequena e média sem equipe de TI. É o caso mais evidente: acesso a software profissional sem contratar quem cuide dele.
• Operação distribuída. Equipe em lugares diferentes, ou trabalho remoto, em que instalar e manter software em cada máquina seria inviável.
• Necessidade que varia. Negócio sazonal, ou em crescimento rápido, que precisa aumentar e reduzir sem comprar equipamento.

E compensa menos quando existe exigência regulatória de manter dados em ambiente próprio, quando a operação precisa funcionar sem internet, ou quando o processo é tão específico que nenhuma ferramenta de prateleira atende. Nesse último caso a conversa deixa de ser sobre contratar e passa a ser sobre construir, o que é uma decisão de desenvolvimento de software.

Vale um alerta de origem: empresa que descobre que nenhum SaaS atende ao seu processo às vezes já tem parte da solução pronta internamente, numa ferramenta feita por necessidade e usada há anos. Antes de contratar desenvolvimento do zero, vale checar se existe um produto digital escondido na própria operação, porque ele já vem validado pelo uso.

O que o modelo cobra de volta

A parte que os materiais de fornecedor não escrevem:

O custo cresce com o sucesso. Preço por usuário significa que aumentar a equipe aumenta a conta, e o orçamento de software vira uma despesa que só sobe.

Os dados estão com outra pessoa. Isso levanta perguntas concretas: onde ficam armazenados, quem tem acesso, o que acontece com eles no encerramento do contrato, e se dá para exportá-los num formato útil. Com dado pessoal envolvido, as obrigações da LGPD sobre segurança da informação continuam sendo suas, mesmo com o dado na casa do fornecedor.

A saída é cara. Migrar de um SaaS para outro significa exportar dados, reconfigurar processo e retreinar equipe. Quanto mais tempo dentro, maior o custo de sair, e é por isso que a pergunta sobre exportação deve ser feita antes de assinar, não depois.

Indisponibilidade é do fornecedor. Se o serviço cai, não há nada que sua equipe possa fazer além de esperar. Vale ler o contrato de nível de serviço antes, e saber o que ele realmente garante.

De onde veio o modelo

A ideia de usar software remoto sem instalá-lo não é nova: nos anos 1960 já existia tempo compartilhado, com terminais acessando um computador central. O que mudou foi o que a tornou viável em escala.

No fim dos anos 1990, com internet suficientemente difundida, apareceram os primeiros provedores de aplicação hospedada, que basicamente rodavam uma cópia do software para cada cliente. Funcionava e não escalava, porque o custo crescia junto com a base.

A virada foi a arquitetura multi-inquilino: uma instância só atendendo todos os clientes. Foi ela que derrubou o custo por cliente e permitiu vender software profissional por mensalidade acessível, transformando o que era um nicho no modelo dominante da indústria. Para ver como isso se traduz em negócio, o modelo de negócio SaaS e os exemplos de SaaS no mercado mostram o funcionamento na prática.

Do lado de quem constrói, o efeito foi outro: como a receita é recorrente e o custo também, o sucesso deixou de ser medido por vendas fechadas e passou a ser medido por permanência, o que explica a importância das métricas de SaaS.

Perguntas frequentes