Tese de Automação

Quando o trabalho é software, o P&L para de parecer humano

Quando o trabalho é feito por software, o quadro de pessoal sai da demonstração de resultados, a folha migra pro custo dos produtos vendidos, e a margem bruta começa a se comportar como a de um produto, não a de um serviço.

ASR

Apollo Space Research

Apollo Space

· 11 min de leitura

Abra a demonstração de resultados de uma firma de serviços de 20 pessoas e você consegue ler a empresa inteira em duas linhas. Salários, o maior número da página. E receita, que só cresce quando aquele maior número cresce também. Pra vender mais, contrate mais. O P&L é honesto sobre isso: o custo do trabalho e as pessoas fazendo o trabalho são a mesma coisa.

Agora faça o mesmo trabalho com software, e essa demonstração para de fazer sentido. A maior despesa não escala mais com o quadro de pessoal. Ela escala com o uso. E ela para de se sentar onde costumava se sentar na página.

A demonstração financeira de uma empresa está prestes a parar de parecer uma do século 20, não porque os números ficam maiores, mas porque as linhas se movem.

O refrão: a folha está virando uma conta de uso

Aqui está a ideia que sustenta tudo, e vamos repeti-la até parar de soar estranha. Quando o trabalho é software, a folha de pagamento para de ser um custo fixo que escala com o quadro de pessoal e vira um custo variável que escala com o output.

Isso não é um ajuste de orçamento. Reescreve a gramática da demonstração de resultados. A linha que costumava ser o número mais previsível da empresa, salários, pagos mensalmente, fixos independente de quanto foi feito, vira o número mais moldado-pelo-uso da empresa. Ela sobe ou desce com o trabalho, não com o plano de contratação.

Eis por que essa única mudança arrasta o resto da demonstração com ela.

Onde o custo do trabalho costumava morar, e por que isso era uma mentira

Comece com como a contabilidade sempre fatiou o custo do trabalho.

O modelo mental ingênuo, o que a maioria dos operadores carrega, é que existem dois tipos de custo. Existe o custo de fazer a coisa que você vende, que se senta lá em cima como custo dos produtos vendidos (COGS), é subtraído da receita, e te dá a margem bruta. E existe o custo de tocar a empresa, vendas, gestão, o escritório, a maior parte dos salários, que se senta mais embaixo como despesa operacional (opex).

Pra uma empresa de software, essa divisão era limpa. Os servidores que rodam o produto? COGS. Os engenheiros que o construíram, os vendedores, os fundadores? Opex. O trabalho morava quase inteiramente abaixo da linha de margem bruta, em opex, porque o trabalho humano construía o produto mas não entregava cada unidade dele. Você escrevia o código uma vez; o custo marginal de mais um usuário era uma fração de uma conta de nuvem. É por isso que as margens brutas de software são notoriamente altas, as pessoas não estão no COGS.

Pra uma empresa de serviços, a divisão era uma ficção silenciosa. O salário do consultor tecnicamente entrega o serviço, então um pedaço da folha realmente é COGS. Mas é reportado como um grande bloco de opex mesmo assim, porque ninguém quer etiquetar cada hora. Então a demonstração diz que o trabalho é overhead quando economicamente ele é o produto. O custo do trabalho e o custo da empresa foram amassados numa linha só porque separá-los à mão era trabalho demais.

A divisão sobreviveu por quarenta anos por uma razão: o trabalho era grosso. Você contratava uma pessoa em unidades inteiras, pagava ela quer o trabalho aparecesse naquele mês ou não, e não conseguia medir o output dela por tarefa. Um salário é um custo fixo porque um humano é um custo fixo. Então ele se sentava em opex, fixo, e você raciocinava sobre ele como um custo fixo porque era isso que ele era.

Uma demonstração de resultados tradicional divide o custo em duas zonas: o custo dos produtos vendidos se senta acima da linha de margem bruta e escala com cada unidade entregue, enquanto a folha e o overhead se sentam abaixo dela em despesa operacional como custos fixos que escalam com o quadro de pessoal, não com o output.

O que quebra quando o trabalhador é medido

Agora faça o trabalhador virar software, e veja o pressuposto por baixo do layout inteiro cair.

Um trabalhador de software não é grosso. Ele não é contratado em unidades inteiras, não é pago quando nenhum trabalho aparece, e o output dele é medido, por tarefa, por token, por execução. Você não paga pelo mês de um colega. Você paga pelo trabalho que foi de fato feito. O custo chega anexado ao output que o causou.

Uma vez que isso é verdade, toda razão pela qual a folha morava em opex fixo evapora de uma vez.

Ela não é mais fixa: a conta é zero num dia tranquilo e grande num dia movimentado, porque nada está em salário. Ela não é mais moldada-pelo-quadro-de-pessoal: você não adiciona uma “pessoa,” você adiciona capacidade que cobra por uso, então a curva de custo dobra com a demanda em vez de degrau-acima quando você contrata. E, esta é a parte que remodela a demonstração, ela não é mais limpamente overhead, porque quando um trabalhador de software lida com um onboarding de cliente ou rascunha o entregável, esse custo é o custo de entregar a unidade que você vendeu. Ele pertence acima da linha de margem bruta. Ele pertence ao COGS.

Então a linha da folha não só encolhe ou se move. Ela se divide e migra. A porção do trabalho que entrega o produto sobe a página pro COGS, medida por unidade. A porção que constrói a empresa, o gosto, a direção, os relacionamentos, fica em opex, onde os humanos restantes estão. O único bloco fixo de salário vira dois fluxos: um variável e anexado-à-unidade, um fixo e humano.

Quando o trabalho é software, a folha para de ser um custo fixo que escala com o quadro de pessoal e vira um custo variável que escala com o output. Essa frase, desenhada na demonstração, é uma linha cruzando de abaixo da régua da margem bruta pra acima dela.

A margem bruta começa a se comportar como a de um produto

Aqui é onde fica interessante pra quem já modelou uma empresa, porque a consequência pousa no único número em que os investidores ficam encarando: a margem bruta.

A expectativa ingênua é que automatizar o trabalho faz as margens irem pra cima e ficarem lá, margens de software, oitenta e tantos por cento, o sonho. Suponha que uma firma de serviços substitua um pedaço do trabalho de entrega por software e veja a margem bruta subir. A história se escreve sozinha.

Mas não é bem isso que acontece, e a diferença importa. O trabalho não sumiu do custo de entrega; ele mudou de forma. Ele se moveu pro COGS como um custo variável, por-unidade. Então a margem bruta para de ser uma propriedade fixa do negócio e vira uma função do custo unitário, exatamente como a de uma empresa de produto. Se cada unidade entregue carrega, digamos, alguns centavos de custo de modelo e compute, a sua margem agora é uma curva que depende de quão eficientemente cada unidade roda, de quanto o compute subjacente custa naquele trimestre, e de quanto trabalho cada cliente de fato puxa.

Isso corta dos dois lados, e a honestidade exige dizer. Um negócio de serviços que costumava viver e morrer pela utilização, minhas pessoas têm horas faturáveis suficientes?, consegue trocar isso por algo mais perto da economia de um produto: o custo escala pra quase nada quando ninguém está usando, e a margem na próxima unidade é em sua maior parte limpa. Esse é o upside, e ele é real.

O downside é que o piso embaixo da sua margem agora é o preço de outra pessoa. O custo do trabalho acompanha o custo do compute subjacente, que você não define. Uma firma de serviços nunca teve de se importar com quanto uma unidade de entrega custava no nível de infraestrutura, porque a unidade era um humano assalariado e o custo era fixo. Uma firma de trabalho-de-software se importa muito, porque a unidade é medida e o medidor pertence a um fornecedor. O seu COGS tem uma dependência que ele nunca teve antes.

Então o jeito certo de ler a nova demonstração não é “as margens subiram.” É “as margens viraram uma função em vez de uma constante.” O número que você costumava assumir agora é um número que você tem de engenheirar.

Duas demonstrações de resultados lado a lado. Na versão de trabalho-humano, a folha é um grande bloco fixo em despesa operacional e a margem bruta é uma constante plana definida pela utilização faturável. Na versão de trabalho-de-software, o trabalho de entrega migra pro custo dos produtos vendidos como uma linha variável por-unidade, o quadro de pessoal sai da opex, e a margem bruta vira uma curva que dobra com o uso e o custo unitário.

A linha que desaparece: quadro de pessoal

Existe mais uma mudança, e é a que vai parecer mais estranha pra qualquer um que já tocou uma empresa, porque ela remove um número que costumava ser a empresa.

O quadro de pessoal nunca foi só um input de custo. Era o proxy pra tudo, capacidade, ambição, valuation, quão a sério te levar. “Somos 40 pessoas” dizia a um investidor mais do que qualquer linha financeira isolada. O organograma e o cronograma da folha eram o mesmo documento lido de dois jeitos.

Quando o trabalho é software, esse proxy se desfaz. A coisa que você costumava medir com quadro de pessoal, quanto trabalho a empresa consegue fazer, não correlaciona mais com quantas pessoas você emprega. Uma empresa consegue assumir o trabalho de uma temporada inteira sem um único salário novo nos livros, porque a nova capacidade chega como uso, cobra como uso, e aparece no COGS, não num plano de contratação. A pergunta “quão grande você é” para de ter uma resposta em quadro de pessoal.

Isso não é uma empresa menor fingindo ser maior. É uma demonstração que finalmente separa duas coisas que sempre foram diferentes e só foram conflacionadas porque o trabalho era grosso: o tamanho do trabalho e o tamanho do time. No P&L antigo eles eram uma linha só. No novo, o trabalho mora no COGS e escala com a receita, e o time mora em opex e escala com o julgamento. Eles têm permissão de crescer a taxas completamente diferentes, e, pela primeira vez, a demonstração mostra isso.

A virada: a demonstração sempre foi um espelho

Tire a contabilidade e aqui está o que de fato está acontecendo.

Por um século, a demonstração de resultados contou uma história sobre o que uma empresa é: um prédio de pessoas, onde pra fazer mais você emprega mais, e a prova estava bem ali na linha de salário, o maior, mais fixo, mais humano número da página. A gente lia a demonstração e via as pessoas. A estrutura do documento codificava a estrutura da firma.

Quando o trabalho vira software, a demonstração começa a contar uma história diferente sobre o que uma empresa é, e é uma história melhor, se você estiver disposto a lê-la. Ela diz que o trabalho não é mais a mesma coisa que as pessoas. Ela diz que capacidade é algo que você consegue comprar por unidade em vez de por contratação, então a empresa consegue assumir mais sem ficar mais pesada. E ela diz que os humanos que permanecem na página não estão lá pra fazer o volume de trabalho, eles estão lá pra decidir que trabalho vale a pena fazer, o que “bom” significa, quem servir e como. A linha de salário encolhe não porque pessoas importam menos, mas porque as poucas pessoas que sobram estão fazendo a única coisa que o software não consegue: escolher.

Quando o trabalho é software, a folha para de ser um custo fixo que escala com o quadro de pessoal e vira um custo variável que escala com o output. Leia mais uma vez e repare no que isso liberta. Significa que uma empresa não é mais algo que você cresce adicionando massa. É algo que você cresce adicionando trabalho, e as pessoas continuam poucas, e seniores, e apontadas pro gosto.

Essa é a demonstração que estamos construindo a Apollo pra produzir: uma onde o trabalho da empresa roda como software medido por output, o custo pousa honestamente onde é incorrido, e a linha que costumava ler “salários” lê, em vez disso, “os poucos humanos decidindo o que a empresa deveria perseguir.” O P&L sempre foi um espelho de como o trabalho é feito. O trabalho está mudando. O espelho está prestes a mostrar alguém novo.


Se você já encarou uma linha de folha que crescia toda vez que o trabalho crescia e se perguntou se isso era uma lei da natureza ou só um artefato de humanos lentos, era a segunda coisa. É isto que estamos construindo na Apollo: o sistema operacional que deixa um time pequeno e afiado tocar uma empresa cuja demonstração de resultados finalmente diz a verdade sobre onde o trabalho acontece.

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 espera