Перші кроки
Дані користувача
- Огляд адаптивного email-редактора
- Cтворення оформлення для листа
- Створення синхронізованих модулів
- Налаштування адаптивності
- Налаштування smart-контейнерів
- Оформлення промовкладки для Gmail
- Додавання Ролловера
- Додавання анкорних посилань
- Бібліотека модулів
- Додавання таблиці до листа
- Додавання кастомних шрифтів
- Створення кнопки СТA
- Робота з блоком "Зображення"
- Робота з блоком “Таймер"
- Використання ШІ в email-редакторі
- Підтримка месенджер-протоколів поштовими клієнтами та платформами
Омніканальність
- SDK для мобільних застосунків
- Керування ключами доступу до мобільного SDK
- Підключення мобільного застосунку
- Створення та завантаження ключа Firebase
- Створення мобільних push-повідомлень
- Налаштування аналітики доставлень та кліків
- Планування мобільних push-повідомлень
- Типи діплінків
- Надсилання тестових повідомлень із налагодження запитів
- Налаштування віджетів для сайту
- Гейміфікація віджетів
- Виклик віджета
- Налаштування геоданих для правил виклику віджетів
- Збереження даних із віджетів у поля контактів
- Захист від роздратування
- Дії після заповнення форми
- Заміна системного сценарію Double Opt-In
- Створення pop-up-форм за допомогою Google Tag Manager або WordPress
- Надсилання подій з віджетів eSputnik до Google Analytics
- A/B-тестування віджетів
- Збір контактних даних за допомогою форм запитів
Автоматизація
- Налаштування та редагування сценаріїв
- Налаштування умов запуску та зупинки сценарію
- Блок “Старт”
- Група блоків “Популярні”
- Група блоків “Повідомлення”
- Використання блока повідомлень “Одне з багатьох”
- Група блоків “Контакт”
- Група блоків "Умови"
- Група блоків “Інше”
- Група блоків “Повідомлення на групу”
- Група блоків “Час”
- Розширені параметри блоків сценаріїв
- Дозволений час відправлення
- Вебхуки в сценаріях
- Відстеження історії запусків сценарію
- Якщо сценарій не працює
- Подвійне підтвердження підписки
- Вітальна серія
- Вітальна серія із сегментацією за категоріями
- Запуск сценарію після імпорту контактів
- Регулярний сценарій для групи
- Вітання з днем народження
- Привʼязка сценарію до кнопки
- Використання змінних із замовлення у сценарії
- Збір відгуків про замовлення
- Реактивація клієнтів та підписників
- Відправка розсилки непрочитавшим
- Налаштування додаткових розсилок
- Відправлення нагадувань в заданий користувачем час
- А/B-тестування в сценаріях
Персоналізація
- Підстановка промокоду з файлу
- Підстановка промокоду з використанням API
- Принципи генерації промокодів за допомогою PHP/JAVA
- Підстановка промокоду за допомогою персоналізації
- Завантаження промокодів для використання в сценарії
- Генерація промокодів у сценарії
- Відправлення промокоду за допомогою передпроцесора
- HTTP-запит для передачі промокоду з повідомлення до картки контакту
Аналітика
- Звіт щодо email-розсилки
- Звіт щодо SMS-розсилки
- Звіт щодо розсилки Web Push
- Звіт щодо Viber-розсилки
- Звіт щодо розсилки Mob Push
- Звіт щодо розсилки App Inbox
- Звіт щодо Telegram-розсилки
- Звіт зі взаємодії з In-App
- Звіт зі взаємодії з віджетами
- Звіт щодо тригерної розсилки
- Звіт щодо AMP-розсилки
- Звіт щодо мультимовної розсилки
- Налаштування передачі UTM-міток
- Візуалізація доходу
- Відстеження ефективності кампаній у Google Analytics 4
- Статистика повідомлень
Мультимовність
Відстеження подій та поведінки
- Події для запуску тригерних розсилок
- Найменування користувацьких подій
- Валідація параметрів подій
- Відстеження активності на сайті за допомогою Generate event
- Підстановка даних з подій в повідомлення
- Розгалуження сценарію в залежності від параметрів події
- Відстеження активності клієнтів у мобільних застосунках
- Вебхуки для відстеження активності
- Аналітика подій
Товарні рекомендації
API
- Поширені питання: Інтеграція з API
- API-ключі
- Ресурси API для додавання контактів
- Використання API-ресурсу Generate event
- Передача замовлень API-ресурсом Generate event
- Отримання рекомендацій щодо API ресурсом Contact recommendations based on web tracking
- Використання API-ресурсу Send prepared message
Зміна системи
Документи
Інтеграція
Отримання рекомендацій щодо API ресурсом Contact recommendations based on web tracking
Застосування товарних рекомендацій може бути набагато ширше, ніж в листах або на сайті.
Зібрані дані про інтереси клієнтів можна передавати ресурсом Contact recommendations based on web tracking в
- месенджери,
- call-центри,
- каси офлайн-точок,
- мобільні додатки.
Для чого можна використати цей ресурс
Передача рекомендацій ресурсом Contact recommendations based on web tracking дозволить операторам/касирам робити додатковий продаж та пропонувати товари, виходячи зі знань про клієнтів.
Приклад 1
На момент дзвінка клієнту для підтвердження замовлення оператор call-центру бачить список рекомендацій до куплених товарів, а також персональну рекомендацію для клієнта (якщо вона є).
Приклад 2
У момент покупки товарів в офлайн-точці клієнт пропонує свою дисконтну картку або диктує номер телефону для отримання бонусів на особистий рахунок. Після ідентифікації касиру виводяться додаткові поради для цього клієнта. Крім списання бонусів та додаткової знижки за картою лояльності, касир зможе запропонувати супутні товари.
Які товари можуть потрапляти до рекомендацій
- Товару немає в наявності. Потрібні рекомендації товарів-замінників.
- Cross-sell (з цим товаром купують). Пропозиція супутніх товарів. Підбір відбувається на основі доданих у кошик товарів.
- Upsell. Пропозиція більш дорогих та комплементарних товарів та послуг для збільшення суми замовлення.
- Можлива покупка. Добірка на основі замовлень користувачів, які купували цей товар.
- Персональні рекомендації для клієнта виходячи з його історії.
- Інші. Якщо пропозиція буде створюватися не з доступних алгоритмів у eSputnik.
Важливо
Для кожного з типів рекомендацій необхідно передавати різні запити, оскільки це окремі джерела даних (зі своїм алгоритмом, правилами).
Щоб використати рекомендації
- налаштуйте веб-трекінг та завантажте товарний фід;
- підключіть просунуту сегментацію, проплативши один з тарифів Extra features;
- створіть джерело з необхідним алгоритмом.
Під кожний тип рекомендацій варто створити джерело даних для використання його ID при виклику по API.
Налаштування передачі рекомендацій
Вкажіть параметри запиту:
|
Параметри |
Тип |
Опис |
|
dataSourceId |
int |
Ідентифікатор джерела даних (можна побачити в обліковому записі → Установки → Джерела даних). |
|
contactId |
long |
Повинен бути встановлений хоча б один із параметрів: contactId, email, phone, externalCustomerId, webId. |
|
|
|
Повинен бути встановлений хоча б один із параметрів: contactId, email, phone, externalCustomerId, webId. |
|
phone |
Phone |
Повинен бути встановлений хоча б один із параметрів: contactId, email, phone, externalCustomerId, webId. |
| externalCustomerId | String | Повинен бути встановлений хоча б один із параметрів: contactId, email, phone, externalCustomerId, webId. |
| webId | String | Повинен бути встановлений хоча б один із параметрів: contactId, email, phone, externalCustomerId, webId. |
|
products |
String |
Масив товарів. Потрібен для алгоритмів на основі товарних даних. |
|
category |
String |
Масив категорії. Потрібен алгоритмів на основі даних категорій. |
Важливо
- У цьому методі відсутні параметри offset та maxrows, оскільки не очікується, що кількість елементів буде великою, і вона налаштовується на рівні джерела даних.
- Щоб отримувати рекомендації на бекенд сайту, використовуйте параметр ідентифікації webId.
Приклад запиту та відповіді
Зайдіть до облікового запису → Установки → Джерела даних. Виберіть потрібне джерело даних та сформуйте запит виду
| GET | https://esputnik.com/api/v2/contacts/recoms/831?contactId=162688150 |
де 831 - це ідентифікатор джерела даних. Ось приклад:
У відповідь на запит кожне поле буде заповнено даними:
{
// Mandatory fields
id: string
name: string
url: URL
price: double
descr: text
brand: string
category: string[]
isInStock: int
// Optional fields which depend on a customer's feed format
// All such fields start from "tags_".
// Examples: tags_gender, tags_clear_size, tags_universal_size
}