Medimos o sucesso da otimização da taxa de conversão (CRO) em três níveis, e nossa principal métrica é a receita por visitante — não a taxa de conversão isoladamente. A taxa de conversão pode aumentar enquanto o valor médio do pedido cai, deixando a receita total estagnada. O RPV (Receita por Visitante) preenche essa lacuna. No nível do teste, relatamos o aumento de receita, a confiança estatística e a receita incremental. Cada teste é executado durante ciclos comerciais completos, para que os padrões de dias úteis, dias de pagamento e campanhas não distorçam o resultado, e definimos o efeito mínimo detectável e o tamanho da amostra necessário antes do teste entrar em operação — não depois de termos visto os números. No nível do programa, rastreamos a velocidade dos testes, a taxa de sucesso, o aumento médio por teste bem-sucedido e a receita incremental anualizada acumulada ao longo de 6 a 12 meses. Um único teste pode ser sorte; um ano de resultados do programa, não. Este também é o número que responde à única pergunta que um diretor financeiro realmente faz: receita incremental anualizada em relação ao custo do programa. Além disso, rastreamos métricas de segurança — valor médio do pedido, taxas de devolução e cancelamento, volume de chamados de suporte e desempenho da página — para que um teste bem-sucedido nunca seja bem-sucedido transferindo um custo para outra área da empresa. Também consideramos os testes malsucedidos como resultados. Uma variação com desempenho inferior representa uma decisão de lançamento que você não tomou e uma receita que você não perdeu, validada em três semanas em vez de descoberta em um trimestre. Cada teste é relatado com sua hipótese, seus dados e a decisão que ele fundamenta, seja ela bem-sucedida ou não. Nada disso funciona sem uma linha de base bem definida. Antes de qualquer execução de teste, validamos a configuração da análise e estabelecemos o benchmark pré-programa — não reivindicamos melhorias com base em números que não conseguimos mensurar inicialmente.