Como avaliar o impacto da validação de endereço usando um teste A/B

Este documento descreve técnicas a serem consideradas ao realizar um teste A/B das APIs Place Autocomplete e Address Validation da Plataforma Google Maps.

Alguns benefícios do uso do Place Autocomplete e da API Address Validation são:

  • Melhor experiência do cliente:ao oferecer aos clientes sugestões de endereços e lugares em tempo real, você ajuda a finalizar a compra de forma mais rápida e fácil. Isso melhora a experiência do cliente.
  • Mais precisão de dados:o Place Autocomplete e a API Address Validation podem ajudar a melhorar a precisão dos dados dos clientes. Isso pode ser especialmente importante no comércio eletrônico, já que os dados de endereço precisos são necessários para a entrega de pacotes.

Para melhorar a qualidade dos seus endereços, execute um teste A/B para avaliar qual solução de validação atende melhor às suas necessidades. Isso permite que você decida quantitativamente qual produto é mais adequado para seu caso de uso.

Um teste A/B é uma maneira de comparar duas versões de uma página da Web ou de um app. É um tipo de experimento controlado usado para determinar o efeito de uma mudança em uma variável em um resultado mensurável.
Para realizar um teste A/B, crie duas versões de uma página ou app, uma como controle e a outra com a mudança mensurável. Em seguida, mostre essas versões para diferentes usuários e avalie como eles interagem com elas. A versão com melhor desempenho é a vencedora.

Visão geral da arquitetura do sistema

Vamos analisar o teste A/B da Validação de endereço em um caso de uso de e-commerce. O diagrama de arquitetura abaixo mostra como um cliente interagiria com sua experiência comercial, o que permite determinar a estratégia de validação mais eficaz.

[Contexto do sistema] Teste A/B da validação de endereço

Os sistemas envolvidos no teste A/B do valor da API Address Validation.

O diagrama de arquitetura mostra um cliente do seu site de e-commerce interagindo com o sistema de teste A/B. Esse sistema decide qual variável de teste mostrar ao cliente, usando o sistema de software da loja de e-commerce. A loja de e-commerce faz uma chamada de API para o sistema de software da Plataforma Google Maps. Ele também coleta análises de testes A/B, que são processadas por um sistema de software de análise e enviadas de volta ao sistema de teste A/B.

O processo de teste A/B

Quando você está pensando no processo geral do teste A/B, há quatro etapas a serem consideradas.

  • Preparação: identifique os requisitos, o escopo e o cronograma do teste.
  • Criar: implemente a API Place Autocomplete e Address Validation em um ambiente para fazer o teste.
  • Executar: colete métricas enquanto o teste está em execução até que resultados significativos sejam obtidos ou o tempo expire.
  • Analise: compare os resultados com a hipótese e identifique as próximas etapas.

Vamos falar sobre cada um deles.

Preparação

Como decidir sobre requisitos de teste A/B

Descoberta inicial

Pergunte a si mesmo: por que você está adicionando ou mudando um provedor de validação de endereço? Por exemplo, usando o preenchimento automático de lugares do Google Maps:

  • Economia de tempo:você não precisa digitar o nome completo de um lugar se puder começar a digitar e ver as sugestões aparecerem.
  • Reduz erros:se você digitar o nome de um lugar errado, o preenchimento automático do Google Maps vai sugerir o lugar correto.

A validação de endereço oferece muitos benefícios, incluindo:

  • Taxas de entrega melhores:a validação de endereço pode ajudar a melhorar as taxas de entrega, garantindo que as correspondências e os pacotes sejam enviados para o endereço correto. Isso pode economizar tempo e dinheiro das empresas, além de melhorar a satisfação do cliente.
  • Melhoria na qualidade dos dados:a validação de endereços pode ajudar a melhorar a qualidade dos dados, identificando e corrigindo erros nos endereços. Isso pode melhorar a precisão das campanhas de marketing e outras iniciativas baseadas em dados.

Como definir uma hipótese

Decida qual será a hipótese a ser testada. Confira dois exemplos:

1. Taxa de conversão

Quando você adiciona uma solução de digitação antecipada, é comum observar um ligeiro aumento nas taxas de conversão, e essa é uma boa métrica para acompanhar. Se você estiver mudando sua solução de digitação antecipada de outro provedor, é esperado que a taxa de conversão seja fixa. Se a taxa de conversão cair, a primeira coisa a verificar é a implementação.

A taxa de conversão é importante, mas não conta toda a história. A adição de uma solução de validação de endereço foi projetada para impedir que as pessoas enviem endereços de baixa qualidade no ponto de entrada e pode adicionar alguma dificuldade natural à captura de endereços em alguns cenários. Isso pode levar a uma queda nas taxas de conversão geral, mas isso não precisa ser necessariamente visto como algo ruim. Os pedidos não concluídos devido à adição da validação de endereço podem ter sido associados a dados de endereço de baixa qualidade que teriam resultado em um custo para a empresa por meio de estorno de entrega.

2. Redução de endereços de baixa qualidade

É aqui que uma boa solução de validação de endereço pode se destacar. Ao implementar a Address Validation, você vai notar uma redução na qualidade dos dados de endereço.

Se você estiver comparando uma nova solução com uma existente, pode ser tentador comparar as taxas de correspondência de "endereços bons" e selecionar o serviço que oferece uma taxa de correspondência mais alta. Isso pode ser enganoso porque um serviço pode fornecer mais falsos positivos do que o outro.

Em vez disso, a métrica mais impactante é comparar o resultado positivo do uso dos dados de endereço. Tomando o e-commerce como exemplo, o resultado desejado da captura de um endereço seria a entrega de um pacote.

Criar

Agora é a parte mais legal! Chegou a hora de criar uma nova solução para seus clientes. Já temos um guia prático para implementar o Place Autocomplete e a API Address Validation em uma finalização de compra de e-commerce. Recomendamos que você verifique isso ao concluir esta etapa.

Mesmo que você não esteja criando especificamente para o e-commerce, muitas informações ainda são relevantes, especialmente as orientações sobre como determinar a qualidade do endereço a partir da saída da API Address Validation.

Diagrama da arquitetura

Confira abaixo um exemplo de contêineres que podem ser usados para criar um teste A/B em um ambiente de e-commerce:

[Execution Environment] A/B Testing Address Validation

Os aplicativos, serviços e repositórios de dados importantes, nos principais sistemas, que alimentam a arquitetura. Clique para ampliar.

O diagrama de arquitetura mostra os contêineres que compõem o sistema de software de teste A/B e o sistema de software do app de e-commerce. Ele mostra a um cliente seu site de e-commerce interagindo com um balanceador de carga, que vai direcioná-lo para o app do site de e-commerce. O gerenciador de testes A/B se comunica com o balanceador de carga para selecionar a variável de teste A/B a ser exibida ao cliente. Esse sistema de teste A/B também registra os resultados e a configuração do teste no banco de dados que você escolher. O app da Web de e-commerce faz chamadas de API para o sistema de software da plataforma Google Maps e também informa eventos de análise para o sistema de software do Google Analytics, que registra os eventos de teste no banco de dados de resultados de testes A/B.

Como validar a implementação

Uma solução mal implementada vai produzir resultados de teste não confiáveis. Antes de executar o teste A/B, é importante validar a solução com um pequeno grupo de usuários para garantir que ela funcione conforme o esperado. Podem ser testadores de controle de qualidade internos e/ou um grupo selecionado de testadores externos em quem você confia para dar feedback construtivo.

Executar

Aumento lento

Mesmo com a solução validada, ainda é uma boa ideia aumentar o teste lentamente, começando com um pequeno grupo de usuários. Ao fazer isso, bugs ou outros problemas podem ser detectados antecipadamente e resolvidos rapidamente sem afetar uma grande porcentagem dos usuários.

Teste completo

Depois que a solução for testada por um pequeno grupo de usuários e os problemas forem resolvidos, podemos passar para um teste A/B completo. Não precisa ser uma divisão real de 50/50 do tráfego, mas precisa ser comparável em tamanho com um conjunto de uso real selecionado aleatoriamente.

Como capturar métricas

Durante o teste, é necessário capturar os dados adequados para apoiar sua hipótese. É possível usar uma plataforma de testes A/B durante esse processo para facilitar a coleta de dados e análises posteriores. A Plataforma Google Maps também coleta métricas de uso da API que podem ser úteis. Confira esta página para saber mais sobre como usar nossas ferramentas de geração de relatórios.

Estas são algumas métricas sugeridas:

Place Autocomplete

Taxa de conversão:a taxa de conversão/conclusão do seu formulário melhorou em relação ao que era antes de usar a solução de preenchimento automático?
Interação com a ferramenta:mais usuários estão interagindo com o Place Autocomplete em comparação com a solução anterior?

Address Validation

Sucesso na entrega:houve uma redução nas entregas com falha devido à qualidade do endereço?
Mudanças de endereço:houve uma redução no número de cobranças por mudança de endereço que você recebeu das transportadoras?
Residencial x comercial:houve uma melhoria na captura de dados residenciais e comerciais? (somente em alguns mercados)

Analisar

Agora que o teste acabou, é hora de analisar os resultados em relação aos critérios e à hipótese originais. Se você usou uma plataforma de testes A/B para concluir o processo, algumas informações já podem estar disponíveis.

Voltando à seção Redução de endereços de baixa qualidade acima, você também pode usar outras métricas que podem não ter sido capturadas pela plataforma de testes A/B. Pode ser a taxa de falhas na entrega entre os cenários de teste, com dados de exemplo como estes:

Solução A Solução B
Entregas com falha 1,75% 1,23%

Analisando o exemplo básico acima, fica claro que, para esse caso de uso, a Solução B seria a melhor escolha.

Conclusão

Esperamos que este guia tenha fornecido informações suficientes para você começar sua jornada de testes A/B. Embora tenhamos usado exemplos do espaço de comércio eletrônico, os mesmos princípios básicos podem ser aplicados em todos os setores. Identifique o resultado bem-sucedido de ter dados de endereços de boa qualidade na sua empresa e acompanhe isso como sua principal hipótese.

Incluímos os links mencionados no guia abaixo, como sugestão de leitura complementar.

Divirta-se!

Próximas etapas

Baixe o documento técnico Melhorar a finalização da compra, o envio e as operações com endereços confiáveis e assista o webinar Como melhorar a finalização da compra, o envio e as operações com a validação de endereço .

Leitura adicional sugerida:

Colaboradores

Principais autores:

Henrik Valve | Engenheiro de soluções da Plataforma Google Maps