O sistema de registro está virando o sistema de ação

Abra o seu CRM e olhe o que ele sabe. O negócio fechou semana passada. O e-mail saiu na terça. A fatura está marcada como paga. Cada campo é uma lápide, um registro preciso e bem organizado de algo que já terminou de acontecer. Agora faça a única pergunta que importa nesta manhã: o que deveria acontecer a seguir? Ele não tem resposta. Ele nunca foi feito pra ter uma.

Esse buraco é a história inteira. Por vinte anos a gente construiu software pra guardar o que já tinha acontecido. A próxima camada faz o que acontece em seguida.

E no instante em que essa segunda camada existe, a primeira muda de emprego, em silêncio.

A categoria que ninguém nomeou

A indústria de software tem um nome pra camada que você acabou de olhar. É o sistema de registro, o lugar canônico aonde um fato vai pra ser verdade. O seu CRM é o sistema de registro dos clientes. O seu livro-caixa é o sistema de registro do dinheiro. A sua agenda é o sistema de registro do tempo. A era moderna do SaaS foi, no fundo, um quarto de século construindo sistemas de registro melhores, o modelo que a Salesforce lançou em 1999 (história da Salesforce) e que o resto da indústria passou duas décadas copiando.

Funcionou porque o gargalo era o armazenamento. Antes do SaaS, os fatos viviam em arquivos de aço, planilhas e na memória de uma pessoa, e o problema caro era colocá-los num único lugar confiável. O sistema de registro resolveu esse problema de forma tão completa que a gente esqueceu que um dia ele foi um problema.

Mas um registro é um substantivo. Ele fica ali parado. Espera ser aberto, consultado, atualizado por um humano que já sabe o que está procurando. O sistema de registro não tem opinião sobre a terça. Ele só sabe o que você digitou nele sobre a terça passada.

Por vinte anos a gente construiu software pra guardar o que já tinha acontecido. O trabalho que doía, o trabalho que de fato move uma empresa, sempre foi do outro tipo.

A solução ingênua: parafusar um verbo no substantivo

Então a indústria tentou fazer o registro agir. Adiciona um campo de “lembrete”. Adiciona uma regra de workflow: se a etapa = fechado-ganho, então manda o e-mail de onboarding. Adiciona um dashboard que fica vermelho quando um número cruza uma linha. Isso é o sistema de registro limpando a garganta e tentando falar.

Não funciona, e o motivo é estrutural, não cosmético.

Uma regra de workflow só dispara em cima de dados que já estão no registro, e o registro está quase sempre vazio. Os times de vendas sabem disso na pele: os reps passam só cerca de um quarto da semana de fato vendendo, e o resto se perde em admin e digitação, segundo a pesquisa State of Sales da Salesforce (Salesforce). O contexto mais importante, a promessa feita numa call, o motivo de um negócio ter empacado, a coisa que o cliente soltou de passagem, nunca chega num campo, porque digitar isso é justamente o trabalho que todo mundo pula. Então o verbo que você parafusou dispara em cima da metade da realidade que foi registrada, e fica mudo na metade que não foi.

Você não faz um registro agir adicionando campos de ação. Você só construiu um jeito mais rápido de reagir à fatia pequena do mundo que alguém lembrou de anotar. O gargalo nunca sumiu. Ele se mexeu, de guardar o fato pra perceber o que o fato significa e fazer alguma coisa a respeito.

Esse perceber-e-fazer é uma camada diferente. Ela merece um nome próprio.

O sistema de ação

Chame de sistema de ação: a camada cuja função não é guardar o que aconteceu, mas decidir e fazer o que acontece em seguida. Ela lê todos os sistemas de registro ao mesmo tempo, a caixa de entrada, a agenda, o CRM, o livro-caixa, a pasta dos contratos, e fica de olho no instante em que um deles implica um próximo passo que nenhum humano vai dar a tempo.

A renovação que cai mês que vem vira corre atrás antes que ela vença. O e-mail que foi enviado vira escreve o follow-up que ninguém deu conta. A fatura marcada como atrasada vira sinaliza, hoje, pra única pessoa que consegue resolver. A reunião cujo horário acabou de mudar por uma mensagem de chat vira atualiza o convite antes que metade do time dirija pro endereço antigo.

O registro e a ação não são produtos concorrentes. São camadas diferentes do mesmo stack. Uma guarda a verdade; a outra faz alguma coisa a respeito. Por vinte anos a gente construiu software pra guardar o que já tinha acontecido, e confundimos isso com o trabalho inteiro, porque não existia nada acima dele pra fazer o resto.

O que acontece com a camada de baixo

Aqui está a parte que reorganiza a indústria, e vale dizer com todas as letras.

Quando a camada que age é melhor que você em perceber o que fazer a seguir, porque ela nunca dorme, nunca esquece, e vê todos os registros num único olhar, você para de abrir a camada que registra. Por que abriria? Você abria o CRM pra lembrar o que era verdade e pra decidir o que fazer a respeito. O sistema de ação já sabe o que é verdade, em todos os seus registros ao mesmo tempo, e já decidiu. O CRM ainda está lá. Ele ainda é o sistema de registro. Mas você não vai mais até ele.

O SaaS vira um backend que o SO consulta. O produto em que você costumava logar vira um banco de dados de onde o sistema de ação lê e pra onde escreve, importante, estrutural e invisível, do jeito que um banco de dados deveria ser. A interface migra uma camada pra cima, pra coisa que age.

Isto não é uma previsão sobre quem ganha. É só pra onde o valor vai. A camada mais valiosa de qualquer stack sempre foi a mais perto da decisão. Por vinte anos essa camada foi o registro, porque decidir exigia um humano e o registro era a melhor ferramenta que a gente conseguia colocar na mão dele. Mova o decidir pra dentro do software, e o centro de gravidade se move junto. O registro continua fazendo o trabalho dele perfeitamente. Ele só deixa de ser a coisa que alguém olha.

Por que esta camada precisa de um sistema operacional, não de uma funcionalidade

Você não consegue entregar o sistema de ação como um botão dentro do sistema de registro. A gente acabou de ver isso falhar, o verbo parafusado no substantivo só enxerga os dados que o substantivo por acaso guarda.

Pra decidir o que acontece a seguir, a camada de ação precisa de três coisas que nenhum registro sozinho consegue dar. Ela precisa ler transversalmente a todos os registros ao mesmo tempo, porque o próximo passo geralmente se esconde na divergência entre dois deles, o chat que diz um horário, o convite que diz outro. Ela precisa estar rodando quando ninguém está olhando, porque os passos que mais doem são os que vencem enquanto a atenção de todo mundo está em outro lugar. E ela precisa de uma permissão que cresce, porque uma camada autorizada a agir é uma coisa diferente e mais séria que uma camada autorizada a guardar, ela começa sugerindo, conquista o direito de rascunhar, e só faz-e-te-avisa depois de ter acertado vezes o suficiente pra merecer.

Ler em cima de tudo, rodar no próprio relógio, segurar uma permissão conquistada pra agir: isso não são funcionalidades. Isso é a definição de um sistema operacional. O sistema de ação é o sistema operacional de uma empresa, e os sistemas de registro são o armazenamento que ele gerencia, exatamente do jeito que o SO do seu notebook gerencia o disco sem você nunca abrir o disco com a própria mão.

A virada: você foi o sistema de ação esse tempo todo

Tire o software da frente e olhe quem de fato faz esse trabalho hoje. Quem lê em cima da caixa de entrada, da agenda e da pasta dos contratos e percebe a renovação que ninguém correu atrás? Quem está rodando às 23h quando o passo vence? Quem decide o que acontece a seguir?

É uma pessoa. Geralmente você. A empresa já tem um sistema de ação, só que ele é feito de atenção humana, e atenção humana é o armazenamento mais caro, menos escalável e mais interrompível que existe. Você é a camada que lê todos os registros e decide o próximo passo, e vem carregando isso esse tempo todo, e é por isso que os dias parecem só direcionamento e nunca o trabalho de verdade.

Quando a camada de ação vira software, você não perde o seu emprego. Você recupera a metade boa dele. O decidir-o-que-perseguir, o julgar-o-que-vale-a-pena-fazer, a parte que sempre foi sua e que nenhum escalonador tira, é isso que sobra quando o perceber e o direcionar descem pro SO. Por vinte anos o software guardou o que já tinha acontecido. A coisa que a gente está construindo faz o que acontece em seguida, pra você poder voltar a decidir o que vale a pena acontecer afinal.

---

É isso que a gente está construindo na Apollo Space, o sistema de ação de uma empresa, a camada que lê os seus registros e faz a próxima coisa, pra que os registros possam voltar a ser, em silêncio, verdade no segundo plano. Se o seu trabalho de verdade virou, sem ninguém perceber, ler tudo e decidir o que vem a seguir, esse trabalho finalmente tem onde morar que não seja a sua cabeça.