Всем привет, это очередная дележка радостью от свежих обновок. И на этот раз не то, чтобы много, но прилично и все такое вкусное. Некоторых вещей натурально два года ждали, а они вот они, готовые и можно пользоваться.
14 июня 2017
Обновления в продукте Mindbox: Рассылочное, сегментовочное и другие
Всем привет, это очередная дележка радостью от свежих обновок.
И на этот раз не то, чтобы много, но прилично и все такое вкусное. Некоторых вещей натурально два года ждали, а они вот они, готовые и можно пользоваться. Сегодня в выпуске:
- СМС-рассылки — новый интерфейс для их создания и пачка доработок в рассылки в целом.
- Сегментации — добавили страницу для создания статической сегментации и попапы для того же самого.
- Фильтры — перегруппировали все, чтоб было удобнее, и добавили новый фильтр.
- Интеграции — еще больше настроек операций через UI и мониторинг.
- Админка — новый раздел про локализацию и активация карт прямо с карточки потребителя.
СМС-рассылки получили свой новый интерфейс, как у email-рассылок. Счастьюшко-то какое. Там все привычное, уже ставшее родным на письмах, смотрите сами:
Вместе с новым интерфейсом доделали и шаблонизатор: все условия-параметры-выражения, доступные в email-рассылках, теперь и в СМС! Мы чуть позднее сделаем отдельный пост про новый UI с рассказами о былинных битвах против багов и все такое. Но пользоваться можно вот прямо уже сейчас. В email-рассылках тоже есть обновки. Например, в визуальном редакторе шаблонов теперь автосохранение каждые 10 секунд — на наш взгляд достаточно для страховки на случай внезапного закрытия окна. Автосохранение работает и при закрытии попапа с редактором, и при закрытии окна браузера. После открытия рассылки с незавершенным шаблоном в блоке редактирования письма появятся две кнопки с очевидными последствиями от нажатия:
Изменили механизм генерации пароля для потребителей в триггерах. А почему пишем про это в рассылках? Потому что сгенерированный пароль обычно тут же засылают потребителю письмом или смс. В общем, теперь генерация не будет происходить автомагически, но для ее работы надо выбрать отдельный шаг «Сгенерировать пароль» и воткнуть его в аккурат перед шагом отправки email или смс. Выглядит это вот так:
Еще на списке email-рассылок наконец-то появился пейджинг — теперь грузим не все стопицот рассылок разом, а по 50 штук, как везде. Стало легче жить.
В прошлый раз мы писали про общий список сегментаций в системе, а в этот раз напишем про интерфейс для работы со статическими сегментациями. Да-да, теперь их можно пилить прямо из нашей админки. Наверняка, есть вопрос «Что такое статическая сегментация?». Отвечаю. Сегменты в системе делятся на два типа: динамические и статические. Из названия понятно, что первые каким-то боком меняются, а вторые не очень. Динамическая сегментация — это сегментация по фильтру: потребитель принадлежит этой сегментации, если он попадает под фильтр этой сегментации. Перестал попадать — вышел из сегментации. Такие сегментации у нас имеют время пересчета и работают автоматически без участия человека или каких-то специальных настроек. Статическая сегментация — это прям пометка «потребитель в сегменте таком-то». И сам по себе потребитель из такой сегментации не выйдет — его оттуда надо либо руками, через UI, либо с помощью хитрых операций, да триггеров. Статическую сегментацию еще называют «сегментацией по файлу», потому что данные о сегментах потребителей в нашу систему из других систем грузят специальными файлами формата «Потребитель-Сегмент». Как-то так. Важное: сегментации переехали в свой собственный пункт в главном меню, на уровне кампаний и потребителей.
Теперь про добавление-редактирование. Во-первых, на общем списке сегментаций появилась выпадалка «Добавить», а при раскрытии она предложит выбрать, какую статическую сегментацию хотим добавить: по потребителю, продукту или SKU. Вне зависимости от выбора, внутри нас ждет один и тот же UI для создания статической сегментации:
Для работы с сегментацией надо обязательно тыкнуть в кнопку «Запустить в работу». Тогда в сегменты можно начать добавлять людей как через UI, так и через триггеры с операциями. У запущенной сегментации нельзя удалять сегменты, менять системное имя сегментов или самой сегментации. А еще мы горячо рекомендуем добавлять описание сегментации, чтобы на общем списке можно было понять, что это вообще и зачем. Так правда удобнее. Но мало того, мы прикрутили создание и редактирование статических сегментов прямо со списка потребителей или в настройках промо-акции. Выглядит это в обоих случаях вот так:
Заметьте, сразу понятно, почему статическую сегментацию мы называем сегментацией по файлу — тут же при создании, если выбрать в выпадалке «Загрузить данные в сегмент», можно данные-то и загрузить. Прямо из файла. С — Сервис! Ну и если выбрать такой же сегмент, только уже готовый, то его точно так же можно отредактировать в точно таком же окошке. Годно.
В фильтрах маленькая революция — раньше мы выводили там все, как попало. Потом добавили сортировку по алфавиту. А теперь сгруппировали и стало реально удобнее. Смотрите сами:
Модификаторы, которые раньше были запрятаны в в выпадалку у действий или розничных заказов, выведены сразу тут как «Полезные агрегаты»: сумму заказов, средний чек, количество дней с действиями и т. п. теперь искать тут. Еще добавили новый фильтр «Можно идентифицировать — да/нет». Если да — у потребителя есть либо email, либо телефон, либо какой-то внешний идентификатор потребителя, либо карта лояльности. Если нет — ничего нет, потребитель анонимен как что попало. Зачем такой фильтр? Например, у вас настроена интеграция с нами и вы грузите всех потребителей без разбора. Понятно, что анонимный потребитель без возможности когда-то его опознать в перспективе бесполезен: ни коммуникации с ним, ни лояльности от него. Пользуясь вот таким фильтром, можно настроить триггер, который будет их автоматически удалять из системы.
В операциях для V3-сервисов теперь можно настраивать возвращаемые данные через UI. Пока с его помощью можно создать операцию для:
- получения списка продуктов;
- экспорта потребителей;
- экспорта карт;
- получения данных одного потребителя.
Выглядит это вот так:
При выборе шага операции, который умеет отдавать данные появляется блок «Добавить в ответ операции данные». Если вы его отметите галкой — операцию придется вызывать синхронно. Еще мы переименовали «Универсальную операцию» в «Операция V3» и тут же на эту тему устроили ожесточенный спор. Возможно, скоро переименуем во что-то новое или обратно — вопрос принципиальный, как вы понимаете. Для мониторинга работы с нами, мы настроили письма об ошибках в интеграции. Получать их будут:
- все, кто делал интеграцию, создавал операции и т. д.;
- тот, кто ставил задачи в админке за последние 30 дней.
Первый тест таких писем показал, что они стали неожиданностью и многие от них поспешили отписаться. Мы получили много полезной обратной связи о том, что некоторые формулировки пугают, хотя означают, что все работает или, по крайней мере, не значат, что что-то сломалось именно в интеграции. Мы по результатам улучшимся, но от своего не откажемся — письма будут ходить. Мы все-таки на пути к светлому будущему, когда наши клиенты сами будут интегрироваться с нами без помощи менеджеров. Вот такое письмо — первая ласточка мониторинга интеграционного взаимодействия. Выглядит, оно, кстати, вот так:
Наконец-то добавили выбор языков для ФИО потребителя в админку. Теперь это без тикета на программиста работает сразу из коробки после заведения проекта. Найти можно в меню Администрирование > Интеграции > Анкета потребителя. Пункт меню «Анкета потребителя» переименуем в «Локализация» и тут же в обозримом будущем появятся настройки допустимых форматов телефонных номеров потребителя. А потом, может, и еще какая-то польза тут вырастет. Пока что выглядит вот так:
Статус дисконтной карты теперь можно менять руками через UI. Кнопка лежит в карточке потребителя на табе «Дисконтные карты». Выглядит это все вот так:
Типы карт и статусы пока все еще придется добавлять в систему через программиста, но и это скоро полечим. А на сегодня все. До новых встреч!