Обновление в октябре

В рассылках

Показываем в интерфейсе причину недоставки писем

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

Нужно знать причину, чтобы понять, что чинить: шаблон рассылки, данные получателей или техническую неисправность?

Раньше для этого приходилось писать в поддержку. Теперь причину недоставки писем можно посмотреть в интерфейсе. Например, найти всех клиентов, которым рассылка была не доставлена:

А затем узнать, что произошло:

В рекомендациях

Добавили новый вид рекомендаций — популярные товары в категории

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

Один из способов определиться — посмотреть, что нравится другим. Например, в блоке популярных товаров:

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

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

В ритейле

Обновляем информацию о товарах в режиме реального времени

Мы храним данные о товарах, чтобы вы могли указать их в письме и сразу отправить рассылку клиентам. Например, о популярных куртках из новой коллекции:

Но если данные товара обновляются редко, то к моменту отправки информация в письме может устареть. Когда клиент его получит, цены в письме будут отличаться от цен на сайте.

Чтобы этого не произошло, мы сделали синхронизацию данных о товарах в режиме реального времени с помощью новых методов API — если цена на сайте изменилась за 2 минуты до отправки рассылки, она успеет обновиться в письме.

Умеем сообщать об изменении статуса заказа

Когда клиент делает заказ из нескольких товаров, а позже отказывается от части из них — ему важно убедиться, что статус заказа был успешно обновлен.

Теперь с помощью параметров шаблонизатора мы можем отправить письмо, в котором расскажем об отмене части заказа.

После

До

Пример письма с возвратом заказа

В программе лояльности

Научились выдавать промокод за каждый товар в чеке

Обычно промокод выдается за покупку на определенную сумму, например, от 2000 рублей. При этом неважно, сколько товаров было в заказе, 2 или 22 — будет выдан только один промокод.

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

Теперь запустить такую механику можно через наш конструктор:

В CRM

Научились нотифицировать о сломанной интеграции

Модуль: Уведомления

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

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

Теперь мы отслеживаем, как часто вызывается каждая операция. Если данные и запросы перестали поступать, мы заведем проблему и уведомим вас, что с интеграцией что-то не так.

Сделали гибкие настройки уведомлений о призах и промокодах

Модуль: Уведомления

Гибкие настройки уведомлений нужны, когда работают разные механики с промокодами. В одной из них может быть 100 000 промокодов, в другой — всего 800.

Так как они расходуются с разной скоростью, уведомление о малом количестве должно приходить в разный момент. Для большого пула — когда осталось ±3000 промокодов, для малого — ±150.

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

Нотификации учитывают сложные механики: например, когда из пула в 12 000 промокодов каждый месяц выдается по 1000 штук. Нотификации будут учитывать, сколько их осталось всего, а не только число доступных в этом месяце.

Добавили отчет по AB-тестам

Модуль: Отчеты

Когда у вас есть несколько идей, как оформить рассылку, вы можете определить лучший вариант с помощью AB-теста.

Когда в месяц таких экспериментов запущено много, становится сложно анализировать их результаты: приходится заходить в каждую рассылку и анализировать показатели.

Теперь вместо этого можно использовать отчет по AB-тестам. Он покажет, какие AB-тесты запускались, на какой они стадии, какие получились результаты. Одной страницы отчета достаточно, чтобы определить, какие идеи были удачными, а от каких следует отказаться.

Автоматически экспортируем потребителей с учетом сегмента

Модуль: Интеграции

Представим, что вы хотите передать в колл-центр информацию о покупателях, которые бросили корзину на сайте с покупками на сумму более 15 000 рублей.

Раньше это приходилось делать вручную: выбирать сегмент, скачивать файл, отправлять его в колл-центр. Теперь это можно делать автоматически, через API:

Сотрудники колл-центра начнут ежедневно получать список покупателей с брошенной корзиной, а вам больше не нужно тратить на это время.

Поддерживаем ID социальных сетей

Модуль: Интеграции

Один из способов регистрации на сайте — войти с помощью аккаунта в социальной сети. Теперь мы поддерживаем и такой способ авторизации.

Если пользователь зарегистрировался на нескольких лендингах через аккаунт «Вконтакте», мы сможем определить, что это один и тот же человек. Благодаря этому рассылка по новым подписчикам будет отправлена ему только один раз, а не дважды.

Добавили подтверждение мобильного телефона покупателя на стороне клиента

Модуль: Интеграции

Когда вы указываете на сайте свой телефон, вас попросят подтвердить его с помощью кода в SMS. Но если вместо этого вам позвонил оператор, то подтверждать номер с помощью SMS не нужно, ведь оператор убедился, что это действительно вы.

Теперь такая механика доступна и в Mindbox. Сотрудник колл-центра сможет подтвердить номер телефона во время общения с клиентом. Отправлять дополнительно SMS не требуется.

Улучшили определение потребителя по устройству

Модуль: Интеграции

Когда покупатель изучает товары на сайте, мы идентифицируем его по устройству (DeviceUUID) и сессии. Благодаря этому данные о его действиях сохраняются и по ним можно запустить механики.

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