Проблема API-ключей, которые никогда не истекают
Ключ, выданный много лет назад, ни разу не заменённый и до сих пор действующий, это не удобство. Это риск, на который никто не смотрел уже много лет.
Почему для тестирования адресных данных не должен требоваться звонок в отдел продаж
Есть особый вид препятствий, который непропорционально часто встречается вокруг адресных данных: API геокодирования с заявлениями о реальном покрытии и демо на маркетинговой странице, но без возможности прогнать через него собственные адреса, не заполнив сначала форму и не дождавшись, пока с вами свяжется представитель отдела продаж. Обоснование такого барьера обычно сводится к квалификации лидов или к защите ценного набора данных от случайного парсинга. Результат же, каким бы ни было обоснование, один: разработчик не может ответить на единственный по-настоящему важный вопрос, хорошо ли это справляется с моими адресами, не проведя сначала разговор, который никак не связан с самим техническим вопросом.
Мы не прячем тестирование за разговором с отделом продаж. 2 500 запросов в день с любого адреса без всякого ключа достаточно, чтобы прогнать через API реальную выборку собственных типичных адресов и сразу увидеть, что возвращается, ничего не планируя. Если следующим шагом вам нужен ключ, для его получения требуется адрес электронной почты, а не квалификационный звонок о ваших ожидаемых объёмах или сценарии использования.
Желание закрыть тестирование барьером обычно возникает из того, что трафик для оценки воспринимается как издержки, которые нужно минимизировать, а не как правильно работающий процесс продаж. Мы считаем, что для технического продукта это переворачивает приоритеты с ног на голову. API геокодирования не тот продукт, которому большинство разработчиков поверит на основании рекламной речи или демо, построенного вокруг тщательно отобранных примеров адресов. Это продукт, которому они доверяют после того, как прогонят через него собственный неаккуратный реальный список адресов и увидят, как он ведёт себя на самом деле, в том числе в неудобных случаях, которые никогда не попали бы в отобранное демо.
Здесь мы также стараемся честно говорить об ограничениях, а не позволять лёгкому доступу подразумевать больше, чем следует. Возможность сразу, без звонка в отдел продаж, протестировать прямое геокодирование, обратное геокодирование и автодополнение не означает, что эти эндпоинты преподносятся как полностью готовые с проверенной точностью для любых видов адресов. Это означает, что вы можете сами, на собственных данных, выяснить, что они на самом деле делают, вместо того чтобы слушать об этом от человека, чья работа в том, чтобы завершить разговор подписанным договором.
Звонку в отдел продаж есть законное место, когда речь идёт о действительно крупных обязательствах и прямой разговор о конкретных потребностях полезен обеим сторонам. Но он не должен быть барьером между разработчиком и базовым вопросом о том, достаточно ли хорошо API обрабатывает адреса для его задачи. Этот вопрос заслуживает прямого ответа от самого API в первый же день, когда кто-то решит это выяснить, а не после запланированного звонка где-нибудь на следующей неделе.
Мы предпочитаем завоёвывать крупного клиента так же, как и небольшого: позволяя продукту напрямую ответить на вопрос. Если обработка адресов выдерживает проверку на вашем собственном реальном и неаккуратном списке, это лучший аргумент в пользу более крупных обязательств, чем всё, что мог бы сказать от его имени разговор с отделом продаж.