A decisão que você tomou na terça já está velha na quinta

Na terça você precificou o deal com um desconto, porque a cotação do fornecedor que você tinha em mãos dizia que sua margem podia absorver. Foi uma boa decisão. Você tinha os números na sua frente, fez a conta, mandou a proposta. Aí na quarta o fornecedor subiu o preço, e na quinta o deal que você ainda está perseguindo, no desconto da terça, silenciosamente parou de dar lucro. Ninguém te avisou. A proposta está lá fora fechando, e a premissa por baixo dela morreu dois dias atrás.

Essa é a falha para a qual ninguém constrói. Não uma decisão errada. Uma decisão que estava certa quando você a tomou e ficou velha enquanto você não estava olhando.

Toda ferramenta que você tem vai felizmente armazenar aquele número de terça para sempre e nunca uma vez mencionar que o chão sob ele se moveu. Este post é sobre a única propriedade que conserta isso, e por que quase nada que você usa hoje a tem.

A decisão é um evento; a premissa é uma coisa viva

Aqui está o modelo embutido em todo app que você abre. Uma decisão é um momento. Você reúne os inputs, você escolhe, você registra o resultado, o preço está definido, a contratação está aprovada, o roadmap está travado, e então o sistema o arquiva. Pronto. O registro fica ali, exato como uma fotografia e tão congelado quanto.

O problema é que os inputs sobre os quais você decidiu não ficam parados. A cotação expira. A taxa de câmbio deriva. O concorrente baixa o preço. O candidato aceita outra oferta. A regulação muda. Toda decisão repousa sobre uma pilha de premissas, e premissas apodrecem no próprio ritmo, no próprio cronograma, sem ninguém observando o relógio.

Então a decisão e o mundo em que ela foi baseada lentamente se separam. E o sistema que registrou a decisão não tem opinião sobre isso, porque ele só foi construído para lembrar o que você escolheu, nunca para ficar checando se você ainda escolheria.

Um app reativo nunca te diz que a premissa mudou. Um colega refaz a conta.

Essa é a tese inteira, e vale sentar com ela. O gap não é entre uma ferramenta burra e uma esperta. É entre uma ferramenta que armazena sua conclusão e um colega que silenciosamente continua refazendo a conta por trás dela, e te dá um toque no ombro no dia em que a resposta vira.

A versão ingênua: um banco de dados de decisões que ninguém reabre

A forma como lidamos com isso hoje é escrever a decisão em algum lugar bom. Um deal desk. Uma planilha de precificação. Um doc intitulado “Plano de contratação Q3, FINAL.” Temos orgulho do registro. É limpo, é buscável, é a fonte única de verdade.

E ele falha do mesmo jeito toda vez: uma fonte de verdade só é verdadeira no instante em que você a escreve.

A planilha de precificação não sabe que a cotação do fornecedor sobre a qual foi construída expirou. O plano de contratação não sabe que o budget que assumiu foi cortado numa reunião em que ele não estava. O roadmap travado em janeiro não sabe que o cliente para o qual foi construído para conquistar assinou com outro em março. O registro permanece confiante e articuladamente errado, e porque está tão bem escrito, é mais confiado que a realidade bagunçada que se afastou dele.

Você só descobre o apodrecimento no contato. O deal fecha no prejuízo. A oferta sai num budget que sumiu. O trimestre acaba e você percebe que o passou executando um plano cuja razão de existir expirou na semana dois. O registro nunca te mentiu. Ele só nunca atualizou, e você confundiu imobilidade com permanecer verdadeiro.

Mesma decisão, dois destinos. Em um, é uma fotografia que amarela. No outro, é uma reivindicação que fica sob observação. Nada sobre a decisão em si é diferente, só se algo continuou checando-a depois que você foi embora.

Por que um chatbot não pode te salvar aqui

Você pode achar que a correção é perguntar. Abra o assistente, digite “minha precificação de Q3 ainda está boa?” e deixe-o checar. E para a única decisão de que você lembra de perguntar, isso funciona.

O problema é o mesmo que quebra toda ferramenta reativa: você tem que saber perguntar. Você teria que acordar na quinta já suspeitando que este deal específico, entre os quarenta que você fez este mês, repousa sobre uma premissa que se moveu. Mas a razão inteira pela qual decisões velhas machucam é que elas parecem exatamente com as frescas. Não há sino de alarme num número que silenciosamente deu errado. A proposta ainda diz o desconto. A planilha ainda diz a margem. Tudo parece bem, que é precisamente por que ninguém recheca.

Então o fardo de lembrar qual das suas cem decisões passadas pode ter ficado velha aterrissa de volta em você, o único trabalho em que um humano é pior. Não esquecemos de rechecar por preguiça. Esquecemos porque rechecar cem premissas congeladas contra um mundo que está sempre se movendo não é uma coisa que um cérebro consegue fazer. É uma coisa que um sistema que nunca dorme consegue fazer.

Um chatbot espera a pergunta. A pergunta aqui é uma que você nunca pensaria em fazer, até que já seja tarde demais para fazê-la.

A versão do colega: decisões que observam suas próprias premissas

Agora a versão que vale construir. A ideia-chave é simples: você para de armazenar uma decisão como um registro morto e começa a mantê-la como uma reivindicação viva, uma conclusão com suas premissas anexadas, cada premissa tagueada com a fonte da qual depende e a condição que a viraria.

A decisão de precificação de terça não é arquivada como “desconto: aprovado”. Ela é mantida como: este desconto é lucrativo enquanto a cotação do fornecedor ficar em X e o volume ficar acima de Y. Essas duas cláusulas não são notas. São tripwires. A cotação do fornecedor está conectada ao documento de onde veio; o volume está conectado ao número ao vivo. O sistema não está armazenando sua resposta. Está armazenando a conta que a produziu, e a conta está conectada ao mundo.

Então o sistema faz a coisa que você não consegue: ele mantém a conta rodando. Silenciosamente, em background, contra premissas que nunca param de se mover. O fornecedor sobe o preço na quarta, o tripwire dispara, a reivindicação que era verdadeira na terça agora é falsa, e em vez de você descobrir isso no contato três semanas depois, você recebe uma frase na manhã de quinta. O desconto que você aprovou na terça não cobre mais a margem, a cotação do fornecedor subiu 8%. Quer reprecificar, ou segurar e absorver?

Note o que essa frase carrega. Não só o alerta, a razão, e o próximo passo. Ela refez a conta, te diz qual premissa quebrou, e traz a decisão de volta à superfície enquanto você ainda pode fazer algo a respeito. Isso não é um banco de dados mais esperto. É um colega que lembrou o deal que você tinha esquecido e o rechecou sem ser pedido.

O loop é o produto. Um registro congelado roda esse loop exatamente zero vezes. Um colega o roda em cada premissa, em cada passada, para sempre, e só te interrompe na passada em que a resposta mudou.

Sua empresa é um cemitério de decisões velhas-mas-confiantes

Uma vez que você vê decisões como reivindicações vivas, você vê o cemitério em todo lugar, todo lugar onde uma escolha sobreviveu à sua razão e continuou sendo executada de qualquer jeito.

O budget aprovado contra uma previsão que desde então foi cortada pela metade, ainda sendo gasto linha por linha. O fornecedor que você escolheu porque era o mais barato, que subiu preços duas vezes enquanto o contrato auto-renovava na lógica antiga. O plano de quadro de pessoal construído para um mercado que virou, ainda contratando para vagas que a virada tornou inúteis. A feature aprovada porque um grande cliente pediu, muito depois de aquele cliente dar churn e levar a única razão com ele. Nenhuma dessas foi uma decisão ruim. Cada uma delas foi uma decisão fresca que ninguém reabriu uma vez que a premissa por baixo dela silenciosamente expirou.

Esse é o trabalho que não cabe em nenhum app, porque não é uma tarefa e não é uma pergunta. É uma obrigação permanente de rechecar, e uma obrigação permanente é exatamente a coisa que humanos largam e um sistema sempre-ligado nunca larga. O custo não é o chamado ruim ocasional. É a lenta e invisível deriva de uma empresa inteira executando a lógica do mês passado no mundo deste mês, perfeitamente, confiantemente, e um pouco errada em cem lugares de uma vez.

A virada: julgamento nunca foi a parte que decaiu

Tire a questão do software por um segundo e pergunte o que de fato aconteceu com você na quinta. Você não perdeu seu julgamento. Seu julgamento estava bom, estava correto, dado o que você sabia na terça. O que você perdeu foi a banda para continuar revalidando uma decisão que você já tinha tomado, contra um mundo que não ficava parado tempo o bastante para você alcançar.

Esse revalidar não é a parte interessante do seu trabalho. É o oposto. A parte interessante é o chamado em si, pesar o desconto contra o relacionamento, escolher quem contratar, decidir o que a empresa persegue neste trimestre. Esse é o trabalho que só você consegue fazer, e é o trabalho que é espremido para fora quando você é também a única coisa entre uma centena de decisões antigas e o momento em que suas premissas apodrecem. Você nunca foi ruim em decidir. Você só nunca foi construído para ser o vigia sobre cada decisão que você já tomou.

Então deixe a conta se refazer. Deixe as premissas se conectarem às fontes e dispararem os próprios alarmes. Guarde, para você, a única coisa que sempre foi sua: o julgamento de fazer o chamado em primeiro lugar, e o julgamento de refazê-lo, de propósito, na manhã em que algo te diz que o chão se moveu.

Quando isso aterrissa, suas melhores decisões param de silenciosamente expirar no escuro. Algo está rechecando-as, e ele fala no dia em que a resposta muda.

---

É isso que estamos construindo na Apollo Space: não um lugar para arquivar suas decisões, mas algo que continua refazendo a conta por baixo delas e te encontra na manhã em que uma premissa quebra. A decisão que você tomou na terça foi boa. Você só merece ser o primeiro a saber, não o último, quando a quinta a deixa velha.