TMaaS
Tese v0.1 · outubro de 2026
Traduzir

TMaaS · Tailor-Made as a Service

O que vem depois do SaaS.

Uma tese sobre o TMaaS, Tailor-Made as a Service: por que a inteligência artificial fará o software sob medida substituir o SaaS.

Definição

TMaaS (Tailor-Made as a Service) é um modelo em que cada cliente recebe um sistema construído sob medida para a sua operação, sobre uma base comum e em uma instalação própria, que evolui com a organização como um serviço contínuo.

Sumário
  1. O problema do SaaS
  2. A tese
  3. Por que agora
  4. Princípios
  5. Comparação
  6. O ciclo
  7. Anatomia
  8. Para quem
  9. Perguntas em aberto
01

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.

Razão 1

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.

Razão 2

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.

Razão 3

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.

02

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.

03

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:

  1. 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.
  2. 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.
  3. 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.

04

Princípios

Sete princípios distinguem o TMaaS do SaaS e do desenvolvimento sob medida tradicional.

  1. 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.

  2. 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.

  3. 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.

  4. 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.

  5. 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.

  6. 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.

  7. 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.

05

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 adaptaO cliente, ao softwareO software, ao clienteO software, uma só vez
CódigoUm só, compartilhado por milharesBase comum mais camada própriaConstruído do zero
Primeira versãoImediataDias ou semanasMeses
MudançasDecididas pelo fornecedorContínuas, conforme a organizaçãoCada uma é um projeto novo
InstalaçãoCompartilhada com todos os clientesPrópria de cada clientePrópria de cada cliente
Papel da IAMais um recurso do produtoA forma de construir e manterAcelera o projeto, não o transforma
06

O ciclo

Um sistema TMaaS não termina com a entrega. Sua construção se repete enquanto a organização o usar.

Passo 1

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.

Passo 2

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.

Passo 3

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.

07

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 cliente

Regras, fluxos, integrações específicas, tom e relatórios próprios.

Módulos do setor

Por setor

O 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 todos

Canais 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 cliente

Ambiente 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.

08

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.
09

Perguntas em aberto

Esta é uma tese em rascunho. Estas perguntas ainda não têm resposta definitiva.

  1. Com que rapidez as organizações vão abandonar seus SaaS atuais, e o que freia a mudança: contratos, dados ou costume?
  2. Como os grandes SaaS vão reagir: abrindo seus produtos à personalização ou perdendo terreno para sistemas novos?
  3. Onde fica o limite entre um ajuste sob medida e um produto novo?
  4. Até que ponto a IA vai reduzir o trabalho humano necessário para entender e manter cada sistema?
  5. Em que momento um grupo de organizações do mesmo setor se torna, na prática, um SaaS vertical?