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

Всем привет!
За месяц снова наворотили полезного в продукт, вот краткий список достижений:

Отчетное

Выпустили большой отчет «Сводный отчет по рассылкам». Отчет предназначен для анализа показателей рассылок — их влияния на доходность, отписки, открытия, клики. Отчет содержит сводную информацию по всем рассылкам за выбранный в настройках отчета «Диапазон дат» с возможностью детализации до конкретной рассылке. Данные агрегируются по нескольким срезам: Бренд, Кампания, Тэг, Название рассылки, Месяц отправки рассылки, Канал.
В отчете вся информация по отправленным рассылкам за выбранный «Диапазон дат»: количество отправленных, доставленных, открытых, кликнутых рассылок; количество запросов на отписку; доходность по атрибуции (как в отчете Доходность рассылок — цифры бьются), количество заказов, средний чек, конверсия в заказы из рассылки.
report-svodnii-batches
Одна из особенностей отчета — данные на графиках по доходности, заказам и среднему чеку отображаются на месяц совершения заказа, а не рассылки: рассылка могла быть в январе, заказ с нее совершили в феврале, в отчете заказ запишется в февраль. Мы так делаем для >корреляции с заказами по месяцам. Если выручку писать в месяц рассылки, то считываться это будет как «в этом месяце заработали столько», а на самом деле это не так. По факту, смотришь доход в том месяце, в котором он был. Это сравнимо с GA и другими источниками информации. При этом, можно в  настройках выбрать месяц отправки рассылок, чтобы посмотреть динамику и сумму дохода за весь период.
Отчет доступен всем нашим клиентам в рамках базовой подписки.
А еще доработали отчет «База подписчиков в динамике» — теперь его можно смотреть по месяцам и по неделям. Добавили туда же разрезы «Подписан на какой-нибудь канал» и «Подписан на какую-нибудь тематику».

Дисконтно-промо-кодовое

При создании потребителя через UI можно сразу указывать дисконтную карту. Дисконтная карта является идентификатором потребителя — ее достаточно для добавления нового потребителя, без e-mail и смс.
card-is-id
На страничке промо-кодов (Кампании > Промо-коды) добавили кнопку удаления неиспользованных промо-кодов. Если вдруг по ошибке залили не то, можно все поправить без участия программиста.
В условиях доступности промо-акции теперь можно выбрать тип промо-кода. При предъявлении промо-кода этого типа акция станет доступной.
promo-action-availability-condition
Фактически это означает, что промо-коды теперь могут все: и давать скидки на сегмент товаров, и начислять баллы за заказ, и даже просто отображать сообщения. Пока такие типы промо-кодов нельзя заводить через UI, но мы это исправим.
Так же сделали бенефит «Бесплатная доставка». С учетом новости выше про промо-коды, теперь можно делать промо-коды на бесплатную доставку или просто делать бесплатную доставку для определенного сегмента потребителей. К — Космос.

Сервисно-операционное

V3 операции теперь работают и через трекер. На картинке ниже пример операции регистрации по email с подпиской:
v3-register
Важные дополнения:
  • операцию можно дергать через трекер только передавая deviceUUID и без секретного сервисного ключа — на картинке выше это галки под описанием;
  • в инициализации трекера мы ждем endpointId, его пока что через UI не завести, но менеджер вам с этим поможет.
Мы рекомендуем вместо операций идентификации и веб-трекинга использовать V3-операции, тк в отличие от старых операций, V3-операции могут дописывать новые контакты и идентификаторы потребителю, если нет противоречий. Операции оформления заказа и редактирования личных данных с использованием тикета в V3 пока не поддерживаются, но мы скоро это исправим. Зато теперь в ответе V3-операции добавили информацию про подписки пользователя по разным тематикам.
В шагах операций для v3 появилась выдача приза. При этом сам приз мы будем ждать в XML-теле запроса. Вот так выглядит стандартная операция заказа приза
v3-prize-issue
И на тему Большого Брата: на всех проектах собираются действия потребителей, которые сделаны до идентификации. Например, любые просмотры продукта и работа с корзиной в трекере. При асинхронном выполнении V3-операций это тоже работает, если мы определяем потребителя по сессии. Если не по сессии, то операция и так сразу отработает, так как нам явно передаются контакты или Id. Мы смотрим за тобой, %username%.
Спецификация на операции доступна по ссылкам:

Импортно-экспортное

Теперь если из yml удалится продукт, то у нас он будет автоматически помечен как недоступный и при правильно настроенных сегментах не будет подставляться в рассылки. При удалении yml настроек, если продукт поступал только в импорте данного yml, он также станет недоступным. При этом умеем корректно обрабатывать ситуации, когда один и тот же товар обновляется сразу из нескольких yml-фидов. И если продукт пропал из yml, то его можно использовать в рассылках и фильтрах — он останется в системе.
В экспорте потребителей с выбором полей появилась возможность выгружать номер, статус и тип последней активированной карты (а если активных на данный момент нет, то последней добавленной).
client-export-cardinfo
Добавили создание операции для API экспорта действия прямо из админки. С помощью фильтров можно выбрать какие действия хотим экспортировать, можно выбрать какие именно поля экспортируем. Пока можно экспортировать только изменения баланса, скоро можно будет действия, связанные с продуктами и категориями и рассылки. Пример операции:
actions-export-ui
Изменили обработку дополнительных полей в импортах: теперь дополнительные поля получают префикс `CustomField` в CSV, или группируются в xml-узлах `customFields`. Обратная совместимость везде сохранена — текущую работу на проектах это не затронет, но новые импорты будут выглядеть уже иначе.

Рассылочное

Не так давно мы вытащили на страницу быстрого старта строку поиска, которая по Ctrl+K доступна везде и всюду. А теперь добавили новый модификатор поиска: поставьте в самом начала «р!» — и искать мы будем только по рассылкам. Р! — Рассылки!
пост
Улучшили формирование utm-меток — раньше в параметре  ${Message.EmailMailingUtmName} мы удаляли все символы, кроме цифр, букв, дефисов и точек. Нижние подчеркивания, к примеру. У многих болело. Мы такой произвол прекратили и теперь utm-метки выдаем такими, какие они к нам приехали.
Доработали новый интерфейс sms-рассылок:
  • убрали блок utm-меток, потому что человечество к этому пока еще не готово;
  • на форме поиска тестовых потребителей доработали поиск по мобильнику: он теперь ищет и по куску номера телефона, и не обращает внимание на форматирование телефона — можно каждую цифру через дефис написать, все равно найдем.

И новый фильтр

Добавили фильтр по именинам. К нам заливаются имена потребителей, а мы уже знаем, когда у них именины. С таким фильтром людей можно поздравлять и что-то предлагать в честь праздника, хоть те же промо-коды давать по случаю. Если не задать в триггере или операции ограничения, то именины случатся столько раз, сколько их есть в календаре, тут повнимательнее. Сам же фильтр вот такой
imeniny
На сегодня все. Stay tuned!

Вас заинтересуют следующие материалы