Проверка соответствия адреса указанному почтовому индексу до оформления заказа
Несовпадение почтового индекса и города в форме заказа выглядит мелкой опечаткой, пока не превращается в доставку совсем в другую часть страны.
Контекст местоположения в чате поддержки клиентов
Оператор телефонной поддержки видит код региона звонящего ещё до начала разговора, и это небольшой, но действительно полезный контекст. Оператор онлайн-чата, напротив, часто начинает, не имея ничего, кроме имени и того, что клиент напишет первым. Компания-разработчик программного обеспечения с поддержкой через онлайн-чат хотела устранить этот разрыв, автоматически показывая такой же базовый контекст местоположения, ничего дополнительно не спрашивая у клиента.
Решение работало полностью на сервере в момент начала сессии чата. /v1/ip преобразовывал IP-адрес посетителя в страну, регион, город и поле часового пояса, и всё это отображалось в небольшой панели рядом с окном чата только для самого оператора. Клиенту эти данные никогда не показывались, поскольку это был контекст для удобства оператора, а не функция, которую клиенту нужно видеть или с которой ему нужно взаимодействовать.
Непосредственная польза была очевидной: оператор мог увидеть местное время клиента до ответа, что помогало понять, уместно ли «Извините за задержку» или клиент на самом деле писал в совершенно обычное время для своего часового пояса. Оператор также мог видеть страну и регион клиента, не спрашивая о них, а это полезный контекст для команды поддержки продукта с региональными правилами, условиями доставки или различиями в регулировании, от которых зависело, какой совет на самом деле правильно дать.
Компания внимательно следила за тем, для чего этот контекст местоположения использовался, а для чего нет. Он влиял на то, как оператор формулировал ответ, и иногда на то, какая статья базы знаний наиболее актуальна с учётом региональных различий продукта, но никогда автоматически не менял того, что оператор говорил клиенту, без участия собственного суждения оператора. Он также никогда не преподносился клиенту как утверждение о том, где именно тот находится, чтобы избежать дискомфорта, который вполне понятно испытывают некоторые клиенты, когда компания, похоже, знает об их местоположении больше, чем они явно сообщили.
Для клиентов, использующих VPN или корпоративную сеть, отображаемое местоположение иногда не совпадало с их реальным местонахождением, и операторов обучили считать его полезной подсказкой, а не подтверждённым фактом, особенно там, где ошибка имела значение, например при предположении, что к клиенту применяется определённое региональное правило, тогда как в его аккаунте на самом деле было указано другое, более надёжное местоположение. Если данные расходились, собственные данные аккаунта о местоположении всегда имели приоритет над подсказкой по IP.
Это было небольшое дополнение к существующему инструменту поддержки, а не новая функция продукта: собственная инженерная команда компании добавила его во внутреннюю панель операторов, которую уже предоставляло ПО поддержки. Со стороны клиента ничего не требовалось, ни запроса разрешения, ни диалога передачи местоположения, поскольку всё работало исключительно по IP-адресу, который уже был в соединении чата.
Объём напрямую соответствовал количеству сессий чата, одно определение на новую сессию, и такая нагрузка намного меньше бесплатного дневного лимита для трафика чата поддержки этой компании. Такой небольшой контекст редко замечают по имени, но он во многом меняет то, насколько подготовленным чувствует себя оператор, отвечая на самое первое сообщение в разговоре.
Документация по эндпоинту находится на /docs/ipv4-lookup/ и /docs/ipv6-lookup/.