Este documento descreve as técnicas que devem ser consideradas ao realizar um teste A/B das APIs Place Autocomplete e Address Validation da Plataforma Google Maps.
Estes são alguns dos benefícios de usar o Place Autocomplete e a API Address Validation:
- Melhor experiência do cliente:ao oferecer sugestões em tempo real de endereços e locais para os clientes, você os ajuda a finalizar a compra com mais rapidez e facilidade. Isso pode melhorar a experiência do cliente.
- Mais precisão dos dados:o Place Autocomplete e a API Address Validation podem ajudar você a melhorar a precisão dos dados dos seus clientes. Isso é especialmente importante no e-commerce, porque dados precisos de endereço são essenciais para a entrega bem-sucedida de pacotes.
Para melhorar a qualidade dos seus endereços, faça um teste A/B para avaliar qual solução de validação atende melhor às suas necessidades. Assim, você tem a chance de decidir 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 alteração em uma variável em um resultado mensurável.
Para fazer um teste A/B, crie duas versões de uma página ou de um app, uma como controle e outra com a alteração mensurável. Depois, você mostra essas versões para diferentes usuários e mede como eles interagem com eles. A versão com melhor desempenho é a vencedora.
Visão geral da arquitetura do sistema
Vamos analisar a validação de endereço de teste A/B em um caso de uso de e-commerce. O diagrama de arquitetura abaixo mostra como um cliente interagiria com sua experiência comercial, permitindo que você determine a estratégia de validação mais eficaz.
[Contexto do sistema] Validação de endereço do Teste A/B
Os sistemas envolvidos no teste A/B do valor da API Address Validation.
O processo de teste A/B
Quando você pensa sobre o processo geral de teste A/B, há quatro estágios a serem considerados.
- Preparação: identifique os requisitos, o escopo e o prazo do teste.
- Criação: implemente o Place Autocomplete e a API Address Validation em um ambiente para executar o teste.
- Executar: colete métricas enquanto o teste está em execução, até que resultados significativos sejam obtidos ou o tempo expire.
- Analisar: compare os resultados com a hipótese e identifique as próximas etapas.
Falaremos sobre cada um deles em seguida.
Preparação
Como decidir sobre os requisitos do teste A/B
Descoberta inicial
Reflita: por que você está adicionando ou alterando um provedor de validação de endereço? Por exemplo, usando o preenchimento automático de locais do Google Maps:
- Economia de tempo: você não precisa digitar o nome completo de um lugar quando pode apenas começar a digitar e ver as sugestões aparecerem.
- Reduz erros:se você digitar incorretamente o nome de um lugar, o preenchimento automático de lugares do Google Maps ainda vai sugerir o local correto.
A validação tem muitos benefícios, incluindo:
- Taxas de entrega aprimoradas:a validação de endereço ajuda a melhorar as taxas de entrega, garantindo que correspondências e pacotes sejam enviados para o endereço correto. Isso pode poupar tempo e dinheiro, além de melhorar a satisfação do cliente.
- Melhoria na qualidade dos dados:a validação de endereço ajuda 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.
Decidir sobre uma hipótese
Decida sua hipótese a ser testada. Veja dois exemplos:
1. Taxa de conversão
Quando você adiciona uma solução de tipo antecipado, é normal ver um pequeno aumento nas taxas de conversão, e essa é uma boa métrica para acompanhar. Se você estiver alterando a solução de tipo antecipado de outro provedor, uma taxa de conversão fixa deverá ser esperada. Se a taxa de conversão cair, a primeira coisa a verificar seria a implementação.
A taxa de conversão é importante, mas pode não contar a história toda. A adição de uma solução de validação de endereço foi criada para impedir que as pessoas enviem endereços de baixa qualidade no ponto de entrada, além de poder adicionar alguns atritos naturais à captura do endereço em alguns cenários. Isso pode levar a uma queda nas taxas de conversão gerais, mas não deve ser necessariamente considerado algo ruim. Os pedidos não finalizados devido à adição da validação de endereço podem ter sido associados a dados de endereço de baixa qualidade, o que resultaria em um custo para a empresa devido a estornos na entrega.
2. Redução de endereços de baixa qualidade
É aqui que uma boa solução de validação de endereço pode brilhar. Ao implementar a Address Validation, você deve esperar uma redução nos dados de endereço de baixa qualidade.
Se você estiver comparando uma solução nova com uma existente, pode ser tentador apenas comparar as taxas de correspondência de "endereço bom" e selecionar o serviço que fornece uma taxa de correspondência mais alta. Isso pode ser enganoso, porque um serviço pode estar fornecendo mais falsos positivos do que 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 bem-sucedida de um pacote.
Criar
Agora é a parte empolgante! É hora de criar uma 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 e-commerce, muitas informações ainda são relevantes, especialmente a orientação sobre como determinar a qualidade do endereço com base na saída da API Address Validation.
Diagrama da arquitetura
Confira abaixo um exemplo dos contêineres que podem ser usados para criar um teste A/B em um ambiente de e-commerce:
[Ambiente de execução] Validação de endereço de teste A/B
Os aplicativos, serviços e armazenamentos de dados importantes nos principais sistemas que alimentam a arquitetura. Clique para ampliar.
Como validar a implementação
Uma solução mal implementada 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 internos do controle de qualidade e/ou um grupo selecionado de testadores externos em quem você confia para dar feedback construtivo.
Executar
Aumentando lentamente
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 e outros problemas podem ser detectados com antecedência 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, poderemos avançar para um teste A/B completo. Isso não precisa necessariamente ser uma divisão real de tráfego de 50/50, mas deve ser comparável em tamanho com um conjunto de uso ativo selecionado aleatoriamente.
Capturando métricas
Durante o teste, você deve garantir que os dados apropriados para apoiar sua hipótese sejam capturados. Você pode usar uma plataforma de teste A/B durante esse processo, para facilitar a coleta de dados e a análise posterior. A Plataforma Google Maps também coleta métricas de uso de API que podem ser úteis. Confira esta página para saber mais sobre como usar nossas ferramentas de relatórios.
Estas são algumas métricas sugeridas:
Place Autocomplete
Taxa de conversão: a taxa de conversão/preenchimento do seu formulário melhorou por não ter uma solução de preenchimento automático anteriormente?
Interação com ferramentas:os usuários estão interagindo mais com o Place Autocomplete em comparação com a solução anterior?
Address Validation
Entrega bem-sucedida: 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 referentes à mudança de endereço recebidas das transportadoras?
Residencial x comercial:houve uma melhoria na captura de dados residenciais x comerciais? (somente mercados selecionados)
Analisar
Agora que o teste terminou, é hora de analisar os resultados em relação à hipótese e os critérios originais do teste. Se você usou uma plataforma de teste A/B para concluir o processo, algumas informações podem já estar disponíveis para você.
Volte à seção Redução em endereços de baixa qualidade acima, também é possível usar outras métricas que podem não ter sido capturadas pela plataforma de teste 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 este caso de uso, a Solução B seria a melhor escolha.
Conclusão
Esperamos que este guia tenha fornecido informações suficientes para que você comece sua jornada de teste A/B. Ele usou exemplos do espaço do e-commerce, mas os mesmos princípios básicos podem ser aplicados em todas as áreas. Identifique o resultado de ter dados de endereço de boa qualidade na sua empresa e acompanhe isso como sua principal hipótese.
Incluímos os links mencionados no guia novamente abaixo, como sugestão de leitura adicional.
Divirta-se!
Próximas etapas
Faça o download do artigo Melhorar a finalização de compra, a entrega e as operações com endereços confiáveis e confira o webinar Como melhorar a finalização de compra, a entrega e as operações com a Address Validation .
Leitura adicional sugerida:
- Validação de endereço para finalização de compra de e-commerce
- Documentação do Place Autocomplete
- Documentação da API Address Validation
- Geração de relatórios da Plataforma Google Maps
Colaboradores
Autores principais:
Henrik Valve | Engenheiro de soluções da Plataforma Google Maps