Empresas PLG se prejudicam ao caçar receita enterprise cedo demais

O texto reúne padrões recorrentes em empresas de crescimento liderado por produto (PLG) que perseguem receita enterprise cedo demais. A autora diz ter visto as mesmas conversas em companhias diferentes e afirma não ver isso na Lovable, onde trabalha, mas ouve relatos de outras empresas.

A conta que vira pecado original

A pergunta “por que ter 10.000 clientes de US$ 10 se podemos ter um de US$ 100 mil?” é o pecado original. A matemática confere, mas os fluxos de aquisição não são iguais. O cliente de US$ 100 mil pode ter começado como autoatendimento de US$ 25 e crescido até segurança, compras, TI ou vendas entrarem. Contratos altos são difíceis de resistir. A conversa vira contratar vendedores enterprise e subir o roadmap. Isso muda o modelo: de capturar demanda enterprise gerada pelo produto para tentar gerar demanda do zero. Enquanto a nova máquina enterprise é construída, o motor PLG morre devagar: aquisição desacelera, ativação piora, menos times adotam e menos contas expandem. Um ano depois, o pipeline enterprise seca.

Cadastros e vendas

Outro padrão é contar cada cadastro autoatendimento como lead, ligar em 10 minutos ou exigir formulário de vendas no onboarding; o volume explode, mas a conversão é ruim. Chamar todos de lead interrompe pessoas antes de elas verem valor, e uma boa motion liderada por produto usa comportamento no produto para identificar quando vendas pode ajudar.

A frase “estamos perdendo negócios para o autoatendimento” é tratada como ginástica mental. A empresa adquiriu um cliente, ele gostou do produto o suficiente para pagar e escolheu a experiência de compra que preferia. Vendedores têm cotas e empresas têm metas, mas o cliente não se importa com o organograma. Se resolve o problema com autoatendimento hoje, deve poder fazê-lo; talvez expanda amanhã, precise de enterprise em seis meses ou nunca. O objetivo é deixar o cliente transacionar como faz sentido para ele.

Migração de contas e funcionalidades

Mover uma conta autoatendimento para Enterprise não muda produto, uso, pessoas ou receita. A empresa transfere US$ 50 mil de receita autoatendimento para a coluna Enterprise, comemora crescimento, mas não adquiriu cliente, não expandiu a conta e não criou US$ 1 de receita incremental. O problema costuma ser de incentivos. Uma solução citada é um multiplicador de ARPA: uma conta de US$ 10 mil atendida por vendas não é uma vitória enterprise de US$ 10 mil; a política pode exigir que fique 2x ou 3x maior antes de a migração ser tratada como expansão bem-sucedida.

O texto também critica mover funcionalidades do autoatendimento para o enterprise para fechar negócios, tirando de clientes satisfeitos recursos centrais. Isso remove valor em vez de criá-lo. Algumas funcionalidades pertencem ao enterprise, mas o instinto padrão deveria ser empurrar valor para baixo, não puxá-lo para cima. Na versão mais sofisticada, toda inovação passa a nascer no plano enterprise, transformando o autoatendimento em museu do que foi construído dois anos antes.

Roadmap e shipping

Em “você tem que construir isso, eu já vendi para o cliente”, vendas deve trazer necessidades de clientes para Produto, mas “clientes pedem isso” e “prometi ao cliente que entregaríamos no terceiro trimestre” não são a mesma coisa; isso vira uma situação de refém. O custo de oportunidade é quase invisível: o time aplaude um contrato de US$ 300 mil, mas não vê os milhares de clientes futuros que não vão ativar, reter ou expandir porque Produto passou o trimestre construindo algo que um prospect enterprise “precisava”. Esses clientes nem chegam a se cadastrar.

No lado oposto, “você não pode lançar isso” exige aviso de três meses aos clientes enterprise e funcionalidades ainda não treinadas em vendas, além de renegociação de MSA e SOW. Um time famoso por entregar rápido vira uma organização que não consegue corrigir bugs sem sete camadas de aprovação.

A autora conclui que marcar todas as caixas do bingo não parece vitória, mas ao menos mostra que a empresa não está sozinha, e pede que comentários tragam formas de resolver esses problemas.