Как учитывать местное наличие в персональных рекомендациях

Клиент получает персональную подборку, выбирает товар и узнаёт, что его можно купить только в другом городе. Рекомендательная модель правильно определила интерес, но не учла возможность выполнить покупку. Для читателя такая персонализация бесполезна.

Доступность товара — возможность продать нужный вариант конкретному клиенту на допустимых условиях. Общий положительный остаток не гарантирует наличие в нужном магазине, доставку по адресу или приемлемый срок получения. Эти ограничения должны участвовать в формировании выдачи.

Сначала определите контекст покупки

Система должна знать выбранный магазин или регион доставки либо честно работать без этих данных. Последний магазин покупки не всегда является текущим предпочтением. При сомнении можно предложить выбрать точку, а не делать вид, что местоположение известно.

Для каждого варианта товара нужны остаток, разрешённый канал продажи, зона доставки и время актуальности. При различии цен по регионам используйте цену, которую действительно получит человек. Не объединяйте остаток одного варианта с картинкой другого.

Amazon Personalize предусматривает фильтры рекомендаций по данным товаров и пользователей. Но фильтр работает с теми данными, которые переданы сервису: он не создаёт актуальную информацию о наличии сам.

Разведите отбор и ранжирование

Отбор определяет, какие товары вообще допустимо рекомендовать. Ранжирование располагает допустимые варианты по ожидаемой полезности. Можно ограничивать кандидатов до модели и дополнительно проверять результат после неё; конкретная схема зависит от платформы.

Если сначала получить четыре лучших товара из общего каталога, а затем удалить три недоступных, письмо останется почти пустым. Нужен достаточный запас кандидатов или повторный запрос, который учитывает ограничения. При этом нельзя заполнять освободившиеся места недопустимыми товарами ради заданного числа карточек.

Условный пример регионального фильтра

Модель выбрала шесть столов. Два есть только в другом городе, один доступен лишь с неподходящим сроком доставки, ещё один отсутствует в выбранном размере. После проверки остаются два варианта.

Дальше сценарий может запросить другие допустимые столы, показать эти два с корректной вёрсткой или предложить помощь с подбором. Подстановка случайных стульев будет менять задачу сообщения, поэтому не является нейтральным запасным решением.

Проверяйте свежесть перед отправкой

Если письмо собрано утром, а отправляется вечером, остаток мог измениться. Для товаров с быстрым оборотом повторная проверка перед передачей сообщения особенно важна. Свежесть каталога должна быть отдельным условием допуска. Если данные просрочены, выбирайте предусмотренную ветку: обновить, заменить блок или отказаться от отправки.

После отправки ситуация тоже может измениться. Обычное письмо не гарантирует сохранения остатка до момента открытия. Посадочная страница должна показывать актуальную доступность и не обещать резерв, которого нет.

Для дефицитных товаров рассмотрите механику уведомлений партиями. Общая персональная подборка и обещание приоритетного доступа к редкому остатку — разные процессы.

Что записывать для диагностики

Обязательно проверяйте резервный контент по тем же ограничениям. Частая ошибка — правильные фильтры у персональной модели и общий рейтинг продаж в запасной ветке, где регион уже не учитывается.

Как оценить исправление

Сначала посчитайте долю переходов на недоступные варианты и случаи неверной цены или доставки. Эти операционные ошибки можно устранять без ожидания роста выручки.

Если сравниваются два допустимых способа подбора, оцените покупки и маржинальный доход на всех назначенных участниках при одинаковых условиях контакта. Снижение кликов не обязательно означает ухудшение: исчезновение привлекательных, но недоступных товаров может уменьшить бесполезный интерес и улучшить завершение покупки. Вывод делается по всей цепочке от предложения до исполненного заказа.

Источники

Amazon Web Services. Filtering recommendations and user segments. Amazon Personalize Developer Guide. Проверено 22.09.2026.