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 o Place Autocomplete e a API Address Validation:
- Melhor experiência do cliente:ao oferecer aos clientes sugestões em tempo real de endereços e lugares, você ajuda a concluir o checkout de maneira mais rápida e fácil. Isso pode levar a uma melhor experiência do cliente.
- Maior precisão dos dados:o Place Autocomplete e a API Address Validation podem ajudar a melhorar a precisão dos dados do cliente. Isso pode ser especialmente importante no e-commerce, já que os dados de endereço precisos são essenciais para a entrega 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. Isso oferece a oportunidade 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 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 meça como eles interagem com elas. A versão com melhor desempenho é a vencedora.
Visão geral da arquitetura do sistema
Vamos analisar o Address Validation de teste A/B 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] Validação de endereço de teste A/B
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 período do teste.
- Criação : implemente o Place Autocomplete e a API Address Validation em um ambiente para executar o teste.
- Execução : colete métricas enquanto o teste está em execução até que resultados significativos sejam obtidos ou o tempo expire.
- Análise : compare os resultados com a hipótese e identifique as próximas etapas.
Vamos falar sobre cada um deles.
Preparação
Como decidir sobre os requisitos de teste A/B
Descoberta inicial
Pergunte-se: por que você está adicionando ou mudando um provedor de Address Validation? Por exemplo, usando o Place Autocomplete do Google Maps:
- Economiza tempo:não é necessário digitar o nome completo de um lugar quando você pode começar a digitar e ver sugestões.
- Reduz erros:se você digitar o nome de um lugar errado, o Place Autocomplete do Google Maps ainda vai sugerir o lugar correto.
Há muitos benefícios na validação de endereço, incluindo:
- Taxas de entrega aprimoradas:a validação de endereço pode ajudar 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.
- Qualidade de dados aprimorada:o Address Validation 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 orientadas a dados.
Como decidir sobre a hipótese
Decida sobre sua hipótese para testar. Confira dois exemplos:
1. Taxa de conversão
Ao adicionar uma solução de digitação antecipada, é comum observar 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 antecipada de outro provedor, uma taxa de conversão fixa será esperada. Se a taxa de conversão diminuir, a primeira coisa a verificar será a implementação.
A taxa de conversão é importante, mas pode não contar toda a história. A adição de uma solução de Address Validation foi projetada para impedir que as pessoas enviem endereços de baixa qualidade no ponto de entrada e pode adicionar algum atrito natural à captura de endereços em alguns cenários. Isso pode levar a uma queda nas taxas de conversão gerais, mas isso não precisa ser visto como algo ruim. Os pedidos não concluídos devido à adição da Address Validation podem ter sido associados a dados de endereço de baixa qualidade que teriam resultado 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 Address Validation pode realmente brilhar. Ao implementar o Address Validation, você espera uma redução nos dados de endereço de baixa qualidade.
Se você estiver comparando uma nova solução com uma já existente, pode ser tentador comparar apenas as taxas de correspondência de "bom endereço" e selecionar o serviço que oferece uma taxa de correspondência maior. Isso pode ser enganoso porque um serviço pode estar fornecendo 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 emocionante! É hora de criar uma nova solução para seus clientes. Já temos um guia útil para implementar o Place Autocomplete e a API Address Validation em um checkout de e-commerce. Recomendamos que você confira isso ao concluir esta etapa.
Mesmo que você não esteja criando especificamente para e-commerce, muitas informações ainda são relevantes, especialmente as orientações sobre como determinar a qualidade do endereço na saída da API Address Validation.
Diagrama de 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 de Address Validation
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 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. Isso pode ser testadores de controle de qualidade internos e/ou um grupo selecionado de testadores externos, em quem você confia para dar feedback construtivo.
Corrida
Aumentando o volume aos poucos
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 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 todos os problemas forem resolvidos, poderemos aumentar para um teste A/B completo. Isso não precisa ser uma divisão de tráfego de 50/50, mas deve ser comparável em tamanho a um conjunto selecionado aleatoriamente de uso real.
Captura de métricas
Durante o teste, verifique se os dados adequados para apoiar sua hipótese são 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 da API que podem ser úteis. Você pode conferir esta página para saber mais sobre como usar nossas ferramentas de relatórios.
Algumas métricas sugeridas são as seguintes:
Place Autocomplete
Taxa de conversão:a taxa de conversão/conclusão do seu formulário melhorou por não ter uma solução de preenchimento automático anteriormente?
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?
Alterações de endereço:houve uma redução no número de cobranças de alteração de endereço que você recebeu de transportadoras?
Residencial x comercial:houve uma melhoria na captura de dados residenciais x comerciais? (selecionar mercados apenas)
Analisar
Agora que o teste acabou, é hora de analisar os resultados em relação aos critérios e hipóteses originais do teste. 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 podem não ter 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 teste A/B. Embora tenha usado exemplos do espaço de e-commerce, os mesmos princípios básicos podem ser aplicados em todos os casos. Identifique o resultado bem-sucedido 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 leitura adicional sugerida.
Divirta-se!
Próximas etapas
Faça o download do white paper Melhore o checkout, a entrega e as operações com endereços confiáveis e assista ao webinar Melhorar o checkout, a entrega e as operações com a validação de endereço .
Leitura adicional sugerida:
- Address Validation para checkout 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