O contrato que renovou automaticamente a uma taxa pior

O contrato não expirou. Ninguém esqueceu de cancelar. A renovação disparou exatamente no prazo, exatamente como escrito, e na manhã em que disparou, o preço estava mais alto que o que você assinou. Não por um erro. Por uma cláusula. Enterrada no parágrafo onze havia uma linha que dizia: na renovação, a taxa aumenta por um percentual fixo, todo ano, automaticamente, a menos que você se oponha por escrito trinta dias antes de uma data que você não estava rastreando.

Você fez tudo certo. Você ainda pagou mais. Essa é a falha para a qual ninguém projeta, porque todo mundo está observando a coisa errada.

O perigo nunca foi o cancelamento que falhou. Foi a cláusula que silenciosamente reprecificou contra você. Este post é sobre por que observar datas não pega isso, e o que é preciso para pegar o aumento no momento em que ele é agendado em vez do mês depois que ele chega.

Todo mundo observa a data. A data nunca foi a ameaça.

Pergunte a qualquer um como mantém contratos sob controle e você ouvirá a mesma resposta. Eles colocam a data de renovação num calendário. Trinta dias antes, um lembrete dispara. Eles decidem: renovar ou cancelar. Arrumadinho.

Esse modelo tem uma suposição escondida, e a suposição está errada. Ela assume que os únicos dois resultados que importam são manter e matar, que um contrato é um interruptor de luz, ligado ou desligado, e seu trabalho é virá-lo a tempo. Então o aparato inteiro aponta para a data. Renovou? O cancelamento pegou? Ainda está rodando?

Mas há um terceiro resultado que o modelo do interruptor não consegue ver, e é o caro: o contrato renova, e renova pior. Mesmo fornecedor, mesmo serviço, mesmo logo na nota fiscal, uma taxa diferente. A luz ainda está acesa. Só custa mais para mantê-la acesa. Um observador de datas verifica se a coisa aconteceu. Ele nunca verifica o que a coisa agora custa.

O gargalo nunca desaparece. Ele só se move para a cláusula que ninguém leu.

Então a data chega, a renovação passa, o lembrete se marca como concluído, renovado, tudo certo, e o aumento entra por baixo, invisível, porque a única pergunta que alguém fez foi se o contrato sobreviveu, não no que ele se tornou.

O watch ingênuo: uma data e um sim/não

Vamos mostrar a versão burra primeiro, porque a maioria dos times está vivendo nela e não sabe que é a versão burra.

Você constrói um tracker de renovação. É uma planilha, ou um calendário, ou um campo numa ferramenta. Cada linha é um contrato e uma data. Trinta dias antes, algo te pinga. Você dá uma olhada, concorda com a cabeça, segue em frente. O sistema fez seu único trabalho: lembrou a data para que você não tivesse que lembrar.

Aqui é onde ele falha, e a falha é silenciosa por design. O ping diz contrato da Acme renova em 30 dias. Ele não diz contrato da Acme renova em 30 dias, e a taxa sobe porque a cláusula onze a escalona. O tracker segura a data. Ele não segura os termos. Ele nunca estava lendo o documento, estava lendo um campo que alguém digitou uma vez, na assinatura, e nunca mais tocou.

Então você recebe o lembrete, confirma a renovação, e se sente coberto. Você não está coberto. Você está informado sobre o único fato que não era o perigo e calado sobre o único que era. O aumento não está escondido em algum sentido adversário, ele está bem ali no contrato que você assinou. Ele está escondido do jeito que uma coisa está escondida quando nada está olhando para ela: à vista de todos, no parágrafo onze, numa página que nenhum humano reabre entre o dia que assina e o dia que é surpreendido.

Um lembrete que observa a data e não os termos não é uma salvaguarda. É uma confirmação de que a armadilha disparou no prazo.

Lendo o documento, não o campo

Então qual é a versão que funciona? A ideia-chave é simples: pare de observar a data e comece a observar os termos.

Isso soa como uma pequena mudança. Não é. Move o trabalho inteiro de “lembrar uma data” para “entender um contrato”, e entender um contrato significa de fato lê-lo, do jeito que a pessoa que escreveu a cláusula onze assumiu que ninguém faria.

Aqui está o formato. Quando um contrato entra na empresa, o próprio documento é lido, não um resumo que alguém cola num campo, mas os termos reais. A mecânica de renovação sai: quando ele renova, se renova automaticamente, a janela de aviso que você precisaria para optar por sair, e a parte que mais importa, o comportamento do preço na renovação. A taxa é fixa? Ela escalona por um percentual definido? Ela reseta para “preço de tabela atual,” seja lá o que isso for no dia? Esses não são datas. São termos, e vivem em frases, não em células.

Agora o watch tem algo real para comparar. A renovação não é só um evento que está vindo, é um número que você pode computar com antecedência. O sistema sabe a taxa que você assinou. Ele pode ler no que a taxa se torna na renovação. No momento em que essas duas divergem, há algo a dizer, e tempo para dizê-lo.

Ingênuo: seu contrato renova em 30 dias. Melhor: seu contrato renova em 30 dias, a taxa aumenta sob a cláusula de escalonamento, e a janela para se opor fecha em onze, aqui está a cláusula, aqui está a taxa antiga, aqui está a nova.

A primeira é uma entrada de calendário. A segunda é uma decisão que você de fato pode tomar, com o único fato que muda a decisão sentado bem ao lado dela.

O watch que dispara em termos, não em tempo

Ler o contrato uma vez também não é a resposta inteira. Uma leitura única pega o escalonamento que você assinou. Ela não pega o escalonamento que muda, a renovação onde o “preço de tabela atual” do fornecedor se moveu, a auto-renovação cujos termos mudaram num aviso que você leu por cima, o aumento que não estava no documento original porque o documento original dizia “sujeito às taxas então-vigentes.”

A leitura ingênua acontece na assinatura e nunca mais. Essa é a mesma armadilha do campo de data, um nível acima: um fato capturado uma vez e confiado para sempre, enquanto o mundo por baixo dele se move. Os termos que você leu em março não são garantidos de serem os termos que faturam em novembro.

Então o watch tem que ser permanente, não de tiro único. Ele relê. Quando uma renovação se aproxima, ele não confia na taxa que cacheou na assinatura, ele volta à fonte, ao contrato e a tudo o que o fornecedor publicou desde então, e re-deriva o número que de fato está prestes a ser lançado. Então ele compara: taxa assinada contra taxa prestes a ser faturada. Se elas batem, silêncio, e o silêncio aqui é honesto, porque o sistema verificou e não havia nada para sinalizar. Se divergem, ele fala: antes da fatura, enquanto a janela de objeção está aberta, com a cláusula citada para que você possa ver exatamente onde o aumento vive.

Essa é a diferença entre um lembrete e um guarda. Um lembrete dispara numa data que você define. Um guarda dispara numa condição com a qual você se importaria, e “a taxa subiu” é uma condição, não uma data. Ela pode acontecer na renovação que você esperava e na que você esqueceu igualmente bem, porque o guarda não está observando seu calendário. Ele está observando o contrato.

Por que isso vive no company brain, não em outra ferramenta

Você poderia imaginar construir um app dedicado de observação de contratos. Muita gente já o fez. E ajudaria, e também recriaria exatamente o problema que se propôs a resolver, porque um observador standalone é mais uma caixa que você tem que lembrar de preencher.

Pense em onde um aumento de renovação de fato dói. Não é um problema de contratos isolado. O fornecedor cuja taxa acabou de pular é aquele de que seu time de operações depende, o item de linha que seu fechamento financeiro tem que reconciliar, o relacionamento que alguém possui. A cláusula de escalonamento importa porque toca o orçamento, a decisão de renovação, a pergunta de se este fornecedor ainda vale a pena ao novo preço. Nada disso vive num app de contratos. Vive pela empresa inteira.

Uma ferramenta separada observa contratos num vácuo. Ela pode te dizer que a taxa subiu. Não pode te dizer que você já está no meio de uma negociação com aquele fornecedor sobre outra coisa, ou que o financeiro sinalizou este item de linha no trimestre passado, ou que a renovação cai na mesma semana que três outras e os aumentos se empilham. O aumento é um fato; a resposta depende de tudo ao redor dele. E tudo ao redor dele é exatamente o que um app de propósito único não tem.

Esse é o argumento para o watch viver onde o resto da realidade da empresa vive, num único brain que já segura o contrato, o relacionamento com o fornecedor, o orçamento e o calendário, para que quando a taxa se move ele não só dispare um alerta num silo. Ele compõe o alerta com o contexto: aqui está o aumento, aqui está o fornecedor com quem você também tem um deal aberto, aqui está a linha de orçamento em que ele cai, aqui está a janela. O aumento deixa de ser um ping isolado e se torna uma decisão com seus arredores anexados.

O perigo nunca foi o cancelamento que falhou. Foi a cláusula que silenciosamente reprecificou contra você. E pegá-la não é sobre um calendário melhor, é sobre um sistema que lê os termos, segura o contexto, e fala antes da fatura, não depois.

A virada: o vazamento silencioso é o que compõe

Aqui está a parte que não é sobre contratos.

Uma renovação que reprecificou contra você e passou mesmo assim é uma pequena perda da primeira vez. O problema é que ela não fica uma. O escalonamento que aumentou a taxa este ano a aumenta de novo no ano que vem, sobre a base mais alta. O fornecedor aprendeu, no sentido mais literal, que ninguém se opôs, então a cláusula que funcionou uma vez é escrita no próximo contrato também. O único aumento silencioso que você não pegou não é um custo único. É uma ladeira, e você agora está parado nela, pagando os juros compostos sobre uma frase que você leu por cima.

Essa é a razão real de isso importar, e não é uma razão de contratos. É a mesma razão de todo vazamento silencioso importar mais que todo barulhento. A falha barulhenta, o cancelamento que ricocheteou, o outage, o prazo perdido, se anuncia, e você a corrige, e acabou. A silenciosa não anuncia nada. Ela só pega carona, ano após ano, levando um pouco mais, justamente porque o único sistema observando-a estava verificando se o contrato ainda existia, não no que ele tinha silenciosamente se tornado.

Ninguém deveria ter que ler o parágrafo onze de cada contrato, cada renovação, para sempre. Isso não é diligência, é um imposto sobre a atenção que a pessoa mais cuidadosa da empresa paga e ainda perde, porque nenhum humano relê de forma confiável um documento que assinou um ano atrás para pegar um número que se moveu por uma frase.

---

É isso que estamos construindo na Apollo Space, não mais um tracker que observa a data e chama o aumento de problema de outra pessoa, mas um company brain que lê os termos, segura o contexto, e fala antes da taxa ser lançada em vez de depois. Se você já achou um aumento de preço numa fatura e pensou eu teria pego isso se soubesse que tinha que olhar, o ponto é que você não deveria ter tido que olhar. Algo deveria ter estado lendo a cláusula por você esse tempo todo.