O dinheiro que você perde para datas que ninguém observava

Um contrato renova automaticamente numa sexta. A janela de notificação era de 30 dias. Ninguém tinha aberto o PDF desde o dia em que foi assinado, então ninguém viu a cláusula que dizia cancele antes do dia 30 ou você está preso por mais um ano. No sábado, alguém percebe. Não há nada a fazer a não ser pagar.

Todos nós já pagamos essa conta. Não porque alguém tomou uma decisão ruim, ninguém chegou a tomar decisão alguma. A decisão que teria salvado o dinheiro nunca chegou a uma mesa, porque a data que deveria tê-la disparado estava sentada num documento que ninguém estava lendo. O prazo não emboscou ninguém. Ele esteve à plena vista o tempo todo, no único lugar em que um humano só olha quando já é tarde demais.

Esse é o tipo de perda que silenciosamente assombra todo operador que conhecemos, e a coisa que queremos nomear primeiro é que ela não tem dono. Não é culpa de uma pessoa e não é o gap de uma ferramenta. É uma categoria de trabalho que nenhum papel foi construído para segurar, e nenhum software no mercado foi construído para dissolver, porque dissolvê-la requer ser um tipo de coisa fundamentalmente diferente de um calendário, um lembrete ou uma ferramenta de contratos. Esse tipo de coisa diferente é o que estivemos construindo, e uma renovação perdida é só o primeiro lugar onde a ausência dele sangra.

Uma perda sem dono

Percorra a falha de trás para frente e a estranheza entra em foco.

O dinheiro não vazou porque alguém esqueceu. Para esquecer uma data, você primeiro tem que tê-la conhecido, e ninguém a conheceu. A cláusula de renovação vivia na seção 8 de um acordo de quarenta páginas que foi lido uma vez, por um advogado, antes de assinar. A janela de notificação era uma frase, “60 dias antes da expiração do termo então vigente”, que você teria que ler, parsear e converter num dia real num calendário real para sequer ter uma data para esquecer. Ninguém fez essa conversão. Então não havia nada para lembrar, e portanto nada para culpar.

A data que mais te custa é a que ninguém jamais anotou.

Essa é a armadilha, dita claramente. As datas que machucam são precisamente as que nenhum humano sinalizou, porque sinalizá-las requeria ler as letras miúdas que eles pularam, e eles as pularam pela mesma razão humana toda vez: o prazo estava a meses de distância, nada parecia urgente, e o trabalho de extraí-lo caía no dia em que eles menos se importavam. O lembrete que você mais precisava é o que você tinha menos chance de configurar. Então ele nunca foi configurado, e a perda se repete, todo trimestre, sem nome nela.

É por isso que a resposta usual, “só seja mais disciplinado, bote no seu calendário”, não é uma resposta. Ela devolve o passo mais difícil e mais ingrato à pessoa menos equipada para fazê-lo no pior momento possível. As ferramentas do mercado, quando existem, fazem a mesma coisa uma camada acima: elas felizmente armazenam a data que você dá e te pingam quando ela chega. Elas são lembretes para as datas que você já conhecia. As datas que sangram dinheiro são as que você nunca soube inserir. Um sistema que só conhece as datas que você digitou conhece exatamente as datas que você teria lembrado de qualquer jeito.

Não queríamos construir um lembrete melhor. Queríamos que a perda-sem-dono parasse de existir, e você não chega lá armazenando datas mais rápido. Você chega lá só se algo está já ligado, já lendo os documentos que ninguém reabre, já permitido a falar primeiro quando encontra uma data que morde. Essa frase é a coisa inteira, então vamos dizê-la do jeito que vamos continuar dizendo.

Um sistema que está sempre ligado, lê o que você parou de ler, e age antes de você ter que pedir é um tipo de software diferente de qualquer coisa apontada para este problema hoje.

O que de fato é preciso, três trabalhos que nenhum lembrete faz

Para tornar isso real para o contrato, o sistema tem que fazer três coisas em sequência, e cada uma delas é um trabalho que um humano estava silenciosamente fazendo mal ou não fazendo de jeito nenhum. Nenhum dos três é um lembrete. Todos os três caem para fora do que o sistema fundamentalmente é.

Ler onde as datas se escondem

O primeiro trabalho é não precisar de tradutor humano algum. As datas que importam não vivem em calendários; elas vivem em cláusulas, em regulamentos, num email onde um prazo foi mencionado de passagem. Uma data de renovação é uma frase num PDF. Uma janela de notificação é uma frase sobre a qual você tem que fazer aritmética. Um prazo de protocolo é implícito por uma regra, nunca declarado.

Então o sistema lê os próprios documentos, os contratos, os acordos, os termos, as threads, puxa a data da prosa, e faz a conta que a cláusula exige: “60 dias antes da expiração” vira uma terça específica, sinalizada. A data não é inserida. Ela é encontrada, no documento que ninguém reabre. Esta é a parte sem glamour, e tudo se apoia nela: um sistema que só conhece as datas que alguém se deu ao trabalho de extrair é cego exatamente para as datas de letra miúda que fazem o estrago.

Ler o documento desse jeito não é uma feature de contratos que pregamos. É o que um sistema faz quando de fato vive onde seu trabalho vive, em vez de esperar na beirada de um calendário você trazer o trabalho até ele.

Rankear quais datas de fato mordem

Leia todo documento e você herda um novo problema: centenas de datas. A data de entrega que já passou. O “efetivo a partir de” boilerplate no topo de todo acordo. A renovação que importa enormemente sentada ao lado da de um serviço que você cancelou no trimestre passado. Uma lista de toda data em todo documento não é ajuda, é uma segunda inbox, e você a ignoraria pela mesma razão que ignora a primeira.

Então o segundo trabalho é o corte: quais dessas de fato machucariam se perdidas, e quais são ruído. Uma renovação num acordo vivo e material morde. Uma data de entrega passada não. O “efetivo a partir de” é mobília. O sistema tem que graduar as datas do jeito que um operador experiente faria, pelo que está em jogo se a data chega e ninguém agiu, e revelar o punhado que passa, não as centenas que não.

Esta é a mesma disciplina de triar uma inbox até os três emails que mudam algo. Não é uma “feature de ranking” separada, é o mesmo julgamento que o sistema já aplica ao seu email, suas tarefas, seu dia, apontado para datas. Uma bandeira em toda data não é bandeira alguma. O valor nunca esteve em achar datas. Está em achar as três, de trezentas, que mudam algo se escorregarem.

Rascunhar a resposta antes de você ser pedido

Aqui é onde para de lembrar um calendário mais inteligente e começa a ser um colega de trabalho. Uma data sinalizada, mesmo uma perfeitamente rankeada, ainda te deixa com todo o trabalho. Você sabe que a renovação é sexta. Você ainda tem que escrevê-la, o que significa re-ler os termos do ano passado, achar o template, ajustar os números, casar o tom que você usou antes, tudo comprimido nas horas antes de vencer, que é a pior condição possível para acertar os termos.

O último trabalho é já ter feito isso. O sistema sabe a data, sabe o documento, e lembra como você lidou com a última, sua linguagem de renovação, seus termos padrão, a estrutura que você sempre segue. Então ele não te entrega uma bandeira. Ele te entrega um rascunho: a renovação, escrita na sua própria voz, populada com as especificidades deste contrato, na sua mesa enquanto ainda há semanas no relógio. Seu trabalho encolhe de “escrever a renovação sob pressão” para “lê-la, consertar o que está errado, enviar”. Essa memória de como você fez da última vez também não é uma feature de contratos, é o mesmo cérebro de empresa que faz isso para todo trabalho, fazendo para uma renovação o que faz para tudo o mais.

Perceba que nenhum dos três trabalhos é um lembrete, e nenhum foi construído para contratos. Ler o que você parou de ler, rankear o que importa, rascunhar da memória, essas são propriedades de um sistema que está sempre ligado e permitido a agir. O contrato é só onde você consegue assisti-las combinar em algo que o mercado não tem nome para: não uma notificação, mas uma peça de trabalho finalizada, esperando, antes do prazo em vez de depois dele. Um sistema que está sempre ligado, lê o que você parou de ler, e age antes de você ter que pedir transforma a data que costumava te custar num rascunho que você mal precisa tocar.

Por que uma data é onde provaríamos isso

Você poderia esperar que um sistema desses começasse em algum lugar mais chamativo. Apontaríamos para datas primeiro, de propósito, e a razão diz tudo sobre o que estamos de fato construindo.

Uma data é o teste mais limpo da única coisa que todo sistema proativo precisa provar que consegue fazer: agir antes de ser pedido. Um chatbot é inútil aqui, porque a falha inteira é que você não sabe que deve perguntar, o prazo vive num documento que você não está lendo, então não há prompt para digitar. O sistema tem que rodar no próprio relógio, observar documentos que ninguém reabre, e falar primeiro, com algo útil já em mãos. Uma data é onde você consegue provar esse músculo honestamente, porque uma data tem uma resposta certa e um prazo duro: o rascunho estava pronto a tempo ou não. Sem avaliar na curva.

E uma vez provado numa data, o formato generaliza, porque o formato nunca foi sobre contratos. Ler onde a verdade se esconde, rankear o que importa, rascunhar a resposta é a espinha de quase todo trabalho que vale entregar a um sistema. A renovação que ninguém pegou, o cliente cujo contrato está silenciosamente vencendo, o protocolo cuja janela está fechando, o follow-up que caiu numa fresta entre duas pessoas, eles são todos o mesmo formato: algo verdadeiro sentado sem ser lido até ser tarde demais, num lugar que nenhum humano teve tempo de continuar observando. A amplitude não é uma lista de features da qual nos orgulhamos. É evidência de que achamos o substrato certo, uma coisa que está sempre ligada e lê tudo, da qual todos esses trabalhos caem para fora de graça. Um sistema que está sempre ligado, lê o que você parou de ler, e age antes de você ter que pedir não pega um tipo de data. Ele muda o que significa qualquer coisa ser “observada”.

A parte que o sistema nunca toca

Passamos este post inteiro descrevendo uma máquina. Vamos terminar na parte que a máquina não tem direito de tocar.

O sistema consegue achar a data, rankeá-la, e rascunhar a renovação. Ele não consegue decidir se você quer renovar. Ele não sabe que este cliente virou uma dor de cabeça, ou que este fornecedor silenciosamente parou de entregar, ou que os termos que você aceitou ano passado foram um erro que você estava esperando um motivo para consertar. O rascunho que ele coloca na sua mesa é construído do template do seu eu passado, e às vezes seu eu passado estava errado. Se esta relação deveria continuar é o seu julgamento, e ele continua seu.

Isso não é o sistema ficando aquém. Isso é a divisão de trabalho funcionando exatamente como deveria. Ele carrega o fardo de lembrar, ler, rankear e rascunhar, as partes tediosas que se escondem em documentos e que nenhum humano jamais ia fazer bem no momento em que venciam. O que sobra para você é a única parte que sempre valeu sua atenção total: não se o prazo é sexta, mas se sexta deveria mudar algo. O ponto inteiro de construir isso foi garantir que você consiga tomar essa decisão, descansado, semanas antes, com o trabalho já feito, em vez de descobrir no sábado que o calendário a tomou por você.

Esse é o mundo para o qual estamos construindo, e ele ainda não está no mercado, porque o mercado ainda está te vendendo lugares melhores para armazenar as datas que você já conhece, e as datas que levam seu dinheiro são as que você nunca conheceu. Achamos que a perda-sem-dono não deveria existir. Então estamos construindo a coisa que a possui: não uma ferramenta de contratos, não um lembrete, mas a primeira prova de uma empresa onde nada verdadeiro fica sem ser lido até morder, que era a única coisa que valia construir.

---

Estamos construindo isto na Apollo Space, um sistema que lê os documentos que você esqueceu que assinou, observa as datas que se escondem dentro deles, e coloca a resposta finalizada na sua mesa antes do relógio acabar. A renovação ainda vai ser sua decisão. Ela só não vai mais ser uma surpresa.