Перші кроки
Дані користувача
- Огляд адаптивного 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
Зміна системи
Документи
Інтеграція
RFM-аналіз
RFM (Recency, Frequency, Monetary) — аналіз, що допомагає отримати візуалізоване уявлення про якість і залученість контактної бази. eSputnik надає RFM-аналіз у вигляді 2-х графіків: на основі даних про активність в розсилках та даних про продажі.
Дії, які можна виконувати з RFM-сегментами:
- експорт у групи;
- видалення з бази;
- створення події при пересуванні між сегментами, яка може запускати сценарій.
Інтерпретація даних на графіку
RFM-аналіз — складова частина статистики за контактною базою.
Дані за активними контактами в розсилці та продажами розділені на вкладки.
У вкладці "Розсилки" сегменти формуються відповідно до кількості та давності прочитання листів.
У вкладці "Продажі" сегменти формуються відповідно до кількості та давності продажів. Дані про продажі мають передаватися в eSputnik через API.
Розрахунки здійснюються за осями R та F:
- R — час останнього прочитання / продажу.
За замовчуванням встановлені параметри від двох тижнів до >1 року.
- F — кількість прочитань / продажів.
У таблиці з аналізом продажів у нижньому рядку (0-1) знаходяться контакти, які не робили покупок (x>=0 and x<1), у другому (1-2) — контакти, які здійснили одну покупку (x>=1 and x <2) тощо.
Зверніть увагу
Сегменти пофарбовані залежно від активності контактів:
- збільшити період та кількість продажів на графіку,
- додати або видалити колонки періодів та поля “Кількість продажів”,
- налаштувати відображення за будь-якими проміжками часу.
Залиште заявку на кастомне відображення за адресою support@esputnik.com.
Кольорами на графіку виділені сегменти в залежності від активності контактів:
- Сірий — немає прочитань / продажів.
- Червоний — сегменти під ризиком втрати. Чим більш насичений відтінок, тим пасивніші контакти в сегменті.
- Зелений — лояльні клієнти. Чим насиченіший відтінок, тим вище лояльність сегменту.
У верхньому рядку зібрані контакти, що виявляли максимальну активність. Ліворуч внизу — контакти, які можна вважати втраченими.
Фільтрація даних та дії з сегментами
Фільтр за активністю контакту в розсилці має такі опції:
- Всі контакти
- Відправляли протягом останніх 30 днів
- Відправляли протягом останніх 90 днів
- Відправляли коли-небудь
Фільтр за групою дозволяє зробити RFM-аналіз будь-якої статичної групи у вашому акаунті.
Натисніть на будь-яку клітину, щоб видалити з неї контакти або експортувати їх до статичної групи.
Натиснувши кнопку “Прив’язати подію”, ви можете вибрати або створити подію, яка запускатиметься, коли контакти переміщуватимуться з однієї клітини в іншу (наприклад, з активних до неактивних).
Клітина, перехід з якої запускає подію, позначається іконкою з оком.
Налаштування тригерних розсилок при переміщенні контактів між RFM-сегментами
Ви можете налаштувати автоматичні сценарії для кожного RFM-сегмента.
Наприклад, можна надіслати листа зі спеціальною пропозицією клієнтам, які переходять у зону ризику — із тих, що купували 3 місяці тому, до тих, що купували 6 місяців тому.
Алгоритм налаштувань буде таким:
1. Прив’яжіть подію до переходу між сегментами, як описано вище.
2. Створіть сценарій (Налаштування та редагування сценаріїв).
3. Після збереження сценарію встановіть умову запуску — подію, яку ви створили.
Кожного разу, коли контакт переходитиме між вказаними вами сегментами, він отримуватиме повідомлення зі сценарію. Це може бути пропозиція з індивідуальним промокодом, спеціальною знижкою, опитування щодо якості обслуговування тощо.
Подібні сценарії можна використовувати не лише для реактивації клієнтів, але й для нарахування бонусів. У цьому випадку зверніть увагу на переходи в зелених клітинах. Прив'язувати сценарії треба саме до них, щоб сповіщати користувача про те, яка кількість бонусів у нього на рахунку і скільки йому ще потрібно для переходу на новий рівень.
Ще один приклад сценарію — відправлення менеджеру сповіщення про перехід контакту із зеленого сегмента до червоного. Сценарій матиме такий вигляд:
У параметрах блоку “Email” необхідно вказати повідомлення, яке буде відправлятися, та емейл-адресу менеджера, який має отримувати його:
Блок “Отримати контакт” підставить дані до листа на місце змінних:
У velocity-виразі $!data.get('X'), Х — поле, яке треба передавати менеджеру. Назву змінної можна побачити у розділі “Персоналізація” в редакторі повідомлення:
Тут зібрані всі додаткові поля, які є в акаунті. Під час підстановки треба скопіювати тільки назву без символів. Тобто потрібно перетворити %FIRSTNAME|% на $!data.get('FIRSTNAME').
Більш детальну інформацію про налаштування різних сценаріїв можна знайти за посиланням.