Sumário
O SaaS deixou de fazer sentido
O software como serviço nasceu de uma premissa: construir software era tão caro que a única forma de torná-lo acessível era fabricar um único produto e vendê-lo a milhares de organizações. Elas aceitaram o acordo: software barato e imediato, em troca de trabalhar como o software ditava.
Durante duas décadas, esse acordo compensou. Hoje já não compensa, por três razões.
O custo
Paga-se por usuário, por módulo e por plano, todos os meses, inclusive por funcionalidades que ninguém usa. Somam-se a isso consultores para configurá-lo, integrações para conectá-lo ao resto e cobranças extras por atualizações ou novas funcionalidades.
A rigidez
É feito para o cliente médio. A organização adapta sua forma de trabalhar ao software, e o que não se encaixa acaba em planilhas e trabalho manual.
A inteligência artificial
A premissa que sustentava o SaaS, a de que construir sob medida é caro demais, deixou de ser verdadeira. Hoje um sistema próprio é construído em dias ou semanas e modificado em horas.
A única alternativa ao SaaS era encomendar um desenvolvimento sob medida: caro no início, lento e congelado no dia da entrega. Entre os dois caminhos ficou a maioria das pequenas e médias empresas, que se vira com o que tem: atende pelo WhatsApp manualmente, confirma agendamentos um por um, copia dados entre sistemas que não se comunicam e depende de que alguém da equipe se lembre de tudo.
A tese
O TMaaS vai substituir o SaaS.
Se construir e modificar software custa uma fração do que custava, já não há razão para que todas as organizações usem o mesmo. Cada uma pode ter um sistema próprio, feito para a sua operação, que evolui de forma contínua.
Com o TMaaS, uma organização deixa de comprar um produto fechado ou de encomendar um projeto com data de término. Passa a ter um sistema construído para a sua operação, que funciona em uma instalação própria e muda conforme a organização muda. Recebe a continuidade de um serviço, como no SaaS, mas cortado sob medida, como em uma alfaiataria.
O nome adota a estrutura de Software as a Service e troca uma palavra. O que se entrega como serviço já não é um software igual para todos, mas um software feito sob medida para cada organização.
O que substitui e o que não substitui
O TMaaS substitui o SaaS de aplicação: o CRM, a agenda, a caixa de entrada do atendimento e o software de gestão que impõem a sua própria forma de trabalhar. Os serviços de infraestrutura, como pagamentos, mensagens, nuvem ou os próprios modelos de IA, continuam sendo peças compartilhadas. Um sistema TMaaS é construído sobre eles.
Por que agora
O desenvolvimento sob medida sempre teve um problema de custo, não de valor. O que custava caro era o trabalho: programar, testar, documentar e manter.
Os agentes de programação com inteligência artificial mudaram essa conta. Uma equipe pequena de pessoas trabalhando com IA constrói em dias ou semanas o que antes levava meses e modifica em horas o que antes exigia um projeto novo.
Isso tem três consequências:
- Um sistema próprio deixa de ser um luxo. O que antes só as grandes organizações podiam ter fica ao alcance de qualquer uma, por menor que seja.
- As mudanças deixam de ser projetos. Modificar um sistema custa tão pouco que isso pode ser feito de forma contínua, à medida que a organização muda.
- O gargalo muda de lugar. Já não está em escrever código, e sim em entender bem cada organização, decidir o que construir e responder pelo que chega à produção.
Essa é a vantagem que o SaaS não consegue igualar. Seu modelo depende de que todas as organizações usem a mesma coisa. Quando fazer algo diferente para cada uma custa pouco, contentar-se com o genérico deixa de fazer sentido.
No TMaaS, o trabalho humano se concentra em entender, decidir e responder. A IA faz o resto.
Princípios
Sete princípios distinguem o TMaaS do SaaS e do desenvolvimento sob medida tradicional.
-
I
O software se adapta a cada organização
As regras de cada organização, como ela atende, cobra, confirma ou encaminha, são o ponto de partida. Não são uma opção de configuração dentro de um produto de terceiros.
-
II
Base comum, camada sob medida
Cada sistema é construído sobre uma base comprovada e compartilhada; o que é próprio de cada organização fica em uma camada separada. Sem base comum, o modelo é uma agência com outro nome. Sem camada sob medida, é só mais um SaaS.
-
III
Uma instalação por cliente
Cada organização roda em seu próprio ambiente, com seus dados separados. O que muda para uma não afeta nenhuma outra.
-
IV
O sistema evolui com a organização
Um sistema TMaaS não é entregue e congelado. Muda de forma contínua, no ritmo da operação a que serve.
-
V
Os dados são de quem opera
A informação que a operação gera pertence à organização que a produz, não a quem constrói o sistema.
-
VI
Pessoas que respondem, IA que constrói
A IA programa, testa e documenta. As pessoas entendem cada organização, decidem e aprovam o que chega à produção. Sempre há alguém responsável.
-
VII
Medir antes e depois
Cada sistema começa com uma linha de base dos indicadores que pretende mover. Assim é possível comprovar se o sistema sob medida supera o software genérico que substitui.
Comparação
O TMaaS reúne o melhor dos dois caminhos tradicionais: a continuidade do SaaS e o ajuste do desenvolvimento sob medida. Deixa para trás o pior de cada um: a rigidez do primeiro e a obsolescência do segundo.
| SaaS | TMaaS | Sob medida tradicional | |
|---|---|---|---|
| Quem se adapta | O cliente, ao software | O software, ao cliente | O software, uma só vez |
| Código | Um só, compartilhado por milhares | Base comum mais camada própria | Construído do zero |
| Primeira versão | Imediata | Dias ou semanas | Meses |
| Mudanças | Decididas pelo fornecedor | Contínuas, conforme a organização | Cada uma é um projeto novo |
| Instalação | Compartilhada com todos os clientes | Própria de cada cliente | Própria de cada cliente |
| Papel da IA | Mais um recurso do produto | A forma de construir e manter | Acelera o projeto, não o transforma |
O ciclo
Um sistema TMaaS não termina com a entrega. Sua construção se repete enquanto a organização o usar.
Tirar as medidas
Observa-se como a organização funciona: como chega cada pessoa que ela atende, como se agenda, cobra, confirma e encaminha. Suas regras são registradas e a linha de base é medida.
Cortar e costurar
O sistema é construído sobre a base comum e conectado ao que a organização já usa. A primeira versão chega à produção em dias ou semanas.
Ajustar
A equipe da organização pede mudanças à medida que sua operação muda. Elas são construídas, testadas e publicadas, e tudo volta a ser medido.
Anatomia
Um sistema TMaaS tem camadas. Quanto mais baixa a camada, mais ela é compartilhada; quanto mais alta, mais própria de cada organização.
Camada sob medida
Por clienteRegras, fluxos, integrações específicas, tom e relatórios próprios.
Módulos do setor
Por setorO que as organizações de um mesmo setor têm em comum. Na saúde: agenda, confirmações, lembretes e cobrança antecipada.
Base comum
Para todosCanais de mensagens, caixa de entrada compartilhada, usuários e permissões, relatórios, registro de alterações e implantação.
Instalação própria
Por clienteAmbiente e dados separados para cada organização.
A regra que faz o modelo funcionar: o que é construído para uma organização, se servir a outras, sobe para os módulos do setor ou para a base comum. Assim, cada sistema novo é construído mais rápido que o anterior.
Para quem
Encaixa bem
- Organizações com processos próprios que um SaaS não cobre sem remendos.
- Operações que hoje dependem de WhatsApp, planilhas e trabalho manual.
- Setores com regras específicas: saúde, educação, serviços profissionais, comércio com produção própria.
- Quem hoje usa vários SaaS que não se conectam entre si.
Não encaixa
- Projetos pontuais, sem evolução prevista.
- Organizações que precisam operar tudo internamente desde o primeiro dia.
- Sistemas regulados que exigem certificações que quem constrói não tem.
Perguntas em aberto
Esta é uma tese em rascunho. Estas perguntas ainda não têm resposta definitiva.
- Com que rapidez as organizações vão abandonar seus SaaS atuais, e o que freia a mudança: contratos, dados ou costume?
- Como os grandes SaaS vão reagir: abrindo seus produtos à personalização ou perdendo terreno para sistemas novos?
- Onde fica o limite entre um ajuste sob medida e um produto novo?
- Até que ponto a IA vai reduzir o trabalho humano necessário para entender e manter cada sistema?
- Em que momento um grupo de organizações do mesmo setor se torna, na prática, um SaaS vertical?