Uma notificação é um imposto. Um colega de trabalho paga por você.

Duas telas, mesma manhã. Uma acende com um selo vermelho: “Fatura #4471 vence em 2 dias.” Você para o que está fazendo, abre a ferramenta de cobrança, confere se já foi enviada, acha o contato certo, escreve a mensagem, aperta enviar. Onze minutos, foram-se. A outra tela não diz absolutamente nada, porque a fatura já saiu às 6h, e o único rastro é uma linha no seu resumo do dia: “Enviada. Marcada como paga na entrega. Nada pra você fazer.”

A primeira tela te interrompeu pra terminar uma tarefa que ela não conseguiu. A segunda terminou a tarefa.

A gente foi treinado pra ler uma notificação como prestatividade. Não é. Todo alerta é trabalho inacabado empurrado pra você, o software não conseguiu terminar a tarefa, então te interrompe pra que você termine. O selo não é o sistema ajudando. É o sistema te entregando a parte que ele desistiu de fazer.

A coisa que a gente chama de prestativa é, na verdade, uma confissão

Esse é o modelo que todo mundo aceita: notificações são como um bom software mantém você informado. Ele observa as coisas com que você se importa e te avisa quando elas mudam. Quanto mais ele te avisa, mais por dentro você está. A gente construiu uma linguagem de interface inteira em torno disso, selos, banners, sininhos, a bolinha vermelha, e tratamos uma cheia como sinal de que a ferramenta está se esforçando por nós.

Mas olhe pro que uma notificação realmente é, e a história vira do avesso.

Uma notificação é o momento em que o software chega na beira do que consegue fazer e para. A fatura vence, mas ele não consegue decidir se deve enviá-la, então ele te avisa. O gasto dobrou da noite pro dia, mas ele não consegue decidir se isso é normal, então ele te avisa. O contrato venceu, mas ele não consegue redigir a renovação, então ele te avisa. Cada um desses é o mesmo evento: uma tarefa começou, bateu numa parede, e foi entregue a um humano pra terminar. O sininho é o som do trabalho sendo transferido pra você.

Essa é a reformulação em que todo o texto gira. Todo alerta é trabalho inacabado empurrado pra você, o software não conseguiu terminar a tarefa, então te interrompe pra que você termine. Uma vez que você enxerga as notificações assim, uma caixa de entrada cheia deixa de parecer um sistema informado e passa a parecer um sistema que desistiu cem vezes hoje e te cobrou pela faxina.

O imposto tem duas partes, e a segunda é pior

Chame pelo nome que é: um imposto de alerta. Você paga em duas parcelas.

A primeira é a óbvia, o trabalho em si. Alguém tem que de fato enviar a fatura, aprovar o gasto, redigir a renovação. A notificação não fez isso; ela só realocou pro seu prato.

A segunda parcela é a que ninguém precifica: a interrupção. O alerta não espera um bom momento. Ele cai no meio da frase, no meio do pensamento, no meio da reunião, e te força a trocar de contexto pra lidar com ele. A pesquisadora Gloria Mark, da Universidade da Califórnia em Irvine, que passou anos estudando como interrupções fragmentam o trabalho de conhecimento, estima o custo de recuperação em cerca de 23 minutos e 15 segundos pra voltar a uma tarefa depois de ser puxado pra outra (Gloria Mark, em Worker, Interrupted: The Cost of Task Switching, Fast Company). Então uma tarefa de trinta segundos, entregue como alerta na hora errada, pode te custar boa parte de meia hora do trabalho focado que você estava realmente fazendo.

Você não recebe um recibo por isso. Mas você paga toda vez.

Proatividade ingênua só envia o alerta mais cedo

Então a correção óbvia é “ser proativo”, e a maioria dos produtos quer dizer uma coisa bem específica com isso: perceber a coisa mais cedo e te avisar mais cedo. Detectar a fatura antes de vencer. Sinalizar o gasto no instante em que ele dispara. Trazer à tona o contrato que vai vencer com uma semana de antecedência em vez de no dia em que ele morre.

Isso parece progresso. Não é, não de verdade.

Enviar o alerta mais cedo não revoga o imposto, só cobra ele antes. Você ainda é interrompido. Você ainda troca de contexto. Você ainda tem que abrir a coisa, entender, decidir e agir. “Proativo” nesse sentido é uma confissão mais rápida, não uma tarefa terminada. O software ainda bateu numa parede; só bateu adiantado e te avisou com mais antecedência. Uma notificação é trabalho inacabado empurrado pra você, chegue ela atrasada ou adiantada. Mais cedo é mais educado. Não é a mesma coisa que feito.

Pior, a proatividade ingênua faz o imposto ficar maior, porque o jeito mais fácil de parecer atento é alertar sobre mais coisas. Mais sinais, mais selos, mais “a gente reparou nisso por você”. O produto parece esperto e o usuário se afoga. Todo time já viveu a versão disso em que a ferramenta que prometia te manter por cima das coisas virou a maior fonte isolada de você ficar soterrado por elas.

Proativo deveria significar que o trabalho chega pronto

Aqui está a jogada. Proatividade de verdade não é perceber mais cedo. É não parar.

A diferença está em onde o sistema desiste. Uma notificação é o software te dizendo exatamente até onde ele chegou antes de desistir, e o jogo inteiro é fazer ele desistir mais tarde, ou não desistir. Se ele percebe a fatura mas não consegue enviá-la, você ganha um alerta e o imposto cheio. Se ele percebe, redige e envia, e só te escreve uma linha no resumo, você não ganha nada pra fazer e quase nenhum imposto. Mesmo evento. A conta depende inteiramente de até onde, dentro da tarefa, o sistema foi construído pra ir.

Só existem dois finais honestos pra uma tarefa. Um: o sistema foi confiado a terminá-la, então ele terminou, e você fica sabendo depois, se ficar. Dois: existe um juízo genuíno que só um humano deveria fazer, e aí o resultado certo não é um alerta, é uma decisão. Não “aqui está um problema, vá resolver”. Em vez disso: “Aqui está a renovação, redigida a partir do modelo que funcionou da última vez. Envio?” Um toque. O trabalho está feito; tudo que sobra é o consentimento.

Essa é a linha entre uma interrupção e uma decisão. Uma interrupção te entrega a tarefa inacabada inteira e uma troca de contexto. Uma decisão te entrega uma tarefa terminada e um sim/não. Uma é um imposto. A outra é você fazendo a única parte que sempre foi sua pra fazer.

Um colega de trabalho já funciona assim, e a gente nunca chama isso de notável. Um bom colega não te cutuca pra dizer que a sala está com reserva dupla e vai embora. Ele move a reunião e deixa um recado: “Conflito nas 15h, mudei pra sala pequena, todo mundo já foi avisado.” Os casos difíceis, ele te traz prontos: “Duas opções pro cliente, eu iria com a segunda, e o porquê está aqui, decisão sua.” Ele não transfere o trabalho inacabado dele pra você. Ele absorve e te entrega, no máximo, uma decisão. Isso não é ele sendo gentil. Essa é a definição de um colega de trabalho em vez de um console.

Por que o sistema sempre ligado consegue terminar o que o app não consegue

A razão de um app só conseguir alertar, e um colega conseguir terminar, se resume a duas coisas que o app não tem.

A primeira é que ele tem que já estar rodando quando ninguém pediu. Um app acorda quando você o abre; aí o momento de agir geralmente já passou, então o máximo que ele consegue é te dizer o que você perdeu. Um sistema que está sempre ligado alcança o evento enquanto ele ainda dá pra resolver. Ele consegue fazer a coisa, não só narrar.

A segunda é que ele tem que ver o seu mundo inteiro de uma vez. A razão da maioria dos softwares desistir cedo não é que a tarefa é difícil, é que o próximo passo mora num app diferente que ele não consegue alcançar. A ferramenta de cobrança sabe que a fatura vence mas não consegue ver o contato no CRM ou a conversa na caixa de entrada, então ela para e alerta. Um sistema que segura a agenda, a caixa de entrada, o CRM e a ferramenta de cobrança num único contexto não bate nessa parede. Ele tem tudo que a tarefa precisa pra de fato fechar, então ele fecha. O alerta nunca foi sobre inteligência. Foi sobre alcance.

Junte essas duas coisas e o imposto desmorona. Sempre ligado significa que ele age a tempo. Contexto do mundo inteiro significa que ele tem o que precisa pra terminar. O que sobra pra te mandar não é uma pilha de trabalho inacabado, é um resultado, ou uma única decisão. A notificação, aquela pequena confissão de incompletude, em grande parte para de acontecer, porque a incompletude em grande parte para de acontecer.

A virada: você nunca deveria ter sido o finalizador

Afaste-se dos selos e dos sininhos por um segundo e olhe pro que eles de fato fizeram de você.

Toda notificação que você já dispensou te recrutou pra ser a camada de finalização do seu próprio software. As ferramentas fazem os 80% fáceis e roteiam os 20% difíceis, em formato de juízo, pra você, disfarçados de “te manter informado”. Então o seu dia se enche do resíduo de cem tarefas que outros sistemas começaram e abandonaram, e o trabalho que é genuinamente seu, o decidir o que vale a pena fazer afinal, fica com a atenção que sobrar depois do imposto.

O objetivo de construir software que termina suas tarefas não é um celular mais quieto, embora você vá ganhar um. É que você para de ser o lugar onde o trabalho inacabado vai morrer. O sistema carrega o que consegue carregar, te traz as poucas decisões reais como decisões, e te devolve a única coisa que o sininho sempre esteve roubando: atenção ininterrupta na parte da tarefa que precisava de um humano em primeiro lugar. Uma notificação é trabalho inacabado empurrado pra você. A promessa inteira aqui é uma pilha cada vez menor disso, até que o raro alerta que de fato chega até você seja um que você fica genuinamente feliz de receber.

---

É isso que a gente está construindo na Apollo Space: não uma notificação mais esperta, mas um colega de trabalho que termina a tarefa antes de jamais ter que te interromper. Se o seu dia parece pagar a conta do software dos outros, isso não é um problema de disciplina. É um imposto, e finalmente tem alguém pra pagar por você.