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.
Confira alguns benefícios de usar a API Place Autocomplete e Address Validation:
- Melhor experiência do cliente:ao oferecer sugestões de endereços e lugares em tempo real, você ajuda os clientes a concluir a finalização da compra de forma mais rápida e fácil. Isso pode melhorar a experiência do cliente.
- Precisão de dados aprimorada:a API Place Autocomplete e Address Validation pode ajudar você a melhorar a precisão dos dados dos clientes. Isso é especialmente importante no e-commerce, já que dados de endereço precisos são necessários para a entrega de pacotes.
Para melhorar a qualidade dos seus endereços, faça um teste A/B e avalie qual solução de validação atende melhor às suas necessidades. Assim, você pode decidir de forma quantitativa 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 um app. É um tipo de experimento controlado usado para determinar o efeito de uma mudança em uma variável sobre 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 meça como eles interagem com elas. A versão com melhor performance é 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 interage com sua experiência de comércio, permitindo que você determine a estratégia de validação mais eficaz.
[Contexto do sistema] Teste A/B da API Address Validation
Os sistemas envolvidos ao testar o valor da API Address Validation.
O processo de teste A/B
Ao pensar no processo geral de teste A/B, há quatro etapas a serem consideradas.
- Preparação: identifique os requisitos, o escopo e o cronograma dos testes.
- Crie: implemente a API Place Autocomplete e Address Validation em um ambiente para executar o teste.
- Executar: coleta 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.
Vamos falar sobre cada um deles.
Preparação
Decidir sobre os requisitos de teste A/B
Descoberta inicial
Pergunte-se: por que você está adicionando ou mudando um provedor de validação de endereço? Por exemplo, usando o recurso de preenchimento automático de lugares do Google Maps:
- Economiza tempo:não é preciso digitar o nome completo de um lugar. Basta começar a digitar para ver sugestões.
- Reduz erros:se você digitar o nome de um lugar errado, o Autocompletar do Google Maps ainda vai sugerir o local correto.
A validação de endereço oferece muitos benefícios, incluindo:
- Melhoria nas taxas de entrega: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 economizar tempo e dinheiro das empresas e melhorar a satisfação do cliente.
- Melhor qualidade dos dados:a validação de endereços pode ajudar a melhorar a qualidade dos dados identificando e corrigindo erros. Isso pode melhorar a precisão das campanhas de marketing e de outras iniciativas baseadas em dados.
Decidir sobre a hipótese
Decida qual hipótese você quer testar. Confira dois exemplos:
1. Taxa de conversão
Ao adicionar uma solução de preenchimento automático, é comum notar um pequeno aumento nas taxas de conversão, e essa é uma boa métrica para acompanhar. Se você estiver mudando sua solução de digitação preditiva de outro provedor, uma taxa de conversão estável será esperada. Se a taxa de conversão diminuir, a primeira coisa a verificar é a implementação.
A taxa de conversão é importante, mas não conta toda a história. Adicionar uma solução de validação de endereço foi projetado para impedir que as pessoas enviem endereços de baixa qualidade no ponto de entrada e pode adicionar um atrito natural à captura de endereços em alguns cenários. Isso pode levar a uma queda nas taxas de conversão gerais, mas não precisa ser 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, o que resultaria em um custo para a empresa por meio de estornos de entrega.
2. Redução de endereços de baixa qualidade
É aqui que uma boa solução de validação de endereços pode fazer a diferença. Ao implementar a Address Validation, você vai notar uma redução nos dados de endereços de baixa qualidade.
Se você estiver comparando uma solução nova com uma atual, pode ser tentador comparar apenas as taxas de correspondência de "endereço válido" e selecionar o serviço que oferece uma taxa 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 bem-sucedido 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 divertida! É 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 um processo de finalização de compra de e-commerce. Recomendamos que você confira isso ao concluir esta etapa.
Mesmo que você não esteja criando especificamente para e-commerce, muitas das informações ainda são relevantes, especialmente as orientações 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] Teste A/B da validação de endereço
Os aplicativos, serviços e repositórios de dados importantes nos principais sistemas que alimentam a arquitetura. Clique para ampliar.
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
Aumentando aos poucos
Mesmo com a solução validada, é uma boa ideia aumentar o teste lentamente, começando com um pequeno grupo de usuários. Assim, bugs ou outros problemas podem ser detectados e resolvidos rapidamente sem afetar uma grande porcentagem de usuários.
Teste completo
Depois que a solução for testada por um pequeno grupo de usuários e todos os problemas forem resolvidos, poderemos aumentar para um teste A/B completo. Não precisa ser uma divisão de tráfego 50/50, mas deve ser comparável em tamanho a um conjunto de uso ativo selecionado aleatoriamente.
Como capturar métricas
Durante o teste, verifique se os dados adequados para apoiar sua hipótese foram capturados. Use 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 da API que podem ser úteis. Confira esta página para saber mais sobre como usar nossas ferramentas de geração de relatórios.
Algumas métricas sugeridas são:
Place Autocomplete
Taxa de conversão:a taxa de conversão/conclusão do seu formulário melhorou em relação a não ter uma solução de preenchimento automático antes?
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 da 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 x comerciais? (somente em alguns mercados)
Analisar
Agora que o teste terminou, é hora de analisar os resultados em relação aos critérios e à hipótese originais. Se você usou uma plataforma de teste 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 talvez não tenham sido capturadas pela plataforma de teste A/B. Essa pode ser a taxa de entregas com falha entre os cenários de teste, com dados de exemplo como este:
| 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 opção.
Conclusão
Esperamos que este guia tenha fornecido informações suficientes para você começar sua jornada de testes A/B. Embora tenha usado exemplos do espaço de e-commerce, os mesmos princípios básicos podem ser aplicados em todos os setores. Identifique o resultado positivo de ter dados de endereço de boa qualidade na sua empresa e acompanhe isso como sua principal hipótese.
Incluímos novamente os links mencionados no guia abaixo como sugestão de leitura complementar.
Divirta-se!
Próximas etapas
Baixe o Whitepaper "Melhore a finalização da compra, o envio e as operações com endereços confiáveis" e assista o Webinar "Melhore a finalização da compra, o envio e as operações com a validação de endereço" .
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
Principais autores:
Henrik Valve | Engenheiro de soluções da Plataforma Google Maps