Обновления в продукте за июнь 2019

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

В рассылках

Переотправка клиентских писем

Иногда получатели жалуются на некорректное отображение верстки в почтовиках или на разных устройствах. Теперь, чтобы посмотреть, что пошло не так, отправленное сообщение можно переслать на свой тестовый адрес и оценить верстку. Важно, чтобы email для пересылки был в базе. Ищите новую функцию в любых действиях клиента, связанных с нужной рассылкой.
Развернутое действие открытия письма клиентом
Развернутое действие открытия письма клиентом. Для переотправки нажмите кнопку «Переслать»

Предпросмотр сообщения от лица клиента

Раньше отправить email можно было только на конкретный адрес. Чтобы проверить верстку, подстановку параметров и продуктов в письмо, приходилось создавать тестовых клиентов. Потом отправлять им сообщения и смотреть отображение в своем почтовом ящике.
Теперь можно выбрать реальных клиентов из разных сегментов или регионов и посмотреть, как будет выглядеть для них рассылка, корректно ли подставляются продуктовые рекомендации, статьи, параметры. Увидим, что в письмо клиенту из Воронежа действительно попали статьи про новости Воронежа, а клиенту из Выборга — новости из Выборга.
Окно отправки тестовых писем рассылки
Окно отправки тестовых писем рассылки. Посмотреть без отправки, как будет выглядеть письмо для клиента, можно по клику на кнопку «Предпросмотр»

Режим тестирования триггерных рассылок

Для некоторых триггерных рассылок отправка тестового сообщения невозможна: часть параметров мы получим только в момент события. То есть увидеть, что попалось клиенту в произвольное время не получится — это возможно только по факту отправки письма. Такими параметрами могут быть просмотренные в текущей сессии продукты, продукты в заказе, начисленные баллы.
Раньше такие рассылки могли тестировать только менеджеры Mindbox: мы приостанавливали отправку в старом техническом сервисе отправки рассылок и смотрели, как формируются письма для реальных клиентов. Далее убеждались, что с версткой и параметрами все хорошо, снимали рассылку с паузы и продолжали отправки.
Эта функциональность устарела: управление отправкой рассылки в двух разных местах иногда приводило к поломкам и человеческим ошибкам, а клиенты не могли тестировать рассылки без участия менеджера. По техническим причинам пришлось окончательно отказаться от старой системы. Мы переосмыслили процесс и сделали его доступным в интерфейсе Mindbox.
Режим тестирования триггерной рассылки
Режим тестирования триггерной рассылки: после его включения письма формируются без отправок на специальной странице
Режим тестирования включается после того, как триггерная рассылка перешла в статус «Готова к использованию в триггере».
Чтобы письма сформировались, нужно запустить триггер и ждать, пока он сработает на реальных клиентах. При включенном режиме тестирования письма не уходят. Вместо этого они формируются на отдельной странице, где видно, на каком клиенте сработал триггер, как выглядит сообщение и когда оно отправится. Письма при этом находятся в статусе «отправка приостановлена».
После того как вы убедились, что с рассылкой все хорошо: правильно подставляются параметры и корректно отображается верстка — режим тестирования останавливается. Всё готово к реальным отправкам.
По умолчанию, сформированные во время теста письма не отправляются. Мы это настроили, чтобы вы случайно не отправили некорректные тестовые сообщения. Если вы уверены, что во всех сформированных письмах всё хорошо, используйте чекбокс «Отправить сформированные за время теста сообщения». Тогда письма отправятся реальным клиентам.
Остановка режима тестирования
Остановка режима тестирования: здесь вы можете настроить отправку сформированных за время теста сообщений
При отправке сформированных писем мы учтем указанный в рассылке период актуальности сообщения и не отправим неактуальные.

Просмотр отправленных мобильных пушей

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

Диагностика интеграции вебпушей по кнопке

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

В платформе клиентских данных

Улучшили работу с невалидными email-адресами

В Mindbox есть глобальный список невалидных контактов. Подробнее про него рассказываем в новой статье в справочном центре.
Раньше мы проверяли наличие адреса клиента в списке только при попытке отправить ему сообщение. Клиент мог уже долго быть в базе, а мы ничего не знали о валидности его контакта до первой отправки сообщения. Теперь мы проставляем валидность контакта сразу при импорте нового клиента и любом изменении адреса.
Признание email-адреса невалидным сразу после регистрации
Признание email-адреса невалидным сразу после регистрации. Причина: email числится в глобальном списке невалидных адресов

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

Интегрировались с Passteam

В июне интегрировались с еще одним партнером, предоставляющим услуги виртуальных карт лояльности. Подробнее читайте на сайте Passteam.
Виртуальные карты можно выдавать как дубликат пластиковой карты или без неё, снизив затраты на эмиссию. Электронная карта выдается через SMS, QR-код, email или кнопкой на сайте.
На виртуальной карте можно отображать и обновлять в реальном времени актуальный баланс клиента, персональные данные и любую другую информацию, например:
  • номер карты (по этому номеру производится поиск);
  • фамилия владельца карты;
  • имя владельца карты;
  • бонусный баланс карты на текущий момент (числовое значение);
  • статус программы лояльности (серебро, золото и любые применимые уровни);
  • дата сгорания баллов;
  • сумма баллов к сгоранию;
  • размер скидки (для скидочных программ лояльности);
  • размер кешбэка/бонусная ставка (для бонусных программ лояльности);
  • телефон потребителя (держателя карты);
  • email потребителя (держателя карты);
  • идентификатор шаблона в Passteam (выдается Passteam для каждого бренда/сети).
Можем отправлять push-уведомления на карту и информировать покупателя об акциях и новых условиях, отправлять код авторизации на кассе.
Виртуальные карты легко интегрируются с программой лояльности Mindbox. Чтобы касса узнавала клиента через wallet-карту или мобильное приложение, не нужны никакие доработки. С точки зрения кассы, это обычная пластиковая карта.
Passteam&Mindbox

Научились фильтровать заказы по ценам с учетом скидок

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

Сделали модуль Битрикса для лояльности

Модуль существенно упрощает интеграцию битрикса с Mindbox. В частности, помогает настроить регистрацию, личный кабинет, редактирование и отображение баланса, историю начисления и списания бонусов.
Что умеет модуль:
  • регистрация на сайте (синхронная, с ошибками валидации от Mindbox);
  • редактирование личных данных (синхронное, с ошибками валидации от Mindbox);
  • подтверждение контактов (email и мобильный телефон);
  • процессинг заказов: начисление баллов, оплата баллами, персональные и публичные скидки, процессинг промокодов;
  • работа с корзиной: передача событий добавления и удаления товаров;
  • передача информации о просмотрах товаров и категорий;
  • авторизация на сайте по мобильному телефону через SMS;
  • передача факта авторизации в Mindbox.
Модуль пока не умеет:
  • работать с избранным;
  • отображать персональные цены в каталоге и на карточках товара;
  • работать с подарочными картами.
К сожалению, с регистрацией модуля в маркетплейсе Битрикса возникли небольшие трудности, но мы скоро их преодолеем. Исходный код модуля открыт и выложен на GitHub. Там же находится инструкция по установке.
Для установки модуля всё равно требуется разработчик, но интеграция существенно ускоряется — на стандартный сайт Битрикса модуль интегрировали за четыре часа. На сильно кастомизированных сайтах интеграция будет сложнее, но на модуль можно опираться как на пример правильной интеграции.

SDK для сайтов на PHP

SDK (software development kit) существенно упрощает интеграцию сайтов, написанных на PHP. Исходный код с инструкциями тоже выложен на GitHub. У нас уже есть первый клиент, который самостоятельно интегрировался с Mindbox с помощью SDK.

Перевели процессинг заказов на v3

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

Другие мелкие улучшения

Обновление отчета по биллингу

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

Научили триггеры по событию «Окончание сессии» обрабатывать события до создания триггера

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

Другие новости об обновлениях