# Faça o seu negócio prestar contas a você

Pare de guardar tudo na cabeça. Separe cada evento por quanto ele importa e por quanto tempo ele pode esperar.

2026-10-20

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. \[1] 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.

> \[!ASIDE handwritten]
> Sim, eu mesmo digitei esse travessão. É um sinal de pontuação útil, e eu odeio que a IA tenha deixado as pessoas bravas com ele!

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.

![A lebre cochila embaixo de uma árvore enquanto a tartaruga segue rumo à linha de chegada. Ilustração feita com o ChatGPT (gpt-image-2.5-flare).](https://tn0oilsmy7aw0f5x.public.blob.vercel-storage.com/posts/one-morning-message/hare.png)

Meu sistema mais recente ajuda a mim e ao meu sócio exatamente nisso. Na **[Desio](https://desio.app)**, 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.
>
> — **David Allen** \[2]

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. \[3]

![A tartaruga avança por uma lista curta enquanto a lebre se afoga em post-its, quadros, aplicativos e agendas. Ilustração feita com o ChatGPT (gpt-image-2.5-flare).](https://tn0oilsmy7aw0f5x.public.blob.vercel-storage.com/posts/one-morning-message/task-apps.png)

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](https://desio.app) é 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.

> \[!NOTE]
>
> **Faça você mesmo: a sua lista de eventos**
>
> Conecte as suas ferramentas ao seu assistente, e depois passe por elas junto com ele. Peça eventos, não tarefas:
>
> ```prompt
> Passe por [suas ferramentas]. Liste cada tipo de evento que acontece no meu negócio: vendas, pagamentos, clientes, o time, os sistemas. Para cada um, diga onde ele aparece, com que frequência, mais ou menos, e se alguém acompanha isso hoje.
> ```
>
> Depois vá além do painel. Pergunte o que acontece e ninguém mede ainda. Essa é a parte do que realmente acontece que um painel nunca mostra. A IA propõe; você decide o que fica na lista.

## 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." \[4]

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." \[5] 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 importância define o volume, a urgência define o momento: quatro quadrantes, de "alto, agora" a "nenhum dos dois", que vai para um registro.](https://ricardokrug.com.br/pt/blog/faca-o-negocio-prestar-contas/figures/quadrants.png)

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.

![Os 94 tipos de evento por importância e urgência. Na diagonal, as duas concordam; os 22 fora dela são os que uma escala única erra.](https://ricardokrug.com.br/pt/blog/faca-o-negocio-prestar-contas/figures/matrix.png)

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.

![Um reembolso toca quatro partes do negócio: o cliente, o estabelecimento, o nosso caixa e o lado do desenvolvimento.](https://ricardokrug.com.br/pt/blog/faca-o-negocio-prestar-contas/figures/refund.png)

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. \[6]

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.

> \[!NOTE]
>
> **Faça você mesmo: os seus níveis**
>
> Peça para ele colocar cada evento nos dois eixos, com um motivo que você possa conferir:
>
> ```prompt
> Para cada evento da lista, proponha uma importância (crítica, alta, baixa) e uma urgência (agora, em até 30 minutos, na manhã seguinte, só registro). Dê uma linha de justificativa para cada um. Depois liste os eventos que são importantes mas podem esperar, e os que são menores mas não podem.
> ```
>
> Leia essa última lista você mesmo. Esses eventos fora da diagonal são onde um sistema de um eixo só erra.
>
> Alguns níveis são óbvios. Para o resto, mapeie o que o evento toca, como o diagrama do reembolso faz acima:
>
> ```prompt
> Pegue [evento]. O que ele representa? Quais clientes, parceiros, dinheiro e sistemas ele toca? O que tornaria uma ocorrência mais grave do que outra?
> ```
>
> Na prática, registre os eventos por algumas semanas e peça para a IA comparar o que realmente aconteceu com o nível que você deu a cada um. Alguns níveis vão mudar.

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

![O código diz o que aconteceu; o registro central decide o resto. A linha de um reembolso de valor alto o manda para o lote de 30 minutos.](https://ricardokrug.com.br/pt/blog/faca-o-negocio-prestar-contas/figures/registry.png)

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.

> \[!NOTE]
>
> **Faça você mesmo: o seu registro central**
>
> Coloque as decisões num só arquivo, uma entrada por evento: uma planilha serve, e um arquivo JSON como este também. Cada prompt e cada automação leem dele. Não se intimide com o formato JSON: são só rótulos e valores, e o seu assistente escreve e lê isso por você.
>
> ```prompt registro.json
> {
>   "eventos": [
>     {
>       "evento": "reembolso_feito",
>       "importancia": "alta",
>       "urgencia": "em_ate_30_minutos",
>       "quem_fica_sabendo": ["financeiro", "suporte"],
>       "texto": "Reembolso de {valor} para {cliente}"
>     },
>     {
>       "evento": "pagamento_recusado",
>       "importancia": "critica",
>       "urgencia": "agora",
>       "quem_fica_sabendo": ["socios"],
>       "texto": "Pagamento de {valor} recusado para {cliente}"
>     },
>     {
>       "evento": "primeira_visita_de_fora",
>       "importancia": "baixa",
>       "urgencia": "manha_seguinte",
>       "quem_fica_sabendo": ["sucesso_do_cliente"],
>       "texto": "{estabelecimento} recebeu a primeira visita"
>     },
>     {
>       "evento": "tarefa_repetida",
>       "importancia": "baixa",
>       "urgencia": "so_registro",
>       "quem_fica_sabendo": [],
>       "texto": "{tarefa} repetida {n} vezes"
>     }
>   ]
> }
> ```

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.

![A tartaruga lê um só resumo da manhã com um café enquanto a lebre dorme ao lado de um cesto cheio de post-its. Ilustração feita com o ChatGPT (gpt-image-2.5-flare).](https://tn0oilsmy7aw0f5x.public.blob.vercel-storage.com/posts/one-morning-message/morning-brief.png)

> \[!NOTE]
>
> **Faça você mesmo: o seu resumo da manhã**
>
> Crie uma tarefa agendada que rode toda manhã. Em outubro de 2026, os três assistentes conseguem fazer isso, cada um do seu jeito. \[7]\[8]\[9]
>
> ![Como cada assistente roda uma tarefa agendada: onde ela fica, com que frequência roda, o plano necessário e o que vale saber.](https://ricardokrug.com.br/pt/blog/faca-o-negocio-prestar-contas/figures/assistants.png)
>
> Um prompt inicial que deve funcionar em qualquer um deles:
>
> ```prompt
> Leia o registro central. Puxe os eventos de ontem de [seus conectores]. Escreva o resumo da manhã: primeiro os números de ontem, depois os eventos que esperaram, depois uma linha por cliente. Às segundas, acrescente a visão da semana. Mantenha a versão do celular curta: se ficar longa, corte seções inteiras do final. O que não couber vai para o resumo de amanhã.
> ```
>
> Rode à mão algumas vezes antes de confiar na agenda, e ajuste o prompt a cada vez. Depois crie uma segunda tarefa, uma vez por semana, para revisar a lista:
>
> ```prompt
> Leia o histórico de eventos desta semana e o registro central. Quais eventos dispararam mais vezes do que o nível deles sugere? Quais nunca dispararam? O que apareceu que ainda não está na lista?
> ```
>
> Ela sugere; você decide. Depois você muda as linhas no registro central, e todas as ferramentas acompanham.
>
> Uma tarefa agendada roda no máximo uma vez por hora, então ela não dá conta dos seus eventos de "agora" nem dos de 30 minutos. Esses precisam de uma ferramenta de automação como o n8n: ela recebe cada evento da origem, procura a linha dele no registro central e o envia na hora ou no próximo lote de 30 minutos. Não vou ensinar n8n aqui; espero tratar disso num curso um dia.

## 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](/pt/automation/implementation).

## Referências

1. Book: Esopo, "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).
2. Book: David Allen, *Getting Things Done: The Art of Stress-Free Productivity*, ed. rev. (Nova York: Penguin Books, 2015), cap. 14, em "Distributed Cognition: The Value of an External Mind".
3. Book: Roy 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.
4. Book: Rob 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/](https://sre.google/sre-book/monitoring-distributed-systems/).
5. Primary: Dwight 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](https://www.presidency.ucsb.edu/documents/address-the-second-assembly-the-world-council-churches-evanston-illinois).
6. Book: Andrew Sayer, *Method in Social Science: A Realist Approach*, 2. ed. (Londres: Routledge, 1992), 176.
7. Primary: "Schedule Recurring Tasks in Claude Cowork", Claude Help Center, Anthropic, acesso em 14 de outubro de 2026, [https://support.claude.com/en/articles/13854387-schedule-recurring-tasks-in-claude-cowork](https://support.claude.com/en/articles/13854387-schedule-recurring-tasks-in-claude-cowork).
8. Primary: "Scheduled Tasks in ChatGPT", OpenAI Help Center, OpenAI, acesso em 14 de outubro de 2026, [https://help.openai.com/en/articles/10291617-scheduled-tasks-in-chatgpt](https://help.openai.com/en/articles/10291617-scheduled-tasks-in-chatgpt).
9. Primary: "Create & Manage Schedules for Tasks in Gemini", Gemini Apps Help, Google, acesso em 14 de outubro de 2026, [https://support.google.com/gemini/answer/17094710](https://support.google.com/gemini/answer/17094710). O Google chama o recurso de agendamentos para tarefas, na página Agendados. Ele não está disponível no Espaço Econômico Europeu, na Nigéria, na Suíça nem no Reino Unido.