CRO

Otimização da Página de Preços SaaS: o Playbook Completo

Otimização página de preços SaaS: o que testar por alavancagem, a métrica que decide, o atraso até a conta paga e como dimensionar cada teste.

Ilustração plana de três colunas de plano de preços com alturas diferentes numa janela de navegador, a do meio destacada com uma fita no topo e uma lupa ao lado

A página de preços de um SaaS é a página onde a maior parte da receita se decide e a que menos costuma ser testada com rigor. Ela recebe pouco tráfego comparada à home ou ao blog, converte a uma taxa baixa, e o efeito real de qualquer mudança só aparece semanas depois, quando o trial vira (ou não) conta paga. Este playbook cobre o que testar por ordem de alavancagem, qual métrica decide, como dimensionar um teste que sobrevive ao atraso entre a visita e o pagamento, e as guardas que impedem uma vitória falsa.

A tese, direta: quase todo o ganho disponível numa página de preços está na apresentação, não no número cobrado. Mudar o valor é uma decisão de negócio com implicações de percepção, de comunicação com a base atual e de regulação. Mudar quantos planos existem, qual é destacado, como o anual é ancorado e o que a tabela de recursos comunica é reversível, barato e frequentemente vale mais. Este guia trata da segunda categoria; quem quer mexer no valor deve começar pelo guia de teste A/B de preço.

As cinco perguntas que a página de preços tem que responder

Antes de qualquer hipótese de teste, vale enunciar o trabalho que a página faz. Um visitante chega nela com cinco perguntas, e sai quando qualquer uma fica sem resposta:

  1. Qual plano é o meu? Se a pessoa não consegue se localizar em 10 segundos, ela não escolhe, ela sai.
  2. Quanto vou pagar de verdade? Preço por usuário, por uso, com ou sem imposto, com ou sem o recurso que ela veio buscar.
  3. O que acontece se eu crescer? O medo de ficar preso num plano que fica caro depois trava mais assinatura do que o preço inicial.
  4. O que acontece se eu me arrepender? Cancelamento, migração de plano, portabilidade dos dados.
  5. Por que acreditar em vocês? Prova social, segurança, conformidade, quem mais usa.
As cinco perguntas do visitante numa página de preçosO visitante quer saber qual plano é o dele, quanto vai pagar de verdade, o que acontece se ele crescer, o que acontece se ele se arrepender e por que deve acreditar na empresa. Cada pergunta sem resposta é uma saída da página.Qual plano é o meu?estrutura e nomesQuanto pago mesmo?por usuário, por uso, impostoE se eu crescer?limites e upgradeE se eu me arrepender?cancelamento e dadosPor que acreditar?prova social e segurançaToda hipótese de teste que não responde melhor a uma dessas cinco perguntas tende a produzir resultado nulo.É o filtro mais barato para descartar ideia antes de gastar semanas de tráfego com ela.
Use as cinco perguntas como filtro de backlog. Se a variação proposta não melhora a resposta a nenhuma delas, ela provavelmente não tem efeito a ser medido.

A métrica que decide (e as duas que enganam)

O funil de uma página de preços tem pelo menos quatro etapas, e cada uma tem um candidato a métrica primária. Escolher a errada é o motivo número um de teste de pricing mal lido.

Etapa Métrica Serve como Por que não deve decidir sozinha
Visita na página de preços Sessões Denominador Não é resultado, é exposição
Clique no botão do plano Taxa de clique Diagnóstico rápido Move com qualquer mudança visual; não paga nada
Início de trial ou cadastro Taxa de trial Métrica intermediária confiável Sobe com qualquer redução de fricção, inclusive as que atraem quem nunca pagaria
Conta paga Conversão em pago Veredito É a que paga a conta; exige esperar a maturação
Retenção em 60 ou 90 dias Churn precoce Guarda obrigatória Uma variação pode ganhar em pago e perder em receita retida

O padrão a adotar: decida por conta paga, diagnostique por início de trial, ignore a taxa de clique. A taxa de clique existe para dizer onde o visitante está prestando atenção, não para escolher a variação vencedora.

Funil da página de preços até a conta paga retidaDe 12.000 visitas na página de preços, 480 iniciam trial, o que corresponde a 4 por cento. Desses, 168 viram conta paga, 1,4 por cento das visitas. Uma parte dessas contas cancela nos primeiros 90 dias, e apenas as remanescentes são receita retida. Cada etapa tem uma taxa base menor, o que aumenta a amostra necessária para o teste.Visitas na página de preços · 12.000Iniciou trial · 480 (4,0%)−96%Virou conta paga · 168 (1,4%)−65%Retida em 90 diaschurn precoceExemplo ilustrativo com taxas plausíveis. Quanto mais fundo a métrica de decisão, menor a taxa basee maior a amostra necessária, o que torna a escolha da métrica primária uma decisão de custo, não só de rigor.
Cada degrau abaixo na escolha da métrica primária multiplica a amostra necessária. Por isso a prática viável é acompanhar o trial durante a coleta e confirmar o resultado na conta paga antes de aplicar.

O que testar, por ordem de alavancagem

Alavanca Hipótese típica Quando costuma render mais Cuidado
Estrutura de planos (quantos e o que cabe em cada) O visitante se localiza mais rápido e escolhe sem medo de errar Sempre; é a mudança de maior efeito e maior esforço Muda a economia do produto, não só a página; exige alinhamento com produto e finanças
Plano destacado e ordem Destacar o plano que serve à maioria reduz a paralisia de escolha Páginas com 3 ou mais planos Destacar o plano caro sem justificativa aumenta abandono e desconfiança
Ancoragem anual x mensal Mostrar o anual com a economia explícita aumenta a escolha do anual, o que melhora o caixa e a retenção Produtos com churn mensal relevante O ganho pode vir com queda na conversão total; leia as duas métricas juntas
Toggle mensal/anual e qual vem selecionado A opção pré-selecionada é aceita pela maioria Qualquer página com dois ciclos de cobrança Efeito desproporcional ao esforço, e por isso mesmo fácil de virar manipulação; mantenha o preço real visível
Tabela comparativa de recursos Quem compara em detalhe precisa da tabela; quem não compara precisa que ela não atrapalhe Vendas técnicas, produtos com muitos recursos Tabela gigante acima da dobra afunda a página em mobile
Cartão de crédito no trial Exigir cartão qualifica; não exigir amplia o topo Produtos com ativação rápida e clara Move duas métricas em direções opostas; só resolve olhando conta paga por visitante
Chamada do botão Verbo que descreve o próximo passo real converte melhor que verbo genérico Qualquer página Efeito costuma ser pequeno; bom teste de manutenção, ruim como aposta principal
Prova social e conformidade Logos, número de clientes, selos de segurança reduzem o risco percebido Marcas pouco conhecidas, venda B2B Só use dado verdadeiro; prova social inventada é risco jurídico e reputacional
FAQ na própria página Responder objeção onde ela nasce evita a saída para o suporte ou para o concorrente Produtos com dúvida recorrente de cobrança FAQ longa demais empurra os planos para fora da tela
Exibir preço x falar com vendas Exibir qualifica e afasta; esconder amplia volume e transfere o custo para o comercial Produtos com ticket alto e venda consultiva Mudança que afeta o time comercial inteiro; não decida só pelo número da página

Repare em uma ausência proposital: cor do botão. Numa página de preços real, quase nunca é a cor que impede a assinatura. Se a sua página ainda não resolveu estrutura de planos, clareza do que está incluso e ancoragem do ciclo anual, testar o tom do verde é gastar semanas de tráfego numa hipótese com efeito esperado próximo de zero.

Estrutura de planos: a alavanca de maior efeito

Quantos planos existem e o que cabe em cada um é a decisão que mais move o resultado, e a que menos se resolve com opinião. O caminho que funciona:

  1. Olhe a distribuição real de uso da base. Qual dimensão separa naturalmente clientes pequenos de grandes (usuários, volume, projetos, chamadas de API)? Essa é a sua métrica de valor, e ela deve ser o eixo dos planos.
  2. Desenhe os planos em cima dessa dimensão, não em cima de recursos soltos. Empacotamento por recurso funciona quando o recurso é claramente premium; empacotamento por volume escala melhor com o cliente.
  3. Teste duas estruturas concretas, não uma estrutura contra a ausência dela. Três planos contra quatro, ou volume contra recurso, são hipóteses testáveis.

O trade-off tem nome nas duas pontas: poucos planos reduzem a carga de decisão e deixam receita na mesa em contas grandes; muitos planos capturam mais valor e aumentam o custo cognitivo, empurrando parte do tráfego para o botão de contato ou para lugar nenhum. Não existe resposta genérica, existe a resposta da sua base.

Trade-off entre número de planos, carga de decisão e captura de valorCom poucos planos a decisão é fácil e a captura de valor em contas grandes é baixa. Com muitos planos a captura de valor sobe e a carga de decisão também, o que reduz a conversão. O ponto de equilíbrio depende da base de cada produto e é o que o teste procura.2 planos6 planos ou maiscaptura de valorcarga de decisãofaixa onde o teste costuma viverIlustração conceitual do trade-off, não dados de um produto específico.
O teste de estrutura não busca o número “certo” de planos em abstrato, busca o ponto onde a sua base específica ainda decide rápido e você ainda captura o valor das contas maiores.

Ancoragem do ciclo anual e o limite ético

Mostrar o plano anual com a economia explícita é uma das alavancas mais eficazes de uma página de preços, e também a que mais escorrega para a manipulação. A diferença entre boa ancoragem e prática enganosa é simples de enunciar: o valor que será efetivamente cobrado precisa estar visível e legível. Exibir “R$ 49 por mês” em corpo 32 e “cobrado anualmente, R$ 588” em corpo 10 e cinza claro é a versão web de um padrão que a própria App Store proíbe em aplicativos, e no Brasil esbarra na obrigação de informação clara e correta sobre preço prevista no Código de Defesa do Consumidor.

Três variações honestas que valem testar:

O tema da ancoragem tem um artigo dedicado com mais exemplos e limites em teste de ancoragem de preço.

Cartão de crédito no trial: duas métricas em direções opostas

Exigir cartão para iniciar o trial é a decisão que mais divide times de produto, e a que mais se beneficia de um teste bem desenhado, porque a direção do efeito é previsível e o saldo não é.

Trial com cartão Trial sem cartão
Volume de trials iniciados Menor Maior
Taxa de conversão trial para pago Maior Menor
Qualidade média do trial Mais alta, já filtrada Mais baixa, inclui curiosos
Carga no suporte e no onboarding Menor Maior
Risco Perder quem pagaria mas não gosta de dar cartão antes Encher o funil de quem nunca pagaria

Como as duas métricas se movem em direções opostas, ler o teste pela taxa de conversão do trial é garantir a resposta errada: a variação com cartão praticamente sempre “vence” nessa métrica. A leitura correta é contas pagas por visitante da página de preços, que é a única forma de comparar as duas estratégias no mesmo denominador. Segundo o levantamento de conversão de SaaS publicado pela ChartMogul em parceria com Growth Unhinged e ProductLed, as taxas medianas de conversão de gratuito para pago variam bastante conforme o modelo adotado, o que reforça o ponto: sem medir na sua própria base, benchmark de mercado serve para calibrar expectativa, nunca para decidir.

Dimensionando o teste

Ajuste a taxa de conversão atual da sua página de preços, o ganho mínimo que justifica implementar a mudança e o tráfego semanal real da página:

Calculadora de tamanho de amostra
-Visitantes por variação
-Total (2 variações)
-Duração estimada

Cálculo por aproximação normal de duas proporções, 2 variações (50/50). Mexa nos campos e veja o impacto ao vivo.

Um exemplo trabalhado ponta a ponta

Uma página de preços recebe 8.000 visitas por semana e converte 4,0% delas em início de trial. O time redesenhou a estrutura, passando de quatro planos para três e destacando o do meio.

Para detectar uma melhora relativa de 12% no início de trial (de 4,0% para 4,48%), a 95% de confiança e 80% de poder, a matemática pede 27.663 visitantes por variação, o que leva cerca de 49 dias. Mirando 20% relativo (de 4,0% para 4,8%), o requisito cai para 10.317 por variação e o teste fecha em cerca de 19 dias. Como remover um plano inteiro e destacar outro é uma mudança estrutural, mirar 20% é defensável; mirar 5% seria pedir meio ano de teste.

O teste rodou até 12.000 visitantes por variação e fechou assim:

Métrica de diagnóstico, início de trial: 480 no controle (4,00%) contra 576 na variação (4,80%). Rodando no motor de significância do blog: z = 3,02, valor-p ≈ 0,0025, intervalo de confiança de 95% da diferença entre +0,28 e +1,32 ponto percentual, melhora relativa de +20%. Resultado sólido, a nova estrutura realmente traz mais gente para o trial.

Início de trial significativo, conversão em conta paga inconclusivaNo início de trial a variação converteu 576 de 12.000 contra 480 de 12.000 do controle, com intervalo de confiança da diferença entre 0,28 e 1,32 ponto percentual, que não cruza zero. Na conta paga a variação converteu 180 de 12.000 contra 168 de 12.000, com intervalo entre menos 0,20 e mais 0,40 ponto, que cruza zero e portanto é inconclusivo.zero (sem diferença)Início de trial4,00% contra 4,80%+0,28 pt+1,32 ptp ≈ 0,0025Conta paga1,40% contra 1,50%−0,20 pt+0,40 ptp ≈ 0,517, inconclusivoMesma amostra, duas métricas: a de topo fecha, a que paga a conta não. É o caso mais comum em página de preços.
O que separa as duas leituras não é a qualidade da mudança, é a taxa base. Com 1,4% de conversão em conta paga, 12.000 visitantes por variação não chegam perto da amostra necessária.

Métrica de decisão, conta paga: 168 no controle (1,40%) contra 180 na variação (1,50%). Mesmo motor: z = 0,65, valor-p ≈ 0,517, intervalo de confiança de −0,20 a +0,40 ponto percentual. O intervalo cruza zero com folga: inconclusivo. A variação pode ser melhor, igual ou pior na métrica que importa, e esses dados não distinguem entre as três hipóteses.

Quanta amostra faltou? Para detectar uma melhora relativa de 20% sobre uma taxa base de 1,4%, o requisito é 30.359 visitantes por variação, cerca de 54 dias no mesmo tráfego de 8.000 visitas semanais. O teste parou com 12.000, menos da metade.

A leitura honesta desse resultado

O que dá para afirmar: a nova estrutura traz significativamente mais gente para o trial. O que não dá para afirmar: que ela traz mais clientes pagantes. As duas frases convivem, e a segunda é a que decide se a mudança vale.

Três caminhos defensáveis a partir daqui, e um indefensável.

Se a variação tivesse fechado também no pago, a conta de valor seria direta: sobre 30.000 visitas trimestrais na página de preços, uma melhora de 1,40% para 1,50% na conversão em conta paga, com receita média anual de R$ 4.900 por conta, representa R$ 147.000 de receita anual incremental vinda daquela coorte. É esse número, e não o ganho percentual, que justifica (ou não) o esforço de implementação.

Prova social e conformidade: o que realmente reduz o risco percebido

Numa página de preços, prova social não serve para convencer que o produto é bom, isso a landing page já tentou. Ela serve para reduzir o risco percebido de assinar, que é uma objeção diferente e mais específica: “e se eu colocar o cartão e isso não funcionar para o meu caso”.

Três blocos costumam mover essa objeção, em ordem de efeito observável:

Uma armadilha comum: encher a página de logos de clientes grandes quando o produto é vendido majoritariamente para empresas pequenas. O efeito colateral é o visitante concluir que aquilo não é para ele, e o número de trials cair sem que ninguém entenda por quê. Se for testar logos, teste também a versão com clientes do mesmo porte do visitante típico.

Como a página de preços conversa com o resto do funil

A página de preços é a única do site que recebe tráfego em estados de intenção radicalmente diferentes, e isso muda a leitura de qualquer teste feito nela.

Origem do visitante Estado de intenção O que ele precisa da página Risco de ler no agregado
Busca por marca (“nome do produto preço”) Alta, já decidiu avaliar Preço claro e caminho curto para o trial Domina o resultado quando o volume de marca é grande
Busca genérica de categoria Baixa, ainda comparando Comparação de recursos e critério de escolha Efeito diluído; pode se mover na direção oposta ao de marca
Anúncio pago Média, chegou por promessa específica Consistência com o que o anúncio prometeu Mudança de campanha no meio do teste vira variável de confusão
Link interno do produto ou do blog Média a alta, já conhece Reforço e desambiguação de plano Costuma ser o segmento mais fiel à hipótese
Indicação e comunidade Alta, chegou com confiança emprestada Prova de que o preço é justo Volume pequeno, mas conversão alta o bastante para distorcer médias

Duas consequências práticas. Primeiro: declare os segmentos de leitura antes de rodar (origem, dispositivo, novo x recorrente), porque descobrir um recorte favorável depois do resultado é garimpo, não análise. Segundo: cheque SRM por canal, não só no total. Uma campanha paga que muda de volume no meio do teste pode manter a divisão global em 50/50 e ainda assim desequilibrar a composição de cada lado, o que produz uma diferença de conversão que não veio da variação. O verificador de SRM só flagra isso se você olhar por canal.

Vale também alinhar o teste com o time comercial antes de começar. Numa venda que envolve pessoas, uma mudança na página de preços muda o perfil que chega para o comercial, e uma mudança no discurso comercial muda a leitura da página. Rodar os dois ao mesmo tempo sem combinar produz um resultado que ninguém consegue atribuir.

O problema do atraso: coleta e maturação são durações diferentes

Todo teste de página de preços tem duas linhas do tempo. A coleta é quanto tempo leva para acumular a amostra de visitantes. A maturação é quanto tempo leva para o último visitante exposto ter tido a chance de virar conta paga, o que inclui a duração do trial e o ciclo de decisão de compra.

Isso cria três regras práticas:

  1. Duração real do teste é coleta mais maturação. Um trial de 14 dias significa 14 dias a mais depois de encerrar a exposição.
  2. Nunca compare coortes com maturidade diferente. Se você olhar no dia 20 de um teste que começou no dia 1, os visitantes da primeira semana tiveram tempo de converter e os da terceira não. Como o controle e a variação recebem tráfego ao mesmo tempo, a comparação em si não é enviesada, mas a taxa absoluta que você vê está subestimada nos dois lados, e qualquer projeção feita sobre ela vai errar para baixo.
  3. Use uma métrica intermediária confiável durante a coleta. Início de trial, ativação ou primeiro uso relevante servem para detectar cedo se algo quebrou; nenhuma delas serve para declarar vitória.
Coleta e maturação na linha do tempo de um teste de página de preçosA fase de coleta acumula visitantes ao longo das semanas. A fase de maturação começa depois da última exposição e dura o tempo do trial mais o ciclo de decisão. A leitura final da conta paga só é válida ao fim da maturação.coleta (acumula visitantes)maturação (trial + decisão)última exposiçãoleitura válidaacompanhe o início de trial aquisó decida a conta paga aquiEncerrar a exposição não encerra o teste. Declarar vencedor antes do fim da maturação subestima os dois lados.
A maturação é a parte do cronograma que quase nunca entra no plano do teste, e é a que mais gera decisão precipitada em produto SaaS.

Guardas obrigatórias

Guarda Por que monitorar Sinal de alerta
Receita média por conta Uma estrutura nova pode empurrar gente para o plano mais barato Conversão sobe e a receita por conta cai o bastante para anular o ganho
Mix de planos escolhidos Destaque e ordem mudam qual plano é assinado Migração em massa para o plano de entrada, com efeito de longo prazo no valor do cliente
Churn em 60 e 90 dias Fricção removida demais atrai quem não deveria ter assinado Contas novas cancelando mais rápido que a coorte anterior
Volume de contatos de suporte sobre cobrança Ambiguidade de preço vira ticket, não só abandono Aumento de dúvidas sobre o que está incluso no plano
Taxa de upgrade Uma estrutura boa deixa espaço para crescer dentro dela Contas travadas no plano inicial sem caminho natural de upgrade

O churn precoce é a guarda mais esquecida e a mais reveladora: uma página que converte mais escondendo limites do plano aparece como vitória no teste e como cancelamento em massa no terceiro mês.

Erros comuns

Erro Por que acontece Consequência
Decidir pela taxa de clique no plano É a métrica que sobe primeiro e mais Vitória que não se traduz em receita nenhuma
Declarar vencedor antes da maturação Ansiedade de aplicar a mudança Subestima o efeito real e favorece quem foi exposto antes
Testar preço e apresentação na mesma variação Parecem parte da mesma mudança Impossível saber qual dos dois causou o resultado
Ignorar o mix de planos O painel mostra conversão total, não composição Mais assinaturas com receita média menor, saldo negativo escondido
Rodar o teste durante campanha ou lançamento O calendário comercial não espera o teste Tráfego com intenção atípica contamina os dois lados de forma desigual
Usar benchmark de mercado como meta É mais fácil que medir a própria base Meta arbitrária que ignora canal, preço e perfil do seu produto
Não declarar segmentos antes de rodar A vontade de achar uma história boa no dado Garimpo de subgrupo, tratado em detalhe nos erros comuns de teste A/B

Faça isso automático na Donnu

Testar uma página de preços exige três coisas ao mesmo tempo: amostra suficiente para uma taxa base baixa, disciplina para decidir pela conta paga em vez do clique, e paciência para esperar a maturação em vez de declarar vitória na primeira semana verde.

A Donnu A/B entrega a parte técnica disso no seu site: snippet leve que não atrasa a página, dimensionamento automático de amostra, e estatística bayesiana que mostra a incerteza em vez de escondê-la. Comece um teste grátis de 14 dias e teste a estrutura da sua página de preços antes de gastar o próximo trimestre discutindo a chamada do botão.


Leia também: Como Testar A/B o Preço do seu Produto · Growth Experimentation para SaaS · Freemium x Trial Grátis · Teste de Ancoragem de Preço

Referências

Perguntas frequentes

Qual é a métrica primária de um teste de página de preços SaaS?
Conta paga, e não clique no botão do plano nem início de trial. O clique é fácil de mover e não paga a conta; o início de trial é um bom sinal intermediário mas responde a qualquer redução de fricção, inclusive as que atraem gente que nunca vai pagar. A leitura honesta usa o início de trial como métrica de diagnóstico rápido e a conversão em conta paga como veredito, sempre com uma guarda de retenção nos meses seguintes, porque converter mais gente que cancela em 30 dias não é vitória.
Testar a página de preços é a mesma coisa que testar preço?
Não, e confundir as duas é caro. Testar a página de preços é mudar apresentação: quantos planos, qual é destacado, como o anual é ancorado, o que a tabela de recursos mostra, qual é a chamada do botão. Testar preço é mudar o valor cobrado, o que envolve percepção de justiça, comunicação com quem já é cliente e limites regulatórios sobre informação de preço. A maior parte do ganho disponível está na apresentação, que é reversível e tem risco baixo, e é por ela que vale começar.
Quanto tráfego uma página de preços precisa para um teste confiável?
Mais do que a maioria dos times imagina, porque a taxa base é baixa e a página costuma receber só uma fatia do tráfego do site. Com a matemática deste blog, uma página que converte 4% em início de trial e quer detectar uma melhora relativa de 12% precisa de cerca de 27.663 visitantes por variação. Mirando 20% relativo, o requisito cai para cerca de 10.317 por variação, o que com 8.000 visitas semanais fecha em torno de 19 dias. Se a conversão em conta paga for a métrica de decisão, o requisito cresce de novo, porque a taxa base dela é bem menor.
Quantos planos uma página de preços SaaS deve ter?
Não existe número universal, e essa é uma das melhores hipóteses de teste disponíveis. Poucos planos simplificam a decisão e podem deixar receita na mesa em contas grandes; muitos planos cobrem mais casos e aumentam o custo cognitivo, o que costuma empurrar o visitante para o botão de falar com alguém ou para lugar nenhum. O que funciona melhor do que escolher um número por intuição é olhar a distribuição real de uso da sua base, desenhar os planos em cima dela e testar duas estruturas concretas.
Pedir cartão de crédito no trial ajuda ou atrapalha?
Depende do que você está otimizando, e a direção é previsível: exigir cartão reduz o número de trials iniciados e aumenta a proporção dos que viram conta paga, porque filtra quem não tinha intenção de pagar. Sem cartão acontece o inverso, mais volume no topo e menor taxa de conversão. Como as duas métricas se movem em direções opostas, o teste só se resolve olhando contas pagas por visitante da página de preços, e não a taxa de conversão do trial isoladamente.
Como lidar com o atraso entre o teste e a conversão em conta paga?
Reconhecendo o atraso no desenho, não ignorando. Se o trial dura 14 dias, o efeito na conta paga só está completo 14 dias depois da última exposição, então o teste tem duas durações: a de coleta e a de maturação. Na prática, defina uma métrica intermediária confiável (início de trial, ativação, primeiro uso relevante), acompanhe-a durante a coleta, e só declare vencedor depois da janela de maturação. Nunca compare uma coorte madura do controle com uma coorte imatura da variação, porque isso favorece artificialmente o lado mais antigo.
Vale exibir o preço ou usar apenas "fale com vendas"?
É uma hipótese testável, com um trade-off conhecido: exibir preço qualifica e afasta ao mesmo tempo, porque quem não cabe no orçamento desiste antes de virar lead, o que reduz o volume de leads e aumenta a taxa de fechamento dos que chegam. Esconder o preço aumenta o volume e transfere o custo de qualificação para o time comercial. Em produto autosserviço, o padrão de mercado é exibir; em vendas complexas, esconder o preço do plano enterprise e exibir os demais é o meio-termo mais comum, e nada disso substitui rodar o teste na sua própria base.