O último app que você instala é o que instala o resto
Pare de instalar quarenta ferramentas e ligá-las umas às outras. Descreva o job em voz alta e deixe o sistema operacional montar a capacidade, app-como-substantivo dá lugar a capacidade-como-verbo.
Apollo Space Research
Apollo Space
Abra a página de settings de quase qualquer empresa pequena e conte os logos. O CRM. Os dois dos quais ela meio que migrou. A ferramenta de email, a outra ferramenta de email que vendas prefere, o scheduler, o app de assinatura eletrônica, o construtor de formulários, o data warehouse que ninguém lembra de ter assinado. Quarenta abas de assinaturas, e nenhuma delas sabe que as outras trinta e nove existem.
Você não escolheu quarenta apps. Você escolheu quarenta jobs, e o único jeito de fazer cada job era ir achar o app com o formato dele, instalá-lo, aprendê-lo, e então ligá-lo à mão aos que estavam ao lado. O app nunca foi a coisa que você queria. Era o pedágio que você pagava para chegar à coisa que queria.
Então aqui está a virada sobre a qual este post inteiro fala. O último app que você instala é o que instala o resto, porque uma vez que o sistema operacional consegue montar uma capacidade a partir de uma descrição, você para de comprar substantivos e começa a pedir verbos.
O jeito ingênuo: um app é um substantivo que você vai comprar
O jeito como compramos software por quarenta anos tem uma gramática, e a gramática é o problema.
Você sente uma necessidade, preciso parar de perder o controle de quem eu já emailei. Então você traduz essa necessidade num substantivo: um CRM. Você vai comprar o substantivo. Você compara cinco deles, escolhe um, paga, faz onboarding, importa, configura, e finalmente, semanas depois, você tem permissão de fazer o verbo original: acompanhar quem eu emailei. A necessidade era um verbo. O mercado só te vendeu substantivos.
Esse desvio é invisível porque todos nós o internalizamos. Mas olhe o que ele custa. Todo substantivo que você compra chega como uma ilha. O CRM não sabe o que está na inbox. A inbox não sabe o que está no calendário. O calendário não sabe que o contrato renova na sexta. Então você, o humano, vira a camada de integração, o único componente em toda a sua stack que consegue ver todas as quarenta ilhas de uma vez. Você copia um nome do email para o CRM. Você cola uma data do contrato no calendário. Você é o cabo que ninguém entregou.
E o custo se acumula em três direções ao mesmo tempo:
- Descoberta. Toda necessidade nova significa entrar na loja de novo: buscar, comparar, testar, decidir. O job espera enquanto você compra.
- Montagem. Cada app que você adiciona tem que ser ligado à mão aos que ele toca, por você, numa tela de configuração, para sempre.
- Decadência. A fiação que você construiu no trimestre passado apodrece silenciosamente no momento em que um app muda um campo, e ninguém nota até o report sair errado.
O gargalo nunca foi que nos faltam apps. Temos demais. O gargalo é que a unidade de software é o app, um substantivo que você instala, e um substantivo não consegue se compor no verbo que você de fato precisava. Você o compõe. À mão. Na sua manhã mais fraca.
O reframe: peça o verbo, deixe o OS montar o substantivo
Aqui está a ideia-chave, e é mais simples do que parece. O último app que você instala é o que instala o resto, porque a unidade certa de software nunca foi o app. Era o job.
Veja a gramática virar. No mundo antigo você diz “preciso de um CRM” e então gasta três semanas ganhando o direito de acompanhar um cliente. No mundo novo você diz “acompanhe todo mundo com quem falei este mês e me diga quem ficou quieto”, e o sistema vai e monta o que for preciso para fazer isso, lendo a inbox, o calendário, as notas de call, e te entrega a resposta. Você não instalou um CRM. Você descreveu um verbo, e a capacidade apareceu.
A diferença é quem faz a montagem. Quando a unidade é um app, você monta. Quando a unidade é uma capacidade, o sistema operacional monta. Você parou de ser o cabo.
É isso que um sistema operacional sempre fez, aliás. Ninguém “instala” a habilidade de salvar um arquivo. Você não vai comprar um app de copiar-colar. O OS expõe isso como capacidades, e todo programa na máquina as compõe sem te pedir para ligar nada. A gente só nunca teve essa camada para o trabalho de empresa, para mandar o follow-up, pontuar o pipeline, vigiar a renovação. Cada um desses foi vendido a nós como um substantivo separado, porque não havia sistema operacional por baixo para montá-los a partir de uma descrição. Agora pode haver.
A versão honesta disso não é mágica, e não deveria fingir ser. O OS não está conjurando features do nada. Ele está alcançando os mesmos dados que seus quarenta apps cada um segurava uma fatia, mais as ferramentas que ele já pode chamar, e compondo eles sob demanda no formato do seu pedido. A capacidade sempre esteve latente nos seus dados e nas suas conexões. O que faltava era algo que pudesse ler uma frase e montar a coisa latente numa terminada. Esse é o job que o sistema operacional assume.
Por que a app store não pode sobreviver ao próprio sucesso
A objeção reflexa é justa: uma app store é boa. É descoberta, é escolha, é um milhão de desenvolvedores. Por que você ia querer menos disso?
Você não quer menos software. Você quer parar de ser o software. E a loja, pelo próprio formato, te força a ser.
Pense no que a loja otimiza. Ela otimiza para o app ser uma unidade standalone e vendável, algo que você consegue achar, pagar e instalar por conta própria. Essa é uma ótima propriedade para um marketplace e uma propriedade terrível para fazer um job, porque jobs de verdade cruzam fronteiras de apps. “Fazer onboarding de um novo cliente” não é um job de CRM ou de email ou de calendário. São os três mais um contrato mais um lembrete. A loja não tem prateleira para “fazer onboarding de um novo cliente”. Ela só pode te vender os quatro substantivos e deixar o verbo, o trabalho de verdade, como dever de casa para você.
Então o sucesso da loja é seu próprio teto. Quanto mais apps ela lista, mais ilhas você tem, mais fiação você faz, mais o job de verdade, o verbo cross-app, vive em lugar nenhum exceto na sua cabeça cansada. Uma loja que vende dez mil apps, por definição, te vendeu dez mil coisas que não falam umas com as outras. Escala torna o problema de integração pior, não melhor. O gargalo nunca desaparece. Ele só se move para você.
O sistema operacional inverte a otimização. Ele não otimiza para a unidade vendável. Ele otimiza para o job feito, e para fazer isso trata cada app, cada ferramenta, cada fonte de dados não como um destino que você visita, mas como uma capacidade que ele pode chamar. A loja te vendeu lugares para ir. O OS te dá outcomes que vêm até você. As mesmas ferramentas subjacentes, a gramática oposta.
É por isso que “o OS engole a app store” não é uma tomada de poder. É uma mudança no que o átomo de software é. O átomo da app store é o substantivo instalável. O átomo do sistema operacional é o verbo descritível. E uma vez que o átomo é um verbo, mil dos substantivos que você costumava instalar colapsam em capacidades que o sistema monta quando você pede, do jeito que um sistema operacional de verdade já colapsa “salvar”, “imprimir” e “buscar” em coisas que nenhum programa shipa separadamente.
O que “montar a capacidade” de fato significa
Vale ser concreto, porque “o OS monta” pode soar como conversa fiada se você já viu demos suficientes.
A imagem ingênua de montagem é um chatbot que chama uma ferramenta e retorna uma resposta. Isso não é montagem; é um app mais chique, um único substantivo com uma porta de entrada conversacional. Quebra no momento em que o job precisa de duas ferramentas que têm que concordar, ou um passo que tem que acontecer amanhã, ou um resultado que tem que ser conferido antes de ser confiado.
Montagem de verdade está mais perto do que um bom operador faz na cabeça quando você lhe entrega um pedido vago. Ele decompõe “vigiar a renovação” em: achar o contrato, ler a data da cláusula, colocar uma vigia nela, e apresentá-la três dias antes com a razão anexada. Ele escolhe as ferramentas. Ele sequencia os passos. Ele nota quando o output de um passo é o input de outro. E ele sabe quando voltar e perguntar, porque algo no pedido estava ambíguo e chutar seria pior que conferir.
Essa decomposição, frase para plano, plano para chamadas de ferramentas, chamadas de ferramentas para um resultado conferido, é o trabalho que o sistema operacional tem que assumir para a virada de gramática ser real. Não é uma caixa de busca mais esperta. É a coisa que transforma “pontue meu pipeline” numa sequência que ele pode de fato rodar, recorre ao próprio conhecimento da empresa para fazer isso, e para para confirmar antes de fazer qualquer coisa que seria cara de desfazer. A Apollo é construída para que a unidade que você lhe entrega seja o verbo, e a montagem por baixo, quais ferramentas, em que ordem, conferidas como, seja problema do OS, não seu.
E note o que isso faz com os quarenta logos. Eles não somem todos; alguns ainda são onde seus dados vivem, e o OS os alcança. Mas eles param de ser destinos que você mantém. Eles viram ingredientes que o sistema alcança. Você para de abri-los. Você para de ligá-los. Você para de ser o que lembra que o nome no email tem que ser digitado no CRM até a sexta. Os apps recuam para virar infraestrutura, e os verbos vêm à frente como a coisa que você de fato toca.
A virada: você nunca deveria ter sido a camada de integração
Tire a conversa de OS e aqui está sobre o que isto realmente é.
Em algum lugar da sua empresa, agora, uma pessoa está fazendo um job que nenhum humano deveria ter que fazer: segurar quarenta ferramentas desconexas juntas com atenção. Ela é a que copia o valor do deal do email para a planilha, a que lembra que o contrato renova antes do calendário, a que nota que a submissão do formulário nunca chegou no CRM. Essa pessoa geralmente é a mais capaz, porque integração-por-atenção exige alguém que consiga ver o quadro inteiro, e o quadro inteiro é exatamente o que sua pessoa mais capaz deveria estar gastando seu julgamento, não sua tarde.
Dissemos a nós mesmos que a fiação era diligência. Nunca foi diligência. Era um imposto que pagávamos porque a unidade de software era o app, e apps não se compõem sozinhos. As horas que seu time gasta sendo o cabo entre quarenta ilhas são horas roubadas do único trabalho que de fato é deles: decidir o que a empresa deveria perseguir, o que “bom” significa para as pessoas que você serve, qual job vale sequer fazer. Você não pode terceirizar isso para uma ferramenta. Você não deveria estar perdendo isso para quarenta.
A promessa de um sistema operacional que monta capacidade a partir de descrição não é “menos assinaturas”, embora você vá ter isso. É que a pessoa mais capaz do prédio para de ser a camada de integração e volta a ser a pessoa que decide o que vale integrar, para começar. Os verbos são feitos. O humano pode escolher quais verbos importam.
É isso que estamos construindo na Apollo, não o quadragésimo primeiro app, mas a camada por baixo que transforma um job descrito numa capacidade montada, para que os apps virem ingredientes e os verbos virem o produto. O último app que você instala é o que instala o resto. Depois disso, você para de comprar software e começa a pedir outcomes, que é a única coisa que você de fato sempre quis.
A Apollo cuida da operação repetitiva da sua empresa pro seu time não precisar.
Entre na lista de espera: acesso antecipado, preço de usuário fundador e um lugar na primeira fila enquanto a gente constrói.
Entrar na lista de esperaPromoções estão mortas. Trust budgets as substituem.
Você não vai promover um agent; você vai ampliar seu trust budget uma tarefa verificada por vez, e o mesmo livro-razão deveria governar suas pessoas.
Tese de AutomaçãoA descrição de cargo está virando um arquivo de spec
Para um agent, um cargo vira uma spec versionada e testável, e isso muda como você desenha cada trabalho, inclusive os humanos.
Tese de AutomaçãoPare de medir output. Comece a medir outcomes que a empresa não pode esquecer.
Um OS que lembra de toda decisão e seu resultado deixa você avaliar o outcome, não a atividade.