Quando eu era mais novo, vivia esquecendo coisas e deixando tudo pela metade.
Meu pai me chamava de "lebrão", por causa da lebre da fábula de Esopo: tão segura da própria velocidade que tirou um cochilo e perdeu para uma tartaruga.1NOTA 1Esopo, "The Tortoise and the Hare", em Aesop's Fables, trad. Laura Gibbs, Oxford World's Classics (Oxford: Oxford University Press, 2002), fábula 237 (Perry 226). Eu começava os projetos mais absurdos e variados, e largava muito antes da linha de chegada. Anos depois, descobri que era TDAH e aprendi a lidar melhor com isso; mas o caminho até lá me ensinou muito mesmo assim.
Esse problema me levou a estudar métodos e sistemas, porque eu não podia confiar na minha memória nem na minha força de vontade. O que eu descobri, porém, é que você não precisa ter TDAH para bater no mesmo muro.
Nenhum de nós consegue guardar na cabeça tudo o que precisa. E um negócio guarda muito mais do que qualquer cabeça aguenta, como eu aprendi do jeito difícil.
Meu sistema mais recente ajuda a mim e ao meu sócio exatamente nisso. Na Desio, a plataforma para restaurantes e bares que construímos, acompanhamos muita coisa ao mesmo tempo: pagamentos, assinaturas, contas de estabelecimentos, custos de IA, tarefas em segundo plano. Também acreditamos que precisamos dominar os nossos processos antes de entregá-los a alguém. Uma planilha de Excel não daria conta de ser o cérebro de toda essa operação para nós. Preenchida à mão, ela não consegue registrar cada evento no momento em que ele acontece. Ela só sabe o que alguém lembra de digitar.
Criando o seu sistema pessoal
Você toca uma operação. Talvez seja um pequeno negócio, talvez um time dentro de uma empresa grande. Você sabe o que acontece porque guarda tudo na cabeça, e abre os painéis quando precisa de um número. Quando algo importante acontece, alguém te avisa.
Isso funciona até deixar de funcionar. A sua cabeça deixa coisas caírem sem fazer barulho. O painel só responde quando você lembra de olhar. E o evento que não tem dono, bom ou ruim, chega até você tarde ou nunca.
Então como saber o que aconteceu no seu negócio sem guardar tudo na cabeça? Você para de guardar. Você faz o negócio prestar contas a você: cada evento relevante é registrado, medido e enviado para um só lugar, para depois ser separado por quanto importa e por quanto tempo pode esperar.
Sua mente serve para ter ideias, não para guardá-las.
Agora pense no que um negócio pede para a sua cabeça guardar. Vendas, pagamentos, clientes, o time, o código. Eu acho que a resposta não é mais disciplina. É um sistema fora da sua cabeça que guarda a lista por você.
Aqui está um passo a passo de como esse sistema funciona, e de como você pode montar o seu.
Para começar, você só precisa de um dos muitos assistentes de IA do mercado (ChatGPT, Claude, Gemini etc.), conectado às ferramentas onde o seu negócio acontece, e de uma tabela. Os prompts são texto puro, então você pode colá-los em qualquer um deles. Onde eles diferem, principalmente no agendamento, o último passo explica como. Para os eventos que não podem esperar, você também vai querer uma ferramenta de automação como o n8n.
Eu conheço a objeção, porque eu mesmo já a fiz: "Se eu olhar o painel, eu vou saber."
Só se você lembrar de olhar. E um painel mostra as coisas que alguém escolheu de antemão. Quando algo inesperado acontece, talvez você nem saiba onde procurar.
Um painel é puxar: ele depende da sua memória. Um relatório é empurrar: ele vem até você.
Passo 1: liste o que realmente acontece
Muitos times já acompanham tarefas. Um quadro de tarefas guarda o que você planeja fazer. O que eu quero é a outra lista: o que realmente acontece. Uma venda. Um pagamento recusado. O primeiro pedido de um cliente novo. Um erro de madrugada.
Ajuda separar três camadas: o que alguém vê, o que as coisas podem fazer e o que realmente acontece.3NOTA 3Roy Bhaskar, A Realist Theory of Science (Londres: Routledge, 2008), 2, tabela 0.1. Bhaskar chama as três camadas de empírico, real e atual. O livro saiu pela primeira vez em 1975.
O que alguém vê é a camada fácil. É o que um painel mostra: as coisas que alguém escolheu acompanhar, no intervalo de tempo que você escolheu.
O que as coisas podem fazer fica por baixo das outras duas. São os poderes que um sistema tem por causa do jeito como as suas partes estão arranjadas: o bug que ninguém encontrou ainda, o caso extremo num fluxo de pagamento. Um poder pode ficar parado por meses, até o dia em que dispara. Você não consegue listar todos de antemão, mas eles existem do mesmo jeito.
O que realmente acontece é onde um sistema pode trabalhar. É o que acontece, alguém vendo ou não. Parte disso poderia ser medida e simplesmente não é. A tarefa do sistema é tornar isso visível.
Então a nossa lista na Desio é uma lista do que realmente acontece, olhemos ou não. Ela cobre os dois lados da empresa. No lado do negócio: pagamentos, assinaturas, reembolsos, contas de estabelecimentos, fidelidade. No lado do desenvolvimento: custo de IA, tarefas em segundo plano, webhooks, feature flags, checagens de saúde. Nada disso espera alguém abrir um painel. Cada um é reportado ao sistema, e o próximo passo decide quando e como ficamos sabendo.
Eventos bons também contam. Quando um estabelecimento novo recebe a primeira visita de fora, isso é um evento, e alguém faz o acompanhamento.
Passo 2: marque quanto cada evento importa, e com que urgência
Aqui está o problema. Mande cada evento no momento em que ele acontece, e você vai parar de lê-los.
Eu vejo isso todo dia com ferramentas de IA para programar. Uma ferramenta que me pede para confirmar cada passo me ensina a clicar em sim sem ler. O livro de SRE do Google diz o mesmo sobre alertas: "Eu só consigo reagir com senso de urgência algumas vezes por dia antes de ficar esgotado."4NOTA 4Rob Ewaschuk, "Monitoring Distributed Systems", em Site Reliability Engineering: How Google Runs Production Systems, org. Betsy Beyer, Chris Jones, Jennifer Petoff e Niall Richard Murphy (Sebastopol, CA: O'Reilly Media, 2016), cap. 6, https://sre.google/sre-book/monitoring-distributed-systems/.
A solução é uma ideia antiga. Em 1954, Eisenhower citou um ex-reitor de universidade: "Tenho dois tipos de problema, os urgentes e os importantes."5NOTA 5Dwight D. Eisenhower, "Address at the Second Assembly of the World Council of Churches, Evanston, Illinois", 19 de agosto de 1954, The American Presidency Project, org. Gerhard Peters e John T. Woolley, https://www.presidency.ucsb.edu/documents/address-the-second-assembly-the-world-council-churches-evanston-illinois. Importância e urgência são duas perguntas diferentes. A importância decide o quão alto um evento soa. A urgência decide quando você fica sabendo dele. Um evento que não é nem uma coisa nem outra nem é enviado. Ele vai para um registro.
A Desio marca cada evento nos dois eixos. Em 14 de outubro de 2026, ela tinha 94 tipos de evento. O nível decide quando o sistema trata cada tipo: 32 na hora, 55 num lote a cada 30 minutos, 7 na manhã seguinte. São tipos, não mensagens: não recebemos 55 notificações a cada meia hora. Um lote leva só os eventos que ainda estão esperando, e um lote vazio não envia nada. Nenhum silenciamento por nível consegue calar o primeiro grupo.
A parte interessante são os 22 fora da diagonal. Um evento crítico que pode esperar meia hora. Um menor que não pode. Se você ordena por um eixo só, erra esses.
Então como saber qual nível é o certo? Você começa entendendo o evento: o que ele é, o que ele representa e como ele se liga ao resto do negócio. Pegue um reembolso. Num painel, é só mais um número. Mas um reembolso toca pelo menos quatro partes do negócio. O cliente: muitas vezes algo deu errado para ele, e o jeito como respondemos decide se ele volta. O estabelecimento: é a receita dele, e uma sequência de reembolsos pode indicar um problema no local. O nosso caixa: o dinheiro sai, e as taxas da processadora podem não voltar junto. E o lado do desenvolvimento: os nossos sistemas precisam processar o reembolso, e essa etapa pode falhar por conta própria.
Cada ligação é um motivo para o reembolso importar, e uma pessoa diferente que talvez precise ficar sabendo. Juntas, elas definem o nível dele. Você precisa saber o que uma coisa é, e com o que ela se relaciona, antes que contá-la diga alguma coisa. O entendimento vem primeiro.6NOTA 6Andrew Sayer, Method in Social Science: A Realist Approach, 2. ed. (Londres: Routledge, 1992), 176.
Depois você mede: registramos cada evento novo e observamos o que ele faz com o nosso dia a dia. Alguns níveis são óbvios desde o primeiro dia: um cliente reclamando de uma transação de dinheiro é prioridade máxima. Outros não. Algumas checagens de fraude precisam de uma base: você só distingue o comportamento comum do incomum depois de saber como é o comum.
Passo 3: um só lugar decide
Como cada ferramenta sabe qual nível usar? Ela não sabe. Na Desio, o código que reporta um evento diz o que aconteceu, e nada mais. Um registro central decide o nível, o rótulo, a gravidade e o texto.
Um reembolso de valor alto sai no próximo lote de 30 minutos porque a linha dele diz isso. O código de pagamento nunca decidiu isso.
Parece um detalhe. Eu acho que é a parte que mantém o sistema vivo. Quando um evento se mostra mais alto ou mais baixo do que você pensava, você o muda em uma linha, e todas as ferramentas acompanham.
Então começamos entendendo quais são os componentes do sistema do nosso negócio e listando os eventos que realmente acontecem. Marcamos cada um por quanto importa e por quanto tempo pode esperar. E um registro central guarda cada decisão, então todas as ferramentas o seguem. Agora, a parte que vemos toda manhã.
Passo 4: comece o dia com um só resumo
Os eventos que podem esperar até de manhã acabam num só lugar: um resumo às 09:00.
Antes dele, nada vinha até nós. Tínhamos que ir procurar: abrir os painéis, entrar em contas e serviços diferentes e checar uma ferramenta depois da outra. Depois ligávamos as coisas à mão. O que não lembrávamos de checar, não víamos.
Agora as notícias da manhã chegam num só resumo, e o que não pode esperar continua chegando sozinho. Ele abre com os números de ontem, acrescenta a visão da semana às segundas, depois os eventos que esperaram, depois um pulso por cliente. A versão do celular é curta. Quando falta espaço, ela primeiro encurta cada seção, depois corta seções inteiras do final. O e-mail mantém todas as seções. E um evento que não cabe não se perde: ele espera o resumo do dia seguinte.
Seja a tartaruga
A lebre não perdeu por ser lenta. Perdeu porque confiou na própria velocidade e tirou um cochilo. A tartaruga não confiou nem na velocidade nem na memória, e seguiu em frente, um passo de cada vez.
Para tocar um negócio, você não precisa de mais disciplina nem de um painel maior. Você precisa que o negócio preste contas a você: todos os eventos numa só lista, cada um marcado por quanto ele importa e quanto tempo ele pode esperar, e um resumo toda manhã com tudo o que pode esperar.
Então comece por aqui, hoje. Liste os dez eventos do seu negócio que você nunca pode perder, e marque cada um: quanto ele importa e quanto tempo ele pode esperar. Essa lista é a sua primeira versão, e todos os passos acima partem dela.
E se você preferir não construir isso sozinho, esse é o meu trabalho: construo sistemas como este com equipes, a partir de uma especificação que continua sendo sua. Veja como funciona uma implementação.