Neste documento, descrevemos as técnicas que precisam ser consideradas ao fazer um teste A/B das APIs Place Autocomplete e Address Validation da Plataforma Google Maps.
Estes são alguns benefícios do uso do Place Autocomplete e da API Address Validation:
- Melhor experiência do cliente:ao fornecer sugestões em tempo real de endereços e lugares aos clientes, você pode ajudá-los a finalizar a compra com mais rapidez e facilidade. Isso pode melhorar 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 e-commerce, porque depende de dados de endereço precisos para a entrega bem-sucedida de pacotes.
Para melhorar a qualidade dos seus endereços, faça um teste A/B e avalie qual solução de validação melhor atende às suas necessidades. Isso dá a você 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 aplicativo. É 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 outra com a mudança mensurável. Em seguida, você mostra essas versões para diferentes usuários e mede como eles interagem com elas. A versão com o melhor desempenho é a vencedora.
Visão geral da arquitetura do sistema
Vejamos 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] Validação de endereço do Teste A/B
Os sistemas envolvidos no teste A/B do valor da API Address Validation.
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 a escala de tempo de testes.
- Criar: implemente a API Place Autocomplete e Address Validation em um ambiente para fazer o teste.
- Executar: colete métricas enquanto o teste é executado, até que resultados significativos sejam obtidos ou o tempo tenha expirado.
- Analisar: compare os resultados com a hipótese e identifique as próximas etapas.
Falaremos sobre cada um deles um de cada vez.
Preparação
Como decidir sobre requisitos de teste A/B
Descoberta inicial
Pergunte a si mesmo: por que você está adicionando ou alterando 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 inteiro de um lugar quando basta começar a digitar e ver as sugestões aparecerem.
- Reduz erros:se você digitar o nome de um lugar incorretamente, o Place Autocomplete do Google Maps ainda vai sugerir o lugar correto.
Há muitos benefícios em lidar com a validação, incluindo:
- Melhores taxas de entrega:a validação de endereço pode ajudar a melhorar as taxas de entrega, garantindo que a correspondência e os pacotes sejam enviados para o endereço correto. Isso economiza tempo e dinheiro das empresas, além de melhorar a satisfação do cliente.
- Qualidade de dados aprimorada:a validação de endereço 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 decidir sobre uma hipótese
Decida a hipótese a ser testada. Aqui estão dois exemplos:
1. Taxa de conversão
Quando você adiciona uma solução de tipos antecipados, é comum ver um ligeiro aumento nas taxas de conversão, e essa é uma boa métrica a ser acompanhada. Se você estiver alterando sua solução de outro fornecedor, deverá esperar uma taxa de conversão 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 é suficiente para contar toda a história. A adição de uma solução de validação de endereço tem como objetivo evitar que as pessoas enviem endereços de baixa qualidade no ponto de entrada e pode adicionar atrito natural na captura em alguns cenários. Isso poderia levar a uma queda nas taxas de conversão gerais, mas não deve ser necessariamente 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 devido a estornos de entrega.
2. Redução de endereços de má qualidade
É aqui que uma boa solução de validação de endereço pode realmente brilhar. Ao implementar a Address Validation, você vai notar uma redução na qualidade dos dados de endereço.
Se você estiver comparando uma solução nova com uma existente, pode ser tentador apenas comparar as taxas de correspondência de "endereço válido" 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 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.
Criação
Agora é a parte empolgante. 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 e-commerce, muitas informações ainda são relevantes, especialmente as orientações para determinar a qualidade do endereço com base na 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:
[Ambiente de execução] Validação de endereço do teste A/B
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. Pode ser testadores internos de controle de qualidade 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 necessariamente uma divisão de tráfego 50/50 real, mas deve ser comparável em tamanho com um conjunto de uso ativo selecionado aleatoriamente.
Como capturar métricas
Durante o teste, você deve garantir que os dados apropriados para apoiar sua hipótese sejam capturados. É 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 de API que podem ser úteis. Acesse esta página para saber mais sobre 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 porque ainda não havia uma solução de preenchimento automático?
Interação com a ferramenta:mais usuários estão interagindo com o Place Autocomplete de forma eficiente em comparação com a solução anterior?
Address Validation
Sucesso na entrega:houve redução nas falhas de entrega devido à qualidade do endereço?
Alterações 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 alguma melhoria na captura de dados residenciais em comparação com os 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 do teste. Se você usou uma plataforma de teste A/B para concluir o processo, talvez algumas informações já estejam 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. 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 | |
|---|---|---|
| Falha na entrega | 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 dado informações suficientes para você começar sua jornada de teste A/B. Embora ele tenha usado exemplos do espaço do 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ços de boa qualidade na sua empresa e acompanhe isso como sua principal hipótese.
Incluímos os links mencionados no guia abaixo novamente como sugestão de leitura adicional.
Divirta-se!
Próximas etapas
Faça o download do artigo Melhore a finalização da compra, a entrega e as operações com endereços confiáveis e confira o webinar Como melhorar a finalização de compras, 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