Проверка соответствия адреса указанному почтовому индексу до оформления заказа
Несовпадение почтового индекса и города в форме заказа выглядит мелкой опечаткой, пока не превращается в доставку совсем в другую часть страны.
Создание проверки покрытия телеком-оператора по почтовому индексу
«Доступна ли услуга по моему адресу»: это первый вопрос, на который хочет получить ответ любой посетитель сайта интернет-провайдера, а старая проверка покрытия регионального провайдера делала ответ сложнее, чем нужно: она требовала полный адрес, город и штат, прежде чем что-либо показать. Форма была настолько длинной, что немало посетителей бросали её, так и не узнав, обслуживает ли провайдер их район вообще.
Провайдер перестроил проверку так, что первым, а часто и единственным необходимым полем стал почтовый индекс. Посетитель вводил свой почтовый индекс, и сайт отправлял его в /v1/postcode, который определяет, какой территории соответствует этот индекс. Провайдер сопоставлял найденную территорию со своей базой данных покрытия, созданной по записям о строительстве сети, и сразу давал ответ: обслуживается, пока не обслуживается или обслуживается с пометкой о доступном в этом районе уровне услуги, поскольку качество покрытия может различаться в пределах одного почтового индекса в зависимости от того, насколько далеко объект находится от существующей сетевой инфраструктуры.
Для почтовых индексов со смешанным покрытием проверка запрашивала адрес вторым шагом только при необходимости, а не требовала его сразу от каждого посетителя. Житель полностью обслуживаемого района получал ответ сразу, только по почтовому индексу. Житель района с частичным покрытием получал короткий уточняющий вопрос, всё равно гораздо более короткий, чем прежняя форма, поскольку дополнительные данные вообще требовались лишь в меньшей части неоднозначных случаев.
Такой поэтапный подход заметно сократил среднее число полей, которые посетитель заполнял, прежде чем получить ответ, поскольку большинство зон почтовых индексов на территории провайдера либо полностью обслуживались, либо не обслуживались вовсе, и лишь меньшинству действительно требовалась более подробная проверка. Посетители, которые с наибольшей вероятностью превращались в подписчиков, то есть те, у кого услуга явно доступна, получали самый быстрый путь к ответу, а небольшая группа, которой нужно больше деталей, проходила ровно один дополнительный шаг и не более.
Провайдер также использовал те же данные о почтовых индексах для планирования территорий отдела продаж: он сопоставлял зоны почтовых индексов с планами строительства сети, чтобы понять, где маркетинговый бюджет, направленный на привлечение трафика к проверке покрытия, попадёт в районы, которые действительно могут дать подключения, а не будет гнать трафик к почтовым индексам, которые пока не обслуживаются.
Трафик проверки покрытия рос вместе с маркетинговой активностью и заметно подскакивал во время рекламных кампаний, нацеленных на подключения в недавно охваченных районах. В обычные периоды он укладывался в бесплатную дневную квоту, а во время кампании переходил на предоплаченный баланс по цене 0,0001 € за запрос, и эти расходы легко окупались ценностью одного оформленного подключения к интернету.
Сократить форму с нескольких обязательных полей часто до одного, с быстрым и уверенным ответом в конце, это небольшое изменение, которое напрямую отражается на том, сколько посетителей действительно завершают проверку, а не бросают её на полпути. Документация по эндпоинту находится на странице /docs/postal-code-lookup/.