что можно получить в вашей системе если человек авторизовался через мобильное приложение через email?
например, человек зарегистрировался в первый раз (мы знаем только email) в приложении по детской косметике (подгузники и прочее). может ли ваша система сразу дать этому пользователю рекомендацию что покупать?
Сможет. Во-первых подтянется история с других магазинов, где он оставлял свой емейл. Во-вторых, даже если он совсем "холодный", то мы дадим статистические рекомендации и будем их улучшать с каждым просмотренным товаром. А далее включим отраслевой "детские товары", рассчитаем пол и возраст детей и будем добивать пушами триггер "Эти товары у вас скоро закончатся, не забудьте купить".
Почему 12? На сайте написано 53'163'998.
53'163'998 склеенных профилей. Склеенных - это означает, что если мы найдем признаки, что два профиля принадлежат одному человеку (например, два устройства), мы их склеиваем.
я имел в виду к декабрю 2014 года было 12, на спарке 36 (видимо недавно), а Вы говорите вообще 53.
Как я понимаю, некоторые профили теряются и становятся неактивными, их как-то дедектируете? или такого явления не существует?
Если по ряду признаков мы понимаем, что два профиля принадлежат одному человеку, то эти профили склеиваются, и два (или более) профиля превращаются в один.
Понял, спасибо. У нас аналогичная программа. Только у нас в течении 2х лет процент отчисляется.
Я параллельно ставил эксперимент, подключая retail rocket. Не знаю как точность и качество рекомендаций -- нет под рукой на чем это можно проверить, но у ракеты подключение проще.
Насколько я понял Rees предлагает больше хардкорного подключения. К примеру, в JS API все рекомендеры возвращают рекомендации в виде массива ID товаров. А затем требуется еще провести несколько шагов:
2. Проверить их наличие в БД магазина.
3. Сгенерировать ссылки на каждый товар...
4. Отобразить блок с рекомендуемыми товарами на странице
Получается, что приходится обращаться еще раз к себе в БД чтобы вытащить данные для вывода инфо. по рекомендуемым товарам, хотя я передавал и ссылку на изображение, название и цену -- все исходные данные для рекомендации. В идеале хотелось бы просто взять код виджета и вставить у себя (какой-нибудь кусок js), а темплейт виджета со стилями пусть у вас хранится .
Может быть я что-то упустил из виду?
В остальном все хорошо и там и там и видимо будет на вкус и цвет=)
JS SDK - это для хардкорщиков, который хотят сделать внешний вид таким, чтобы было не отличить от оригинала и сделать дополниительную функциональность, которую виджеты обеспечить не могут, например: http://www.kupikupon.ru/deals/karibiya_211086 (попытайтесь найти наши блоки)
Да, их не найти. И мне это нравится. А есть ли возможность получить от рекомендера не только ID товаров, а еще и те данные, которые передавались дополнительно: url, image, price и не пинать для этого БД ?
Пока нет, потому что для этого нужно знать все ваши цены с учетом скидок для каждого текущего вашего пользователя (например, одним пользователям показывается полная цена, а другим со скидкой). Но в целом скоро такая возможность будет. От вас нужно передавать нам YML-файл.
Что заметил при тестовом подключении платформы -- не очень очевидный процесс подключения к сайту. Даже пройдя по документации споткнулись о пару камней. Самый неочевидный момент -- html-виджет. В остальном нареканий нет)
Использовали просто JS SDK.
Кстати, "see_also" рекомендер при точно таком подключении:
REES46.addReadyListener(function () {
REES46.recommend({
recommender_type: 'see_also',
cart: [156, 554]
}, callback_function);
});
Возвращает ошибку и просит Cart ID. Что-то изменилось в апи и просто в доках не указано?