Sumário
Preço é um dos tópicos mais debatidos no mundo SaaS.
Não apenas quanto cobrar, mas qual modelo de preço escolher. Você cobra por usuário? Uma taxa fixa? Algum sistema de crédito complexo e estranho?
Nos primeiros dias da venda de software (e na transição para SaaS), preços por usuário eram bem padrão.
Mas com o tempo, empresas perceberam que cobrar por usuário nem sempre faz sentido para SaaS e pode até limitar o crescimento. Algumas pessoas até consideram preços por usuário um dos piores modelos de preço.
Por outro lado, muitas empresas cobram felizmente por cada usuário que um cliente adiciona à sua conta, e estão ganhando milhões em MRR.
Então, preços por usuário são tão ruins quanto alguns pensam? Ou é uma oportunidade perdida de crescimento? Continue lendo para descobrir.
- O que é preço por usuário?
- O problema com preços por usuário
- Quando faz sentido cobrar por usuário?
- Três alternativas melhores para preços por usuário
O que é preço por usuário?
Como o nome sugere, preços por usuário envolvem cobrar dos clientes com base no número de usuários (ou assentos) que adicionam à sua assinatura.
Por exemplo, você pode cobrar $10 por usuário por mês. Quanto mais usuários o cliente adicionar, mais ele pagará.
Exemplos de preços por usuário
Apesar da reputação negativa que preços por usuário recebem, muitas empresas usam isso.
Slack (falaremos mais sobre elas depois) tem dois planos: Standard e Plus. Cada um tem seu próprio preço por usuário.

Salesforce oferece muitos produtos e opções de preço, mas mantêm o modelo de preço por usuário para a maioria deles.

Observe a letra miúda. Eles limitam o número de usuários que você pode ter no plano de menor preço a 10 usuários. Depois disso, você terá que fazer upgrade para o próximo nível.
Por último, vamos ver Asana. Como o Salesforce, eles oferecem vários planos, cada um com um preço diferente por usuário.

O interessante sobre o Asana é que eles têm uma opção gratuita. No entanto, essa opção gratuita não tem assentos ilimitados.

Depois que você tiver mais de 15 usuários na sua equipe, você terá que fazer upgrade para pelo menos o plano Premium. Isso me leva ao próximo ponto — a desvantagem dos preços por usuário.
O problema com preços por usuário
À primeira vista, preços por usuário podem soar tentadores. Quanto mais usuários seu cliente adicionar à sua conta, mais dinheiro você ganha. Eba, receita de expansão!
Exceto que não é tão simples assim. Existem algumas coisas importantes a ter em mente antes de optar por preços por usuário que podem fazer você reconsiderar.
Preços por usuário podem criar choque de preço
Voltando ao exemplo do Asana, digamos que você é uma pequena empresa usando a versão gratuita do Asana há cerca de um ano. Você adicionou 14 usuários à sua equipe e agora quer adicionar mais três, totalizando 17.
Isso o colocaria acima do limite de 15 usuários para uma conta gratuita. Agora, você passa de zero para $229 por mês ou uma quantia única de $2.241,96 se fizer um pagamento anual (e isso é assumindo que você não adicione mais usuários à sua conta).
Isso é ótimo para o Asana. Mas para o cliente, pode ser um pouco frustrante. Mesmo que você deixe claro que o aumento de preço acontecerá (como o Asana faz), o choque de preço ainda está lá.
Mesmo que seus clientes não estejam mudando de uma conta gratuita para uma conta paga, o choque de preço ainda pode ocorrer com preços por usuário. Vamos dar uma olhada no Salesforce novamente.
Seu plano Essentials começa em $25 por mês. Mas quando você chegar a 10 usuários, terá que fazer upgrade para o próximo nível, seu plano Professional. E isso é $50 a mais por usuário por mês. Então, digamos que você vá de 10 usuários para 12; o preço que você paga por mês mais que triplica:
| Essentials | 10 usuários | Professional | 12 usuários | |
|---|---|---|
| Preço por mês | $250 | $900 |
Isso pode, compreensivamente, criar algum atrito para os clientes. Felizmente, existem maneiras de combater isso, que explorarei mais tarde.
Preços por usuário podem limitar seu potencial de crescimento
Um dos argumentos mais populares contra preços por usuário é que "número de usuários" não é uma métrica de valor para a maioria das empresas.
Uma métrica de valor é a métrica na qual o preço do seu produto é baseado. Veja nossa ferramenta de gerenciamento de dunning (Recover) por exemplo. Nossa métrica de valor para ela é MRR.

O valor que você paga por Recover é baseado no seu MRR porque quanto mais receita você tem, mais receita potencial você perde com pagamentos falhados.
À medida que a receita de nossos clientes aumenta, o mesmo acontece com nosso MRR de expansão, o que leva ao crescimento.
Agora imagine se usássemos preços por usuário para Recover. Não faria sentido. Mesmo que cobrássemos $100 por usuário por Recover, nosso potencial de crescimento seria drasticamente reduzido porque não há muito valor em as pessoas adicionarem mais usuários. Eles poderiam todos compartilhar a mesma senha.
Quer um cliente tenha 1 ou 20 usuários, eles não necessariamente obtêm mais valor desses usuários adicionais.
Com preços por usuário, seu crescimento torna-se dependente do número de assentos que você pode vender. E neste ponto, é quase como varejo, o que elimina muitos dos benefícios do modelo de negócio de SaaS.
O preço por usuário raramente pode ser autossuficiente
Para funcionar, o preço por usuário quase sempre precisa ser combinado com outro Modelo de precificação de SaaS.
Nos exemplos que mostramos, as empresas não estão dependendo apenas do preço por usuário. Slack e Asana chegam mais perto, mas têm múltiplos planos com recursos adicionais.
Salesforce tem diferentes níveis de plano, bem como produtos e serviços complementares.
Como a maioria das coisas na vida, há exceções. Por exemplo, SEO Powersuite cobra estritamente por licença.

Mas eles são uma exceção. Quando você observa seus concorrentes, muito poucos, se é que algum, apenas usam preço por usuário.
Eu sei, até agora provavelmente parece que somos completamente contra a ideia de preço por usuário. Mas há algumas situações em que esse modelo de preço faz sentido.
Quando faz sentido cobrar por usuário?
O preço por usuário não é totalmente ruim para empresas de SaaS. Aqui estão algumas situações em que faz sentido.
SaaS construído para equipes
Se você vender um produto que se beneficia de ter múltiplos usuários, o preço por usuário pode fazer muito sentido. Isso é típico para produtos SaaS baseados em equipe.
Slack é um dos melhores exemplos disso. Ninguém usa Slack sozinho, e seria estranho se você fizesse.
No entanto, Slack não cobra apenas por usuário. Eles cobram por usuário ativo. O que isso significa é que você só paga pelos usuários que estão usando ativamente o Slack. Veja como eles definem usuários ativos e inativos:

Este é o melhor cenário para empresas que cobram por usuário. O problema é que Slack não é a norma. Na maioria dos casos, as empresas de SaaS cobram por todos os usuários adicionados à conta de um cliente, independentemente de fazerem login ou usarem o produto.
Software de gerenciamento de projetos é outro exemplo de quando o preço por usuário faz sentido. Asana, Trello e Monday todos têm alguma forma de preço por usuário.

Como as pessoas colaboram em projetos com essas ferramentas, elas podem justificar cobrar por usuário.
CRM é outro exemplo. Com software CRM, várias pessoas podem adicionar contatos, colaborar em negócios e gerenciar relacionamentos com clientes.
Ferramentas como Pipedrive, Insightly e Streak todas têm preço por usuário para equipes.

Novamente, a chave é que os usuários extras precisam ter agregado valor para usar esse modelo de preço de SaaS. Vou discutir isso mais adiante quando discutir alternativas ao preço por usuário.
A conclusão
Se você tem um produto SaaS baseado em equipe, cobrar por usuário pode fazer sentido. Apenas certifique-se de que há valor suficiente agregado para justificar o preço.
Produtos SaaS empresariais
Se você observar a maioria das empresas que usam preço por usuário, notará que muitas delas visam clientes empresariais ou de médio mercado.
Não é uma coincidência.
Uma pesquisa do KeyBanc descobriu que 33% das empresas de SaaS escolheram "número de assentos" (ou usuários) como sua métrica de preço primária.

Esse número me chocou, então queria ver que tipo de empresas foram pesquisadas.
Quando olhei mais a fundo, vi que a maioria das empresas pesquisadas tinha foco empresarial/médio mercado.

Como as empresas de SaaS empresarial visam clientes maiores, esses números fazem sentido. Clientes maiores significam mais usuários em potencial, o que se traduz em mais receita quando você cobra por usuário.
A conclusão
Se você não se enquadrar em uma dessas duas categorias, depender apenas do preço por usuário pode não ser o caminho certo para o crescimento. Há exceções, mas para a maioria das empresas de SaaS, existem formas mais eficientes de precificar seu produto para o crescimento.
Alternativas ao preço por usuário
Se você está procurando uma forma de precificar seu produto SaaS sem cobrar apenas por usuário, existem muitas outras opções. Até escrevemos um guia: Modelos e Estratégias de Precificação de SaaS Desmistificados.
Esse artigo se aprofunda em sete modelos de preço de SaaS diferentes, então recomendo muito que você o verifique.
Por enquanto, vou revisar três opções que podem obter resultados semelhantes ao preço por usuário, mas sem algumas das desvantagens.
Experimente preço baseado em uso
Um dos apelos do preço por usuário é que ele permite que sua receita por usuário cresça ao longo do tempo. Mas requer que seus clientes adicionem mais assentos para fazer isso. Uma boa alternativa é preços baseados em uso.
É quando você precifica seu produto com base em quanto os clientes o usam. Por exemplo, EmailOctopus cobra com base no número de assinantes de email que você tem.

Stripe cobra uma porcentagem de cada cobrança de cartão. Portanto, quanto mais seus clientes cobram, mais receita Stripe ganha.

Assim como no modelo de preço por usuário, sua receita média por usuário (ARPU) deve crescer ao longo do tempo com preços baseados em uso.

Este modelo de preço funciona melhor para alguns negócios do que para outros. Mas se você tiver uma maneira de precificar seu produto com base no uso, vale muito a pena tentar.
Comece definindo sua métrica de valor. Sua métrica de valor deve ser baseada em onde seus clientes obtêm mais valor do seu produto. Para EmailOctopus, era o número de e-mails enviados; para Stripe, é o número de transações que podem ser processadas.
Há uma boa chance de você já saber qual é sua métrica de valor. Mas se não souber, você pode consultar dados de uso do produto ou até pesquisar seus clientes.
Um bom teste de validade para saber se você escolheu a métrica de valor correta é o quão simples é entendê-la em uma página de preços.
Por exemplo, em nossa página de preços, é muito claro que nossos preços são baseados em sua MRR.

Mas se você olhar para os preços de Keap, não fica tão claro qual é a métrica de valor.

Depois de definir sua métrica de valor, descubra como você pode construir seus preços em torno dela. Poderia ser uma escala deslizante como a nossa, por ação como Stripe ou buckets como EmailOctopus. Tudo depende do seu negócio.
Cobrar por usuário ativo
Se você está decidido a cobrar por usuário, seus clientes provavelmente serão mais felizes se você seguir a rota do Slack e cobrar apenas por usuários ativos.
Você pode usar uma ferramenta como Servicebot para configurar preços por usuário ativo se usar Stripe.

Esta estratégia de preço é útil se você vender um produto destinado ao uso por empresas ou departamentos inteiros.
Por exemplo, software de defesa de funcionários como Bambu ou Sociabble geralmente é precificado com base no número total de usuários. No entanto, muitas vezes, nem todos os usuários adicionados à conta o usam a longo prazo, então o cliente acaba pagando por usuários inativos.
Claro, você ganhará mais dinheiro se cobrar por todos os usuários (pelo menos no curto prazo). Mas pela minha experiência, as empresas não tendem a pagar por software não utilizado por muito tempo, principalmente se o preço for alto.
Se você quiser manter clientes a longo prazo (o que deveria fazer se trabalha em SaaS), talvez queira considerar precificar seu produto de forma a encorajá-los a permanecer.
Ofereça usuários adicionais como complemento
Este é um meio termo entre cobrar por usuário e preços baseados em valor. Em vez de focar todo seu modelo de preço no número de usuários, você escolhe uma métrica de valor que faça mais sentido e depois oferece usuários adicionais como complemento.
Esta estratégia de preço faz muito mais sentido para a maioria das empresas de SaaS, especialmente se seu produto não é estritamente baseado em equipe.
Um bom exemplo disso é Ahrefs, que recentemente adicionou uma opção de pagar por usuários adicionais.

Suas métricas de valor estão todas relacionadas à análise de SEO, portanto, basear sua estratégia de preço no número de usuários não faz sentido.
Ao mesmo tempo, ter um time inteiro compartilhando uma senha e conta pode ser um problema para algumas empresas, então elas podem adicionar usuários adicionais como complemento. Isso cria uma oportunidade de receita de expansão para Ahrefs.
Esta abordagem faz sentido quando:
-
O valor que os clientes obtêm de seu produto não depende de quantos usuários eles têm em sua conta, E
-
Há algum valor em ter usuários extras na assinatura de um cliente
Se cobrar por usuários adicionais for apenas para aumentar a receita, você pode querer repensar sua decisão.
O preço por usuário é adequado para você?
Aí está. O lado bom, mau e feio dos preços por usuário.
Os preços por usuário não são tão ruins quanto algumas pessoas fazem parecer. Mas para a maioria das empresas de SaaS, existem melhores modelos de preço e alternativas mais eficazes como as que mencionei.
Então, a resposta para a pergunta de um milhão de dólares: "O preço por usuário é adequado para você?"
… depende.
Perguntas Frequentes
-
O que é preço por usuário e como funciona para negócios de SaaS?
Os preços por usuário, também chamados de preços por assento, cobram dos clientes uma taxa fixa por cada usuário que eles adicionam à sua conta de assinatura.
Por exemplo, um produto SaaS pode cobrar US$ 20 por usuário por mês. Adicione cinco usuários, pague US$ 100. Adicione vinte, pague US$ 400. É um dos modelos de preço mais antigos em software e ainda é amplamente utilizado por ferramentas baseadas em equipe, como CRMs e plataformas de gerenciamento de projetos. O apelo principal é direto: mais usuários significam mais receita, o que cria um caminho claro para a expansão da MRR. O desafio é que "número de usuários" nem sempre é uma métrica de valor genuína, e os clientes podem experimentar um choque de preço significativo conforme suas equipes crescem. -
Preço por usuário vs. preço baseado em uso: qual modelo é melhor para o crescimento de SaaS B2B?
Os preços baseados em uso geralmente desbloqueiam mais crescimento para empresas de SaaS B2B porque vinculam a receita ao valor real que os clientes recebem, não apenas ao número de assentos que preenchem.
Com preços por assento, a receita de expansão depende entirely de clientes adicionarem mais usuários. Com preços baseados em uso, a receita cresce conforme os clientes fazem mais, enviam mais, processam mais ou armazenam mais, mesmo com o mesmo número de usuários. Dito isto, os preços por usuário são um ajuste melhor para produtos genuinamente baseados em equipe, onde cada assento adicional oferece valor real e mensurável. A pergunta-chave a fazer é: adicionar um usuário realmente torna o produto mais valioso, ou todos podem compartilhar um login sem perder nada? -
Quando o preço por usuário faz sentido para um negócio de assinatura?
Os preços por assento fazem mais sentido quando cada usuário adicional aumenta genuinamente o valor que um cliente obtém de seu produto.
Ferramentas de SaaS baseadas em equipe são o ajuste mais claro. Plataformas de colaboração, CRMs e software de gerenciamento de projetos melhoram com mais usuários porque esses usuários criam e consomem valor juntos. Produtos focados em empresas são outro ajuste forte: contas de clientes maiores significam mais assentos potenciais, o que dimensiona o valor médio do contrato de forma previsível. Se seu produto funciona tão bem para um usuário quanto para vinte, os preços por usuário provavelmente são o modelo errado. Nesse caso, considere uma métrica de valor que realmente escale com o sucesso do cliente, como receita, volume de uso ou contatos ativos. -
Quais são as maiores desvantagens do preço por usuário para fundadores de SaaS?
Os dois maiores riscos com preço por usuário são o choque de preço para clientes e um teto difícil no potencial de crescimento de sua MRR.
O choque de preço ocorre quando uma pequena equipe ultrapassa um limite de usuários e de repente enfrenta um grande aumento em sua fatura mensal. Esse atrito aumenta o risco de churn e pode desacelerar a expansão dentro das contas. O problema do teto de crescimento é mais sutil: se os clientes puderem compartilhar logins ou limitar assentos para evitar cobranças extras, sua receita de expansão estagna mesmo quando obtêm mais valor do seu produto. O preço por usuário também quase nunca funciona isoladamente; normalmente precisa ser combinado com planos em camadas ou complementos para sustentar o crescimento de MRR. Rastrear como as mudanças de assentos afetam seu movimento de MRR, incluindo expansão e contração, ajuda você a identificar esses padrões cedo. -
Como faço para medir o impacto de uma mudança de modelo de preço em MRR e churn?
Para medir o impacto de receita de uma mudança de modelo de preço, você precisa rastrear o movimento de MRR dividido por MRR novo, MRR de expansão, MRR de contração e MRR de churn antes e depois da mudança.
Os totais de MRR mesclados ocultarão o que está realmente acontecendo. Se você passar do preço por usuário para preço baseado em uso, você quer ver se a MRR de expansão melhora conforme os clientes aumentam seu uso, e se a MRR de contração cai conforme o atrito de adicionar assentos desaparece. Baremetrics separa esses componentes de MRR em tempo real, para que você possa ver exatamente como um experimento de preço está deslocando a receita em sua base de assinantes sem aguardar relatórios de fim de mês. Combine isso com dados de coorte de churn para ver se a mudança está melhorando ou prejudicando a retenção por segmento de cliente. -
Como posso comparar minha taxa de churn de SaaS para saber se o preço por usuário está prejudicando a retenção?
Você pode comparar sua taxa de churn com empresas de SaaS semelhantes usando dados abertos do setor para determinar se seu modelo de preço está contribuindo para perda de clientes acima da média.
Baremetrics publica dados de comparação abertos extraídos de centenas de negócios de assinatura, cobrindo taxa de churn, crescimento de MRR e LTV por estágio de empresa e faixa de receita. Se sua taxa de churn ficar significativamente acima do comparativo para sua faixa de MRR, vale a pena investigar se o choque de preço da cobrança baseada em assentos é um fator contributivo. Segmente seus clientes que saíram por tamanho de equipe para ver se contas maiores, aquelas mais expostas a aumentos de custo por usuário, estão saindo a uma taxa mais alta do que as menores. -
Quais ferramentas ajudam a reduzir o churn involuntário causado por pagamentos falhados em negócios de assinatura?
Ferramentas automatizadas de recuperação de pagamentos falhados reduzem o churn involuntário ao tentar novamente cobranças recusadas em cronogramas otimizados e enviar emails de cobrança direcionados antes de uma assinatura expirar.
O churn involuntário, em que clientes são perdidos devido a falhas de pagamento em vez de uma decisão deliberada de cancelar, pode representar uma parte significativa do churn total em negócios de assinatura. Baremetrics Recover lida com isso automaticamente: tenta novamente pagamentos falhados nos intervalos certos, envia sequências de cobrança inteligentes e permite que você veja exatamente quanto MRR está em risco devido a falhas de pagamento a qualquer momento. Para empresas de SaaS executando preço por usuário ou qualquer modelo baseado em assentos, onde valores de conta individual podem ser altos, recuperar até alguns pagamentos falhados por mês tem um impacto significativo na retenção de MRR líquido.