На рынке уже есть подобные решения со стороны. Надоело объяснять владельцам сайтов, что передавать наработанную годами клиентскую базу - глупость. Даже ради таких фич, как триггерные рассылки.
Уже давно модуль pull входит в дистрибутив БУС. Но документации по нему нет. Предполагается что кому надо будут копаться в коде и разберутся. Да, это возможно. Но все равно придется делать то, что и так должно уже быть в продукте - рассылки, триггерные рассылки, уведомления сайта (о регистрации, восстановлении пароля, новом заказе, изменении его статуса и прочее).
Предлагаю включить эту возможность в продукт штатно. И не вынуждать разработчиков копаться в коде, а владельцев заниматься глупостями.
По мотивам обращения в поддержку 2254459 "Пригоден ли модуль pull для использования вне Битрикс24 для работы с рассылками и другими уведомлениями?".
С выходом sender 18.0.1 (возможно и раньше, но не ранее 17.1.4) модуль сильно перестроили.
Изменилась терминология, изменился и функционал. Пропала связь между рассылкой (ныне "кампания") и группой (ныне "сегмент"). Теперь при создании выпуска (ныне "рассылка") нужно с нуля настраивать сегменты (кто получит письмо, а кто нет). Это неоправданно увеличивает сложность создания рассылки и повышает ответственность в случае ошибки.
Предлагаю вернуть возможность связывать кампанию и сегменты. Это позволит настроить кампанию опытному пользователю (админу сайта), а выпуски создавать простому специалисту (обычно, это маркетолог, вчера освоивший соцсети).
Без возвращения старого функционала в этом новом обличье работа по созданию рассылок уйдет в руки админов, т.к. они "программисты".
По мотивам обращения в поддержку 1987483 "В кампании нет преднастроенных связей (умолчаний) с сегментами"
Проблема: для наполнения текста рассылки модуль sender предлагает использовать виз. редактор. Чтобы сделать красивую рассылку нужно использовать сниппеты или "почтовые блоки".
Но и те и другие подразумевают наличие верстки с большим количеством вложенных тегов (даже картинку по-хорошему нужно оборачивать в таблицу). Так вот когда обычный (без образования программиста) маркетолог пытается это все делать - получается не очень. В смысле одно неосторожное движение и пара нужных тегов удаляется.
При этом маркетологи знают такой хороший инструмент как MailChimp (а точнее конструктор в нем). Где любой блок который кладется только в заранее разрешенные места. Плюс любой блок сам содержит перечень мест в которые можно класть другие блоки.
Было бы неплохо если бы виз. редактор тоже такое поддерживал: метки /начало дочернего блока/ и /конец дочернего блока/ и чтобы никуда кроме этих меток ничего вставлять и писать было нельзя
Маркетологи помимо статистики выпуска в админке хотят еще и отслеживать эффективность рассылок (достижение целей теми кто перешел с рассылки) в метрике/аналитике.