В этом документе описаны методы, которые следует учитывать при проведении A/B-тестирования API автозаполнения мест и проверки адресов платформы Google Maps.
Вот несколько преимуществ использования API для автозаполнения мест и проверки адресов:
- Улучшение качества обслуживания клиентов: предоставляя клиентам подсказки по адресам и местам в режиме реального времени, вы можете помочь им быстрее и проще завершить оформление заказа. Это может привести к улучшению качества обслуживания клиентов.
- Повышение точности данных: API автозаполнения и проверки адресов может помочь повысить точность данных о клиентах. Это особенно важно в электронной коммерции, поскольку точные адресные данные необходимы для успешной доставки посылок.
Для повышения качества ваших адресов проведите A/B-тестирование, чтобы оценить, какое решение для проверки лучше всего соответствует вашим потребностям. Это даст вам возможность количественно определить, какой продукт лучше всего подходит для вашего случая.
A/B-тестирование — это способ сравнения двух версий веб-страницы или приложения. Это тип контролируемого эксперимента, используемый для определения влияния изменения переменной на измеримый результат.
Для проведения A/B-тестирования создайте две версии страницы или приложения: одну в качестве контрольной, а другую — с измеримыми изменениями. Затем покажите эти версии разным пользователям и измерьте, как они с ними взаимодействуют. Версия, показавшая лучшие результаты, станет победителем.
Обзор архитектуры системы
Рассмотрим A/B-тестирование проверки адресов в контексте электронной коммерции. Приведенная ниже архитектурная диаграмма показывает, как клиент будет взаимодействовать с вашим коммерческим интерфейсом, что позволит вам определить наиболее эффективную стратегию проверки.
[Системный контекст] A/B-тестирование. Проверка адресов.
Системы, используемые при A/B-тестировании эффективности API проверки адресов.
Процесс A/B-тестирования
При рассмотрении всего процесса A/B-тестирования следует учитывать четыре этапа.
- Подготовка — Определение требований к тестированию, его объема и сроков.
- Разработка — Реализация API автозаполнения адресов и проверки адресов в среде, предназначенной для запуска тестов.
- Запуск — сбор метрик во время выполнения теста, до получения значимых результатов или истечения времени.
- Анализ — сравните результаты с гипотезой и определите дальнейшие шаги.
Мы обсудим каждый из этих вопросов по очереди.
Подготовка
Определение требований к A/B-тестированию
Первоначальное открытие
Задайте себе вопрос: зачем вы добавляете или меняете поставщика проверки адресов? Например, используя функцию автозаполнения мест в Google Maps:
- Экономит время: вам не нужно вводить полное название места, вы можете просто начать печатать и увидеть появляющиеся подсказки.
- Уменьшает количество ошибок: если вы неправильно напишете название места, функция автозаполнения мест в Google Maps все равно предложит правильное место.
Проверка адресов имеет множество преимуществ, в том числе:
- Повышение показателей доставки: Проверка адресов может помочь повысить показатели доставки, гарантируя, что почта и посылки отправляются по правильному адресу. Это может сэкономить компаниям время и деньги, а также повысить удовлетворенность клиентов.
- Улучшение качества данных: Проверка адресов может помочь улучшить качество данных, выявляя и исправляя ошибки в адресах. Это может повысить точность маркетинговых кампаний и других инициатив, основанных на данных.
Выбор гипотезы
Сформулируйте гипотезу для проверки. Вот два примера:
1. Коэффициент конверсии
При внедрении решения для автозаполнения обычно наблюдается неболькое увеличение коэффициента конверсии, и это хороший показатель для отслеживания. Если вы меняете решение для автозаполнения у другого поставщика, то следует ожидать стабильного коэффициента конверсии. Если коэффициент конверсии снижается, в первую очередь следует проверить реализацию.
Коэффициент конверсии важен, но он не всегда отражает полную картину. Внедрение системы проверки адресов призвано выявлять случаи предоставления некачественных адресов на этапе ввода данных и в некоторых случаях может создавать дополнительные сложности при сборе адресов. Это может привести к снижению общего коэффициента конверсии, но это не обязательно следует рассматривать как недостаток. Незавершенные заказы, возникшие из-за добавления проверки адресов, могли быть связаны с некачественными данными об адресах, что привело бы к дополнительным расходам для бизнеса в виде возврата средств за доставку.
2. Сокращение количества адресов низкого качества.
Именно здесь хорошее решение для проверки адресов может проявить себя во всей красе. Внедрение проверки адресов должно привести к сокращению количества некачественных адресных данных.
При сравнении нового решения с существующим может возникнуть соблазн просто сравнить показатели совпадения «правильных адресов» и выбрать сервис с более высоким показателем. Однако это может ввести в заблуждение, поскольку один сервис может выдавать больше ложных срабатываний, чем другой.
Вместо этого, более эффективным показателем является сравнение успешности результатов использования адресных данных. Взяв в качестве примера электронную коммерцию, желаемым результатом получения адреса будет успешная доставка посылки.
Строить
Теперь начинается самое интересное! Пришло время создать новое решение для ваших клиентов. У нас уже есть удобное руководство по внедрению API автозаполнения и проверки адресов на странице оформления заказа в интернет-магазине. Рекомендуем ознакомиться с ним, выполняя этот шаг.
Даже если вы не разрабатываете приложения специально для электронной коммерции, большая часть информации всё равно актуальна, особенно рекомендации по определению качества адресов на основе результатов работы API проверки адресов.
Архитектурная схема
Ниже приведён пример контейнеров, которые можно использовать для проведения A/B-тестирования в среде электронной коммерции:
[Среда выполнения] A/B-тестирование. Проверка адресов.
Важные приложения, сервисы и хранилища данных в ключевых системах, обеспечивающих работу архитектуры. (Нажмите для увеличения.)
Проверка реализации
Некачественно реализованное решение приведет к ненадежным результатам тестирования. Перед проведением A/B-тестирования важно сначала проверить решение на небольшой группе пользователей, чтобы убедиться, что оно работает должным образом. Это могут быть внутренние тестировщики и/или выбранная группа внешних тестировщиков, которым вы доверяете и которые могут дать конструктивную обратную связь.
Бегать
Постепенное наращивание темпа
Даже после проверки решения все равно целесообразно постепенно наращивать тестирование, начиная с небольшой группы пользователей. Это позволит выявлять ошибки и другие проблемы на ранней стадии и быстро устранять их, не затрагивая значительную часть пользователей.
Полный тест
После того, как решение будет протестировано небольшой группой пользователей и все проблемы будут устранены, мы можем перейти к полномасштабному A/B-тестированию. Это не обязательно должно быть истинное разделение трафика 50/50, но должно быть сопоставимо по объему с случайно выбранной выборкой пользователей, работающих в реальных условиях.
Сбор метрик
В ходе тестирования необходимо убедиться, что собраны соответствующие данные для подтверждения вашей гипотезы. Для упрощения сбора данных и последующего анализа можно использовать платформу A/B-тестирования. Платформа Google Maps также собирает метрики использования API, которые могут быть полезны; подробнее об использовании наших инструментов отчетности можно узнать на этой странице .
В качестве рекомендуемых показателей можно привести следующие:
Вставить автозаполнение
Коэффициент конверсии: Улучшился ли коэффициент конверсии/заполнения вашей формы по сравнению с тем, если бы ранее в ней не было функции автозаполнения?
Взаимодействие с инструментом: Больше ли пользователей успешно взаимодействуют с функцией автозаполнения мест по сравнению с предыдущим решением?
Проверка адреса
Успешность доставки: Снизилось ли количество неудачных доставок благодаря улучшению качества адресов?
Изменение адреса: Уменьшилось ли количество платежей за изменение адреса, взимаемых курьерскими службами?
Жилая и коммерческая недвижимость: улучшились ли показатели сбора данных по жилой и коммерческой недвижимости? ( только на отдельных рынках )
Анализ
Теперь, когда тестирование завершено, пришло время проанализировать результаты в соответствии с исходными критериями и гипотезой тестирования. Если вы использовали платформу для A/B-тестирования, некоторая информация, возможно, уже доступна вам.
Возвращаясь к разделу «Сокращение количества некачественных адресов» , вы также можете использовать другие метрики, которые могли не быть зафиксированы платформой A/B-тестирования. Это может быть, например, процент неудачных доставок между различными сценариями тестирования, с такими примерами данных:
| Решение А | Решение Б | |
|---|---|---|
| Неудачные поставки | 1,75% | 1,23% |
Рассматривая приведенный выше базовый пример, становится ясно, что для данного случая решение B будет лучшим выбором.
Заключение
Мы надеемся, что это руководство предоставило вам достаточно информации, чтобы начать свой путь в A/B-тестировании! Хотя в нем использованы примеры из сферы электронной коммерции, те же основные принципы применимы повсеместно. Определите успешный результат наличия качественных адресных данных в вашем бизнесе и отслеживайте его как свою основную гипотезу.
Ниже мы еще раз привели ссылки, упомянутые в руководстве, в качестве рекомендуемой дополнительной литературы.
Удачных тестов!
Следующие шаги
Загрузите документ «Улучшение процесса оформления заказа, доставки и операций с помощью надежных адресов» и посмотрите вебинар « Улучшение процесса оформления заказа, доставки и операций с помощью проверки адресов» .
Рекомендуемая дополнительная литература:
- Проверка адреса для оформления заказа в интернет-магазине
- Разместить документ с автозаполнением
- Документация по API проверки адресов
- Отчеты платформы Google Maps
Авторы
Основные авторы:
Хенрик Вальве | Инженер по решениям для платформы Google Maps