Проверка соответствия адреса указанному почтовому индексу до оформления заказа
Несовпадение почтового индекса и города в форме заказа выглядит мелкой опечаткой, пока не превращается в доставку совсем в другую часть страны.
Создание проверки покрытия широкополосного доступа по адресу подключения
Ответ о покрытии на уровне почтового индекса служит хорошим первым фильтром: его быстро получить и удобно сразу включать или исключать районы. Но он недостаточно точен для отдела продаж, который собирается назначить подключение, ведь покрытие даже в пределах одного почтового индекса может заметно различаться в зависимости от того, насколько далеко конкретный объект находится от ближайшего сетевого шкафа или оптоволоконного узла. Эта деталь во многом определяет, удастся ли провести подключение в сроки, которые хочет пообещать продавец.
Интернет-провайдер, создавая более точную проверку покрытия для своего отдела продаж, добавил детализацию на уровне адреса поверх проверки по почтовому индексу, которая уже была на его публичном сайте. Когда проверка по почтовому индексу давала положительный ответ, то есть район в целом обслуживался, версия инструмента для отдела продаж запрашивала полный адрес и геокодировала его через /v1/forward, чтобы получить точную координату. Эту координату сравнивали с собственной картой сетевой инфраструктуры провайдера, которую он создавал и вёл внутри компании по записям о строительстве сети, и получали гораздо более конкретный ответ: не просто «этот район обслуживается», а оценку того, какой именно сегмент сети будет обслуживать объект и что это означает для ожидаемых сроков подключения и уровня услуги.
Такой двухэтапный подход повторял то, как на самом деле принимает решение сам клиент. Посетитель, просто просматривающий сайт, хотел быструю проверку по почтовому индексу без обязательств и был доволен общим «да» или «нет», прежде чем тратить больше усилий. Уже идущий разговор с отделом продаж, в котором клиент всерьёз думал о подключении, требовал более подробной проверки на уровне адреса, поскольку к этому моменту обеим сторонам был выгоден точный ответ, а не общая оценка, которая могла оказаться неверной для конкретного объекта, когда бригада монтажников действительно на него посмотрит.
Провайдер использовал уверенность совпадения на шаге прямого геокодирования и как практический сигнал для своего отдела продаж, а не только как внутреннюю проверку качества данных. Адрес, найденный чётко, давал продавцам уверенность назвать конкретный срок подключения. Адрес, найденный с меньшей уверенностью, что часто бывает с совсем новыми постройками, ещё не полностью отражёнными в картографических данных, заставлял продавцов осторожнее оговаривать сроки или отмечать адрес для быстрой ручной проверки по самым свежим записям провайдера о строительстве сети, прежде чем давать клиенту какие-либо конкретные обещания.
Всё это не заменило собственные сетевые данные провайдера, которые по-прежнему оставались настоящим источником истины о том, что и где можно подключить. Запросы местоположения решали более узкую, конкретную задачу: надёжно превращать введённый клиентом адрес в точную координату, которая нужна собственной карте инфраструктуры провайдера, чтобы точно ответить на вопрос о покрытии, а не полагаться только на почтовый индекс клиента или на возможно противоречивый адрес в свободной форме, который продавцу приходилось толковать вручную.
Объём запросов приходился на активные переговоры с клиентами, а не на случайный трафик посетителей. Это меньшее и более предсказуемое число, чем публичный трафик проверки по почтовому индексу, и при использовании отделом продаж провайдера оно с запасом укладывалось в бесплатную дневную квоту.
Документация по обоим эндпоинтам находится по адресам /docs/forward-geocoding/ и /docs/postal-code-lookup/.