A subscription era a unidade errada

No trimestre passado você comprou uma ferramenta para quatorze pessoas. Onze delas a abriram duas vezes. O software cobrou de você a mesma coisa, quer um seat fechasse um negócio ou nunca logasse. Na renovação, o fornecedor te mostrou um gráfico de uso, te parabenizou pela sua “adoção”, e pediu um número maior. Você pagou, porque a alternativa era arrancar uma coisa que três pessoas genuinamente precisavam. Esse é o modelo de seat funcionando exatamente como projetado, e é o sinal mais claro de que a unidade que você vinha comprando nunca foi a unidade que você queria.

Você não estava pagando demais por seats. Você estava pagando pela coisa errada.

Essa frase é o post inteiro, e o resto é o mecanismo. Porque “precificação baseada em outcome” é o tipo de frase que uma apresentação de vendas joga para não significar nada, e queremos dizer exatamente qual é a unidade certa, por que o software se precificou por seat por quarenta anos, e o que muda no dia em que a unidade se torna o trabalho em vez do trabalhador.

O que um seat de fato precifica

Um seat é uma coisa estranha de vender. Tire a marca dele e uma licença por seat é uma aposta: o fornecedor está apostando que acesso correlaciona com valor. Dê a um humano um login, é a teoria, e esse humano vai fazer algo que vale a pena pagar. Então você paga pelo login.

A aposta era razoável por uma razão. Durante a maior parte da história do software, o software não conseguia fazer o trabalho. Ele só conseguia ajudar uma pessoa a fazer o trabalho. Processadores de texto, planilhas, CRMs, ferramentas de design, cada um deles era uma alavanca, inútil até um humano treinado pegá-la e puxar. O valor vivia no humano. O software era o cabo. Precificar o cabo pela mão que o segurava fazia um sentido grosseiro.

Um seat precifica acesso a uma ferramenta. Ele assume que o humano ainda é quem está fazendo o trabalho.

Então a indústria inteira padronizou nisso. Por seat, por mês, faturado anualmente, true-up na renovação. Ficou tão normal que paramos de vê-lo como uma escolha. Parecia o formato natural da precificação de software, do jeito que a água é o formato natural do seu copo.

Aqui está a parte que ninguém diz em voz alta: o modelo de seat só funciona se o humano for o gargalo. No momento em que o trabalho pode acontecer sem um humano na cadeira, você está pagando por uma cadeira vazia.

A correção ingênua, e por que ela falha

A resposta óbvia, a que todo time de procurement busca, é contar melhor. Se você está pagando demais por seats, audite os seats. Puxe o relatório de uso, encontre os onze logins dormentes, faça downgrade na renovação, recupere o gasto. Aperte o cinto.

Já vimos times rodarem essa jogada por um trimestre inteiro. Parece produtivo. Não é.

Contar seats com mais cuidado otimiza o número errado. Você ainda está precificando acesso, você só comprou menos dele. O login dormente não era a doença; era um sintoma de uma unidade de precificação que nunca esteve amarrada a nada com que você se importava. Uma firma não quer logins. Ela quer a nota fiscal cobrada, o lead qualificado, o contrato revisado, o relatório fora da porta até sexta. Nenhum desses é um seat. Você pode rodar uma auditoria de seats perfeita e ainda estar pagando, precisamente, pela coisa errada.

A falha mais profunda é que o modelo de seat ativamente pune o outcome que você quer. Imagine uma ferramenta tão boa que uma pessoa, alavancando-a, faz o trabalho que costumava levar cinco. Sob precificação por seat, você acabou de cortar a sua própria conta em oitenta por cento, então o incentivo do fornecedor é o oposto do seu. Eles precisam de mais cadeiras preenchidas, e você precisa de menos cadeiras importando. A unidade de precificação coloca o comprador e o vendedor em lados opostos da mesa na única pergunta que conta: o trabalho foi feito?

Você não estava pagando demais por seats. Você estava pagando pela coisa errada. Contar os seats com mais cuidado não conserta uma unidade que mede a quantidade errada, só mede a quantidade errada duas vezes.

A unidade que sempre esteve escondida por baixo

Então qual é a unidade certa? É a única da qual o seat sempre foi um proxy. Não acesso a uma ferramenta. O trabalho que a ferramenta deveria fazer.

A razão de nunca termos precificado o trabalho diretamente é que não conseguíamos isolá-lo. Trabalho e trabalhador estavam fundidos. Não havia como apontar para um outcome finalizado e dizer “o software fez essa parte”, porque o software não tinha feito parte nenhuma; uma pessoa tinha, com o software como alavanca. Você não consegue cobrar por um outcome que não consegue atribuir. Então cobrávamos pela alavanca e torcíamos para o outcome seguir.

Essa restrição é a coisa que acabou de mudar.

Quando o sistema consegue fazer o trabalho, ler a inbox, qualificar o lead, redigir o review do contrato, cobrar a nota fiscal, e te entregar o resultado, o outcome se torna uma coisa que você finalmente consegue apontar. Há uma unidade discreta de trabalho com um começo e um fim: uma tarefa pega, carregada e finalizada. Você consegue contá-las. Você consegue precificá-las. Pela primeira vez, a unidade que você compra pode ser a unidade que você de fato queria o tempo todo.

Pense no que isso faz com a conversa de renovação. O fornecedor não chega mais com um gráfico de adoção e uma contagem de seats maior. Eles chegam com um livro-razão de trabalho concluído, notas cobradas, leads qualificados, reviews resolvidos, e a conta acompanha isso. Se o trabalho não acontece, a conta não cresce. O comprador e o vendedor estão finalmente lendo o mesmo número da mesma página, e esse número é o único com que o comprador se importava desde o início.

Precifique o trabalho, não o trabalhador. A unidade esteve escondida por baixo do seat o tempo todo.

Por que isso só se torna possível agora

É justo perguntar por que, se o trabalho sempre foi a coisa que queríamos, ninguém o precificou desse jeito antes. Os fornecedores não eram bobos. Eles precificaram por seat porque, por quarenta anos, o seat era a única coisa que conseguiam medir honestamente.

A precificação por outcome tem um pré-requisito duro: o vendedor tem que conseguir entregar o outcome, não só o acesso. Um fornecedor de planilha não consegue prometer que seu modelo está construído, só que você consegue abrir o arquivo. Um CRM não consegue prometer que o lead está qualificado, só que existe um campo para você digitar. Vender um outcome que você não consegue produzir é só um reembolso esperando para acontecer, então os fornecedores venderam a coisa honesta: acesso. Por seat não era ganância. Era a unidade verdadeira para um software que só conseguia assistir.

No momento em que o software consegue carregar uma tarefa de ponta a ponta, a unidade honesta muda com ele. Agora o fornecedor consegue defender o outcome, porque o sistema é quem o produz. A coisa que tornava a precificação por outcome impossível, a incapacidade do software de finalizar qualquer coisa sozinho, é exatamente a coisa que acabou de deixar de ser verdade. Manter o modelo de seat depois disso não é mais prudência. É faturar por uma restrição que não existe mais.

E note o alinhamento que isso cria, quase como efeito colateral. Quando você paga por outcome, o único caminho do fornecedor para mais receita é fazer mais do seu trabalho. O roadmap deles se curva em direção aos seus resultados, porque é de lá que a conta deles vem. O modelo de seat te pedia para confiar que o fornecedor queria que você tivesse sucesso. O modelo de outcome remove a necessidade de confiança, ele liga o incentivo do fornecedor direto ao seu trabalho finalizado.

Você não estava pagando demais por seats. Você estava pagando pela coisa errada. A coisa certa só se tornou comprável quando o software finalmente conseguiu produzi-la.

Como isso parece da cadeira do comprador

Vamos tornar isso concreto, porque a mudança soa abstrata até você sentar na cadeira do comprador na renovação.

Sob a unidade antiga, seu gasto era uma função de quadro de pessoal e esperança. Você comprava um bloco de seats dimensionado para o seu time, via a maioria deles ficar ociosa, e renovava na fé de que o acesso valia em algum lugar. Seu custo crescia com o tamanho da sua organização e quase não tinha nada a ver com quanto era feito. Uma conta crescendo era um sinal de uma folha de pagamento crescendo, não de um output crescendo.

Sob a unidade nova, o gasto é uma função do trabalho concluído. Um mês quieto custa menos porque menos aconteceu. Um mês pesado custa mais porque o sistema carregou mais, e você consegue ver exatamente o que ele carregou. A conta deixa de ser um imposto fixo sobre o seu quadro de pessoal e se torna um custo variável amarrado ao throughput, do jeito que você gostaria que qualquer insumo se comportasse. Você não está mais comprando a capacidade de talvez fazer trabalho. Você está comprando o trabalho.

É por isso que o enquadramento importa mais que o desconto. Um comprador que negocia um seat mais barato ainda está preso na unidade antiga, só pagando um pouco menos para ser medido pela coisa errada. Um comprador que troca de unidade para de medir acesso por completo e começa a medir resultados. Um é um negócio melhor na compra errada. O outro é a compra certa.

A virada

Leve isso até o fim e algo desconfortável aflora, e não é sobre precificação.

Se você vem pagando por seat, você silenciosamente vem precificando suas pessoas do mesmo jeito, como pontos de acesso, como logins, como capacidade que pode ou não ser usada. O modelo de seat não só mediu errado sua conta de software. Ele treinou uma geração inteira de organogramas a valorizar a cadeira acima do trabalho, a confundir “contratamos cinco pessoas” com “o trabalho de cinco pessoas está sendo feito”. Essas nunca foram a mesma frase. O modelo de seat só nos deixou fingir que eram.

Mova a unidade para o trabalho, e a pergunta que você faz sobre uma pessoa também muda. Ela deixa de ser “ela tem um seat” e se torna “o que conseguimos fazer, e quanto custou fazê-lo”. Essa é uma pergunta melhor de se fazer sobre software. Acontece que é uma pergunta muito melhor de se fazer sobre uma empresa. E ela aponta para a única coisa que nenhum modelo de precificação consegue comprar para você: decidir qual trabalho valia a pena fazer em primeiro lugar. O sistema consegue finalizar a tarefa. Só você consegue escolher quais tarefas merecem existir.

Essa escolha sempre foi a parte de alta alavancagem do seu trabalho. O modelo de seat a mantinha enterrada por baixo do trabalho de baixa alavancagem de preencher cadeiras e justificar logins. Precifique o trabalho em vez disso, e essa escolha enterrada é a coisa que sobra nas suas mãos, que é exatamente onde ela pertencia.

---

É isso que estamos construindo na Apollo Space, software precificado pelo trabalho que finaliza, não pelas cadeiras que preenche, para que sua conta finalmente acompanhe a única coisa que você sempre tentou comprar. Se suas renovações começaram a parecer um imposto sobre acesso que ninguém usa, esse sentimento agora tem um nome. Você estava pagando pela unidade errada. É hora de pagar pelo trabalho.